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), les passerelles Internet peuvent proposer des interfaces minimalistes à l'aide d'écran LED ou LCD.

Néanmoins, ces écrans sont souvent de tailles réduites et leur consultation peut être difficile en fonction de la position de la passerelle dans le domicile (ex. dans un meuble de télévision, dans un tiroir).

Ainsi, il existe un besoin pour, lors d'une interaction avec un équipement électronique par un utilisateur, de faciliter l'expérience de ce dernier.

La présente invention vient améliorer la situation. À cet effet, la présente invention propose de manière avantageuse un dispositif de communication permettant de déporter certains éléments d'interaction auprès d'un terminal tiers.

La présente invention vise alors un dispositif de communication configuré pour communiquer avec un terminal grâce à une connexion sans fil courte distance, le terminal comprenant plusieurs fonctions, chaque fonction courante desdites fonctions pouvant être exécutée à l'aide d'un identifiant de fonction propre à ladite fonction courante.

Le dispositif de communication comprend une pluralité de dispositifs d'interaction et est configuré pour :

/a/ détecter un événement relatif à un dispositif d'interaction parmi lesdits dispositifs d'interaction, ledit événement étant associé à un identifiant de fonction ; Pol émettre un message comprenant l'identifiant de fonction et destiné à exécuter une fonction correspondante dudit terminal détecté ;

Ici recevoir, depuis le terminal, et via un réseau local, une requête d'accès en lien avec ledit événement détecté.

On appelle « connexion sans fil courte distance » une connexion réseau ou électromagnétique permettant la transmission d'informations (ex. des octets ou simplement un champ magnétique) sur quelques centimètres ou quelques mètres, mais sans dépasser une dizaine de mètres (ex. 30m).

On appelle « fonction d'un terminal » un procédé pouvant être mis en œuvre dans le terminal, ce procédé pouvant être une partie d'une application, un calcul, etc.

Sur présentation de l'identifiant de fonction au terminal, ou à une application du terminal, la fonction correspondant à l'identifiant peut alors être appelée et exécutée. L'identifiant peut correspondre à une série de chiffres (éventuellement représentée sous forme hexadécimale) ou à une suite de caractères alphanumériques (correspondant par exemple au nom de la fonction).

L'émission Pol n'est pas nécessairement exécutée immédiatement après la détection /a/. D'autres étapes ou échanges de messages entre le terminal et le dispositif de communication peuvent survenir.

La requête d'accès reçue est en lien avec l'événement détecté. Ce lien est un lien logique. Par exemple, si l'événement est la connexion d'un support de stockage au dispositif de communication, la requête peut être une requête d'accès au contenu de ce support de stockage. La requête peut également être implicite : dans cette situation, la simple mention de l'identifiant de l'événement de la fonction dans la requête permet au dispositif de communication de connaître le détail de la requête souhaitée (ex. si l'identifiant est un identifiant associé à un événement de connexion d'une enceinte Bluetooth, il est possible qu'une seule requête soit possible avec cet événement : la configuration de cette enceinte).

Cette requête permet ainsi au terminal de connaître, sur détection d'un événement d'interaction, les données relatives à cet événement, de la manière la plus transparente possible.

En outre, le dispositif de communication peut être configuré pour réitérer l'émission Pol tant 'un sous-ensemble prédéterminé d'au moins une des conditions suivantes n'est pas rempli :

(i) un délai entre la première émission dudit message et la réitération a dépassé un temps prédéterminé ; (ii) le dispositif de communication a reçu une requête conforme à l'étape Ici ;

(iii) le nombre de réitérations a dépassé un nombre prédéterminé.

Cette réitération peut permettre de s'assurer que le message émis soit effectivement capté par le terminal à proximité (ex. pour renforcer le procédé contre une collision de paquets, une perturbation électromagnétique temporaire, une distance trop importante entre le terminal et le dispositif d'interaction).

