FR 3038177 A1 20161230 FR 1555998 A 20150626 1 DISPOSITIF DE COMMUNICATION, ADAPTE POUR DONNER ACCES A UN EQUIPEMENT CONVENANT POUR UN RENDU La présente invention concerne le domaine des communications courte-distance entre équipements électroniques. Au sein du réseau local familial (ex. le réseau local - WiFi ou filaire - crée par la passerelle Internet dans un domicile), le nombre de fonctionnalités multimédia associées aux équipements électroniques connectés augmente de manière significative depuis les dernières années : ces équipements peuvent être des enceintes audio sans fil, des clefs USB, des détecteurs de présence, des casques audio, etc. Afin de pouvoir interagir avec ces équipements (ex. pour pouvoir les configurer ou consulter leur contenu), et faciliter l'expérience d'un utilisateur lors d'une interaction avec ces équipements électroniques, la Demanderesse a proposé, en complément d'une passerelle domestique (de type Livebox® par exemple), un dispositif de communication se présentant sous la forme d'un boitier multimédia, notamment pour le partage de contenus entre équipements domestiques. Un tel dispositif de communication, commercialisé sous le nom « Homepoint »®, a ainsi les fonctionnalités d'un concentrateur communicant (ou « Hub »), entre tous les appareils domestiques Wi-Fi/Bluetooth connectés. Dans une forme de réalisation actuelle, en procédant à l'appairage de ce dispositif Homepoint avec la passerelle domestique, une synchronisation s'effectue en Wi-Fi et le dispositif communicant identifié sur le réseau (comme « Homepoint ») peut alors partager ses contenus avec le réseau local animé par la passerelle, et en particulier avec tous les appareils WiFi/Bluetooth connectés à ce réseau local. Le dispositif communicant Homepoint est par ailleurs connecté à un ou plusieurs équipements de lecture pour une lecture des contenus sélectionnés (via une prise « Jack » par exemple ou via un port Bluetooth pour le rendu de contenus audio et jouer ainsi de la musique sur un équipement approprié (Hi-Fi, enceinte Bluetooth, ou autre), ou via un ou plusieurs ports HDMI ou PERITEL pour une restitution de contenus vidéo). A cet effet, ce dispositif communicant dispose donc d'une pluralité de ports de connexion. Une fois les appareils domestiques associés, lors de la lecture par exemple d'une musique, d'un film ou du visionnage de photos ou de fichiers, un utilisateur doit sélectionner l'option de lecture correspondante sur une interface de programmation dont est équipé le dispositif communicant, afin de choisir d'une part une source de contenu parmi les équipements domestiques, et d'autre part un équipement de destination des données de contenu pour le rendu. 3038177 2 Cette opération reste fastidieuse et il est recherché à améliorer encore l'expérience d'un utilisateur. La présente invention vient améliorer la situation. 5 Elle propose à cet effet un dispositif communicant, configuré pour communiquer avec au moins un terminal grâce à une connexion sans fil courte distance pour recevoir du terminal une requête de service, et comportant une pluralité de ports de connexion à des équipements de rendu de service, caractérisé en ce que le dispositif est configuré pour : 10 - identifier, en fonction de la requête, au moins un port de connexion adapté à la requête, et - transmettre des données associées au service, sur ledit au moins un port de connexion identifié. Ainsi, de façon avantageuse, le dispositif communicant est apte, suite à une analyse de la requête, de déterminer le port à adresser pour rendre opérationnel l'équipement qui convient le 15 mieux pour le rendu du service requis. Par exemple, le service peut consister à lire un contenu multimédia correspondant à des données audio. Dans ce cas, le dispositif communicant peut adresser le port jack pour une lecture audio. Le dispositif communicant de l'invention peut être un dispositif concentrateur du type « Homepoint » précédemment décrit ou, plus généralement, un dispositif communicant connecté à 20 un ou plusieurs terminaux et/ou à un ou plusieurs équipements de rendu, via un réseau local, pour opérer en tant que concentrateur entre lesdits terminaux et/ou équipements. Néanmoins, les fonctionnalités, au sens de l'invention, du dispositif communicant peuvent être implémentées par d'autres types de dispositif qu'un concentrateur. Par exemple, dans une variante, il peut s'agir d'une passerelle entre un réseau local et un réseau 25 étendu (ou « gateway »), ou plus généralement d'un dispositif communicant connecté à un ou plusieurs terminaux et/ou à un ou plusieurs équipements de rendu, via un réseau local, en opérant en tant que passerelle entre ce réseau local et un réseau étendu. Dans un mode de réalisation où le dispositif communicant comporte une pluralité de ports de 30 connexion à une pluralité respective d'équipements aptes au rendu du service requis, le dispositif communicant est agencé en outre pour : 3038177 3 - identifier, en fonction de la requête, un port de connexion à un équipement, parmi ladite pluralité respective d'équipements, apte à un rendu optimal du service requis, et - transférer les données associées au service requis vers l'équipement de rendu optimal, via le port identifié. 5 Ainsi par exemple dans le cas où le service requis consiste à lire un contenu vidéo, si plusieurs ports, dont HDMI et PERITEL, sont adressables à cet effet, le dispositif communicant peut adresser prioritairement le port HDMI pour une qualité de rendu optimale. Bien entendu, comme formulé ci-avant pour la présentation générale de l'invention, si un utilisateur souhaite lire le contenu vidéo sur deux équipements distincts (l'un connecté au port 10 HDMI et l'autre connecté au port PERITEL, par exemple) les deux ports sont adressés à la fois, quand bien même une lecture de contenu via le port PERITEL est sous-optimale. Ainsi, « au moins un » port de connexion adapté à la requête est identifié (un ou plusieurs ports) et peut (ou peuvent) être adressé(s) ensuite (simultanément, le cas échéant). 15 En outre, dans une forme de réalisation, le dispositif communicant peut avantageusement comporter une interface de programmation accessible à l'utilisateur pour entrer une préférence d'utilisation d'un équipement choisi parmi les équipements de rendu connectés au dispositif communicant. Une telle forme de réalisation offre alors une souplesse d'utilisation pour lui permettre de désigner l'équipement qu'il souhaite pour le rendu. 20 Par ailleurs, le dispositif communicant peut être configuré en outre pour : - établir une liste des ports de connexion effectivement connectés à des équipements, et - identifier, dans ladite liste et en fonction de la requête, au moins un port de connexion adapté à la requête. Ainsi, en cas de déconnexion d'un équipement, le dispositif communicant peut adresser un port 25 connecté à un équipement de substitution (par exemple PERITEL si aucun équipement n'est connecté au(x) port(s) HDMI pour un rendu vidéo). Dans une forme de réalisation, le dispositif communicant peut comporter une mémoire stockant une table de correspondance entre : - un type de service requis, et 30 - au moins un port de connexion à adresser (et possiblement une liste de ports à adresser par ordre de priorité). 3038177 4 Le dispositif communicant peut alors être configuré pour : - déterminer, dans la requête issue du terminal, un type de service requis, et - utiliser la table de correspondance précitée pour identifier un port de connexion correspondant au type de service déterminé dans la requête. 5 Dans une telle réalisation, le dispositif communicant peut être agencé en outre pour mettre à jour, dans la table de correspondance, une identification de port de connexion à un équipement choisi en fonction d'au moins une préférence d'utilisateur pour un type de service requis. Ainsi par exemple, la table de correspondance précitée peut être mise à jour par apprentissage des préférences de l'utilisateur pour améliorer encore son expérience. 10 La présente invention vise aussi un procédé de gestion d'une requête de service, mis en oeuvre par un dispositif communicant au sens de l'invention (ce dispositif étant configuré pour communiquer avec au moins un terminal grâce à une connexion sans fil courte distance pour recevoir du terminal une requête de service, et comportant une pluralité de ports de connexion à des 15 équipements de rendu de service). Le procédé de gestion de requête comporte alors au moins les étapes suivantes, mises en oeuvre par le dispositif communicant : - identifier, en fonction de la requête, au moins un port de connexion adapté à la requête, et - transmettre des données associées au service, sur ledit au moins un port de connexion identifié. 20 Un programme informatique, mettant en oeuvre tout ou partie du procédé décrit ci-avant, installé sur un équipement préexistant, est en lui-même avantageux. Ainsi, la présente invention vise également un programme informatique comportant des instructions pour la mise en oeuvre du procédé précédemment décrit, lorsque ce programme est 25 exécuté par un processeur. Ce programme peut utiliser un langage quelconque de programmation (par exemple, un langage-objet ou autre), et être sous la forme d'un code source interprétable, d'un code partiellement compilé ou d'un code totalement compilé. La figure 2 décrite en détail ci-après peut former l'organigramme de l'algorithme général d'un 30 tel programme informatique. 3038177 5 D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels : 5 - la figure 1 illustre un réseau local comprenant un dispositif concentrateur selon un mode de réalisation de l'invention ; - la figure 2 présente un ordinogramme mis en oeuvre par un dispositif communicant, selon un exemple de mise en oeuvre de l'invention ; - la figure 3 illustre un dispositif communicant, dans un mode de réalisation de l'invention. 10 Dans un exemple de réalisation ci-après, on décrit une mise en oeuvre de l'invention par un dispositif concentrateur (tel que le « Homepoint »®) pour interpréter une requête de service issue d'un terminal. Cette requête peut solliciter un service distant comme par exemple le stockage par informatique en nuage (ou « cloud »), ou encore pour recevoir un contenu multimédia en ligne 15 (musique, vidéo ou autre), ou encore solliciter un service local tel que par exemple lire des données de contenu audio ou vidéo issues du terminal sur un équipement de rendu tel qu'une chaîne Hi-Fi ou un écran de télévision. Un tel dispositif concentrateur Homepoint est décrit en détail notamment dans le document FR1455798. 20 La figure 1 illustre un réseau local, animé par une passerelle 107, et auquel est relié un dispositif concentrateur 101 selon un exemple de réalisation de l'invention. Dans ce mode de réalisation, le dispositif concentrateur 101 comporte plusieurs organes d'interaction reliés à une interface de programmation 109 : - un bouton 102 avec lequel un utilisateur peut interagir en appuyant dessus selon un 25 procédé déterminé (ex. un appui court, un appui long, etc.), - un port USB 103 avec lequel un utilisateur peut interagir en insérant une clef USB ou tout autre équipement USB dedans. Bien entendu, le dispositif de communication peut comporter d'autres dispositifs d'interaction comme des ports de type « FireBolt », « HDMI », « PERITEL », « Ethernet », « Jack » (référence 30 110 de la figure 1), etc., notamment pour une connexion à des équipements de rendu multimédia (enceintes sonores référencées HP1 et HP2 sur la figure 1, écran, ou autres). 3038177 6 Lors d'une interaction avec au moins un organe d'interaction, le dispositif concentrateur 101 peut se mettre à la recherche de terminaux 105 à proximité. Cette recherche peut prendre plusieurs formes : - émission d'un paquet de diffusion ou (« broadcast » en anglais) sur le réseau local à 5 destination des terminaux connectés ; - activation d'un émetteur/récepteur de type NFC (ou « de communication en champ proche ») ; - émission d'un paquet de diffusion ou (« broadcast » en anglais) sur un réseau sans-fil (par exemple sur un réseau Bluethooth ou un réseau dit « Bluethooth Low Energy » en anglais 10 ou BLE). Le paquet peut alors être un paquet de type iBeaconTM Le fait que le dispositif 101 se mette à la recherche de terminaux 105 à proximité signifie que ce dispositif 101 se met dans une configuration susceptible de détecter un terminal 105 à proximité (ex. activation d'un récepteur de communication en champ proche) ou susceptible de permettre une détection par un terminal 105 à proximité de la présence du dispositif 101 (ex. émission d'un 15 message de diffusion sur un réseau). Le réseau 104 utilisé pour cette détection peut avantageusement être distinct du réseau WiFi (réseau local) créé par la passerelle Internet 107. Une fois la détection d'une proximité entre le terminal 105 et le dispositif 101 (ex. détection d'une distance inférieure à un seuil prédéterminé), le terminal 105 peut contacter le dispositif 101 20 via le réseau local créé par la passerelle Internet 107 du domicile (ex. WiFi ou filaire). Ainsi, il est utile que le dispositif 101 soit connecté à ce réseau local (lien 106) et que le terminal 105 soit connecté à ce réseau local (lien 108). L'adresse de contact (ex. l'adresse IP du dispositif 101) peut être préconfigurée dans le terminal 105. Cette adresse de contact peut également être déterminée par un mécanisme de découverte 25 réseau de type « Bonjour », « Avahi », « Pastry », « ZeroConf », « UPnP », « SNMP », etc. Le terminal 105 peut alors effectuer une requête auprès du dispositif 101. Par ailleurs, le dispositif concentrateur 101 étant connecté à la passerelle 107, le dispositif 101 peut accéder via la passerelle à un service distant disponible sur le réseau étendu RE (Internet). Plus particulièrement, le dispositif 101 peut donner au terminal 105 accès à des services prédéfinis 30 via des programmes de type API (pour « Application Program Interface »). Via une application dédiée sur le terminal 105 utilisant les APIs précités, un utilisateur peut alors piloter le terminal 105 pour requérir au dispositif 101 de se connecter à un service distant (tel qu'une application de 3038177 7 streaming audio de type Deezer® ou une application de stockage sur le cloud). En référence maintenant à la figure 2, lors d'une première étape Si, le dispositif communicant 101 dispose d'une table de correspondance TC, stockée par exemple dans une mémoire non 5 volatile 405 du dispositif communicant 101 (figure 3). Cette table de correspondance TC donne une liste d'identifiants de ports Pl, P3, en fonction d'un type de service SERI. Ces ports Pl, P3 sont susceptibles d'être adressés pour rendre opérationnels des équipements connectés à ces ports. En particulier, ces équipements sont adaptés pour un rendu de service correspondant au type de service SERI. Ainsi par exemple, pour un service de rendu de contenu vidéo SERI, les ports Pl et P3 10 peuvent être un port HDMI et un port PERITEL auxquels un ou plusieurs écrans, par exemple de télévision, peuvent être connectés. Pour un service de rendu audio SER2, les ports Pl et P3 peuvent être adressés, mais un port supplémentaire P2 correspondant à un jack audio peut être adressé en outre pour un rendu de musique par une chaîne Hi-Fi. 15 Initialement, avant l'étape S 1, la table de correspondance peut être établie par le dispositif communicant lui-même 101, lors de sa mise en service initiale, pour : - déterminer les ports dont il est équipé, - regrouper les ports possibles par type de service SERI, SER2, etc., - et hiérarchiser les différents ports par type de service. 20 Il s'agit d'une procédure qui peut être mise en oeuvre sur exécution d'un logiciel de démarrage. Ce logiciel de démarrage peut être installé sur tout type de dispositif communicant, de type Homepoint ou passerelle, ou autre. À l'étape suivante S2, le dispositif communicant 101 détermine les équipements de la table de 25 correspondance qui lui sont connectés via ses ports Pl, P2, etc. Ainsi, le dispositif communicant 101 peut stocker temporairement par exemple dans la mémoire volatile 408 (figure 3) une version de la table de correspondance comprenant une liste réduite de ports à adresser pour chaque type de service, en fonction des déconnexions détectées. Ainsi par exemple, si une chaîne Hi-Fi est déconnectée du port de jack audio P2, seuls les ports Pl et P3 peuvent être 30 adressés pour le service de rendu audio SER2 et le port P2 est supprimé de la liste Pl, P2, P3 en regard du service SER2 dans la version temporaire de la table de correspondance. Ainsi, sur réception d'une requête REQ issue du terminal à l'étape S3, si aucune préférence particulière n'est entrée par un utilisateur via l'interface de programmation 109 (figure 1) à l'étape S4, alors le dispositif de communication adresse à l'étape S5 le premier port indiqué dans la liste Pl, P3 pour le rendu de service correspondant au type de service SER2. En revanche, si une préférence particulière est entrée par l'utilisateur à l'étape S4, désignant par exemple l'équipement 3038177 8 connecté au port P3, alors le dispositif 101 adresse prioritairement à l'étape S5 le port P3, plutôt que le premier port Pl. Bien entendu, si la préférence de l'utilisateur est de faire fonctionner plusieurs équipements à la fois (par exemple une chaîne Hi-Fi via le port jack et une enceinte portable via un port de connexion Bluetooth, pour entendre un contenu audio dans plusieurs 5 chambres simultanément par exemple), le dispositif 101 peut alors adresser les ports respectifs correspondants. Eventuellement, ces préférences d'utilisateur peuvent être stockées (sur demande de l'utilisateur par exemple) dans la table de correspondance TC (flèche PR) afin d'associer prioritairement par exemple le port P3, plutôt que le port Pl au type de service SER2. Ainsi, la liste peut devenir : P3, P2, Pl, en correspondance du type de service SER2. Cette mise à jour de la table 10 de correspondance peut s'effectuer ainsi par apprentissage des préférences de l'utilisateur (sur une occurrence de préférence, ou sur un nombre prédéterminé d'occurrences successives de souhait du même port P3 pour le rendu de service de type SER2). On a représenté sur la figure 3 un dispositif concentrateur 101 dans un mode de réalisation de 15 l'invention. Dans ce mode de réalisation, le dispositif 101 comporte un équipement électronique, comprenant - - une unité mémoire incluant une première mémoire 405 (par exemple non volatile) pour stocker des instructions permettant la mise en oeuvre du procédé, - ainsi qu'une deuxième mémoire 408 (par exemple volatile) pour stocker, le cas échéant, 20 une pile d'identifiants (adresses IP, données de connexion aux terminaux du réseau local, etc.) et d'autres données qui peuvent être temporaires. L'ordinateur comporte en outre un circuit 404. Ce circuit peut être, par exemple : - un processeur apte à interpréter des instructions sous la forme de programme informatique, ou 25 - une carte électronique dont les étapes du procédé de l'invention sont décrites dans le silicium, ou encore - une puce électronique programmable comme une puce FPGA (pour « Field-Programmable Gate Array » en anglais). Ce dispositif 101 comporte un ou plusieurs dispositifs d'interaction 403 pour permettre 30 l'interaction comme décrit précédemment, une interface d'un réseau courte distance telle qu'une interface Bluetooth ou NFC, et une interface à un réseau local 406 tel qu'une interface réseau WiFi. Enfin, le dispositif 101 peut comporter, de manière optionnelle, pour permettre une interaction 3038177 9 aisée avec un utilisateur, un écran 401 et un clavier 402. Bien entendu, le clavier est facultatif, notamment dans le cadre d'un dispositif 101 ayant un écran tactile, par exemple. Par ailleurs, le schéma fonctionnel présenté sur la figure 2 est un exemple typique d'un programme dont certaines instructions peuvent être réalisées auprès du dispositif 101. À ce titre, la 5 figure 2 peut correspondre à l'organigramme de l'algorithme général d'un programme informatique au sens de l'invention. Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemple ; elle s'étend à d'autres variantes. 10 On a décrit ci-avant une mise en oeuvre de l'invention dans un dispositif de type dispositif concentrateur tel que « Homepoint0 ». Néanmoins, l'invention peut être mise en oeuvre dans un dispositif tel qu'une passerelle 107, dans la mesure où elle peut adresser un équipement choisi parmi plusieurs équipements qui lui sont connectés, en fonction d'une requête qu'elle reçoit. La requête peut être une requête de service locale ou distante. Par exemple, pour un service 15 distant de stockage de données dans le cloud, le dispositif communicant 101 peut adresser, en fonction de la requête de service distant, un port USB auquel est connectée une mémoire de stockage (par une clé USB) pour stocker temporairement les données à transmettre au réseau étendu RE et reçues depuis le terminal requérant le service distant. La requête de service distant peut, en variante, consister à recevoir des données de streaming 20 audio ou vidéo. Dans ce cas, le dispositif communicant 101 adresse, en fonction de cette requête, des ports audio (jack ; Bluetooth pour une enceinte connectée) et/ou vidéo (HDMI ; PERITEL ; etc.). REVENDICATIONS1. Dispositif communicant, configuré pour communiquer avec au moins un terminal grâce à une connexion sans fil courte distance pour recevoir du terminal une requête de service, et comportant une pluralité de ports de connexion à des équipements de rendu de service, caractérisé en ce que le dispositif est configuré pour : - identifier, en fonction de la requête, au moins un port de connexion adapté à la requête, et - transmettre des données associées au service, sur ledit au moins un port de connexion identifié. 2. Dispositif communicant selon la revendication 1, caractérisé en ce qu'il est connecté à un ou plusieurs terminaux et/ou à un ou plusieurs équipements de rendu, via un réseau local, pour opérer en tant que concentrateur entre lesdits terminaux et/ou équipements. 3. Dispositif communicant selon la revendication 1, caractérisé en ce qu'il est connecté à un ou plusieurs terminaux et/ou à un ou plusieurs équipements de rendu, via un réseau local, en opérant en tant que passerelle entre ledit réseau local et un réseau étendu. 4. Dispositif communicant selon l'une des revendications précédentes, dans lequel le dispositif communicant comporte une pluralité de ports de connexion à une pluralité respective d'équipements aptes au rendu du service requis, caractérisé en ce que le dispositif communicant est agencé en outre pour : - identifier, en fonction de la requête, un port de connexion à un équipement, parmi ladite pluralité respective d'équipements, apte à un rendu optimal du service requis, et - transférer les données associées au service requis vers l'équipement de rendu optimal, via le port identifié. 5. Dispositif communicant selon l'une des revendications précédentes, caractérisé en ce qu'il 3038177 11 comporte une mémoire stockant une table de correspondance entre un type de service requis et au moins un port de connexion à adresser, et en ce qu'il est configuré pour : - déterminer, dans la requête issue du terminal, un type de service requis, et - utiliser ladite table de correspondance pour identifier un port de connexion correspondant 5 au type de service déterminé dans la requête. 6. Dispositif communicant selon l'une des revendications précédentes, caractérisé en ce qu'il comporte une interface de programmation accessible à l'utilisateur pour entrer une préférence d'utilisation d'un équipement choisi parmi les équipements de rendu connectés 10 au dispositif communicant. 7. Dispositif communicant selon la revendication 6, prise en combinaison avec la revendication 5, caractérisé en ce qu'il est agencé en outre pour mettre à jour, dans la table de correspondance, une identification de port de connexion à un équipement choisi en 15 fonction d'au moins une préférence d'utilisateur pour un type de service requis. 8. Dispositif communicant selon l'une des revendications précédentes, caractérisé en ce qu'il est configuré en outre pour : - établir une liste des ports de connexion effectivement connectés à des équipements, et 20 - identifier, dans ladite liste et en fonction de la requête, au moins un port de connexion adapté à la requête. 9. Dispositif communicant selon la revendication 5, caractérisé en ce qu'il est configuré en outre pour établir ladite table de correspondance, lors d'une mise en service initiale, et: 25 - déterminer les ports dont il est équipé, - regrouper les ports possibles par type de service (SER1, SER2), - et hiérarchiser les différents ports par type de service. 10. Procédé de gestion d'une requête de service, mis en oeuvre par un dispositif communicant configuré pour communiquer avec au moins un terminal grâce à une connexion sans fil courte distance pour recevoir du terminal une requête de service, et comportant une 3038177 12 pluralité de ports de connexion à des équipements de rendu de service, caractérisé en ce que le procédé comporte les étapes mises en oeuvre par le dispositif communicant : - identifier, en fonction de la requête, au moins un port de connexion adapté à la requête, et - transmettre des données associées au service, sur ledit au moins un port de connexion 5 identifié. 11. Produit programme informatique comportant des instructions pour la mise en oeuvre du procédé selon la revendication 10, lorsque ce programme est exécuté par un processeur.