FR 2969437 A1 20120622 FR 1060589 A 20101216 Procédé d'authentification d'un utilisateur d'un terminal auprès d'un fournisseur de services. Domaine technique L'invention se rapporte à un procédé d'authentification d'un utilisateur d'un terminal auprès d'un fournisseur de services. Le terminal en question englobe tout dispositif de traitement de données, c'est-à-dire équipé de ressources physiques et/ou logicielles dont au moins un microprocesseur, apte à communiquer au travers d'un réseau de communication. Ce réseau peut être par exemple le réseau Internet. L'invention s'applique tout particulièrement aux terminaux ne disposant pas de moyens de saisie de données, ou lorsqu'ils en disposent, de moyens de saisie peu ou pas adaptés à la saisie de données d'authentification. Le terminal est par exemple un téléviseur apte à communiquer au travers d'un réseau de communication tel que le réseau Internet. Etat de la technique L'ensemble des fournisseurs de services offre à ses clients un accès à des services personnalisés. Un service personnalisé est par exemple l'envoi d'un contenu multimédia (film, musique, etc.), l'envoi d'une page internet incluant des données relatives au compte d'un client utilisateur, etc. Cet accès nécessite une authentification. Pour accéder au service, d'une manière générale, l'utilisateur utilise un terminal équipé de moyens de saisie avec lesquels il peut saisir des données d'identification et/ou d'authentification telles qu'un identifiant et un mot de passe. A réception, le fournisseur vérifie l'identifiant et le mot de passe et autorise l'accès au service si ces derniers sont corrects. Le problème est que le terminal en question n'est pas forcément équipé de moyens pour saisir des données, ou s'il est équipé de tels moyens de saisie, ceux-ci ne sont pas forcément adaptés à la saisie de données d'authentification. Si le terminal n'est pas équipé de moyens de saisie, le service ne peut pas être utilisé via ce terminal car le fournisseur n'a aucun moyen d'authentifier l'utilisateur du compte qui souhaite utiliser le terminal pour l'utilisation d'un service. Si le terminal est équipé de moyens de commande mais que ceux-ci ne sont pas adaptés à la saisie de données d'authentification, le service peut être utilisé via le terminal mais moyennant une saisie pénible, et source d'erreurs, de données d'authentification telles qu'un identifiant et un mot de passe. Les moyens de commande sont par exemple une télécommande lorsque le terminal est une télévision. L'invention vient améliorer la situation. 15 L'invention A cet effet, selon un aspect fonctionnel, l'invention a trait à un procédé d'authentification d'un utilisateur d'un terminal, dit premier terminal, apte à communiquer avec un fournisseur de services au travers d'un premier réseau de communication, ledit fournisseur requérant une authentification de l'utilisateur 20 du premier terminal avant une fourniture d'un service au premier terminal, caractérisé en que l'authentification de l'utilisateur est basée sur une authentification réalisée de l'utilisateur relativement à un second terminal. L'invention réutilise donc, pour l'authentification d'un utilisateur vis-à-vis d'un premier terminal, des données d'authentification issues d'une 25 authentification déjà réalisée de l'utilisateur vis-à-vis d'un premier terminal. L'invention évite ainsi une nouvelle authentification et donc une nouvelle saisie de données d'authentification parfois pénible vu les moyens de saisie dont dispose l'utilisateur, par exemple une télécommande d'un téléviseur. Il n'est donc plus nécessaire que le premier terminal soit équipé de moyens de saisie pour la saisie de données d'authentification dans le but d'être authentifié auprès d'un fournisseur de service. Un appariement n'est pas non plus nécessaire entre le premier et le second terminal pour permettre au premier terminal de bénéficier des données d'authentification provenant du second terminal. Lorsque le premier et le second terminal sont aptes à communiquer au travers du premier réseau de communication, et que le second terminal est apte à recevoir, depuis le premier terminal, des données via un deuxième réseau de communication de courte portée, selon un mode de mise en oeuvre particulier de l'invention, le procédé comprend les étapes suivantes : - une étape de réception, par le second terminal, d'une demande de fourniture de données d'authentification issue du premier terminal via le deuxième réseau ; - une étape de transmission de données d'authentification depuis le second terminal via le premier réseau. Ainsi, le premier terminal transmet une demande de fourniture de données au second terminal par le biais du deuxième réseau de courte portée. Ce réseau de courte portée est une garantie de la proximité du même utilisateur relativement au premier terminal et au second terminal. Cette caractéristique assure que l'utilisateur qui manipule le premier et le second terminal est le même et non pas un tiers malveillant tentant de s'authentifier grâce aux données d'authentification du second terminal. Ensuite, les données d'authentification sont transmises par le deuxième terminal via un réseau que le premier terminal, le fournisseur de services, ainsi que le premier terminal, ont en commun. Il faut noter ici que les données d'authentification précitées obtenues grâce au second terminal sont des données reconnues par le fournisseur de service par exemple parce que le fournisseur qui a authentifié l'utilisateur vis-à- vis du second terminal est le même fournisseur que souhaite utiliser l'utilisateur pour recevoir un service sur le premier terminal. Selon une variante de ce mode de mise en oeuvre, la demande de données d'authentification issue du premier terminal inclut une adresse de destination, sur le premier réseau, pour l'envoi des données d'authentification. Cette variante de mise en oeuvre de l'invention permet au second terminal de savoir où, sur le premier réseau, il doit transmettre les données d'authentification. Dans notre exemple, on verra que la destination est une entité connectée au premier réseau. Cette entité aura pour charge ensuite de fournir ces données d'authentification pour permettre à l'utilisateur du premier terminal d'être authentifié et recevoir le service sur le premier terminal. Selon une variante, l'étape de demande fourniture de données d'authentification est précédée d'une étape de demande par le premier terminal d'un identifiant de transaction à une entité apte à délivrer des identifiants de transaction, et en ce que les données transmises par la suite inclut l'identifiant de transaction. Grâce à cette caractéristique, l'identifiant de transaction est généré par une entité externe au terminal ; cela permet de ne pas équiper tous les premiers terminaux de programmes d'ordinateur capables de générer de tels identifiants. Le premier terminal peut aussi être équipé d'un émetteur de signaux aptes à transporter des données. Dans cette configuration, selon une variante, le second terminal reçoit les signaux émis par l'émetteur, et extrait, desdites données émises, des données indiquant la destination d'envoi des données d'authentification. Selon une autre variante, le signal est un objet graphique affiché sur écran et le second terminal inclut un dispositif de prise de vue pour capturer l'objet. L'appareil photo offre ainsi un moyen de communication entre les deux terminaux, l'ensemble constituant le deuxième réseau décrit ci-dessus. Selon un premier aspect matériel, l'invention a trait à un terminal, dit premier terminal, apte à utiliser un service offert par un fournisseur de service après authentification, ledit terminal étant apte à recevoir un service au travers d'un réseau de communication, caractérisé en ce qu'il comprend des moyens pour requérir une authentification basée sur une authentification de l'utilisateur réalisée relativement à un autre terminal (TRM2). Selon une variante, le premier terminal est apte à communiquer avec ledit autre terminal au travers du premier réseau, et le premier terminal est en outre apte à transmettre des données audit autre terminal via un deuxième réseau. Dans cette configuration, le premier terminal comprend des moyens de demande de fourniture de données d'authentification à un autre terminal via le deuxième réseau ; des moyens de réception, via le premier réseau, d'un service 15 basé sur les données d'authentification demandées. Selon un deuxième aspect matériel, l'invention a trait à un terminal, dit second terminal, apte à communiquer au travers d'au moins un réseau de communication et à recevoir des données au travers d'un deuxième réseau (RES2), le second terminal comprenant 20 - des moyens aptes à requérir une authentification d'un utilisateur UT du terminal, - et des moyens pour transmettre les données d'authentification résultantes à des fins d'authentification d'un autre terminal. Selon une variante, le second terminal est apte à communiquer au 25 travers d'au moins un réseau de communication et à recevoir des données depuis un autre terminal au travers d'un deuxième réseau. Dans cette configuration, le second terminal comprend - des moyens de réception d'une demande de fourniture de données d'authentification issue d'un autre terminal depuis le deuxième réseau, - des moyens de transmission desdites données d'authentification via le premier réseau afin d'être utilisées pour authentifier l'autre terminal. Selon un troisième aspect matériel, l'invention a trait à un premier programme d'ordinateur apte à être mis en oeuvre sur le premier terminal défini ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise une étape d'authentification basée sur une authentification de l'utilisateur réalisée relativement à un autre terminal, à savoir le deuxième terminal. Selon un quatrième aspect matériel, l'invention a trait à un deuxième programme d'ordinateur apte à être mis en oeuvre sur le second terminal défini ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise une étape d'authentification d'un utilisateur UT du terminal, et une étape de transmission des données d'authentification résultantes à des fins d'authentification d'un autre terminal à savoir le premier terminal. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés. Les figures : La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation illustrant un procédé d'authentification selon l'invention. La figure 2 représente une scène illustrant un premier exemple de réalisation. La figure 3 est une vue schématique des échanges réalisés relativement au premier exemple de réalisation. La figure 4 est une vue schématique d'un terminal afin d'illustrer un deuxième et un troisième exemple de réalisation. Les figures 5a et 5b illustrent le deuxième exemple de réalisation, chaque figure étant représentative d'une scène à des instants différents. La figure 6 est une vue schématique des échanges réalisés relativement au deuxième exemple de réalisation. Les figures 7a et 7b illustrent un troisième exemple de réalisation, chaque figure étant représentative d'une scène à des instants différents. Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 représente un système SYS comprenant un serveur SRV appartenant à un fournisseur de service et un terminal TRM1, dit premier terminal, connectés entre eux au moyen d'un réseau de communication RES1, dit premier réseau par la suite, tel qu'un réseau Internet. Le système comprend aussi un second terminal TRM2 connecté au premier réseau RES1. Le second terminal TRM2 est apte à recevoir des données issues du premier terminal via un deuxième réseau de courte portée. Un réseau de courte portée se rapporte ici à un réseau ayant une couverture limitée en distance. Dans ce contexte, le premier terminal peut communiquer des données en deçà d'une distance DIST donnée par l'intermédiaire du deuxième réseau RES2. La couverture du deuxième réseau RES1 est choisie de telle sorte qu'une communication possible entre deux terminaux par le biais de ce deuxième réseau sera le témoin d'une proximité entre les deux terminaux en question et implicitement une proximité de l'utilisateur vias-à-vis des deux terminaux. Le deuxième réseau en question est par exemple un réseau RFiD (Radio Frequency Identification), un réseau Bluetooth. Nous verrons dans la suite que ce deuxième réseau peut aussi être constitué par un générateur de code visuel et d'un dispositif de prise de vue capable de prendre une vue du code et d'en extraire une information. Un dispositif de prise de son, ou un émetteur de lumière peuvent aussi être utilisés comme émetteur de signaux, le code étant émis sous la forme d'un son ou de lumière, respectivement. Plus généralement, le premier terminal inclus un émetteur apte à émettre des signaux transportant des données et le deuxième terminal inclus un capteur apte à capter les signaux, à savoir un microphone, un détecteur de mouvements, ou un capteur de lumière. L'invention va être illustrée au moyen de plusieurs exemples à commencer par un premier exemple. Dans ce premier exemple, le premier terminal TRM1 est une télévision comprenant un premier microprocesseur CPU1 apte à communiquer avec un module MOD apte à requérir auprès d'une entité ENT qui sera décrite dans la suite, un identifiant dit de transaction ID ; l'entité ENT est apte à générer un identifiant et à émettre cet identifiant au premier terminal. L'identifiant est indifféremment un code à deux dimensions appelé code 2D par l'homme du métier, des signaux sonores ou lumineux aptes à transporter des données. Rappelons ici qu'un code 2D est un pictogramme généralement en noir et blanc contenant de l'information. Le premier microprocesseur CPU1 est aussi apte à communiquer avec n première mémoire MEM1 apte à stocker l'identifiant ID. Le premier microprocesseur CPU1 est aussi apte à communiquer avec des moyens de restitution EMT pour la restitution du code. Dans notre exemple, les moyens de restitution sont un écran. L'invention ne se limite pas à ce type de moyens de restitution. Comme indiqué plus haut, un émetteur de son aurait aussi pu être utilisé pour émettre un signal représentatif d'un code. Le premier microprocesseur CPU1 est aussi apte à communiquer avec des moyens d'interface INT, optionnels, pour communiquer avec une télécommande TCD apte à émettre des commandes via un clavier comprenant des touches à sélectionner. Les touches permettent notamment la sélection de chaînes de télévision, etc. Ces moyens d'interface seront utiles à l'illustration du premier mode de réalisation, les autres modes ne nécessitant pas une communication avec un moyen de commande tel que la télécommande. Naturellement l'invention ne se limite pas aux terminaux équipés d'une télécommande mais s'étend à tout type de terminaux équipés ou non de moyens 10 de commande. Le premier microprocesseur CPU1 est aussi apte à communiquer avec des moyens d'entrée/sortie I/01 pour assurer la communication sur le premier réseau. Le premier terminal TRM1 comprend aussi optionnellement un 15 navigateur NAV permettant une navigation sur Internet et un affichage de données sous forme de pages Internet. Dans notre exemple, le navigateur NAV est apte à émettre des requêtes sur le réseau Internet et à recevoir des réponses. Le navigateur sera utile à l'illustration du premier mode de réalisation décrit ci-dessous. 20 Dans notre exemple, le second terminal TRM2 est un téléphone dit de troisième génération. Ce second terminal est équipé dans notre exemple d'une carte SIM (Subscriber Identity Module). Ce module est apte à authentifier l'utilisateur du second terminal relativement à un troisième réseau RES3. Par abus de langage et pour simplifier la lecture, il est indiqué dans le 25 présent texte que l'utilisateur s'authentifie via le terminal. Il faut noter que, en toute rigueur l'authentification concerne la carte SIM et non l'utilisateur. Cependant, d'une manière générale, chaque carte SIM appartient à un seul et unique utilisateur, une authentification de la carte concernera donc également une authentification l'utilisateur. Le téléphone TRM2 comprend en outre un microprocesseur CPU2, dit deuxième microprocesseur apte à communiquer avec des moyens de traitement TRT connectés à des moyens de réception de signaux CPT1 tels que des moyens de prise de vue ; les moyens de réceptions sont par exemple un appareil photo, un microphone, un accéléromètre, un capteur de lumière ; les moyens de traitement sont quant à eux par exemple une application informatique. Le deuxième microprocesseur CPU2 est aussi apte à communiquer avec des moyens d'entrée/sortie I/02 aptes à recevoir et à émettre des données sur le premier réseau RES1. Dans notre exemple le réseau Internet. Le deuxième microprocesseur CPU2 est aussi apte à communiquer avec des moyens d'entrée sortie I/03 pour la communication avec le troisième réseau RES3. A noter les moyens de stockage MEM1 et MEM2 décrits ci-dessus sont quelconques ; ceux-ci sont par exemple une mémoire de type Flash, RAM, etc. Dans notre exemple, le système comprend également une entité ENT capable de générer des codes 2D sur requête. Cette entité est connectée au premier réseau RES1. Dans notre exemple, l'entité ENT a une adresse URL (Uniform Resource Locator) sur le réseau Internet. Cette entité agit comme tiers de confiance envers le premier terminal, le second terminal et le serveur SRV. Le système comprend aussi un fournisseur de services SRV tel qu'un opérateur de télécommunication fournissant des services tels que l'accès à une zone, l'accès à des contenus multimédia, etc. Le fournisseur dispose de ressources informatiques telles qu'un serveur pour fournir ces services. Ce serveur est dans notre exemple connecté au premier réseau à savoir le réseau Internet. Dans ce premier exemple, ainsi que dans les deux exemples qui suivent, le premier terminal TRM1, le second terminal TRM2, l'entité ENT et le fournisseur SRV sont donc reliés entre eux via le réseau Internet. Dans les exemples qui suivent, on considère que le premier terminal et le second terminal ne sont pas appariés. Les deux terminaux ne se connaissent donc pas en ce sens que ni l'un ni l'autre ne dispose de moyens de reconnaissance de l'un ou de l'autre. Dans notre exemple, le premier terminal n'a aucun moyen de détecter de seconds terminaux dans son champ de couverture. De plus seuls les seconds terminaux ont la capacité de recevoir un signal issu d'un premier terminal TRM1. L'invention ne se limite pas à cet exemple. Mêle si cela ne présente pas un grand intérêt, l'invention peut naturellement être mise en oeuvre sur des terminaux appairés et capables de communiquer entre eux. Un exemple illustrant le procédé de l'invention est décrit ci-dessous. La figure 2 illustre un schéma représentant une scène. Dans cette scène, un utilisateur se trouve dans une pièce, équipé de son téléphone TRM1. Dans cette pièce se trouve une télévision TRM1 connectée au réseau Internet. Comme on l'a vu dans ce qui précède, la télévision comprend une interface INT manipulable par le biais d'une télécommande TCD. La télécommande comporte des touches permettant la sélection de commandes aptes à être émises vers le téléviseur TRM1 pour traitement. Le but est, pour l'utilisateur, de s'authentifier auprès du fournisseur de services SRV afin de recevoir des services personnalisés comme la possibilité 20 d'utiliser un service sur le premier terminal TRM1. L'exemple de réalisation comprend deux phases une première phase PH1 au cours le laquelle l'utilisateur du téléphone s'authentifie par exemple auprès d'un opérateur de télécommunication via le second terminal, par exemple 25 via une carte SIM incluse dans le terminal. une deuxième phase PH2 au cours de laquelle les données d'authentification associées à la première phase sont utilisées pour authentifier la télévision TRM1. A noter que la première phase peut être réalisée avant la deuxième phase ou au cours de la deuxième phase. Lors de la première phase PH1, l'utilisateur s'authentifie sur le troisième réseau RES3 par le biais du téléphone TRM1. Il en résulte un stockage d'une preuve d'authentification, dans notre exemple un "cookie", dans la deuxième mémoire MEM2. L'utilisateur du téléphone peut par la suite utiliser cette preuve pour utiliser des services en ligne sur la télévision lorsque le fournisseur de services reconnaît la preuve en question corne preuve suffisante. Rappelons ici qu'en informatique un cookie est défini par le protocole de communication HTTP comme étant une suite d'informations envoyée par un serveur HTTP à un client HTTP, que ce dernier retourne lors de chaque interrogation du même serveur http sous certaines conditions. Le cookie est envoyé dans l'en-tête HTTP par le serveur web au navigateur web qui le renvoie inchangé à chaque fois qu'il accède au serveur. Un cookie peut être utilisé pour une authentification, une session (maintenance d'état), et pour stocker une information spécifique sur l'utilisateur. A noter que la preuve d'authentification, à savoir le cookie, n'est pas forcément stockée dans la mémoire MEM2 du terminal. La preuve d'authentification peut être directement transmise à l'entité ENT sans qu'il soit nécessaire de la stocker dans le second terminal TRM2. La deuxième phase PH2 se décompose en plusieurs étapes ET11 à ET115. Ces étapes sont décrites en référence à la figure 3 sur laquelle est représenté des axes illustrant l'échange de données qui a lieu entre le premier terminal, le second terminal, l'entité, le fournisseur, respectivement. Sur cette figure, ainsi que la figure 6 un axe temporel indique le sens d'exécution des étapes. Sur ces mêmes figures 3 et 6 un échange de données est symbolisé par une flèche ayant une origine et une extrémité, l'origine étant associé à l'émetteur d'un message, l'extrémité étant associé au destinataire du message. Aussi, une flèche ayant une origine et une extrémité sur un même axe représente un traitement interne au dispositif. Lors d'une première étape ET11, l'utilisateur UT utilise la télécommande TCD et sélectionne une commande CDE1, dite première commande, apte à commander une demande d'authentification. A cet instant le premier microprocesseur reçoit la commande CDE1 via l'interface INT; Lors d'une deuxième étape ET12, le premier microprocesseur CPU1 connaissant l'adresse URL de l'entité sur le premier réseau RES1, transmet à l'entité ENT une commande CDE2 requérant la génération d'un code 2D incluant comme informations l'adresse URL de l'entité ENT et un identifiant de transaction ID. L'entité ENT génère un code 2D et le transmet dans une réponse REP1 en retour à la télévision TRM1 lors d'une troisième étape ET13. Lors d'une quatrième étape ET14, le premier microprocesseur CPU1 reçoit la réponse, la stocke accessoirement dans la mémoire MEM1, et commande l'affichage sur l'écran EMT du code 2D reçu. Lors d'une cinquième étape ET15, l'écran affiche le code 2D. Lors d'une sixième étape ET16, l'utilisateur utilise son téléphone et photographie le code 2D affiché sur l'écran EMT. Lors d'une septième étape ET17, les moyens de prise de vue CPT1 capturent la photographie, et la transmettent lors d'une huitième étape ET18 aux moyens de traitement TRT. Les moyens de traitement décodent le code 2D et déduisent les informations décodées à savoir l'adresse URL de l'entité ENT et l'identifiant de transaction ID. Lors d'une neuvième étape ET19, le deuxième microprocesseur CPU2, connaissant l'adresse de l'entité ENT, commande par le biais d'une troisième commande CDE3 l'envoi du cookie et l'identifiant ID à l'entité ENT. Lors d'une dixième étape ET110, l'entité ENT reçoit la troisième commande CDE3 et extrait les données incluses dans cette troisième commande à savoir l'identifiant de transaction ID et une preuve d'authentification de l'utilisateur (ex: cookie) . Lors du déroulement des étapes de cette deuxième phase, dans notre exemple, le navigateur présent sur la télévision TRM1 envoie à intervalle régulier des requêtes d'interrogation destinées à l'entité ENT. Ces requêtes d'interrogation ont pour fonction de demander à l'entité si un cookie a été reçu relativement à l'identifiant de transaction ID. A noter qu'une autre façon peut être utilisée en lieu et place des requêtes d'interrogations répétées. Par exemple, l'entité peut inclure des moyens aptes à notifier à la télévision la réception d'un cookie depuis le téléphone TRM1. Dans cette configuration, la télévision est équipée d'un module de réception de notification (non représenté sur les figures). Lors d'une onzième étape ET111, l'entité ENT reçoit une requête d'interrogation issue du navigateur NAV présent sur la télévision et répond au moyen d'une réponse REP2 lors d'une douzième étape ET112, la réponse incluant le cookie. Lors d'une treizième étape ET113, la télévision reçoit le cookie et le stocke en mémoire. Lors d'une quatorzième étape ET114, la télévision transmet au fournisseur SRV le cookie. Lors d'une quinzième étape ET114, Le fournisseur SRV reçoit le cookie comme preuve d'authentification et fournit le service au premier terminal lors d'une seizième étape ET116 si le cookie est accepté comme preuve d'authentification de l'utilisateur UT. Le format du cookie fourni par le téléphone peut ne pas convenir au fournisseur. Selon une variante, un module présent dans la télévision peut être prévu pour transformer ce format en un format accepté par le fournisseur. A noter aussi que l'entité ENT peut faire partie intégrante du serveur SRV ou du second terminal à savoir la télévision TRM2. L'invention ne se limite pas à l'exemple décrit ci-dessus. D'autres exemples illustrent dans la suite deux autres exemples de réalisation. Dans ces exemples, en référence à la figure 4, le premier terminal TRM2 se décompose en deux parties. Une première partie EMT inclut un microprocesseur CPU11 relié par l'intermédiaire d'un bus de données aux moyens de restitution EMT, aux moyens de mémorisation MEM stockant l'identifiant de transaction ID, aux moyens d'entrée sortie I/O11 permettant au microprocesseur CPU11 de communiquer via le premier réseau. Une deuxième partie PGE inclut un microprocesseur CPU12 relié par l'intermédiaire d'un bus de données à des moyens de vérifications d'un droit d'accès, à des moyens de captures CPT2, par exemple des moyens de prise de vue, à des moyens de commande CDE pour commander une autorisation par exemple un accès à une zone telle qu'une salle de cinéma, à des moyens d'entrée sortie I/012 permettant au microprocesseur CPU12 de communiquer via le premier réseau RES1. L'invention peut être illustrée à la base d'un deuxième exemple de réalisation dans lequel le premier terminal TRM2 est un terminal apte à émettre des signaux contenant des données, les signaux étant par exemple des signaux lumineux ou sonores en lieu et place d'un code 2D. Le deuxième exemple est illustré en référence aux figures 5a et 5b représentant une même scène à des instants différents à savoir à un instant "t" et à un instant ultérieur "t+ At ", respectivement. Dans ce deuxième exemple, les signaux sont répétés constamment. De ce fait, dans notre exemple, l'utilisateur n'a pas à solliciter l'émetteur EMT pour recevoir des données depuis l'émetteur EMT. La scène est la suivante : deux utilisateurs équipés d'un téléphone respectif se déplace au moyen d'un véhicule respectif, à savoir un premier véhicule VHL2 et un deuxième véhicule VHL2bis, sur une route sur laquelle un péage PGE est prévu. Dans ce mode de réalisation, les véhiculent se dirigent vers le péage PGE. Les étapes du procédé sont les suivantes. On suppose ici que la première phase PH1 décrite ci-dessus a eu lieu. Dans ce deuxième exemple, le premier terminal se décompose en une première partie incluant un émetteur de signaux sonores en lieu et place d'une écran restituant un code 2D, et en une deuxième partie incluant une barrière dont l'ouverture est apte à être commandée à distance par le fournisseur de services SRV. Dans notre exemple, la barrière est couplée à un dispositif de prise de vue CPT2 apte par exemple à photographier un véhicule pour identifier le véhicule en question par exemple au moyen de sa plaque d'immatriculation. Encore une fois, rappelons que, dans la suite, par abus de langage et pour simplifier la lecture, il est indiqué que le terminal s'authentifie. Pour être plus précis, on devrait dire que c'est l'utilisateur qui s'authentifie auprès du service via le terminal. La deuxième phase PH2 se décompose en plusieurs étapes ET21 à ET29. Dans notre exemple, les étapes qui suivent vont s'exécuter sur chaque terminal TRM2 et TRM2bis passant devant l'émetteur EMT. Pour simplifier l'exposé de l'invention, nous nous intéresserons donc à un seul terminal à savoir le terminal TRM2. la figure 6 illustre l'échange des données au cours de ce deuxième exemple. Sur cette figure 6, comme sur la figure 3, est représenté l'échange qui a lieu entre le premier terminal, le second terminal, l'entité, le fournisseur. Sur cette figure 6, un axe temporel indique le sens d'exécution des étapes. Lors d'une première étape ET21, le microprocesseur CPU11 de l'émetteur EMT reçoit depuis l'entité ENT un identifiant de transaction ID et le stocke par exemple dans la mémoire MEM1. Lors d'une deuxième étape ET22, l'émetteur EMT transmet des signaux sonores aptes à transporter comme données l'adresse ULR de l'entité ENT et l'identifiant de transaction reçu. Lors d'une troisième étape b 123, les moyen de réception, à savoir le microphone installé dans le second terminal TRM2, reçoivent les signaux sonores par l'intermédiaire d'un microphone. Lors d'une quatrième étape ET24, les moyens de réception CPT1 transmettent les signaux reçus aux moyens de traitement TRT. Les moyens de traitement décodent les signaux et déduisent les informations décodées à savoir l'adresse URL de l'entité ENT et l'identifiant de transaction ID. Lors d'une cinquième étape ET25, le deuxième microprocesseur CPU2, connaissant l'adresse URL de l'entité ENT, commande l'envoi d'une preuve d'authentification de l'utilisateur à savoir dans notre exemple un cookie présent dans le second terminal à l'entité ENT. Ainsi que par exemple un identifiant apte à identifier le second terminal par exemple l'identifiant MSISDN (Mobile Subscriber ISDN Number) du second terminal. Lors d'une sixième étape E126, l'entité ENT reçoit la commande et extrait les données incluses dans cette commande à savoir l'identifiant de transaction ID et la preuve d'authentification de l'utilisateur (ex: cookie). Lors d'une septième étape ET27, l'entité ENT envoie au serveur SRV un message indiquant que l'utilisateur est bien authentifié et ajoute dans le message l'identifiant MSISDN. Lors d'une huitième étape ET28, le serveur recherche dans une base de données un numéro de plaque d'immatriculation correspondant à l'identifiant MSISDN reçu. Lors d'une neuvième étape E129, les moyens de prise de vue CPT2 photographient les différents numéros de plaques d'immatriculation de véhicules situés à une barrière de péage PGE, l'une après l'autre, et autorise l'ouverture de la barrière, lors d'une dixième étape ET210, si le numéro issu de la correspondance coïncide avec le numéro photographié. Un troisième exemple de réalisation peut être celui d'un accès à une salle de cinéma. L'exemple est illustré en référence aux figures 7a et 7b représentants une même scène à des instants différents à savoir à un instant "t" et à un instant "t+ At ", respectivement. Deux utilisateurs équipés de terminaux respectifs TRM2 et TRM2bis se situent dans un hall à l'entrée d'une salle de cinéma. Dans notre exemple le hall comprend un émetteur EMT aptes à émettre par exemple des signaux lumineux capables de transporter des données à savoir l'adresse URL de l'entité URL et l'identifiant de transaction ID. Les étapes sont les mêmes que pour le deuxième exemple à la différence que l'entité ENT après réception de l'identifiant de transaction ID depuis un second terminal, émet un ticket à destination des seconds terminaux TRM2 et TRM2bis, par exemple sous forme de code 2D, que présentera l'utilisateur concerné devant un portillon d'entrée en lieu et place d'une barrière de péage. Dans cette configuration, à l'instant "t" un second terminal TRM2 entre dans le champ de l'émetteur EMT et reçoit une URL désignant une ressource de l'entité. Le second terminal TRM2 envoie ensuite à l'entité ENT (via l'URL) son identifiant MSISDN et reçoit un ticket d'entrée en retour de la aprt de l'entité ENT. Ensuite, à un instant ultérieur "t+ At", le second terminal TRM2 situé à proximité du portillon affiche sur son écran le ticket que les moyens de prise de vue CPT2 photographient. Les moyens de prise de vue CPT2 capturent les tickets de chaque terminal TRM2 et TRM2bis les uns après les autres et autorise l'ouverture de la barrière si le numéro issu de la correspondance coïncide avec le numéro photographié. Le premier terminal TRM1, plus précisément la deuxième partie PGE, transmet ensuite au serveur SRV le ticket pour vérification de la validité du ticket. Si le ticket est valide, et accessoirement une vérification de la solvabilité du compte associé à l'identifiant MSISDN, le serveur transmet une commande d'ouverture au portillon afin que l'utilisateur du second terminal entre dans la salle de cinéma. Les deux derniers exemples ont pour point commun que les signaux émis par l'émetteur EMT sont les mêmes sur une période de temps donnée et sont reçus par une pluralité de deuxièmes terminaux TRM2 TRM2bis pendant cette période. A noter aussi que l'utilisateur peut être une personne physique ou une personne morale. A noter aussi que la distance de couverture de l'émetteur associé au premier terminal TRM1 est choisie de telle sorte qu'elle assure la co-localisation des deux terminaux TRM1 et TRM2. La co-localisation doit être adaptée au contexte, par exemple quelques centimètres pour un usage domestique, quelques mètres pour un usage urbain. 20 REVENDICATIONS1. Procédé d'authentification d'un utilisateur UT d'un terminal (TRM1), dit premier terminal, apte à communiquer avec un fournisseur de services (SRV) au travers d'un premier réseau de communication (RES1), ledit fournisseur requérant une authentification de l'utilisateur du premier terminal avant une fourniture d'un service au premier terminal, caractérisé en que l'authentification de l'utilisateur est basée sur une authentification réalisée de l'utilisateur relativement à un second terminal (TRM2). 2. Procédé selon la revendication 1, caractérisé en ce que le premier et le second terminal sont aptes à communiquer au travers du premier réseau de communication (RES1), ledit second terminal (TRM2) étant apte à recevoir, depuis le premier terminal (TRM1), des données via un deuxième réseau de communication (RES2) de courte portée, et en ce que le procédé comprend les étapes suivantes : - une étape de réception, par le second terminal (TRM2), d'une demande de fourniture de données d'authentification issue du premier terminal (TRM2) via le deuxième réseau (RES2); - une étape de transmission de données d'authentification depuis le second terminal (TRM2) via le premier réseau (RES1). 3. Procédé d'authentification selon la revendication 2, caractérisé en ce que la demande de données d'authentification issue du premier terminal inclut une adresse de destination, sur le premier réseau (RES1), pour l'envoi des données d'authentification. 4. Procédé d'authentification selon la revendication 2, caractérisé en ce que l'étape de demande fourniture de données d'authentification est précédée d'une étape de demande par le premier terminal (TRM1) d'un identifiant de transaction à une entité (ENT) apte à délivrer des identifiants de transaction (ID), et en ce que les données transmises par la suite inclut l'identifiant de transaction. 5. Procédé d'authentification selon la revendication 4, caractérisé en ce que, le premier terminal (TRM1) étant équipé d'un émetteur de signaux (EMT) aptes à transporter des données, le second terminal (TRM2) reçoit les signaux émis par l'émetteur, et extrait, desdites données, des données indiquant la destination d'envoi des données d'authentification. 6. Procédé d'authentification selon la revendication 5, caractérisé en ce que le signal est un objet graphique affiché sur écran (RST) et en ce que le second terminal (TRM2) inclut un dispositif de prise de vue (CPT1) pour capturer l'objet. 7. Terminal (TRM1) apte à utiliser un service offert par un fournisseur de service après authentification, ledit terminal étant apte à recevoir un service au travers d'un réseau de communication (RES1), caractérisé en ce qu'il comprend des moyens pour requérir une authentification basée sur une authentification de l'utilisateur réalisée relativement à un autre terminal (TRM2). 8. Terminal (TRM1) selon la revendication 7, le terminal étant apte à communiquer avec ledit autre terminal au travers du premier réseau, le terminal étant en outre apte à transmettre des données audit autre terminal via un deuxième réseau (RES2), caractérisé en ce qu'il comprend des moyens de demande de fourniture de données d'authentification à un autre terminal (TRM2) via le deuxième réseau (RES2) ; des moyens de réception, via le premier réseau (RES1), d'un service basé sur les données d'authentification demandées. 9. Terminal (TRM2) apte à communiquer au travers d'au moins un réseau de communication (RES1) et à recevoir des données au travers d'un deuxième réseau (RES2), ledit terminal (TRM2) comprenant - des moyens aptes à requérir une authentification d'un utilisateur UT du terminal,- et des moyens pour transmettre les données d'authentification résultantes à des fins d'authentification d'un autre terminal (TRM1). 10. Terminal (TRM2) selon la revendication 9, ledit terminal étant apte à communiquer au travers d'au moins un réseau de communication (RES1) et à recevoir des données depuis un autre terminal (TRM1) au travers d'un deuxième réseau (RES2), caractérisé en ce qu'il comprend - des moyens de réception d'une demande de fourniture de données d'authentification issue d'un autre terminal depuis le deuxième réseau (RES2), - des moyens de transmission desdites données d'authentification via le 10 premier réseau (RES1) afin d'être utilisées pour authentifier l'autre terminal. 11. Programme d'ordinateur apte à être mis en oeuvre sur un terminal (TRM1) tel que défini dans la revendication 7, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise une étape d'authentification basée sur une authentification de l'utilisateur 15 réalisée relativement à un autre terminal (TRM2). 12. Programme d'ordinateur apte à être mis en oeuvre sur un terminal (TRM2) tel que défini dans la revendication 9, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise une étape d'authentification d'un utilisateur UT du terminal, et une étape 20 de transmission des données d'authentification résultantes à des fins d'authentification d'un autre terminal (TRM1).