Ces conditions permettent en outre d'éviter que le terminal ne reçoive un message dé corrélé du contexte de l'interaction.

Les conditions énoncées précédemment peuvent ne pas être toutes implémentées dans le dispositif de communication. Par exemple, seuls la condition (i) ou l'ensemble des conditions (i) et (iii) peuvent avoir être implémentés.

Si l'ensemble de conditions comporte plus d'une condition, il est possible d'arrêter la réitération dès qu'une condition de cet ensemble est remplie ou dès que toutes les conditions de cet ensemble sont remplies.

L'émission Ibl peut avantageusement être exécutée sur détection, par le dispositif de communication, d'un terminal à une distance prédéterminée dudit dispositif de communication.

Ainsi, le dispositif de communication peut attendre la présence d'un terminal à proximité pour le notifier (c.-à-d. par l'envoi dudit message) de la survenance de l'événement.

Dans un mode de réalisation particulier, le message émis de l'étape Ibl peut être en outre un message apte à permettre une détermination d'une distance au dispositif de communication par le terminal.

Ainsi, le terminal peut connaître sa distance au dispositif de communication et ainsi déterminer si le message reçu doit être traité (c.-à-d. si le message reçu lui est destiné).

En complément ou en variante, le dispositif d'interaction peut être un dispositif d'interaction parmi un port USB, un bouton poussoir, une connexion Bluetooth, et une connexion de type NFC. L'événement relatif à un dispositif d'interaction peut également être un événement parmi le branchement d'un équipement USB sur le dispositif de communication, l'association d'un équipement Bluetooth au dispositif de communication et l'appui sur un bouton dudit dispositif de communication.

Dans un mode de réalisation particulier, la connexion sans fil courte distance peut être une connexion de type NFC (ou par champ proche) ou une connexion de type « Bluetooth Low Energy » (ou « BLE »).

Avantageusement, l'émission dudit message peut être effectuée via la connexion sans fil courte distance.

En outre, l'émission dudit message peut être effectuée sur requête dudit terminal, via le réseau local précité. En effet, il est possible de prévoir que, une fois le terminal détecté (par exemple via la connexion sans fil courte distance), le terminal contacte le dispositif de communication via un réseau local (un réseau WiFi domestique, par exemple) distinct du réseau généré par la connexion de courte distance.

Le dispositif de communication peut être en outre configuré pour :

- avant l'émission dudit message :

- émettre via la connexion sans fil courte distance et à destination dudit terminal un message d'activation, message destiné à activer une application dudit terminal, et - recevoir de la part dudit terminal et via ledit réseau local une requête de transmission dudit identifiant de fonction.

En outre, la requête d'accès peut être une requête parmi :

- une requête déclenchant, sur réception par le dispositif de communication, un accès à des données en lien avec le dispositif d'interaction ; - une requête déclenchant, sur réception par le dispositif de communication, une configuration d'un réseau de communication pour le terminal détecté ;

- une requête déclenchant, sur réception par le dispositif de communication, une configuration d'un appairage du terminal détecté avec un appareil lié audit dispositif d'interaction.

En outre, un procédé de communication permettant la résolution des problèmes techniques énoncés précédemment est avantageux.

Dès lors, la présente invention vise également un procédé pour la communication entre un dispositif de communication et un terminal grâce à une connexion sans fil courte distance, le terminal comprenant plusieurs fonctions, chaque fonction courante desdites fonctions pouvant être exécutée à l'aide d'un identifiant de fonction propre à ladite fonction courante, le dispositif de communication comprenant une pluralité de dispositifs d'interaction.

Le procédé comprend : /a/ détecter un événement relatif à un dispositif d'interaction parmi lesdits dispositifs d'interaction, ledit événement étant associé à un identifiant de fonction ;

Ibl émettre un message comprenant l'identifiant de fonction et destiné à exécuter une fonction correspondante dudit terminal détecté ;

Ici recevoir, depuis le terminal, et via un réseau local, une requête d'accès en lien avec ledit événement détecté.

