Brevet FR3018979A1 — publié le 20150925

Accès temporaire contrôlé à un réseau local La présente invention concerne le domaine des télécommunications via un réseau local. Elle concerne plus particulièrement l' accessibilité pour un terminal visiteur à un réseau local, notamment sans fil, établi par exemple par une passerelle domestique (dite « box » usuellement). Il est actuellement possible de connecter un terminal visiteur sur le réseau domestique en lui communiquant une clé de sécurité (par exemple une clé WEP pour une connexion Wifi à la passerelle - WEP pour « Wired Equivalent Privacy »). Le terminal visiteur a alors accès de manière non contrôlée et infinie à de nombreuses applications telles que l'accès à Internet et le partage de fichiers multimédias en mode point à point, ainsi qu'à l'ensemble des terminaux (et des fichiers qu'ils stockent) connectés au réseau domestique du propriétaire de la passerelle. En effet, le propriétaire de la passerelle, une fois la clé de connexion fournie, ne peut plus empêcher le terminal visiteur d'accéder à toutes les ressources partagées sur le réseau local (serveur de fichiers, autres terminaux du réseau, accès à et lecture de fichiers multimédias personnels du propriétaire avec par exemple une application de lecture de type « DLNA Media Renderer » - DLNA pour « Digital Living Network Alliance »). En outre, le propriétaire de la passerelle est responsable des activités réalisées sur sa connexion à Internet (y compris celles entreprises par l'utilisateur du terminal visiteur). D'ailleurs, le terminal visiteur peut se reconnecter à la passerelle quand son utilisateur le souhaite et tant que le terminal visiteur est dans la portée de la liaison radiofréquence à la passerelle. Le propriétaire ne peut pas non plus décider de commander une coupure de l'accès à sa passerelle sans impacter l'ensemble de ses propres terminaux associés. La présente invention vient améliorer la situation. Elle propose à cet effet un procédé (mis en oeuvre par des moyens informatiques) de traitement d'une requête d'accès à une ou plusieurs applications disponibles sur un réseau local, dans lequel : un premier terminal est adapté pour donner accès au réseau local à un terminal visiteur émettant une requête d'accès à au moins une application sur le réseau local, le premier terminal étant relié via le réseau local à un deuxième terminal, de confiance, à disposition d'un utilisateur habilité à donner une autorisation d'accès à l'application, le deuxième terminal étant identifié par le premier terminal comme ayant des droits pour valider ou refuser une requête d'accès d'un terminal visiteur. Le procédé comprend en particulier les étapes mises en oeuvre par le premier terminal : sur réception d'une requête d'accès à une application sur le réseau local, le premier terminal transmet au deuxième terminal un premier message comportant au moins une information de requête d'accès, et conditionner l'accès du terminal visiteur à l'application requise sur le réseau local, à la réception d'un deuxième message, de retour, issu du deuxième terminal et comportant au moins une information de validation de la requête. On entend par « terminal visiteur » un terminal ne disposant pas de tous les droits d'usage du réseau local (par exemple un accès complet au réseau local et aux terminaux qui y sont connectés, et/ou un accès à un réseau étendu (Internet par exemple) via une passerelle du réseau local, etc.). On entend par « terminal de confiance », un terminal qui est enregistré auprès du premier terminal comme étant à disposition d'un utilisateur habilité à accorder ou non les requêtes d'accès des terminaux visiteurs. Ainsi, le premier terminal se réfère à ce terminal de confiance pour donner ou non accès à l'application requise par le terminal visiteur. On entend par le terme « application sur le réseau local » au moins la possibilité de se connecter déjà au réseau local, mais aussi éventuellement : l'accès à une mémoire par exemple d'un terminal connecté au réseau local (par exemple pour y lire un fichier multimédia), et/ou encore l'accès à un terminal connecté au réseau local, par exemple pour piloter le fonctionnement de ce terminal (typiquement un équipement connecté au réseau local (chaine Hi-Fi, détecteur d'intrusion, installation de chauffage, terminal décodeur de télévision (dit « set-top box »), etc.) dont le fonctionnement peut être commandé depuis un terminal (de type Smartphone ou tablette) relié au réseau local), et/ou encore l'accès à un réseau étendu (typiquement Internet) en utilisant par exemple le premier terminal comme passerelle entre le réseau local et le réseau étendu. Ainsi, dans une réalisation, le premier terminal précité est une passerelle entre le réseau local et un réseau étendu, par exemple une passerelle domestique (de type « box ») entre le réseau local Wifi domestique et l'Internet. Néanmoins, en variante, le premier terminal peut être un Smartphone ou une tablette jouant par exemple le rôle de point d'accès au réseau local pour un terminal visiteur. Ainsi, le terminal de confiance (deuxième terminal précité) est habilité à donner une réponse favorable ou non à la requête du terminal visiteur, requête que lui transmet le premier terminal. Typiquement dans le cas où le premier terminal est une passerelle (notamment une passerelle domestique) dépourvue d'interface homme/machine telle qu'un écran d'affichage par exemple, il est alors convenant d'utiliser le deuxième terminal (le terminal de confiance, précité) pour utiliser son interface homme/machine à cette fin. Ainsi, dans une forme de réalisation, la réception du message auprès du deuxième terminal, de confiance, provoque le lancement d'une application d'interface homme/machine sollicitant l'entrée, par l'utilisateur du deuxième terminal, d'une information de validation ou de refus de la requête. On comprendra ainsi que cette forme de réalisation permet avantageusement de notifier toute requête d'accès, à l'utilisateur habilité à accorder ou refuser les requêtes de terminaux visiteurs. L'utilisateur habilité peut alors refuser une requête ou simplement ne pas y répondre, ou au contraire marquer son accord explicitement. Ainsi, dans une forme de réalisation, sur absence de réception du deuxième message (par exemple après une temporisation prédéterminée auprès du premier terminal), ou sur réception d'un message de retour, issu du deuxième terminal et comportant au moins une information de refus de la requête, le premier terminal refuse au terminal visiteur l'accès à l'application requise sur le réseau local. Dans une réalisation, le premier message peut comporter un identifiant du terminal visiteur (par exemple un numéro d'abonné, ou le nom de l'utilisateur du terminal visiteur ou son « pseudo » (ou « nickname »)), et l'application d'interface homme/machine indique cet identifiant à l'utilisateur du deuxième terminal. Cette réalisation est toutefois optionnelle, car le réseau local, par exemple un réseau sans fil (type Wifi, ou encore Zigbee0 ou autre), est de courte portée et l'utilisateur habilité, s'il voit l'utilisateur du terminal invité formuler sa requête, peut naturellement lui accorder ou non la requête sans avoir besoin d'être informé de son identité. En cas de refus de la requête du terminal visiteur ou en attendant la réponse du terminal de confiance, le premier terminal peut donner accès au terminal visiteur à un portail captif (par exemple une redirection du terminal visiteur vers un serveur du premier terminal par exemple lorsque ce dernier est une passerelle, vers une page de « garage » indiquant que l'utilisateur habilité doit autoriser l'accès à l'application requise). Plus généralement, on comprendra que l'accès au réseau local peut être donné à un terminal visiteur (un Wifi « public » par exemple, permettant de rediriger les terminaux visiteurs vers un portail captif), mais l'accès à des applications prédéterminées du réseau local (obtenir des fichiers de terminaux du réseau local ou encore accéder à Internet via la passerelle du réseau local) est soumis à la validation de l'utilisateur habilité. En effet, dans une forme de réalisation, l' accès précité à au moins une application sur le réseau local peut comporter au moins l'un des éléments parmi : un accès à un terminal relié au réseau local (par exemple pour commander le fonctionnement d'un équipement comportant ce terminal, tel qu'une chaîne Hi-Fi, une installation de chauffage, un décodeur set-top box, ou autre), un accès à des fichiers stockés en mémoire d'un terminal relié au réseau local, et un accès à un réseau étendu (par exemple Internet) via le premier terminal en tant que passerelle entre le réseau local et le réseau étendu. Ainsi, le premier terminal, en cas de validation de la requête, peut limiter l'accès au réseau local pour le terminal visiteur à un choix prédéterminé de l'un de ces éléments ou d'une combinaison parmi ces éléments. Ce choix prédéterminé peut être effectué par l'utilisateur habilité et être défini dans le deuxième message, de retour, issu du terminal de confiance à disposition de l'utilisateur habilité. De même, en cas de validation de la requête, le premier terminal peut donner accès au terminal visiteur pendant une durée prédéterminée seulement. Cette durée prédéterminée peut, là encore, être choisie par l'utilisateur habilité et être définie dans le deuxième message, de retour. En variante, elle peut être fixée à une durée donnée (stockée en mémoire du premier terminal) et l'autorisation de l'utilisateur habilité peut être redemandée à nouveau après cette durée. Ainsi, l'interface homme/machine du terminal de confiance peut solliciter (outre l' autorisation d'accès) l'entrée d'un choix de l'utilisateur habilité quant à: - une durée d'accès, et/ou - l'un des éléments précités ou une combinaison de ces éléments. L'utilisateur habilité est alors maître de l'utilisation par des visiteurs de son réseau. Il peut autoriser par exemple l'accès à Internet pour le temps de présence prévu du visiteur (une heure ou deux seulement par exemple). Il peut aussi autoriser définitivement et sans restriction un autre terminal qu'il vient d'acquérir. Dans ce cas, ce dernier terminal peut devenir aussi un terminal de confiance et être enregistré en tant que tel auprès du premier terminal. L'invention vise aussi un terminal (tel que le premier terminal précité), comportant des moyens de traitement d'une requête d'accès à au moins une application disponible sur un réseau local, pour la mise en oeuvre du procédé ci-avant, ce terminal comportant une mémoire stockant au moins un identifiant de terminal de confiance. La présente invention vise aussi le terminal de confiance, comportant des moyens de connexion à un réseau local prédéterminé (animé typiquement par le premier terminal), et en particulier des moyens de lancement d'une application d'interface homme/machine sollicitant l'entrée, par un utilisateur du terminal, d'une information de validation ou de refus d'une requête d'accès par un terminal visiteur à au moins une application sur le réseau local, pour la mise en oeuvre du procédé selon cette forme de réalisation. L'application d'interface homme/machine peut solliciter en outre l'indication d'une durée et d'une application sur le réseau accordée au visiteur (ou d'une combinaison d'applications possibles). La présente invention vise aussi un programme informatique comportant des instructions pour la mise en oeuvre du procédé ci-avant, lorsque ce programme est exécuté par un processeur. Des instructions de ce programme peuvent être partagées entre les premier et deuxième terminaux, par exemple certaines exécutées par le premier terminal et d'autres, exécutées par le terminal de confiance. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels : la figure 1 illustre un exemple de contexte de mise en oeuvre du procédé selon l'invention ; la figure 2 illustre les étapes principales d'un exemple de procédé au sens de l'invention ; la figure 3 représente schématiquement un premier terminal au sens de l'invention ; - la figure 4 représente schématiquement un deuxième terminal, de confiance, au sens de l'invention. On se réfere à la figure 1 sur laquelle on a représenté une passerelle GW, en tant que premier terminal TER-1, entre un réseau local 10 et un réseau étendu 11 (typiquement l'Internet). Dans l'exemple représenté, plusieurs équipements tels qu'un ordinateur 12, une tablette 13 (ou en variante un téléviseur connecté), un Smartphone TER-2 sont reliés à la passerelle GW via le réseau local 10. Par exemple, la liaison de l'ordinateur 12 à la passerelle peut être filaire (câble Ethernet), tandis que la liaison de la tablette 13 ou du Smartphone TER-2 peuvent être sans fil par exemple via une liaison Wifi ou autre. On comprendra ainsi que le réseau local n'est pas limité à un mode de liaison particulier, filaire ou sans fil.35 Un terminal visiteur TER-V souhaite se connecter au réseau local, pour accéder à une application sur le réseau (une connexion au réseau étendu 11, l'accès à l'un des équipements et/ou à la mémoire d'un tel équipement, etc.). À titre d'exemple purement illustratif, l'ordinateur 12 peut stocker des fichiers personnels (fichiers multimédias, images ou vidéos personnelles, etc.) appartenant au propriétaire de la passerelle et des autres équipements qui sont reliés au réseau local. Dans ce cas, le propriétaire doit pouvoir contrôler strictement l'accessibilité à de tels fichiers. La tablette 13 (ou un téléviseur connecté) peut disposer d'un écran suffisamment grand et permettant d'afficher des photos ou vidéos que pourrait souhaiter projeter l'utilisateur du terminal visiteur. À cet effet, il doit prendre le contrôle de la tablette 13 via son terminal TER-V (par exemple un Smartphone) et via le réseau local 10. Néanmoins, là encore, pour accéder habituellement un réseau local, il doit obtenir une autorisation d'accès (avoir un identifiant de clé de sécurité Wifi typiquement) qui donne au terminal visiteur accès à tout le réseau local et à toutes les applications disponibles sur ce réseau local, et notamment accès à la mémoire des fichiers personnels de son propriétaire que stocke l'ordinateur 12. Ainsi, la présente invention propose de hiérarchiser l'accessibilité d'un terminal visiteur TER-V aux applications d'un réseau local, en sollicitant l'autorisation du propriétaire du réseau. En particulier, la passerelle TER-1 envoie un message de demande d'accès aux applications, à un terminal de confiance TER-2 (deuxième terminal précité) à disposition du propriétaire. En réponse à ce message conditionne alors l'accès que donne la passerelle TER-1 aux applications du réseau local, pour le terminal visiteur TER-V. On comprendra alors que dans un exemple de réalisation, la réception de ce message auprès du terminal de confiance TER-2 provoque le lancement d'une application d'interface homme/machine sollicitant l'accord du propriétaire du réseau pour valider la requête du terminal visiteur. Ainsi, en référence maintenant à la figure 2, le terminal visiteur TER-V cherche à se connecter au réseau local et trouve, lors d'une première étape S10, la passerelle TER-1 parmi les points d'accès disponibles, par exemple via une liaison Wifi. L'utilisateur du terminal visiteur sélectionne cette passerelle TER-1 et formule une requête d'accès à une application du réseau local à l'étape S11. On comprendra ainsi que la passerelle autorise déjà une connexion Wifi, de type Wifi public pour recevoir la requête, et ce, même avant de donner accès à l'application requise sur le réseau local. Un identifiant du terminal visiteur TER-V (par exemple son adresse MAC) ou un pseudo de son utilisateur est ajouté à la requête pour être transmise avec cet identifiant ID-V à la passerelle TER-1. Sur réception de cette requête par la passerelle à l'étape S12, la passerelle TER-1 vérifie à l'étape S13 dans une unité mémoire qu'elle comporte, s'il existe la référence d'un terminal de confiance, préenregistrée. Si tel est le cas, la passerelle TER-1 formule un premier message MES1 à destination de ce terminal de confiance TER-2. S'il existe plusieurs terminaux de confiance préenregistrés, la passerelle peut envoyer un premier message MES1 à chacun de ces terminaux. Elle déclenche ensuite une temporisation, pendant laquelle elle attend des messages de retour. Si aucun terminal n'a répondu pendant la durée de la temporisation, elle rejette la requête à l'étape S20 et le terminal visiteur est redirigé à l'étape S21 vers un portail captif, indiquant par exemple l'échec de l'accès sans autorisation de l'utilisateur habilité. En variante, la passerelle peut diriger le terminal visiteur vers un portail captif d'un serveur sur le réseau étendu (référence 14 de la figure 1), présentant la page Web d'un fournisseur d'accès à un réseau Wifi urbain par exemple. De son côté, le terminal de confiance TER-2, sur réception du premier message MES1 de la passerelle, lance l'application d'interface homme/machine à l'étape S22 qui affiche par exemple sur un écran du terminal TER-2 un message : indiquant par exemple que le terminal visiteur d'identifiant ID-V cherche à rejoindre le réseau local privé, et demandant à l'utilisateur du terminal de confiance TER-2 de valider ou refuser cette requête à l'étape S14, et en cas de validation : o d'indiquer à l'étape S15 pour quel type d'application sur le réseau local il peut être fait droit à cette requête, et o d'indiquer en outre à l'étape S16 la durée pour laquelle l'accès à cette application est autorisé. Si cet utilisateur habilité valide la requête à l'étape S14, le terminal de confiance TER-2 renvoie à la passerelle TER-1 un message de retour MES2a comportant des données quant à l'application autorisée sur le réseau local et la durée maximale de cette application. Le terminal visiteur TER-V peut alors à l'étape S18 se connecter au réseau local privé pour l'application autorisée et pendant une durée inférieure à la durée maximale autorisée. La passerelle surveille alors l'accès du terminal visiteur TER-V à cette application seulement et pour une durée inférieure à la durée maximale autorisée, à l'étape S17. Une fois la durée maximale écoulée, la passerelle TER-1 met fin, à l'étape S19, à la connexion du terminal visiteur TER-V au réseau local privé, et ne lui donne accès qu'au réseau local public. Dans le cas où l'utilisateur habilité refuse la requête à l'étape S14, le terminal de confiance TER-2 formule un message de retour MES2b comportant l'information de refus. La passerelle TER-1, sur réception de ce message de refus MES2b, rejette la requête à l'étape S20. Comme indiqué précédemment, le terminal visiteur peut rester connecté au Wifi public qu'offre la passerelle pour être redirigé ensuite, à l'étape S21, vers le portail captif. On comprendra ainsi que le terminal visiteur TER-V peut, de manière générale, accéder au réseau local mais uniquement pour dialoguer avec le premier terminal TER-1 et en particulier lui envoyer (éventuellement avec son identifiant ID-V) une requête d'accès à une ou plusieurs applications sur le réseau local (de telles applications sont en lien avec un réseau local « privé », par opposition à un réseau local « public » auquel le terminal visiteur peut accéder simplement pour formuler sa requête). Des exemples d'applications possibles de l'invention sont détaillés ci-après à titre illustratif de ce qui précède. Un terminal visiteur peut se connecter au réseau Wifi public, généré par la passerelle, et qui apparaît non sécurisé. Lorsque ce terminal visiteur tente de s'y attacher, la passerelle reçoit par exemple une adresse MAC du terminal visiteur ou un nom pour ce terminal (par exemple le nom que lui a donné son utilisateur, ou un « pseudo » de l'utilisateur). La passerelle « pousse »alors le lancement d'une application d'IHM (pour « interface homme/machine ») vers le terminal de confiance, déclaré, du propriétaire de la passerelle. Le terminal de confiance TER-2 peut être déclaré dans les réglages initiaux de la passerelle (ou « settings »). Le terminal de confiance demande à son utilisateur une confirmation de l'autorisation. Cette demande peut lui proposer par exemple de valider et renseigner les informations suivantes : validation de l'accès pour un terminal dont l'identifiant s'affiche et qui est à l'origine de la requête d'accès, renseigner le type d'accès autorisé : Internet, réseau local, renseigner la durée autorisée de l'accès. La passerelle gère alors les autorisations en fonction des paramètres entrés par son propriétaire via son terminal de confiance. Comme il s'agit d'un réseau local (de relativement courte portée), l'utilisateur du terminal visiteur peut être vu et connu du propriétaire de la passerelle (par exemple, un ami de passage qui souhaite accéder à Internet ou afficher des photos de son terminal sur la tablette ou le téléviseur du propriétaire). La passerelle diffuse en Wifi deux réseaux, le réseau privé dédié au propriétaire de la passerelle et un réseau ouvert, public, dédié aux visiteurs. Le propriétaire a déjà un terminal associé au réseau privé sur lequel il a installé l'application de contrôle de la passerelle et en particulier l'application d' IHM associée. Lorsque le visiteur souhaite par exemple accéder à Internet par l'intermédiaire de la passerelle, il se connecte sur le Wifi Invité non sécurisé (public), sans saisie de clé. Le terminal ainsi connecté n'accède qu'à une page « garage » (par exemple au portail captif de la passerelle) dans laquelle il lui est indiqué que le propriétaire, administrateur de la passerelle, doit l'autoriser pour qu'il puisse accéder à Internet. Sans cette autorisation, il n'a ni accès libre à Internet, ni accès au réseau local privé. L'administrateur de la passerelle peut à tout moment consulter la liste des terminaux invités qui demandent à accéder à son réseau privé. Il peut alors autoriser ou non l'accès à tout ou partie de son réseau domestique ainsi qu'à Internet et en définir la durée. L'administrateur peut à tout moment révoquer un terminal invité ou modifier les droits d'accès aux réseaux. L'utilisateur invité n'a pas besoin de saisir de clé de sécurité Wifi. Le propriétaire de la passerelle maîtrise l'usage fait de son accès Internet et sur son réseau local. Ainsi par exemple, dans un premier cas d'usage, un ami, de passage chez un propriétaire de la passerelle souhaite accéder à Internet simplement. Le propriétaire ne souhaite pas lui donner un accès permanent et non contrôlé. L'ami invité sélectionne sur son terminal le point d'accès au réseau Invité (« Livebox-1234-Invité » par exemple), correspondant à la passerelle. Le propriétaire de la passerelle valide la demande de connexion via une application et précise la durée de l'autorisation (de quinze minutes à vingt-quatre heures par exemple) ainsi que le type d'accès : Internet uniquement. Dans un deuxième cas d'usage, un ami, de passage chez un propriétaire de la passerelle souhaite diffuser simplement ses photos stockées sur son terminal, sur la télévision du propriétaire de la passerelle. Le propriétaire ne souhaite pas lui donner un accès permanent et non contrôlé. L'ami sélectionne sur son terminal le point d'accès au réseau Invité. Le propriétaire du point d'accès valide la demande de connexion et précise la durée de l'autorisation ainsi que le type d'accès : Réseau Local uniquement. Dans un troisième cas d'usage, l'invité souhaite se connecter à Internet pour accéder à de la musique stockée dans le Cloud (accessible via le réseau Internet 11) et la jouer simplement sur une enceinte Wifi du réseau local. Le propriétaire de la passerelle valide la demande de connexion et précise la durée de l'autorisation ainsi que le type d'accès : Internet et Réseau Local. La présente invention vise aussi le premier terminal précité TER-1 qui, dans l'exemple représenté sur la figure 3, est une passerelle pour la mise en oeuvre de l'invention, et comporte une unité mémoire MEM1 stockant au moins un identifiant de terminal de confiance ID-TER2, auquel adresser le premier message précité MES1. Le premier terminal TER-1 comporte en outre un processeur PROC1 coopérant avec une mémoire de travail de l'unité mémoire MEM1, et capable de piloter en outre les interfaces de communication INT1 avec le réseau local et INT2 avec le réseau étendu. Le processeur, en coopération avec la mémoire de travail, peut exécuter les étapes S12, S13, S20, S17, S19 de la figure 2 présentée ci-avant, lorsqu'il exécute des instructions d'un programme informatique que vise aussi la présente invention. La présente invention vise aussi le deuxième terminal précité TER-2, de confiance, qui, dans l'exemple représenté sur la figure 4 comporte un processeur PROC2 coopérant avec une mémoire de travail MEM2.Cette coopération permet notamment de lancer l'application d'interface homme/machine (module IHM) pour afficher, par exemple sur l'écran SCR que comporte le terminal TER-2, une notification indiquant qu'un terminal visiteur requiert l'accès à une application sur le réseau local. La notification demande alors une autorisation pour cette requête (ainsi par exemple que la durée et/ou le type d'application autorisée). Le processeur PROC2 pilote en outre l'interface de communication INT-LAN pour envoyer un message de réponse comportant l'information d'autorisation ou de refus de l'utilisateur du terminal TER-2 (ainsi que la durée et/ou le type d'application autorisée).Le processeur, en coopération avec la mémoire de travail, peut exécuter les étapes S22, S14, S15, S16 de la figure 2 présentée ci-avant, lorsqu'il exécute des instructions d'un programme informatique que vise aussi la présente invention. REVENDICATIONS1. Procédé mis en oeuvre par des moyens informatiques, de traitement d'une requête d'accès à une ou plusieurs applications disponibles sur un réseau local, dans lequel : un premier terminal est adapté pour donner accès au réseau local à un terminal visiteur émettant une requête d'accès à au moins une application sur le réseau local, le premier terminal étant relié via le réseau local à un deuxième terminal, de confiance, à disposition d'un utilisateur habilité à donner une autorisation d'accès à l'application, le deuxième terminal étant identifié par le premier terminal comme ayant des droits pour valider ou refuser une requête d'accès d'un terminal visiteur, le procédé comprenant les étapes mises en oeuvre par le premier terminal : sur réception d'une requête d'accès à une application sur le réseau local, le premier terminal transmet au deuxième terminal un premier message comportant au moins une information de requête d'accès, et conditionner l'accès du terminal visiteur à l'application requise sur le réseau local, à la réception d'un deuxième message, de retour, issu du deuxième terminal et comportant au moins une information de validation de la requête. 2. Procédé selon la revendication 1, dans lequel, sur absence de réception du deuxième message, ou sur réception d'un message de retour, issu du deuxième terminal et comportant au moins une information de refus de la requête, le premier terminal refuse au terminal visiteur l'accès à l'application requise sur le réseau local. 3. Procédé selon l'une des revendications précédentes, dans lequel le premier terminal est une passerelle entre le réseau local et un réseau étendu. 4. Procédé selon la revendication 3, dans lequel, en cas de refus de la requête du terminal visiteur, le premier terminal donne accès au terminal visiteur à un portail captif. 5. Procédé selon l'une des revendications précédentes, dans lequel la réception du message auprès du deuxième terminal, de confiance, provoque le lancement d'une application d'interface homme/machine sollicitant l'entrée, par l'utilisateur du deuxième terminal, d'une information de validation ou de refus de la requête.35 6. Procédé selon la revendication 5, dans lequel le premier message comporte un identifiant du terminal visiteur, et l'application d'interface homme/machine indique ledit identifiant à l'utilisateur du deuxième terminal. 7. Procédé selon l'une des revendications précédentes, dans lequel le premier terminal, en cas de validation de la requête, donne accès au terminal visiteur pendant une durée prédéterminée 8. Procédé selon la revendication 7, dans lequel la durée prédéterminée est définie dans le deuxième message, de retour. 9. Procédé selon l'une des revendications précédentes, dans lequel ledit accès à au moins une application sur le réseau local comporte au moins l'un des éléments parmi : un accès à un terminal relié au réseau local, un accès à des fichiers stockés en mémoire d'un terminal relié au réseau local, et un accès à un réseau étendu via le premier terminal en tant que passerelle entre le réseau local et le réseau étendu. 10. Procédé selon la revendication 9, dans lequel le premier terminal, en cas de validation de la requête, limite l'accès au réseau local pour le terminal visiteur à un choix prédéterminé de l'un desdits éléments ou d'une combinaison parmi lesdits éléments. 11. Procédé selon la revendication 10, dans lequel le choix prédéterminé est défini dans le deuxième message, de retour. 25 12. Procédé selon l'une des revendications 5 et 6, prise en combinaison avec l'une des revendications 8 et 11, dans lequel l'interface homme/machine sollicite en outre l'entrée d'un choix de l'utilisateur du deuxième terminal, d'une durée d'accès et/ou de l'un desdits éléments ou d'une combinaison d'éléments. 30 13. Terminal, comportant des moyens de traitement d'une requête d'accès à au moins une application disponible sur un réseau local, pour la mise en oeuvre du procédé selon l'une des revendications précédentes, le terminal comportant une mémoire stockant au moins un identifiant de terminal de confiance. 35 14. Terminal, comportant des moyens de connexion à un réseau local prédéterminé, et des moyens de lancement d'une application d'interface homme/machine sollicitant l'entrée, par un utilisateur du terminal, d'une information de validation ou de refus d'une requête d'accès par un terminal visiteur à au moins une application sur le réseau local, pour la mise en oeuvre du procédé selon l'une des revendications 5, 6 et 12. 15. Programme informatique caractérisé en ce qu'il comporte des instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 12, lorsque ce programme est exécuté par un processeur.