Brevet FR3136870A1 — publié le 20231222

Un procédé de traitement d’une première interface d’utilisateur configurée pour communiquer avec un terminal de communication, est mis en œuvre par ledit terminal de communication (20) et comporte : - obtention de données descriptives de la première interface d’utilisateur (I1) ; - affichage d’une deuxième interface d’utilisateur (I2) générée à partir desdites données descriptives de la première interface d’utilisateur obtenues ; - pour une action d’un utilisateur (30) sur ladite deuxième interface d’utilisateur affichée, émission vers ladite première interface de communication, de données représentatives de ladite action, la réception desdites données par ladite première interface de communication induisant la mise en œuvre de ladite action sur la première interface de communication. Figure pour l’abrégé : Fig. 1 Procédé de traitement d’une interface d’utilisateur configurée pour communiquer avec un terminal de communication. La présente invention concerne un procédé de traitement d’une interface d’utilisateur configurée pour communiquer avec un terminal de communication. Elle concerne en outre un dispositif de traitement et un terminal de communication mettant en œuvre un tel procédé de traitement. L’invention s’applique à des interfaces d’utilisateur, notamment à des interfaces d’entrée ou d’acquisition. Elle s’applique plus particulièrement à des interfaces d’utilisateur dont leur utilisation est partagée entre plusieurs utilisateurs et nécessite d’une manipulation des utilisateurs. Une interface d’entrée ou d’acquisition est une interface destinée à recueillir des entrées ou saisies de l’utilisateur. Une telle interface d’utilisateur comporte par exemple un clavier (physique ou affiché sur un écran), un joystick, un bouton, une molette etc. De nos jours, des nombreuses interfaces d’utilisateur (ou interface homme-machine) sont accessibles au public ou au moins à une collectivité, pour d’utilisations variées. Il peut s’agir par exemple, d’un clavier d’un terminal de paiement, un distributeur bancaire, un ascenseur, une serrure électronique d’une porte, un interphone, etc. Ces interfaces d’utilisateur étant manipulées par de nombreuses personnes, leur utilisation partagée contribue fortement à la propagation de certains microbes tels que des virus ou des bactéries. Ainsi, l’utilisation de ces interfaces peut être problématique, et notamment en cas de pandémie. La présente invention propose une technique permettant l’utilisation d’une interface d’utilisateur, sans qu’elle soit manipulée par un utilisateur. A cet effet, l’invention vise, selon un premier aspect, un procédé de traitement d’une première interface d’utilisateur configurée pour communiquer avec un terminal de communication. Selon l’invention, le procédé de traitement comporte les étapes suivantes mises en œuvre par le terminal de communication : - obtention de données descriptives de la première interface d’utilisateur ; - affichage d’une deuxième interface d’utilisateur générée à partir des données descriptives de la première interface d’utilisateur obtenues ; - pour une action d’un utilisateur sur ladite deuxième interface d’utilisateur affichée, émission vers ladite première interface de communication, de données représentatives de ladite action, la réception desdites données par la première interface de communication induisant la mise en œuvre de ladite action sur la première interface de communication. Ainsi, les actions réalisées par un utilisateur sur la deuxième interface d’utilisateur sont transmises à la première interface d’utilisateur pour sa mise en œuvre. En effet, l’utilisateur peut réaliser une action sur la première interface d’utilisateur de manière indirecte, en la réalisant directement sur la deuxième interface, c'est-à-dire en manipulant la deuxième interface. Dans d’autres termes, l’utilisateur réalise une action sur la première interface d’utilisateur sans interagir avec elle, c'est-à-dire sans la manipuler (sans la faire fonctionner avec les mains). Par conséquent, si la première interface d’utilisateur correspond à une interface d’utilisateur partagée entre plusieurs utilisateurs, le traitement à distance de cette première interface permet d’éviter le risque de propagation de microbes. La génération de la deuxième interface d’utilisateur en utilisant des données descriptives de la première interface d’utilisateur, permet de restituer, c’est-à-dire de reproduire de manière fidèle, la première interface d’utilisateur pour l’afficher, par exemple sur le terminal de communication. On entend par données descriptives de l’interface d’utilisateur, des données décrivant l’interface d’utilisateur (ou donnant de détails sur l’interface d’utilisateur), en particulier décrivant sa structure ainsi que les fonctionnalités des différentes parties de l’interface d’utilisateur. Ainsi, les données descriptives de la première interface d’utilisateur sont des données permettant de reconstituer cette première interface d’utilisateur en générant une deuxième interface d’utilisateur similaire à la première interface d’utilisateur, c'est-à-dire ayant la même structure et les mêmes fonctionnalités que la première interface d’utilisateur. Les caractéristiques du procédé de traitement présenté ci-dessous peuvent être prises isolément ou en combinaison les unes avec les autres. Selon un mode de réalisation, le procédé de traitement comporte préalablement à l’obtention, la réception en provenance de la première interface d’un message d’identité comportant une information indicative de l’identité de la première interface d'utilisateur, ladite obtention étant mise en œuvre en réponse à ladite réception d’un message. La première interface d’utilisateur adresse ce message à un terminal de communication qui se trouve dans son environnement. En effet, le terminal de communication et la première interface d'utilisateur se trouvant proche l’un de l’autre, peuvent communiquer entre eux. Dans un mode de réalisation, l’interface d'utilisateur peut détecter la présence du terminal de communication dans son environnement, l’émission du message d’identité étant mise en œuvre lorsque le terminal de communication est détecté. On notera que l’émission d’un message d’identification par la première interface d'utilisateur est à l’initiative de la mise en œuvre du procédé de traitement proposé. La première interface d'utilisateur adresse ce message d’identification à un seul terminal de communication, proposant l’utilisation de la première interface d'utilisateur à un seul utilisateur à la fois. Selon une caractéristique, le message d’identité reçu comporte une information représentative d’un type prédéfini d’interface d’utilisateur, les données descriptives obtenues étant associées audit type d’interface prédéfini. Selon une caractéristique, le message d’identité reçu comporte un identifiant d’interface d’utilisateur, les données descriptives obtenues étant associées audit identifiant d’interface d'utilisateur. Dans ce mode de réalisation, la première interface d’utilisateur annonce l’identifiant de son interface d’utilisateur, et l’utilisateur l’utilise pour obtenir les données descriptives associées à l’identifiant reçu. Ces données descriptives peuvent être enregistrées dans une mémoire du terminal de communication, par exemple si la première interface d’utilisateur a été préalablement reconstituée dans le terminal de communication. Les données descriptives peuvent aussi être stockées dans un autre équipement tel qu’un serveur d’un réseau de communications. Selon un mode de réalisation, l’obtention comporte la réception des données descriptives en provenance de la première interface d’utilisateur. Dans ce mode de réalisation, la première interface de communication adresse elle-même au terminal de communication, les données la décrivant. Selon un autre mode de réalisation, les données sont obtenues à partir d’un module de stockage présent dans ledit terminal de communications. Dans ce mode de réalisation, le terminal de communication comporte lui-même les données descriptives de la première interface d’utilisateur. Selon une caractéristique, le procédé de traitement comporte en outre, préalablement à l’obtention de données descriptives, l’émission d’une requête demandant l’identité de la première interface d'utilisateur. Ainsi, le terminal de communication demande à la première interface d'utilisateur de s’identifier. Par exemple, l’utilisateur du terminal de communication peut réaliser une action dans le terminal de communication qui déclenche l’émission de la requête demandant l’identité à la première interface d'utilisateur. Selon une caractéristique, le procédé de traitement comporte en outre, après écoulement d’une période de temps prédéfinie à compter de l’affichage dudit deuxième interface d'utilisateur, la déconnexion entre la première interface d’utilisateur et le terminal de communication. Dans ce mode de réalisation, la déconnexion est mise en œuvre automatiquement après l’écoulement de la période de temps prédéfinie pour que la première interface d'utilisateur puisse être utilisé par d’autres utilisateurs via leur terminal de communication. Dans d’autres modes de réalisation, la déconnexion entre la première interface d’utilisateur et le terminal de communication peut avoir lieu après que la période de temps prédéfinie s’écoule à compter d’autres instants différents de l’affichage dudit deuxième interface d'utilisateur, par exemple à compter de la réception en provenance de la première interface d’un message d’identité, ou autres. Dans un autre mode de réalisation, le terminal de communication adresse à la première interface d'utilisateur une requête de déconnexion configurée pour déconnecter la première interface d'utilisateur et le terminal de communication. Selon ce mode de réalisation, l’utilisateur peut lui-même mettre en œuvre la déconnexion entre la première interface d'utilisateur et le terminal de communication une fois qu’il a fini d’utiliser l’interface d’utilisateur. Par exemple, la première interface d’utilisateur et/ou le terminal de communication peut/peuvent être configurés pour mettre en œuvre la déconnexion automatique par défaut. Si la première interface d’utilisateur et/ou le terminal de communication émet/émettent une requête de déconnexion avant que la période de temps ne se soit pas écoulée, le première interface et/ou le terminal de communication sont déconnectés. Selon une caractéristique, le procédé de traitement comporte en outre, après écoulement d’une période de temps prédéfinie à compter de l’affichage de la deuxième interface d'utilisateur, la réception en provenance de la première interface d'utilisateur d’un message de désactivation destiné à informer l’utilisateur du terminal de communication de la déconnexion entre première interface d’utilisateur et le terminal de communication. L’utilisateur est ainsi informe que pour une action d’un utilisateur sur la deuxième interface d’utilisateur réalisée après la réception du message de désactivation, l’émission vers la première interface de communication de données représentatives de l’action ne sera pas mise en œuvre. L’utilisateur du terminal de communication est ainsi informé qu’il ne peut plus utiliser la première interface d'utilisateur via la deuxième interface d'utilisateur affichée sur son terminal de communication. En effet, la première interface d'utilisateur étant partagée entre de différentes utilisateurs, l’utilisateur peut utiliser la première interface d’utilisateur pendant la période de temps prédéfinie de sorte à permettre son utilisation à d’autres utilisateurs à leurs tours respectivement. Selon une caractéristique, le procédé de traitement comporte en outre : - réception d’une action de l’utilisateur représentative d’une finalisation des émissions vers la première interface d'utilisateur, de données représentatives d’une action d’un utilisateur sur la deuxième interface d’utilisateur, et - émission vers la première interface d'utilisateur, d’une requête de déconnexion configurée pour déconnecter l’interface d'utilisateur et le terminal de communication. L’utilisateur peut ainsi, une fois qu’il a fini d’utiliser la première interface d'utilisateur, déconnecter son terminal de communication (préalablement connecté à la première interface d'utilisateur), en particulier la deuxième interface d'utilisateur, de la première interface d'utilisateur, pour que cette dernière puisse être utilisée par l’autres utilisateurs via leurs terminaux de communication respectivement. Dans un mode de réalisation, le procédé comporte l’émission d’une notification vers la première interface d'utilisateur destinée à informer la première interface d'utilisateur de la déconnexion des interfaces d'utilisateur. Dans un autre mode de réalisation, le terminal de communication reçoit périodiquement un message « battement de cœur » (« heartbeat message » in terminologie anglosaxonne) destiné à vérifier si la première interface d'utilisateur est utilisée. Selon une caractéristique, le procédé de traitement comporte en outre les étapes suivantes mise en œuvre par un dispositif de traitement de ladite première interface d'utilisateur : - réception en provenance du terminal de communication, de données représentatives d’une action d’un utilisateur réalisée sur une deuxième interface d’utilisateur affichée sur le terminal de communication à partir de données descriptives de la première interface d’utilisateur obtenues par le terminal de communication ; - mise en œuvre de ladite action sur la première interface de communication à partir des données représentatives d’une action reçues. Ainsi, la première interface d'utilisateur recevant des données représentatives d’une action de l’utilisateur sur la deuxième interface d'utilisateur, met en œuvre l’action à partir de ces données. Par exemple, si la première interface d'utilisateur est un premier clavier numérique, et que l’utilisateur actionne une touche sur un deuxième clavier numérique affiché sur son terminal de communication, le terminal de communication génère et adresse au premier clavier numérique, des données représentatives de l’action sur cette touche. Le premier clavier numérique recevant ces données, actionne la touche du premier clavier numérique équivalente à la touche du deuxième clavier numérique actionnée. Selon une caractéristique, le procédé de traitement comporte en outre l’émission vers le terminal de communication, d’un message comportant une information indicative de l’identité de la première interface d'utilisateur. Selon une caractéristique, le procédé de traitement comporte la réception en provenance du terminal de communication, d’une requête d’identification, le message d’identité comportant une information indicative de l’identité étant émis en réponse à ladite réception. La présente invention concerne, selon un deuxième aspect, un terminal de communication configuré pour communiquer avec un dispositif de traitement d’une première interface d’utilisateur mettant en œuvre le procédé de traitement proposé. La présente invention concerne, selon un troisième aspect, un dispositif de traitement pour une première interface d'utilisateur comportant, étant configuré pour communiquer avec un terminal de communication et pour : - recevoir en provenance du terminal de communication, de données représentatives d’une action d’un utilisateur réalisée sur une deuxième interface d’utilisateur affichée sur ledit terminal de communication, à partir de données descriptives de la première interface d’utilisateur obtenues par le terminal de communication ; - mettre en œuvre ladite action sur la première interface de communication à partir des données représentatives d’une action reçues. La présente invention concerne, selon un quatrième aspect, un système comportant une première interface d’utilisateur, un dispositif de traitement de ladite première interface d’utilisateur et un terminal de communication proposés. La présente invention concerne, selon un cinquième aspect, un programme d’ordinateur comprenant des instructions de code pour la mise en œuvre des étapes du procédé de traitement proposé lorsqu’il est exécuté par un processeur. La présente invention concerne, selon un sixième aspect, un support d’informations lisible par un processeur dans un terminal de communication ou un dispositif de traitement, sur lequel est enregistré le programme d’ordinateur proposé. Le terminal de communication, le dispositif de traitement, le système, le programme d’ordinateur et le support d’informations présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de traitement. D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après. Aux dessins annexés, donnés à titre d'exemples non limitatifs : - la illustre schématiquement un exemple de mise en œuvre du procédé de traitement d’une interface d'utilisateur proposé ; - la illustre des étapes d’un procédé de traitement conforme à un premier mode de réalisation sous forme d’échange entre des entités de la ; - la illustre des étapes d’un procédé de traitement conforme à un deuxième mode de réalisation sous forme d’échange entre des entités de la ; - la illustre des étapes d’un procédé de traitement conforme à un mode troisième de réalisation sous forme d’échange entre des entités de la ; - la illustre des exemples de messages échangés entre des entités de la ; - la illustre une architecture matérielle pouvant mettre en œuvre des étapes du procédé de traitement proposé ; et - la est une représentation fonctionnelle d’un terminal de communication ou d’un dispositif de traitement conforme à un mode de réalisation. L’invention s’applique à des interfaces d’utilisateur, notamment à des interfaces d’entrée ou d’acquisition. Elle s’applique plus particulièrement à des interfaces d’utilisateur dont leur utilisation est partagée entre plusieurs utilisateurs et nécessite d’une manipulation des utilisateurs. Une interface d’entrée ou d’acquisition est une interface destinée à recueillir des entrées ou saisies de l’utilisateur. Une telle interface d’utilisateur comporte par exemple un clavier (physique ou affiché sur un écran), un joystick, un bouton, une molette etc. Bien entendu, d’autres applications sont possibles indépendamment du fait que l’interface d'utilisateur soit partagée ou pas. Par exemple, l’invention peut s’appliquer pour commander une interface d'utilisateur à distance, pour par exemple réaliser une action à la place d’un utilisateur qui se trouve proche de la première interface d'utilisateur et souhaitant l’utiliser mais n’ayant pas les moyens de l’utiliser. Par exemple, la première interface d'utilisateur peut être placée dans une serrure électronique nécessitant un code dont l’utilisateur n’a pas connaissance. Dans cette situation, un deuxième utilisateur peut agir à distance sur la première interface d'utilisateur en mettant utilisant un terminal de communication mettant en œuvre le procédé de traitement proposé. La représente un exemple d’application de la technique proposée. Dans cet exemple, l’interface d’utilisateur I1 est un clavier numérique pouvant avoir de fonctions diverses. Il peut être utilisé dans un terminal de paiement, un distributaire bancaire, une serrure numérique etc. (non illustré). Le fonctionnement du clavier numérique est géré par un dispositif de traitement 10 configuré pour mettre en œuvre la technique proposée. Grâce à la technique proposée, le clavier numérique I1 est reproduit sur un terminal de communication 20 d’un utilisateur 30 souhaitant utiliser le clavier numérique I1. L’utilisateur 30 peut ainsi agir sur le clavier numérique I1 en manipulant le clavier virtuel I2 reproduit dans son terminal de communication 20, c'est-à-dire sans manipuler le clavier numérique I1. Pour cela, le dispositif de traitement et le terminal de communication sont configurés pour mettre en œuvre le procédé de traitement proposé. Ce procédé sera décrit en détail en référence aux figures 2a à 2c. Dans un mode de réalisation, le procédé de traitement est mis en œuvre lorsque l’utilisateur approche son terminal de communication 20 à la première interface I1. On entend « approcher un terminal de communication et une interface d'utilisateur » comme situer le terminal de communication et l’interface d'utilisateur suffisamment proches l’un de l’autre comme pour pouvoir échanger des messages selon une technique de communication sans fils courte portée, tel que WiFi, Bluetooth, (marque déposée), WiFI Direct, etc. Dans un autre mode de réalisation, le procédé de traitement peut être mis en œuvre à distance, par exemple pour réaliser une action pour un autre utilisateur donc son terminal n’est pas configuré pour mettre en œuvre l’invention, par exemple pour agir sur une serrure numérique et ouvrir une porte à distance. Pour mettre en œuvre ce mode de réalisation, des techniques de communication telles que le LTE (Long Term Evolution), 5G etc. peuvent être utilisées. Dans l’exemple illustré, le clavier numérique I1 est divisé en 12 parties de taille identique, chaque partie correspondant respectivement à des touches ou boutons, tel que des boutons poussoir ou tactiles. Les touches dans cet exemple correspondent respectivement aux chiffres allant du zéro à neuf, « OK » et « Cancel ». Le terminal de communication 20 et dispositif de traitement 10 seront décrits plus en détail en référence aux figures 4a et 4b. Des différents modes de réalisation de la technique de reproduction d’une interface d'utilisateur I1 sur un terminal de communication 20 sont décrits ci-dessous en référence aux figures 2a à 2c. La représente un premier mode de réalisation du procédé de traitement d’une interface d'utilisateur sous forme d’échanges entre la première interface d'utilisateur I1 et le terminal de communication 20. Plus particulièrement, les échanges sont mis en œuvre entre le dispositif de traitement 10 et le terminal de communication 20. Ainsi, dans ce document, les échanges entre la première interface d'utilisateur I1 et le terminal de communication 20 correspondent à des échanges entre le dispositif de traitement 10 de la première interface d'utilisateur I1 et le terminal de communication 20. Selon un mode de réalisation, la première interface d'utilisateur I1 envoi E1 un message d’identité M comportant une information indicative de l’identité de la première interface d'utilisateur I1. Le terminal de communication 20 reçoit, lors d’une étape de réception F1, en provenance de la première interface d'utilisateur I1, le message d’identité M comportant une information indicative de l’identité de la première interface d'utilisateur I1. En réponse à cette réception F1, le terminal de communication 20, obtient F2 de données descriptives de la première interface d’utilisateur I1. Dans ce mode de réalisation, le message d’identité M comporte une information type_ 1 0 représentative d’un type prédéfini d’interface d’utilisateur. Ainsi, dans ce mode de réalisation, l’information indicative de l’identité de la première interface d'utilisateur I1 est l’information de type type_ 1 0 représentative d’un type prédéfini d’interface d’utilisateur. Le terminal de communication 20 et/ou une entité (non illustrée) pouvant communiquer avec le terminal de communication 20, comporte/ent des moyens de stockage dans lesquels un ensemble de types prédéfinis d’interface d'utilisateur sont stockés en association avec un ensemble de données descriptives respectivement. A titre d’exemple nullement limitatif, deux types d’interface d'utilisateur sont stockés dans les moyens de stockage : Type1 [1, 2, 3, 4, 5, 6, 7, 8, 9, 0, OK, Cancel] Type2 [1, 2, 3, 4, 5, 6, 7, 8, 9, 0, OK] Dans le mode de réalisation illustré à la , l’interface d'utilisateur I1 est selon le premier type ci-dessus (type 1). Ainsi, dans cet exemple, le terminal de communication 20, à réception F1 d’une information type_ 1 0 représentative de ce type d’interface d'utilisateur, obtient les données descriptives de l’interface d'utilisateur I1. Dans cet exemple, les données descriptives comportent les données [1, 2, 3, 4, 5, 6, 7, 8, 9, 0, OK, Cancel]. Dans un mode de réalisation, l’interface d'utilisateur I1 diffuse régulièrement information de type type_10 , de sorte qu’un terminal de communication 20 s’approchant de l’interface d'utilisateur reçoive cette information de type. Dans ce mode de réalisation, le terminal de communication 20 arrivant dans l’environnement ou zone géographique autour de l’interface d'utilisateur I1 (zone géographique dans laquelle une réception de l’interface d'utilisateur est possible), reçoit l’information de type type_10 d’interface d'utilisateur et obtient, à partir de cette information de type, les données descriptives de l’interface d'utilisateur I1. Dans un autre mode de réalisation, l’interface d'utilisateur peut détecter la présence du terminal de communication dans son environnement, autour de lui, l’émission du message d’identité étant mise en œuvre lorsque le terminal de communication 20 est détecté. La mise en œuvre de la détection d’un terminal de communication par une autre entité est connue de l’homme du métier et ne sera pas décrite ici. Dans un autre mode de réalisation, l’utilisateur du terminal de communication 20 peut enclencher la mise en œuvre du procédé décrit. Par exemple, le procédé peut être initié par une action de l’utilisateur sur une touche dans son terminal de communication 20. Dans ce mode de réalisation, la première interface d'utilisateur I1 reçoit E0 (étape représentée en traits pointillés) en provenance du terminal de communication, qui l’envoi F0, une requête d’identification ou requête de demande d’identité Ri. En réponse à la réception de cette requête d’identification, la première interface d'utilisateur envoi le message comportant une information indicative de l’identité. Une fois les données descriptives DD obtenues, une deuxième interface d’utilisateur I2 est générée, lors d’une étape de génération F30, à partir des données descriptives obtenues. Ensuite, la deuxième interface d'utilisateur I2 générée est affichée, lors d’une étape d’affichage F40, sur le terminal de communication 20. Dans un mode de réalisation, après réception par le terminal d’une information de type en provenance de la première interface d'utilisateur I1, le terminal de communication 20 initie une phase d’appairage avec la première interface d'utilisateur. Pour cela, le terminal de communication 20 émet à destination de la première interface d'utilisateur I1, une requête d’appairage R1. Cette requête d’appairage R1 comporte des données représentatives de l’identité du terminal de communication 20 permettant de l’identifier de manière unique. La première interface d'utilisateur I1, après réception E2 de la requête d’appairage R1, envoi E3 un message d’acceptation Ack_R1 de la demande d’appairage R1, au terminal de communication 20. Cette phase d’appairage entre le terminal de communication 20 et a première interface d'utilisateur permet d’établir un canal de communication CC entre eux, via lequel échanger des données entre eux de manière sécuritaire. Dans ce mode de réalisation, le terminal de communication 20 et la première interface d'utilisateur I1 échangent de données entre eux, une fois que le terminal de communication 20 a reçu F12, l’acceptation Ack_R1 de la demande d’appairage R1. La phase d’appairage est représentée sur cette figure après la mise en œuvre des étapes F20 à F40. Bien entendu, elle peut être mise en œuvre avant ces étapes ou de manière concomitante. Une fois que la première interface d'utilisateur et le terminal de communication sont appairés, on considère que ces équipements sont connectés entre eux. L’échange de messages entre eux est ainsi possible. Une fois la première interface d'utilisateur I1 et le terminal de communication 20 appairés et que la deuxième interface d'utilisateur I2 est affichée sur le terminal de communication 20, l’utilisateur peut agir sur la première interface d'utilisateur I1 en utilisant son terminal de communication, en particulier en agissant sur la deuxième interface d'utilisateur I2 affichée sur son terminal de communication 20. Lorsque l’utilisateur réalise une action sur la deuxième interface d’utilisateur I2 (affichée sur son terminal de communication), par exemple positionner son doigt en regard d’une touche tactile, des données 100 représentatives de cette action sont émises, lors d’une étape d’émission F50, vers la première interface de communication I1. La réception par la première interface d’utilisateur, lors d’une étape de réception E4, des données 100 représentatives de cette action, induit la mise en œuvre E5 de l’action sur la première interface d'utilisateur I1. Par la mise en œuvre de l’action sur la première interface d'utilisateur, on entend la transformation des événements ou actions réalisés sur la deuxième interface d'utilisateur en des événements ou actions réalisés sur la première interface d'utilisateur. Comme il est connu de l’homme du métier, les événements d’une interface d'utilisateur, par exemple d’un clavier, sont transformés en actions par un dispositif de traitement ou module de gestion configuré pour gérer le fonctionnement de l’interface d’utilisateur. Dans la technique décrite, le dispositif de traitement 10 de la première interface d'utilisateur I1, reçoit des données représentatives d’une action réalisée sur la deuxième interface d'utilisateur I2 et traite cette action comme si elle avait été réalisée sur la première interface d'utilisateur elle-même. Ainsi, par l’induction de la mise en œuvre d’une action sur la première interface d'utilisateur, on entend que les données représentatives d’une action sont récupérées par la première interface d'utilisateur I1 et utilisées comme si les actions réalisées sur la deuxième interface d’utilisateur I2 avaient été réalisées sur elle-même. A titre d’exemple nullement limitatif, l’utilisateur peut saisir un code de type pin, en actionnant plusieurs touches numériques de la deuxième interface d'utilisateur I2 puis la touche OK. Des données représentatives de ces actions sont adressées E50 à la première interface d'utilisateur I1, puis la première interface d'utilisateur I1 met en œuvre les actions réalisées sur la deuxième interface d'utilisateur I2, c'est-à-dire actionne les touches numériques correspondantes puis la touche OK. Dans d’autres termes, la première interface d'utilisateur agit comme si le code avait été composé sur elle-même. Dans un mode de réalisation, après écoulement d’une période de temps prédéfinie à compter de l’affichage dudit deuxième interface d'utilisateur, la première interface d’utilisateur et le terminal de communication sont déconnectés. Dans ce mode de réalisation, la déconnexion est mise en œuvre automatiquement après l’écoulement de la période de temps prédéfinie pour que la première interface d'utilisateur puisse être utilisée par d’autres utilisateurs via leur terminal de communication. Dans d’autres termes, l’utilisateur du terminal de communication a une durée maximale correspondant à la période de temps prédéfinie pour utiliser la première interface d'utilisateur. Une fois cette période de temps écoulée, la première interface d'utilisateur est libérée pour pouvoir être utilisée par d’autres terminaux de communication. En effet, dans ce mode de réalisation, un temps limité est donné pour la connexion entre le terminal de communication et la première interface d'utilisateur. Une fois ce temps écoulé, le terminal de communication et la première interface d'utilisateur sont déconnectés. On considère que lorsque le première interface d'utilisateur et le terminal de communication sont déconnectés, le canal de communication préalablement établi lors de leur appairage, n’existe plus. Ainsi, le première interface d'utilisateur et le terminal de communication ne peuvent plus échanger de messages ou autrement dit, l’utilisateur ne peut plus agir sur la première interface d'utilisateur via le terminal de communication. Dans un mode de réalisation, le terminal de communication 20 reçoit en provenance de la première interface d'utilisateur I1 un message de désactivation destiné à informer l’utilisateur du terminal de communication 20 que le terminal de communication 20 et la première interface d'utilisateur vont être déconnectés. Ainsi, l’utilisateur est informé que pour toute action d’un utilisateur sur la deuxième interface d’utilisateur réalisée après ladite réception, l’émission vers la première interface de communication de données représentatives de l’action ne sera pas mise en œuvre. Dans un autre mode de réalisation, le terminal de communication peut mettre fin à la communication avec l’interface d’utilisateur. Par exemple, l’utilisateur peut réaliser une action sur le terminal de communication pour indiquer qu’aucune autre action à émettre à la première interface d'utilisateur sera réalisée. Dans ce mode de réalisation, l’utilisateur est à l’initiative de la déconnexion entre le terminal de communication et la première interface d'utilisateur. Selon ce mode de réalisation, le terminal de communication adresse à la première interface d'utilisateur une requête de déconnexion configurée pour déconnecter la première interface d'utilisateur et le terminal de communication. Dans un mode de réalisation, la première interface d’utilisateur et/ou le terminal de communication peut/peuvent être configurés pour mettre en œuvre la déconnexion automatique par défaut. Si la première interface d’utilisateur et/ou le terminal de communication émet/émettent une requête de déconnexion avant que la période de temps ne se soit pas écoulée, le première interface et/ou le terminal de communication sont déconnectés. Selon un autre mode de réalisation, le terminal de communication reçoit périodiquement un message « battement de cœur » (« heartbeat message » in terminologie anglosaxonne) destiné à vérifier si la première interface d'utilisateur est utilisée. Si le terminal de communication répond positivement, c'est-à-dire que la première interface d'utilisateur est toujours utilisée, la connexion entre la première interface d'utilisateur est le terminal de communication est maintenue. Ainsi, de déconnexions intempestives, par exemple à la suite d’une certaine période d’inactivité, sont évitées. La mise en œuvre de ce type de vérifications en utilisant de messages de type « battement de cœur » sont connues de l’homme du métier et ne serons pas décrites en détail ici. La représente un deuxième mode de réalisation du procédé de traitement d’une interface d'utilisateur sous forme d’échanges entre la première interface d'utilisateur I1 et le terminal de communication 20. Selon un mode de réalisation, le terminal de communication 20 reçoit, lors d’une étape de réception F10’, en provenance de la première interface d'utilisateur I1, un message d’identité M’ comportant un identifiant d’interface d’utilisateur IDi, En réponse à cette réception F10’, le terminal de communication 20, obtient F20’ de données descriptives de la première interface d’utilisateur I1. Dans ce mode de réalisation, l’identifiant d’interface d’utilisateur IDi correspond à une information indicative de l’identité de la première interface d'utilisateur I1. Dans un mode de réalisation, des données descriptives de la première interface d'utilisateur I1 ont été stockées préalablement en association de l’identifiant d’interface d'utilisateur IDi reçu, par exemple, lorsque le terminal de communication a été préalablement utilisé pour reproduire une première interface d'utilisateur I1 ayant cet identifiant d’interface IDi. De manière similaire au premier mode de réalisation, les données descriptives de la première interface d’utilisateur sont obtenues par interrogation, en utilisant l’identifiant d’interface d'utilisateur IDi reçu, d’un moyen stockage situé dans le terminal de communication ou un autre équipement externe au terminal de communication, par exemple un serveur. Les autres étapes de procédé de traitement selon ce mode de réalisation sont similaires aux étapes décrites en référence à la et ne seront pas décrites à nouveau ici. La représente un troisième mode de réalisation du procédé de traitement d’une interface d'utilisateur sous forme d’échanges entre la première interface d'utilisateur I1 et le terminal de communication 20. Certaines des étapes sont similaires à celles décrites en référence à la et ne seront pas décrites ici à nouveau. Dans ce troisième mode de réalisation, la première interface d'utilisateur 1I envoi E1’’ un message d’identité M’’ comportant une information indiquant sa nature, c'est-à-dire indiquant qu’il est une interface d'utilisateur. Dans ce mode de réalisation, information indiquant la nature de la première interface d'utilisateur I1 correspond à une information indicative de l’identité de la première interface d'utilisateur I1. Ensuite, le terminal de communication 20 reçoit, lors d’une étape de réception F10’’, en provenance de la première interface d'utilisateur I1, le message d’identité M indiquant qu’il s’agit d’une interface d'utilisateur. En réponse à cette réception F10’’, le terminal de communication 20, obtient F20’’ de données descriptives de la première interface d’utilisateur I1. Dans ce mode de réalisation, les données descriptives DD sont reçues de la première interface d'utilisateur I1. Dans le mode de réalisation décrit, la première interface d'utilisateur I1 adresse E11’’, E12’’ au terminal de communication 20, des premières données descriptives DD1 décrivant sa structure ainsi que les touches numériques et ensuite des deuxièmes données descriptives DD2 décrivant les touches non numériques. Ainsi, le terminal de communication 20 reçoit lors d’une première étape de réception F21’’, les premières données DD1 décrivant la structure et les touches numériques de la première interface d'utilisateur I1, et lors d’une deuxième étape de réception F22’’, des deuxième données descriptives DD2 décrivant les touches non numériques. Bien entendu, dans d’autres modes de réalisation, la première interface d'utilisateur peut adresser les données descriptives dans un unique message ou alors diviser les données descriptives dans plusieurs messages. Dans l’exemple d’interface d'utilisateur représenté à la , le terminal de communication, reçoit lors de la première étape de réception F21’’ un message comportant une indication du nombre de files et de colonnes des touches constituant le clavier numérique ainsi que le premier et le dernier nombres (zéro et neuf) associés aux touches du clavier. Dans un mode de réalisation, le terminal de communication 20 adresse F21a’’, F22a’’ à la première interface d'utilisateur I1, des messages de confirmation ACK de la réception des données descriptives DD1, DD2, lorsqu’il a bien reçu les données descriptives. Dans un mode de réalisation, lorsque à l’étape de réception de données descriptives, par exemple lors de la première étape de réception F21’’, le terminal de communication n’a pas reçu la totalité de données descriptives (dans cet exemple les premières données descriptives DD1), le terminal de communication 20 adresse F21b’’ (représenté en traits pointillés) à la première interface d’utilisateur I1 une requête Req demandant les données non reçues. Cette requête Req contient des numéros de paquets contenant des données manquantes. La première interface d'utilisateur I1 envoie E11b’’ au terminal de communication 20 les données manquantes. Si les données sont bien reçues par le terminal de communication, il adresse F21a’’ un message de confirmation ACK de la réception des données descriptives, et en cas contraire, il envoie, de nouveau, requête demandant les données non reçues. Comme pour les modes de réalisation décrits ci-dessus, une fois les données descriptives DD1, DD2 obtenues, une deuxième interface d’utilisateur I2 est générée, lors d’une étape de génération F30’’, à partir des données descriptives obtenues. Ensuite, la deuxième interface d'utilisateur I2 générée est affichée, lors d’une étape d’affichage F40’’, sur le terminal de communication et lorsque l’utilisateur réalise une action sur la deuxième interface d’utilisateur I2, de données 100’’ représentatives de cette action sont émises, lors d’une étape d’émission F50’’, vers la première interface de communication I1. La réception E4’’, par la première interface d’utilisateur, des données 100’’ représentatives de cette action, induit la mise en œuvre E5’’ de l’action sur la première interface d’d’utilisateur I1. La illustre des exemples de messages échangés entre la première interface d'utilisateur I1 et le terminal de communication 20. Dans un mode de réalisation, les données échangés entre la première interface d'utilisateur I1 et le terminal de communication 20 sont organisées en paquets. De manière connue, chaque paquet contient un entête comprenant des informations nécessaires pour l’acheminement et la reconstitution des données à réception. Un entête pouvant être présente dans un paquet utilisé par la technique proposée est référencé 1000 à la . Les trois premiers bits de l’entête, T2, T1, T0 sont utilisés pour coder le type de message envoyé, par exemple s’il s’agit de données (par exemple de données descriptives), une requête, une confirmation, etc. Lorsqu’il s’agit d’un paquet contenant de données, les cinq bits suivants Pn4 – Pn0 sont utilisés pour coder le nombre de paquets dans le message envoyé, et les cinq bits Po4 – Po0 suivant ces derniers Pn4 – Pn0 sont utilisés pour coder l’ordre du présent paquet dans les paquets du message. Un exemple de codage du type de message envoyé est le suivant : T2 T1 T0 Type 0 0 1 Données message d’identité 0 1 0 Ack 0 1 1 Requête 1 0 0 Données de structure 1 0 1 Données touches Bien entendu, la structure de l’entête décrite est donnée à titre d’exemple, le nombre de bits et l’ordre pouvant être différents. Par exemple, le nombre de bits codant le type de message est fonction du nombre de types de messages à coder. Des exemples de message d’acceptation ou confirmation ACK 300, message de données de structure 400 et de message de type requête 500 sont représentés à titre illustratif. Dans un mode de réalisation, ces messages comportent un premier bit indiquant le type de message, suivi premier groupe de bits indiquant le nombre de paquets du message et d’un deuxième groupe de bits indiquant l’ordre du paquet. Ensuite, le paquet contient les données utiles. Un exemple de message d’acceptation ou confirmation ACK 300 comporte un bit indicatif du type de message d’acception ou confirmation, c'est-à-dire acception/confirmation positive ou négative. Par exemple, les données du message de type « données de structure » 400 de la première interface d’utilisateur comportent des données ABCDEFGHU, ces données pouvant correspondre à des lettres correspondant respectivement à des touches de l’interface d'utilisateur. Les données du message de type « requête » comportent des données indiquant s’il s’agit par exemple d’une requête d’appairage ou d’une requête de données manquantes. Dans l’exemple représenté, les données contiennent 0x45FF indiquant qu’il s’agit d’une demande d’appairage. Un exemple de message de type requête 500 comporte le type de requête, pour indiquer s’il s’agit par exemple d’une requête d’appairage ou d’une requête de données manquantes. La illustre schématiquement une architecture matérielle d’un équipement pouvant être un terminal de communication ou d’un dispositif de traitement d’une interface d'utilisateur pouvant mettre en œuvre le procédé de traitement proposé. L’équipement 20, 10 comprend un bus de communication 200 auquel sont reliées : - une unité de traitement 201, nommée sur la figure CPU (pour « Central Processing Unit ») et pouvant comporter un ou plusieurs processeurs ; - une mémoire non volatile 202, par exemple ROM (pour « Read Only Memory »), EEPROM (pour « Electrically Erasable Read Only Memory ») ou une mémoire Flash ; - une mémoire vive 203 ou RAM (pour « Random Access Memory ») ; - une interface 204 d’entrée/sortie, nommée sur la figure I/O (pour « Input/Output »), par exemple des touches ou boutons, un écran, un clavier, une souris ou un autre dispositif de pointage tel qu’un écran tactile ou une télécommande permettant à un utilisateur d’interagir avec l’équipement 20, 10 via une interface graphique ou interface homme-machine ; et - une interface de communication 205, nommée COM sur la figure, adaptée à échanger de données par exemple avec d’autres équipements, ou avec un serveur via un réseau de communications. La mémoire vive 203 comprend des registres adaptés à l'enregistrement des variables et paramètres créés et modifiés au cours de l'exécution d'un programme informatique comprenant des instructions pour la mise en œuvre du procédé de traitement proposé. Les codes d'instructions du programme stocké en mémoire non-volatile 202 sont chargés en mémoire RAM 203 en vue d'être exécutés par l'unité de traitement CPU 201. La mémoire non-volatile 202 est par exemple une mémoire réinscriptible de type EEPROM ou mémoire Flash pouvant constituer un support au sens de l'invention, c'est-à-dire pouvant comprendre un programme informatique PG comprenant des instructions pour la mise en œuvre du procédé de traitement proposé. La mémoire réinscriptible peut comprendre par exemple des types d’interface d'utilisateur ou des données descriptives d’interfaces d'utilisateur. Ce programme PG définit, par le biais de ses instructions, des modules fonctionnels de l’équipement 20, 10 qui sont mise en œuvre et/ou commandent les éléments matériels décrits précédemment. La est une représentation fonctionnelle d’un équipement 20, 10 conforme à un mode de réalisation. Dans le cas du terminal de communication 20, ces modules peuvent comprendre notamment : - un module d’obtention 21 configuré pour obtenir de données descriptives de la première interface d’utilisateur I1 ; - un module d’affichage 22 configuré pour afficher une deuxième interface d’utilisateur I2 générée à partir desdites données descriptives de la première interface d’utilisateur obtenues ; - un module d’émission 23 configuré pour émettre vers ladite première interface de communication, pour une action d’un utilisateur sur ladite deuxième interface d’utilisateur affichée, de données représentatives de ladite action, la réception des données par la première interface de communication induisant la mise en œuvre de ladite action sur la première interface de communication. Dans le cas du dispositif de traitement de la première interface d'utilisateur, ces modules peuvent comprendre notamment : - un module de réception 11 configuré pour recevoir en provenance du terminal de communication, de données représentatives d’une action d’un utilisateur réalisée sur une deuxième interface d’utilisateur affichée sur le terminal de communication à partir de données descriptives de la première interface d’utilisateur obtenues par le terminal de communication ; - un module de mise en œuvre 12 configuré pour mettre en œuvre l’action sur la première interface de communication à partir desdites données représentatives d’une action reçues. Selon des modes de réalisation, le terminal de communication 20 peut comporter en outre : - un module de réception 24 configuré pour recevoir en provenance de la première interface d’un message d’identité comportant une information indicative de l’identité de la première interface d'utilisateur, ladite obtention étant mise en œuvre en réponse à ladite réception d’un message ; - un deuxième module d’émission 24 configuré pour émettre, préalablement à l’obtention de données descriptives, une requête demandant l’identité de ladite première interface d'utilisateur ; - un module de déconnexion 25 configuré pour se déconnecter de la première interface d'utilisateur, après écoulement d’une période de temps prédéfinie à compter de l’affichage de la deuxième interface d'utilisateur ; - un module de réception 26 configuré pour recevoir une action de l’utilisateur représentative d’une finalisation des émissions vers la première interface d'utilisateur, de données représentatives d’une action d’un utilisateur sur la deuxième interface d’utilisateur ; et - un troisième module d’émission 27 configuré pour émettre vers ladite première interface d'utilisateur, une requête de déconnexion configurée pour déconnecter l’interface d'utilisateur et le terminal de communication. Ce module d’émission peut aussi être configuré pour émettre une notification vers la première interface d'utilisateur destinée à informer la première interface d'utilisateur de la déconnexion des interfaces d'utilisateur. Selon de mode de réalisation, les premier, deuxième et troisième modules d’émission peuvent correspondre à être un unique module d’émission ou à plusieurs modules d’émission. Selon de modes de réalisation, le dispositif de traitement 10 peut comprendre : -un module d’émission 13 configuré pour émettre vers le terminal de communication, un message comportant une information indicative de l’identité de la première interface d'utilisateur ; - un module de réception 14 configuré pour recevoir en provenance du terminal de communication, une requête d’identification, le message comportant une information indicative de l’identité étant émis en réponse à ladite réception. Les modules et moyens précités sont pilotés par le processeur de l'unité de traitement 201. Ils peuvent prendre la forme d’un programme exécutable par un processeur, ou une forme matérielle (ou « hardware »), telle un circuit intégré spécialisé (connu en terminologie anglo-saxonne connu comme ASIC pour « Application-Specific Integrated Circuit »), un système sur puce (connu en terminologie anglo-saxonne comme SoC pour « System On Chip »), ou un composant électronique de type circuit logique programmable, tel qu’un composant de type FPGA (pour « Field-Programmable Gate Array »). Ainsi, grâce à l’invention, les interface d'utilisateur partagées entre plusieurs utilisateurs peuvent être reproduites dans les terminaux de communication des utilisateurs respectivement pour leur utilisation individuelle. Procédé de traitement d’une première interface d’utilisateur configurée pour communiquer avec un terminal de communication, ledit procédé de traitement étant caractérisé en ce qu’il comporte les étapes suivantes mises en œuvre par ledit terminal de communication : - obtention (F20 ; F20’ ; F21’’, F22’’) de données descriptives (DD ; DD1, DD2) de ladite première interface d’utilisateur (I1) ; - affichage (F40 ; F40’ ; F40’’) d’une deuxième interface d’utilisateur (I2) générée (F30 ; F30’ ; F30’’) à partir desdites données descriptives de la première interface d’utilisateur obtenues ; - pour une action d’un utilisateur (30) sur ladite deuxième interface d’utilisateur affichée, émission (F50 ; F50’ ; F50’’) vers ladite première interface de communication, de données représentatives de ladite action (100), la réception (E4 ; E4’ ; E4’’) desdites données par ladite première interface de communication induisant (E5 ; E5’ ; E5’’) la mise en œuvre de ladite action sur la première interface de communication. Procédé de traitement conforme à la revendication 1, comportant préalablement à l’obtention, la réception (F10 ; F10’ ; F10’’) en provenance de la première interface d’un message d’identité (M) comportant une information indicative de l’identité de la première interface d'utilisateur, ladite obtention étant mise en œuvre en réponse à ladite réception d’un message. Procédé de traitement conforme à la revendication 2, dans lequel ledit message d’identité (M) reçu comporte une information représentative d’un type prédéfini ( type_10 ) d’interface d’utilisateur, les données descriptives obtenues étant associées audit type d’interface prédéfini. Procédé de traitement conforme à l’une des revendications 2 ou 3, dans lequel ledit message d’identité reçu comporte un identifiant d’interface d’utilisateur (IDi), les données descriptives obtenues étant associées audit identifiant d’interface d'utilisateur. Procédé de traitement conforme à l’une des revendications 1 à 4, dans lequel l’obtention comporte la réception (F21’’, F22’’) desdites données descriptives en provenance de la première interface d’utilisateur. Procédé de traitement conforme à l’une des revendications 1 à 5, comportant en outre, préalablement à l’obtention de données descriptives, l’émission (E0) d’une requête (Ri) demandant l’identité de ladite première interface d'utilisateur. Procédé de traitement conforme à l’une des revendications précédentes, comportant en outre, après écoulement d’une période de temps prédéfinie (T) à compter de l’affichage dudit deuxième interface d'utilisateur, la déconnexion (F60 ; F60’ ; F60’’) entre la première interface d’utilisateur et le terminal de communication. Procédé de traitement conforme à l’une des revendications 1 à 7, comportant : - réception d’une action de l’utilisateur représentative d’une finalisation des émissions vers ladite première interface d'utilisateur, de données représentatives d’une action d’un utilisateur sur ladite deuxième interface d’utilisateur, et - émission vers ladite première interface d'utilisateur, d’une requête de déconnexion configurée pour déconnecter l’interface d'utilisateur et le terminal de communication. Procédé de traitement conforme à l’une des revendications précédentes comportant en outre les étapes suivantes mise en œuvre par un dispositif de traitement de ladite première interface d'utilisateur : - réception (E4 ; E4’ ; E4’’) en provenance du terminal de communication, de données représentatives d’une action d’un utilisateur réalisée sur une deuxième interface d’utilisateur affichée sur ledit terminal de communication, à partir de données descriptives de ladite première interface d’utilisateur obtenues par ledit terminal de communication ; - mise en œuvre (E5 ; E5’ ; E5’’) de ladite action sur la première interface de communication à partir desdites données représentatives d’une action reçues. Procédé de traitement conforme à la revendication 9, comportant en outre l’émission (E1 ; E1’ ; E1’’) vers ledit terminal de communication, d’un message d’identité (M) comportant une information indicative de l’identité de la première interface d'utilisateur. Terminal de communication configuré pour communiquer avec un dispositif de traitement d’une première interface d’utilisateur mettant en œuvre le procédé de traitement conforme à l’une des revendications 1 à 8. Dispositif de traitement pour une première interface d'utilisateur comportant, étant configuré pour communiquer avec un terminal de communication et pour : - recevoir en provenance du terminal de communication, de données représentatives d’une action d’un utilisateur réalisée sur une deuxième interface d’utilisateur affichée sur ledit terminal de communication, à partir de données descriptives de ladite première interface d’utilisateur obtenues par ledit terminal de communication ; - mettre en œuvre ladite action sur la première interface de communication à partir desdites données représentatives d’une action reçues. Système comportant une première interface d’utilisateur, un dispositif de traitement de ladite première interface d’utilisateur conforme à la revendication 12 et un terminal de communication conforme à la revendication 11. Programme d’ordinateur comprenant des instructions de code pour la mise en œuvre des étapes du procédé de traitement conforme à l’une des revendications 1 à 10 lorsqu’il est exécuté par un processeur. Support d’informations lisible par un processeur dans un terminal de communication ou un dispositif de traitement, sur lequel est enregistré le programme d’ordinateur selon la revendication 14.