Un programme informatique, mettant en œuvre 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 œuvre du procédé précédemment décrit, lorsque ce programme est exécuté par un processeur.

Ce programme peut utiliser n'importe quel langage 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é. Les figures 2a et 2b décrites en détail ci-après, peuvent former l'organigramme de l'algorithme général d'un tel programme informatique.

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 :

- la figure 1 illustre un réseau local comprenant un dispositif de communication selon un mode de réalisation de l'invention ;

- la figure 2a présente deux ordinogrammes mis en œuvre respectivement par un dispositif de communication selon un mode de réalisation de l'invention et par un terminal ;

- la figure 2b présente deux ordinogrammes alternatifs mis en œuvre respectivement par un dispositif de communication selon un autre mode de réalisation de l'invention et par un terminal ;

- la figure 3 illustre un exemple de paquet, par exemple de type iBeacon™, contenu dans un message émis par le dispositif de communication selon un mode de réalisation de l'invention ;

- la figure 4 illustre un dispositif de communication dans un mode de réalisation de l'invention.

La figure 1 illustre un réseau local comprenant un dispositif de communication selon un mode de réalisation de l'invention.

Dans ce mode de réalisation, le dispositif de communication 101 comporte plusieurs dispositifs d'interaction :

- un bouton 102 avec lequel l'utilisateur peut interagir en appuyant dessus selon un procédé déterminé (ex. un appui court, un appui long, etc.),

- un port USB 103 avec lequel l'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 », « Ethernet », « Jack » ou tout autre type de port.

Lors d'une interaction (telle que définie précédemment) avec au moins un dispositif d'interaction, le dispositif de communication 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 à 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 ou BLE). Le paquet peut alors être un paquet de type iBeacon™.

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 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.

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 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 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 afin d'obtenir des informations relatives à l'interaction de l'utilisateur évoquée ci-avant.

La figure 2a présente deux ordinogrammes de mise en œuvre détaillée, respectivement par un dispositif de communication 101 selon un mode de réalisation de l'invention et par un terminal.

Dans ce mode de réalisation, le dispositif 101 possède un état 201 d'attente d'événements d'interaction comme décrit précédemment. Ces événements peuvent être un sous- ensemble d'un groupe comprenant l'insertion d'une clef USB, la connexion d'un casque audio Bluetooth, etc.

Un identifiant (appelé « identifiant de fonction ») est associé à cet événement.

Si un événement est détecté (test 201, sortie OK), un message est envoyé via un réseau BLE (flèche 291) à l'aide, par exemple, d'un paquet de type iBeacon™ (étape 202). Ce message peut comporter (voir figure 3) un champ particulier contenant l'identifiant associé à l'événement. Si ce message ne comporte pas cet identifiant (ex. limitation technique ou choix d'implémentation), cet identifiant peut alors être stocké dans une pile mémoire dédiée à cet effet dans le dispositif de communication 101, par exemple une pile de type FILO (ou « First In Last Out » en anglais).

Un terminal 105 se trouvant à proximité peut alors recevoir ce message envoyé lors de l'étape 202 s'il se trouve à portée radio (dans le cas d'un réseau sans fil) (étape 211).

Une fois reçu, le terminal peut, de manière optionnelle, déterminer la distance estimée du terminal 105 au dispositif de communication 101. Il existe de nombreuses méthodes disponibles permettant une telle détermination, comme celle, par exemple, utilisée dans le protocole iBeacon™ (voir Figure 3). Si cette distance estimée est supérieure à une distance préconfigurée dans le terminal (test 253a, sortie OK), le terminal est remis en configuration d'écoute du réseau (appelé « réseau courte distance ») pour la réception d'un nouveau message.

Dans le cas contraire (test 253a, sortie KO), le terminal envoie une requête (flèche 292) au dispositif 101 soit via le réseau « courte distance » soit, préférentiellement, via le réseau local créé par la passerelle Internet locale (ex. réseau WiFi).

Cette requête (flèche 292) contient éventuellement l'identifiant transmis avec le message précédent (flèche 291) si celui-ci contenait un identifiant de fonction.

Sur réception de la requête par le dispositif 101 (étape 204), la requête est analysée.

Par ailleurs, l'envoi du message (étape 202) par le dispositif 101 peut être réitéré, par exemple, de manière régulière (ex. toutes les secondes), tant que le dispositif de communication n'a pas reçu la requête mentionnée ci-avant (flèche 292 en provenance du terminal). Alternativement ou cumulativement, l'envoi du message est réitéré pendant un temps prédéterminé (ex. pendant 10 secondes après la détection de l'interaction). Alternativement ou cumulativement, l'envoi du message est réitéré un nombre de fois prédéterminé. La survenance d'une ou plusieurs de ces conditions peut stopper la réitération.

Dans l'hypothèse où la requête (flèche 292) contient un identifiant de fonction, cet identifiant est extrait de la requête. Dans l'hypothèse où aucun identifiant n'est présent dans la requête (ex. choix d'implémentation), le dispositif de communication détermine le premier identifiant à utiliser dans la pile mémoire des identifiants de fonction prévue à cet effet, la pile pouvant être par exemple une pile FIFO (« First In First out » en anglais) ou une pile FILO (« First In Last out » en anglais).

En fonction de cet identifiant déterminé ou extrait, le dispositif de communication peut déterminer la réponse à cette requête (étape 205), réponse qui est en lien avec cet identifiant et donc l'événement détecté.

À titre d'illustration, cette réponse renvoyée au terminal (flèche 293) peut être, notamment : - une page HTML permettant la configuration d'un équipement Bluetooth venant de se connecter au dispositif 101,

- un fichier XML de données détaillant le contenu d'une clef USB venant d'être introduite dans un port USB du dispositif 101,

- une page permettant le choix de la redirection des flux multimédia tel que le son ou la vidéo lors de la connexion d'une enceinte USB au dispositif 101 ou d'une enceinte filaire connectée au dispositif 101 via une prise « jack ».

Une fois reçue cette réponse est analysée (étape 213) par le terminal et affichée (étape 214) sur l'écran de celui-ci.

La figure 2b présente deux ordinogrammes alternatifs de mise en œuvre détaillée respectivement mis en œuvre par un dispositif de communication selon un autre mode de réalisation de l'invention et par un terminal.

Ces deux ordinogrammes sont proches de ceux décrits dans la Figure 2a. Ainsi, les blocs référencés sous la même référence numérique correspondent, sauf indication contraire, sensiblement aux mêmes étapes.

Dans ce mode de réalisation, l'étape active de détection de la proximité du terminal 105 et du dispositif 101 n'est pas réalisée par le terminal, mais par le dispositif 101.

Si un événement est détecté (test 201, sortie OK), le dispositif 101 active son dispositif de détection de proximité (ex. récepteur NFC). Si un terminal 105 est approché du dispositif 101 avec un émetteur de proximité activé (étape 251, ex. émetteur NFC), l'émission de cet émetteur (flèche 290) sera captée par le dispositif de détection de proximité (étape 252b). Une fois cette émission captée, le dispositif 101 peut, de manière optionnelle, déterminer la distance estimée du terminal 105 au dispositif de communication 101.

Si cette distance estimée est supérieure à une distance préconfigurée dans le dispositif 101 (test 253b, sortie OK), le dispositif de détection de proximité reste activé pour détecter une nouvelle émission du terminal.

En outre, et même si la distance estimée est inférieure à la distance préconfigurée dans le dispositif 101 (test 253b, sortie KO), le dispositif 101 peut implémenter des conditions additionnelles (test 254b). Par exemple, si le délai entre la détection de l'interaction et la détection de la proximité dépasse un temps prédéterminé, il est possible de ne pas exécuter le reste du procédé décrit et de configurer le dispositif 101 afin qu'il se mette en attente d'une nouvelle détection d'interaction (test 254b, sortie KO).

Si toutes les conditions sont remplies pour permettre l'exécution du reste du procédé (test 254b, sortie KO), le dispositif 101 peut émettre un message (flèche 291) à destination du terminal (via le réseau courte-distance utilisée pour la détection de présence ou via un réseau local auquel le dispositif 101 et le terminal 105 sont connectés) (étape 202)

Ce message peut contenir l'identifiant de fonction associé à l'événement détecté. Si ce message ne comprend pas d'identifiant de fonction, il est utile de le stocker dans une pile mémoire pour une réutilisation future.

Sur réception de ce message (étape 211), le terminal 105 émet une requête (étape 212) vers le dispositif 101.

Cette requête (flèche 292) contient éventuellement l'identifiant transmis avec le message précédent (flèche 291) si celui-ci contenait un identifiant de fonction.

Sur réception de la requête par le dispositif 101 (étape 204), la requête est alors analysée.

Les étapes 212, 213, 205 et 214 restent inchangées par rapport à la figure 2a.

La figure 3 illustre un exemple de paquet émis par ondes radio, par exemple de type iBeacon™, contenu dans un message émis par le dispositif de communication selon un mode de réalisation de l'invention (voir figure 2a, par exemple).

La partie « données » de ce message 300 peut ainsi comprendre cinq champs : - un champ dit « préfix » de 9 octets indiquant que le paquet (ou message) est un paquet de détection de proximité (champ 301) ou un paquet de type iBeacon™ (par exemple 02 01 1A 1A FF 4C 00 02 15) ;

- un champ d'identifiant d'application de 16 octets (champ 302) ;

- un champ « majeur » de 2 octets (champ 303) ;

- un champ « mineur » de 2 octets (champ 304) ;

- un champ d'indication de puissance de 2 octets permettant d'indiquer la puissance estimée du signal sortant après 1 mètre de propagation. Ce champ permet au terminal recevant le signal d'estimer la véritable distance en fonction de la puissance réelle de réception du message (champ 305).

Lors de la réception d'un message de ce type par le terminal (c.-à-d. contenant dans l'exemple ci-dessus un champ « préfix » (301) égal à 02 01 1A 1A FF 4C 00 02 15), l'application associée au champ d'identifiant d'application (302) peut être activée.

Cette application activée peut alors extraire les valeurs respectives des champs « majeur » (303) et « mineur » (304).

Dès lors, il est possible de prévoir que l'étape d'envoi du message (étape 202) de la figure 2a inclut dans ce message l'identifiant de fonction correspondant à l'événement détecté dans le champ « majeur » (ou « mineur »). Dès lors, à la réception de ce message, le terminal peut extraire cet identifiant dans le champ correspondant.

La figure 4 illustre un dispositif de communication dans un mode de réalisation de l'invention.

La figure 4 représente un exemple de dispositif de communication 101 dans un mode de réalisation de l'invention.

Dans ce mode de réalisation, le dispositif 101 comporte un équipement électronique, comprenant une mémoire 405 pour stocker des instructions permettant la mise en œuvre du procédé, le cas échéant, une pile d'identifiants et des données temporaires pour réaliser les différentes étapes du procédé tel que décrit précédemment.

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

- 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 Gâte Array » en anglais).

Ce dispositif 101 comporte un ou plusieurs dispositifs d'interaction 403 pour permettre 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 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 2a ou 2b est un exemple typique d'un programme dont certaines instructions peuvent être réalisées auprès de dispositif 101 décrit. À ce titre, la figure 2a ou 2b 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.

D'autres réalisations sont possibles.

Par exemple, la détection de présence peut être réalisée au moyen d'une transmission en champ proche (ou « NFC ») en ajoutant dans les messages NFC (ex. dans un champ personnalisé) l'identifiant de fonction mentionné ci-avant.