Brevet FR2983377A1 — publié le 20130531

La présente invention concerne le domaine des communications et vise plus particulièrement une station informatique et un procédé de communication entre une première entité connectée à cette station informatique par une interface réseau et une entité distante appartenant à l'un ou l'autre d'au moins deux réseaux locaux distincts connectés à cette même station informatique par le biais d'autres interfaces réseau. La figure 1 illustre un tel cas de figure couramment rencontré dans les architectures réseau actuelles. Une station hôte, ici un ordinateur personnel PC, comprend deux interfaces réseau IR1, IR2 connectées respectivement à un réseau local (ou sous-réseau) d'entreprise RL1 et un réseau local Wifi RL2 ayant par exemple accès à l'Internet. D'autres équipements réseaux distants (non représentés) appartiennent également à l'un et l'autre de ces réseaux locaux. Un réseau local peut notamment être de type Ethernet, c'est-à-dire mettre en oeuvre le protocole Ethernet de couche 2 (dans le modèle OSI) par lequel des trames Ethernet sont transmises en mode diffusion au sein du réseau local et à l'attention d'un destinataire particulier. Notamment, dans un réseau local de type Ethernet, les interfaces réseau des équipements (ici IR1 et celles des équipements distants, pour le réseau RL1) sont adressables localement au travers d'adresses MAC (sigle de "Media access control" pour "contrôle d'accès au support") uniques pour chaque interface. De façon connue en soi, des équipements réseaux appartenant à deux réseaux locaux distincts RL1, RL2 peuvent communiquer entre eux grâce aux protocoles de couche 3 ou 4 du modèle OSI, et notamment au protocole TCP/IP (pour "Transmission Control Protocol/Intemet Protocot') définissant des règles de routage (par exemple des tables de routage) au niveau d'équipements interfaçant les deux sous-réseaux. Par exemple, la station PC peut être configurée comme routeur IP entre les réseaux locaux RL1 et RL2: toute trame IP reçue par l'une des deux interfaces IR1IR2 (c'est-à-dire la trame IP contenue dans une trame Ethernet diffusée localement à destination de l'adresse MAC de l'une de ces interfaces) est analysée pour obtenir l'adresse IP destinataire mentionnée et déterminer si une règle de routage vers l'autre réseau local doit être appliquée. La retransmission de la trame IP vers l'autre réseau local après routage est réalisée par diffusion d'une trame Ethernet contenant cette trame IP, vers une nouvelle adresse MAC destinataire. Toujours en référence à la figure 1, une entité, par exemple un équipement ou dispositif de poche ou portable DP, peut être connectée de façon amovible à cette même station hôte PC au travers d'une interface de connexion IC. Dans certains cas, cette interface de connexion IC opère comme interface réseau, notamment en raison du protocole de communication mis en oeuvre entre la station hôte PC et l'entité DP. C'est par exemple le cas d'une interface IC de type USB (pour "Universal Serial Bus") sur laquelle est mis en oeuvre un mécanisme Ethernet sur USB tel que le protocole USB EEM (pour "Ethernet Emulation Modef') (ou tout autre protocole par exemple du la classe CDC [pour "Communications Device Class"], tel que l'Ethernet Control Model - ECM, et le Network Control Model - NCM). Comme illustré sur la figure, l'interface IC et l'entité DP constituent alors un troisième réseau local RL3 ayant sa propre configuration réseau (indépendante de celles des réseaux locaux RL1 et RL2), et donc son propre espace d'adressage. Si toute application logicielle s'exécutant sur la station hôte PC a accès à toutes les interfaces IC, IR1, 1R2 de celle-ci et donc simultanément aux services proposés sur les réseaux locaux RL1 et RL2 (par exemple !Internet, des serveurs d'entreprise, etc.), ce n'est pas le cas pour une application logicielle s'exécutant sur l'entité DP. En effet, les techniques actuelles de routage IP ne permettent d'autoriser l'accès qu'aux services de l'un ou de l'autre des deux réseaux locaux RL1 et RL2 selon la configuration de routage appliquée, mais pas des deux en même temps. La figure 2 illustre par exemple le cas où la station hôte PC réalise un routage IP entre RL3 et RL1 permettant de partager le réseau d'entreprise avec l'entité DP. Ces techniques de routage IP requièrent des opérations de configuration initiale substantiellement fastidieuses, incluant par exemple une configuration initiale des règles de routage TCP/IP sur la station hôte PC afin de la configurer comme routeur IP, ainsi qu'une configuration des réseaux locaux RL1 et RL2 afin d'y indiquer que la station hôte PC (notamment l'adresse MAC de l'interface réseau IR1-1R2 correspondante) est désormais un routeur vers un réseau extérieur (par exemple RL2 pour RL1). Ces opérations de configuration initiale sont difficilement automatisable car dépendantes de plusieurs paramètres variables (table de routage, version TCP/IP, etc.) difficiles à déterminer. Cette situation n'est ainsi pas idéale si une application logicielle s'exécutant sur l'entité DP souhaite accéder aux services du réseau RL1 et à ceux du réseau RL2. En effet, si l'on souhaite ne plus partager le réseau d'entreprise RL1 avec l'entité DP, au profit du réseau Wifi RL2 pour permettre un accès à l'Internet par exemple, il est nécessaire de prévoir une reconfiguration totale et donc fastidieuse des règles et paramètres de routage au sein de la station hôte PC afin qu'elle partage désormais le réseau Wifi avec l'entité DP. Un déploiement en masse d'un tel mécanisme permettant à une application logicielle s'exécutant sur l'entité DP d'accéder aux services de RL1 et RL2 s'avère par conséquent difficilement envisageable. La présente invention vise à pallier au moins un des inconvénients des techniques de communication et de routage décrites ci-dessus. Dans ce dessein, l'invention concerne tout d'abord une station informatique comprenant une première interface réseau pour connecter une première entité et au moins deux autres interfaces réseau connectées respectivement à deux réseaux locaux distincts et adressables localement au sein de leurs réseaux locaux respectifs, caractérisé en ce qu'il comprend : un moyen de transfert, entre chacune des deux autres interfaces réseau et la première interface, d'une trame de données adressée localement au sein du réseau local respectif (c'est-à-dire correspondant à la dite autre interface réseau considérée) entre la première entité et une entité distante appartenant à ce réseau local respectif. Les interfaces réseau sont dites "adressables localement" en ce qu'elles sont identifiées par une information d'adressage local qui n'est fonctionnelle au sein du réseau local correspondant que pour s'adresser à un équipement de ce réseau local. Cette information d'adressage local peut par exemple être une adresse MAC, laquelle n'est utilisable qu'au sein d'un réseau local et non vers un autre réseau. L'invention permet de s'affranchir du routage IP et de ses fastidieuses configurations pour permettre à ladite première entité d'accéder aux services de l'un ou de l'autre des deux réseaux locaux accessibles depuis la station hôte. Cela résulte du fait que ladite première entité est, grâce à l'invention, directement intégrée à l'un ou l'autre de ces réseaux locaux; c'est-à-dire aucun mécanisme de routage type IP n'est plus nécessaire. En effet, le moyen de transfert prévu par l'invention sur la station hôte peut être vu comme un mécanisme de pontage ("network bridging") entre deux portions d'un même réseau local, puisqu'il transfère des trames adressées localement (c'est-à-dire au sein du réseau local uniquement) entre l'interface avec ladite première entité et l'interface réseau avec le réseau local concerné. L'intégration, au choix, de ladite première entité à l'un puis à l'autre des réseaux locaux ne repose désormais plus que sur la configuration, généralement automatique ou dynamique, d'un nouvel équipement au sein d'un réseau local (par exemple obtention d'une adresse IP par requête DHCP [pour "Dynamic Host Configuration Protocof']). Le passage de l'un à l'autre des réseaux locaux, ou l'accès simultané aux deux réseaux locaux, pour la première entité est donc grandement simplifié, tout en gardant intacte la configuration réseau originelle de ces dits réseaux locaux (par exemple absence d'unification de leur espace d'adressage comme cela aurait été le cas avec un pont réseau classique). Contrairement aux techniques de l'état de l'art, par exemple, les interfaces réseaux adressables localement au sein des deux réseaux locaux ne vont désormais plus uniquement traiter des trames de données reçues qui leurs sont personnellement adressées (c'est-à-dire avec leur adresse MAC comme destinataire) mais également traiter (transférer) des trames de données reçues mais adressées localement à ladite première entité. Corrélativement, l'invention concerne également un procédé de communication entre une première entité connectée à une première interface réseau d'une station informatique et une entité distante appartenant à l'un ou l'autre d'au moins deux réseaux locaux distincts connectés à ladite station informatique respectivement par deux interfaces réseau, lesdites deux interfaces réseau étant chacune adressable localement au sein de son réseau local respectif, caractérisé en ce qu'il comprend l'étape suivante : transférer, entre chacune des deux autres interfaces réseau et la première interface, une trame de données adressée localement au sein du réseau local respectif entre la première entité et une entité distante appartenant à ce réseau local respectif. Ainsi le procédé selon l'invention fournit un moyen de transfert tel que décrit précédemment. L'invention a également pour objet un module de pilote informatique (ou "driver" selon la terminologie anglo-saxonne) comprenant des instructions adaptées à la mise en oeuvre des étapes du procédé décrit précédemment lorsque ledit programme est exécuté sur un ordinateur. Les avantages procurés par le procédé et ce module de pilote informatique sont similaires à ceux évoqués précédemment en lien avec la station informatique. De façon optionnelle, le procédé peut comprendre des caractéristiques correspondant aux moyens décrits ci-après en lien avec la station informatique. De façon avantageuse, chacune desdites deux autres interfaces réseau de la station informatique peut comprendre : - un moyen de détection pour détecter une trame de données adressée localement à ladite première entité au sein du réseau local respectif; et - un moyen de transfert pour transférer ladite trame de données détectée à la première interface. Cette disposition explicite les moyens prévus au niveau des interfaces réseau avec les réseaux locaux, notamment prévus dans un module pilote de celles-ci. Pour permettre la détection d'une trame adressée localement à la première entité, ces autres interfaces réseau peuvent en outre comprendre un moyen pour obtenir et mémoriser une information d'adressage local (au sein du réseau local correspondant à chaque interface) de ladite première entité, notamment son adresse MAC. De la sorte, la détection susmentionnée peut se résumer simplement à détecter cette information d'adressage local au sein d'une trame reçue. Selon une caractéristique particulière, chacune desdites deux autres interfaces réseau est configurée pour transférer, à ladite première interface, une trame de broadcast reçue du réseau local respectif. En effet, de telles trames sont à destination de l'ensemble des entités adressables localement dans le réseau local considéré (domaine de diffusion). L'intégration selon l'invention de la première entité dans un des réseaux locaux rend cette première entité également destinataire de telles trames. En particulier, ladite trame de broadcast est une trame de résolution d'adresse IP. En effet, les mécanismes connus sous l'appellation d'ARP (pour "Address Resolution Protocof') pour obtenir une information d'adressage local (type adresse MAC) à partir d'une adresse de protocole de couche réseau (notamment IP) sont basés sur des trames de diffusion à l'ensemble du domaine de diffusion (trame broadcast). Ainsi, lorsqu'une telle trame de broadcast est transférée à la dite première interface réseau, elle permet, pour les entités du réseau local considéré, d'obtenir l'adresse MAC de ladite première entité. A cette occasion notamment, ladite autre interface réseau concernée peut mémoriser cette adresse aux fins de détecter les trames qui seront ultérieurement adressées localement à ladite première entité. Dans un mode de réalisation de l'invention, le moyen de transfert est défini dans un pilote de carte réseau constitutive de chacune des deux autres interfaces réseau. L'invention peut ainsi être mise en oeuvre de façon logicielle sans modifier de façon importante la station hôte, puisqu'il est aisé d'ajouter des briques logicielles (sorte de "plug-in") à des drivers existants. Dans un autre mode de réalisation de l'invention, la station hôte comprend également un module de sélection pour sélectionner entre deux modes où respectivement l'une et l'autre desdites deux autres interfaces seule transfère des trames de données avec ladite première interface. Cette disposition correspond donc à une situation dans laquelle l'accès aux services d'un des deux réseaux locaux par la première entité est exclusif de l'accès aux services de l'autre réseau local. Un tel module de sélection est aisé à mettre en oeuvre et peut être commandé par un utilisateur au travers d'une interface homme-machine simple. Cette disposition suggère par ailleurs un mécanisme permettant de contrôler le flux de trames de données émis par ladite première entité, afin de les transférer vers l'interface réseau du réseau local "actif" à cet instant. En variante, la station hôte comprend un module d'aiguillage configuré pour mémoriser des informations d'adressage local propres à chacun des deux réseaux locaux et à transférer une trame de données émise par la première entité vers l'une ou l'autre des deux autres interfaces réseau en fonction des informations d'adressage mémorisées et d'une information d'adressage local indiquée dans ladite trame de données émise. Cette disposition illustre également le contrôle du flux de trames de données provenant de ladite première entité. Ce contrôle repose sur un aiguillage basé sur les informations d'adressage local. Ainsi, cette disposition permet d'offrir un accès, pour ladite première entité, simultanément aux deux réseaux locaux, car la gestion par ces informations d'adressage local (type adresse MAC identifiant de façon unique une interface réseau) permet de discriminer les trames concernées par chacun des réseaux locaux. Les informations d'adressage local mémorisées peuvent notamment être obtenues de trames de données précédemment envoyées à destination de ladite première entité. Comme évoqué précédemment, l'adressage local d'une trame de données au sein d'un réseau local peut comprendre l'indication d'une adresse MAC. Par ailleurs, on peut prévoir que ladite première interface est une interface USB mettant en oeuvre le protocole Ethernet et connectant une unique première entité à la station informatique. Une telle interface, appelée "Ethernet sur USB", peut être obtenue par la mise en oeuvre d'un protocole particulier tel que EEM déjà cité. D'une façon générale, l'invention peut être mise en oeuvre avec tout type de "première" entité connectable de façon amovible à la station informatique par une interface de connexion supportant un protocole de couche réseau, c'est-à-dire susceptible de créer le réseau local RL3 mentionné ci-dessus. D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les dessins ci-joints, dans lesquels : - la figure 1 illustre une station hôte connectée à deux réseaux locaux et à laquelle est connecté un dispositif portable, dans une configuration selon l'art antérieur ; - la figure 2 illustre les techniques de routage IP de l'état de l'art dans la configuration de la figure 1 ; - la figure 3 illustre une station hôte dotée de moyens selon un mode de réalisation de l'invention, dans une configuration similaire à celle de la figure 1 ; - les figures 4a, 4b et 4c illustrent schématiquement respectivement l'intégration d'une entité cachée par la station hôte à un premier réseau local accessible par cette station hôte par les mécanismes selon l'invention, l'intégration d'une entité cachée par la station hôte à un deuxième réseau local accessible par cette station hôte par les mécanismes selon l'invention, et l'obtention d'un réseau local privé pour cette entité lors de la désactivation des mécanismes selon l'invention ; - la figure 5 illustre schématiquement divers détails d'un mode de réalisation de l'invention, notamment du sélecteur de la figure 3 ; - la figure 6 représente, sous forme de logigramme, des étapes illustrant une configuration automatique d'une entité cachée par la station hôte, selon la présente invention ; - la figure 7 illustre différents détails d'une mise en oeuvre de l'invention au niveau des pilotes des interfaces réseau et de connexion de la figure 3 ; - la figure 8 représente, sous forme de logigramme, des étapes de fonctionnement d'une interface réseau de la station hôte lors de la réception de trames par le réseau local qui y est connecté, selon des mécanismes de pontage selon l'invention ; et - la figure 9 représente, sous forme de logigramme, des étapes de fonctionnement de l'interface de connexion à laquelle est connectée l'entité cachée par la station hôte, lors de la réception de trames émises par cette entité, selon des mécanismes de pontage selon l'invention. La figure 3 représente une station hôte dotée de moyens selon un mode de réalisation de l'invention. L'entité DP a été précédemment évoquée sous la forme d'un dispositif de poche de type USB EEM, connecté de façon amovible à l'interface USB IC de la station hôte PC. Il peut notamment s'agir d'un jeton (ou "token") USB, par exemple reprenant les caractéristiques d'une clé USB et embarquant la technologie Javacard 3.0 Connected Framework. Bien entendu d'autres configurations que celle illustrée sur cette figure peuvent s'appliquer dans le cadre de l'invention. Par exemple, si la liaison entre DP et l'interface IC est filaire comme cela est illustré sur la figure par un lien USB, elle peut reposer sur la norme ISO/IEC 7816 (utilisée par des cartes à microcircuit) au lieu de l'USB, ou encore sur la norme IEEE 1394. En variante, cette liaison peut être sans-fil ou sans-contact, avantageusement de courte portée (inférieure à 1 mètre), par exemple basée sur la norme NFC (sigle de "Near Field Communication" pour "communication en champ proche") ou la norme ISO/IEC 14443. Egalement, bien qu'un token USB soit évoqué précédemment, d'autres entités peuvent être connectées à un lecteur ou une interface de connexion IC de la station hôte PC et former un réseau local avec cette dernière en l'absence de l'invention, par exemple des cartes à microcircuit telles qu'une carte micro-SD (pour "Secure Digital') ou une carte ISO/IEC 7815 ou ISO/IEC 7816 (carte à puce), ou encore du matériel tel qu'une imprimante (des protocoles propriétaires pouvant être mis en oeuvre pour créer un réseau local avec ces diverses entités, à l'instar de l'USB EEM). Dans une variante un peu particulière, l'interface de connexion IC peut être totalement logicielle et permettre d'y connecter une entité logicielle telle qu'un logiciel d'émulation de système d'exploitation (par exemple Linux - nom commercial). Dans le contexte de l'invention, ces entités mettent en oeuvre un protocole de couche réseau (possiblement émulé ou simulé) permettant, par exemple lorsque les moyens selon l'invention sont désactivés, d'établir un réseau local (RL3 sur la figure 1) avec la station hôte. Pour simplifier les explications suivantes, on fera référence principalement à un dispositif DP de type USB. Les interfaces IC, IR1, IR2 représentées sur la figure sont des interfaces classiques connues de l'état de l'art. Leur représentation inclut à la fois l'interface physique et des logiciels pilotes ("drivers") associés permettant leur bon fonctionnement. Bien qu'une seule interface IC soit représentée, les mécanismes selon l'invention peuvent également s'appliquer à chacune d'un plus grand nombre d'interfaces IC, par exemple deux, trois voire plus interfaces USB et/ou ISO/IEC 7816 et/ou IEEE 1394. De façon similaire, le nombre d'interfaces réseau IR1, IR2 reliant la station hôte PC à des réseaux locaux distincts RL1, RL2 ayant leur propre configuration réseau n'est pas limité, et peut par conséquent être supérieur à deux, par exemple trois, quatre, cinq voire plus. L'homme de l'art comprendra aisément que les mêmes mécanismes que ceux décrits ci-après peuvent être mis en oeuvre, peu importe le nombre de telles interfaces réseau IR. Les réseaux locaux RL1-RL2 sont dans les exemples exposés ici des réseaux de type Wifi et Ethernet mettant en oeuvre le protocole TCP/IP. Le cas échéant d'autres types de réseaux locaux utilisant d'autres protocoles peuvent être envisagés. Selon l'invention, on prévoit un moyen de transfert, entre chacune des interfaces réseau IR1-1R2 et la première interface IC, d'une trame de données adressée localement au sein du réseau local respectif RL1 ou RL2 (c'est-à-dire correspondant à la dite autre interface réseau considérée) entre la première entité DP et une entité distante appartenant à ce réseau local respectif. Ainsi l'entité DP peut être adressée localement par toute entité de l'un des réseaux locaux. L'entité DP est par conséquent directement intégrée ou connectée au réseau local en question (soit RL1 ou RL2), et non plus masquée derrière la station hôte PC comme c'est le cas dans l'état de l'art décrit précédemment (car RL3 était distinct de RL1 et RL2). La figure 4 illustre schématiquement cette situation. Sur la figure 4a, le transfert des trames adressées localement est réalisé entre l'interface réseau IR1 et l'entité DP, de sorte que cette dernière apparaît comme une entité directement connectée au réseau local RL1. L'entité DP a ainsi directement accès aux services de ce réseau local, par exemple aux services du réseau d'entreprise. Sur la figure 4b, le transfert des trames adressées localement est réalisé entre l'interface réseau IR2 et l'entité DP, de sorte que cette dernière apparaît une entité directement connectée au réseau local RL2. L'entité DP a ainsi directement accès aux services de ce réseau local Wifi, par exemple à l'Internet. La figure 4c illustre la situation lorsque les mécanismes selon l'invention sont désactivés, à savoir que l'entité DP forme à nouveau un réseau local privé RL3 avec la station hôte PC uniquement, isolé des autres réseaux locaux RL1-RL2. Ainsi, pour ces derniers, l'entité DP est cachée derrière la station hôte PC. Dans l'exemple de la figure 3, le moyen de transfert est schématiquement représenté sous forme de trois composants logiciels constitutifs d'une extension de pilote de ces interfaces IC-1R1-1R2: le composant MT1 associé au pilote de l'interface IR1, le composant MT2 associé au pilote de l'interface IR2, et le composant S associé au pilote de l'interface IC. Les composants S-MT1-MT2 (MTN s'il y a N interfaces réseau IR à N réseaux locaux RL) peuvent être des "adaptateurs virtuels" au sens de l'architecture Windows de Microsoft (noms commerciaux) venant s'ajouter aux pilotes déjà existants, et sont exécutés au travers de nouveaux "services" au sens de Windows. Bien que sur la figure ces différents composants soient interconnectés à l'aide de liaisons LI, il faut bien noter que ces liaisons sont généralement de type logiciel (ces composants sont par exemple exécutés par un même microprocesseur et communiquent entre eux via la mémoire du PC ou du microprocesseur) ou que tout ou parties de ces composants peuvent être regroupés au sein d'un même bloc logiciel (pilote ou adaptateur virtuel). Comme il ressortira de la suite de la description, chacune des interfaces réseau IR comprend : - un moyen de détection pour détecter une trame de données adressée localement à l'entité DP au sein du réseau local respectif; et - un moyen de transfert pour transférer cette trame de données détectée à l'interface de connexion IC, permettant de la sorte de transférer cette trame à l'entité DP alors que l'adressage de celle-ci n'est réalisé que localement. Pour ce faire, ces interfaces réseau IR comprennent un moyen pour obtenir et mémoriser une information d'adressage local de l'entité DP au sein de leur réseau local associé. Dans le cas classique des réseaux, il s'agit notamment d'obtenir et de mémoriser l'adresse MAC de l'entité DP, notée MACDP. Bien entendu, la station hôte PC étant un équipement à part entière dans chacun des réseaux locaux RL, les interfaces réseau IR respectives possèdent également une information d'adressage local (adresse MAC notée MACIR) propre leur permettant de récupérer les trames de données émises sur leur réseau local associé et qui leurs sont personnellement destinées. Ces trames de données sont alors traitées par la station hôte selon des mécanismes classiques. Par conséquent, les interfaces réseau IR selon l'invention sont configurées pour récupérer et traiter les trames de données diffusées sur leurs réseaux locaux respectifs et qui leurs sont adressées localement ainsi que les trames de données également diffusées sur ces réseaux et adressées localement à l'entité DP. Pour ces dernières, le traitement peut uniquement consister en leur transfert vers l'interface de connexion IC. Ces nouveaux composants MT1-MT2 permettent de transférer un flux de trames depuis les réseaux locaux RL vers l'entité DP. Le composant S permet de gérer le flux inverse, c'est-à-dire depuis l'entité DP vers un ou plusieurs réseaux locaux RL. Dans le mode de réalisation de la figure, le composant S est un module de sélection pour sélectionner entre deux modes où respectivement l'une et l'autre desdites deux autres interfaces seule transfère des trames de données avec ladite première interface. En d'autres termes, il s'agit fonctionnellement d'un interrupteur qui autorise à partager un seul des deux (voire plus) réseaux locaux RL avec l'entité DP (mode avec pontage de la figure 4a ou mode avec pontage de la figure 4b). Le pontage (ou "network bridging" en langue anglo-saxonne) illustre ici la capacité de la station hôte PC à transférer sans traduction d'adresse, des trames qui ne lui sont pas personnellement adressées localement entre deux interfaces distinctes vers deux portions physiques d'un même réseau local logique. Cet interrupteur peut également désactiver les mécanismes selon l'invention (mode sans pontage de la figure 4c). En pratique, un utilisateur peut sélectionner, au travers d'une interface homme-machine, un mode parmi les trois modes de fonctionnement de la figure 4. Lorsqu'un mode avec pontage est sélectionné, le sélecteur S assure le transfert des trames de données émises par l'entité DP (avec un adressage local au réseau local "actif") vers la bonne interface réseau IR pour diffusion de la trame Ethernet correspondante sur le réseau local. La figure 5 illustre schématiquement le principe de fonctionnement du sélecteur S par la représentation de deux interrupteurs. Un premier interrupteur INT1 permet de choisir entre le mode sans pontage (fonctionnement selon l'état de l'art) et un mode avec pontage. Le signal de commande Cl de cet interrupteur provient par exemple de l'interface homme-machine accédée par l'utilisateur. En l'absence de pontage, l'entité DP établit un réseau local privé (RL3 sur la figure 1) avec la station hôte PC. Le deuxième interrupteur INT2 permet de transférer les trames de données, dans un sens ou dans l'autre, entre l'interface 1C et l'interface réseau IR du réseau local RL choisi par l'utilisateur. Le signal de commande C2 de cet interrupteur provient également de l'interface homme-machine accédée par l'utilisateur. Dans cette figure, on a notamment représenté trois réseaux locaux et trois interfaces réseaux correspondantes, le signal C2 prenant alors trois valeurs possibles. Dans une variante à l'utilisation du sélecteur S, la station hôte peut comprendre un module d'aiguillage (qui remplace le sélecteur S) configuré pour mémoriser des informations d'adressage local propres à chacun des deux réseaux locaux et à transférer une trame de données émise par l'entité DP vers l'une ou l'autre des interfaces réseau IR en fonction des informations d'adressage mémorisées et d'une information d'adressage local indiquée dans ladite trame de données émise. Par exemple, ce module d'aiguillage mémorise l'ensemble des adresses MAC d'origine des trames de données transférées par les modules de transfert MT à l'interface IC avec une information identifiant de quel réseau local provient cette trame (la valeur "1" ou "2" dans les figures selon que ces trames proviennent de RL1-IR1- MT1 ou RL2-IR2-MT2). En effet, ces trames Ethernet notamment indiquent les adresses MAC d'origine (celle MACORIG de l'émetteur de la trame) et de destination (l'adresse MACDP de DP). Ainsi, lorsque l'entité DP émet une trame de données avec une adresse MAC de destination, cette dernière permet au module d'aiguillage d'identifier vers quelle interface IR la trame doit être transférée, aux fins de diffusion sur le bon réseau local parmi ceux accessibles. L'utilisation du module d'aiguillage permet ainsi à l'entité DP d'accéder simultanément à plusieurs réseaux locaux distincts. Bien entendu, si l'entité DP possède une seule interface physique permettant sa connexion à la station hôte PC, elle obtiendra plusieurs adresses IP selon des mécanismes classiques, chacune pour un desdits réseaux locaux. La figure 6 illustre une configuration automatique de l'ensemble {station hôte PC et entité DP} résultant de la mise en oeuvre de l'invention. On rappelle que cette configuration automatique permet d'éviter les configurations laborieuses de la station hôte PC en routeur IP comme dans l'état de l'art. Cette configuration automatique commence lorsque l'entité DP est connectée à la station hôte PC dans un mode avec pontage, ou lorsqu'un mode avec pontage est activé par l'utilisateur alors que l'entité DP est déjà connectée à l'interface IC (étape 600). L'entité DP comprend en mémoire des informations sur les différentes configurations des réseaux locaux RL1 et RL2 si celles-ci sont disponibles, et comprend au minimum les composants nécessaires à la configuration automatique de cette entité DP sur un réseau local. Par exemple, elle comprend un client DHCP (pour "Dynamic Host Configuration Protocof') ou de façon plus générale des moyens de service NDP (pour "Neighbor Discovery Protocof') basés par exemple sur ARPv6 ou DHCPv6. En effet, la configuration d'une entité à un réseau local est généralement moins contraignante que le paramétrage en dur d'une fonction routeur dans la station hôte, et est en outre automatisable. Lors de cette étape 600, on considère que l'initialisation de la liaison USB a eu lieu, signifiant que les interfaces réseaux correspondantes à USB EEM sont établies. A l'étape 605, l'entité DP se configure dynamiquement selon la configuration du réseau actif. Par exemple, le client DHCP de DP interroge le réseau local (auquel l'entité DP doit se connecter) par une requête broadcast DHCP (ou ARPv6 notamment) afin de savoir s'il existe un serveur DHCP dans ce réseau local, selon des mécanismes classiques moyennant les précisions suivantes. Dans le cas du sélecteur S, ce dernier transfert cette requête directement sur l'interface réseau active, disons IR1, pour transmission sur RL1 vers un hypothétique serveur DHCP. Dans le cas où l'entité DP peut joindre plusieurs réseaux locaux, le module d'aiguillage peut dupliquer la requête DHCP vers l'ensemble des interfaces réseau IR actives. La ou les réponses DHCP reçues (via S ou le module d'aiguillage) permettent à l'entité DP de se voir attribuée une adresse IP pour chaque réseau local actif auquel elle se connecte, adresse notée IPDp. Cette adresse IP permet de communiquer entre des réseaux locaux distincts. A noter que si aucune réponse DHCP n'est reçue au bout d'une durée préfixée, cela peut signifier qu'il n'y a pas de réseau local actif atteignable. C'est par exemple le cas si le mode sans pontage a été sélectionné au niveau du sélecteur S. Dans ce cas, l'entité DP peut être également dotée d'un serveur DHCP qui est activé à cet instant (le client DHCP est désactivé). Cela permet notamment à la station hôte PC de se configurer dynamiquement sur le réseau local RL3. Dans une variante permettant également l'utilisation de l'entité DP en modes avec et sans pontage, des informations peuvent être échangées entre l'entité DP et le sélecteur selon le protocole USB classique, lors de la connexion de l'entité DP à la station hôte DP ou d'un changement de mode au niveau du sélecteur S. Ces informations permettent notamment à l'entité DP de connaître le mode actif (entre avec et sans pontage), de sorte à activer ou désactiver, selon le cas, le client DHCP et inversement le serveur DHCP de l'entité DP. Plus tard, une entité distante du (ou d'un) réseau local actif RL1 souhaite envoyer une trame de données à DP. Comme DP appartient au même réseau local (cette information est obtenue à partir de l'adresse IPDp de DP ainsi que du masque associé au réseau local), cette entité distante diffuse, sur le réseau local RL1, une trame de broadcast TB afin de résoudre l'adresse IPDp et connaître l'adresse MACDp de DP associée à IPDp. L'adresse MAC de DP peut soit être une adresse MAC physique attribuée à la fabrication de l'entité physique DP (en fait de son interface permettant sa connexion à la station hôte), soit être une adresse MAC logique attribuée dynamiquement lors de sa connexion à la station hôte par des mécanismes dynamiques d'octroi d'une adresse de couche de liaison (Ethernet). Notons également MACoRiG l'adresse MAC de cette entité distante. A l'étape 610, l'interface réseau IR1 reçoit cette trame de broadcast TB indiquant l'adresse IPDp à résoudre. L'interface IR1 ne répond pas directement à cette trame TB par sa propre adresse MAC, noté MAORI, car l'adresse IP indiquée dans la trame de broadcast TB n'est pas la sienne. Comme la trame de broadcast TB est à destination de l'ensemble des équipements du réseau local, l'interface réseau IR1 et le module de transfert MT1 transfèrent celle-ci à l'interface IC (ou à plusieurs interfaces IC le cas échéant), via le sélecteur S qui autorise ou non ce transfert selon son état. L'interface IC retransmet ensuite la trame TB à l'entité DP après transformation de cette trame (par le sélecteur par exemple) pour la rendre compatible avec le protocole utilisé entre IC et DP, ici USB EEM (étape 615). On note TBUSB le message finalement envoyé par IC à DP. Comme l'adresse IPDp indiquée dans TBUSB est celle de l'entité DP, cette dernière répond, à l'étape 620, à la trame de broadcast TB par son adresse MACDp. La réponse comprenant l'adresse MACDp, notée TBUSBREP, est transmise à IC. A l'étape 625, le sélecteur S ou l'interface IC convertit cette réponse selon le protocole Ethernet, réponse notée TBREP, et transmet cette dernière à l'interface réseau active IR1 (via MT1). A noter que dans le cas du module d'aiguillage, ce dernier peut mémoriser à l'étape 615 l'adresse MACDRIG contenue dans la trame TB et l'associer au réseau local 1. Ainsi, à réception de la réponse TBUSBREP comprenant MACoRiG comme adresse destinataire, le module d'aiguillage est capable de transférer la réponse convertie TBREP directement vers le réseau local 1, c'est-à-dire à MT1. Suite à l'étape 625, le module MT1 extrait MACDp de la réponse TBREP et mémorise cette adresse en mémoire, à l'étape 630, s'il n'a pas déjà connaissance de celle-ci. Cette adresse mémorisée sera en effet utilisée par l'interface réseau IR1-MT1 pour identifier les trames de données adressées localement à DP sur le réseau local RL1. En variante aux étapes 615 à 630, si le réseau local RL1 est déjà configuré, des services intermédiaires (cache ARP par exemple) présents sur la station hôte PC peuvent déjà avoir connaissance de l'association entre l'adresse IPDp et l'adresse MACDp. Dans ce cas, MT1 détecte que la trame TB de résolution d'adresse IP concerne l'adresse IPDp. Il forme alors directement (sans solliciter DP) la réponse TBREP à la trame de broadcast en indiquant l'adresse MACDp associée à IPDp. La trame Ethernet TBREP est ensuite diffusée de façon classique sur le réseau local RL1 à l'étape 635. L'adresse MACDRIG qui y est indiquée comme destinataire permet en effet à l'entité distante de récupérer l'adresse MACDp de DP pour lui envoyer des données. Connaissant ainsi l'adresse MACDp de DP, l'interface réseau IR1 est apte à détecter les trames de données adressées localement à DP sur le réseau local RL1 et à les lui transférer via l'interface IC. La figure 7 montre des détails sur une mise en oeuvre possible de l'invention au niveau des pilotes des interfaces IR et IC, minimisant les modifications à réaliser sur l'existant. Les interfaces réseau IR d'un environnement Windows peuvent comprendre classiquement un pilote réseau D (D1 ou D2), un pilote réseau intermédiaire Dl (D11 ou DI2) et un adaptateur virtuel AV (AV1 ou AV2) faisant le lien avec un pilote de réseau de protocole DRP. Cette pile de pilotes permet de gérer les trames Ethernet adressées localement à l'interface réseau (donc à l'adresse MACIR et non à MACDp) ou les trames de broadcast pour le compte de MACIR. Il s'agit des communications entre un équipement distant du réseau local correspondant RL et la station hôte PC. Selon l'invention le module de transfert MT est réalisé sous forme d'un second adaptateur virtuel interagissant avec le pilote intermédiaire Dl. Le pilote intermédiaire DI transmet toutes les trames reçues au module MT, lequel réalise un tri (de façon similaire à AV) pour ne transmettre à l'interface IC que les trames destinées à DP (soit celles comprenant MACDp comme destinataire, soit les trames de broadcast). Ainsi, à chaque interface réseau physique correspond deux interfaces réseau logiques, ici correspondant à AV et à MT, l'une dédiée à l'adresse MACIR et l'autre gérant les trames à destination de l'adresse MACDp. L'interface de connexion IC est quant à elle liée à un pilote de réseau de protocole DRP de façon classique pour gérer notamment la configuration sans pontage (figure 4c). Selon l'invention, lui est adjoint un pilote intermédiaire officiant comme sélecteur S (ou module d'aiguillage le cas échéant). Ainsi, lorsqu'une trame M1 émise par MACoRiG est reçue par l'interface réseau IR1, le pilote D1 la transmet au pilote intermédiaire DI1 qui en communique à son tour une copie à chacun des deux adaptateurs virtuels AV1 et MT1. Le traitement de la trame par AV1 est classique (si M1 est ni de broadcast ni adressée à MACH:, alors la trame est ignorée par AV1). MT1 détecte si la trame M1 est destinée à l'adresse MACDp (incluant le cas d'une trame de broadcast) auquel cas MT1 la transfère à IC. IC forme alors un message M1USB conforme à la norme USB EEM, à partir de M1, puis le transmet à DP via le lien USB. DP répond à M1USB par le message M1USBREP, via le lien USB. IC recevant ce message le convertit selon le protocole Ethernet en une trame M1REP. Le sélecteur S permet de choisir vers quel composant entre MT1 et MT2 la trame M1REP doit être transférée. En l'espèce, IC transfère M1REP à MT1 associé à l'interface réseau IR1. M1 REP est alors diffusée sur le réseau local RL1 à l'adresse MACoRiG. Si le réseau local RL1 est connecté à l'Internet, DP peut ainsi communiquer avec l'Internet via l'équipement distant d'adresse MACDRIG (qui est par exemple un routeur vers Internet) comme si DP faisait partie du réseau local RL1. La figure 8 illustre le fonctionnement de l'interface réseau et du module de transfert associé, ici IR1 et MT1. A l'étape 800, IR1 reçoit une trame Ethernet. A l'étape 805, IR1 détermine s'il s'agit d'une trame qui lui est destinée grâce à l'adresse MAC de destination qui y est indiquée. Dans l'affirmative, cette trame est traitée de façon classique par la station hôte PC, étape 810. Puis, MT1 détermine s'il s'agit d'une trame de broadcast TB (étape 815) auquel cas, il la transmet à l'interface ou aux interfaces IC comme décrit précédemment (étape 820). Après l'étape 820 ou s'il ne s'agit pas d'une trame TB, l'interface réseau IR1 se met en attente de la réception d'une nouvelle trame. Dans la négative de l'étape 805, MT1 détermine s'il s'agit d'une trame adressée localement à DP, c'est-à-dire si elle contient l'adresse MACDp comme destinataire. Dans l'affirmative, cette trame est transmise à IC à l'étape 820. Autrement, l'interface réseau IR1 se met en attente de la réception d'une nouvelle trame. De son côté l'interface IC associée au sélecteur S ou au module d'aiguillage convertit la trame selon le protocole prévu entre IC et DP, puis l'envoie à DP. En outre, comme évoqué plus haut, le module d'aiguillage peut mémoriser, dans une mémoire cache, l'adresse MAC0RIG indiquée, afin de réaliser ultérieurement un aiguillage retour efficace. La figure 9 illustre le fonctionnement d'une interface de connexion IC associée au sélecteur S ou au module d'aiguillage, selon le cas. A l'étape 900, IC reçoit une trame de DP, par exemple un message selon le protocole USB EEM. A l'étape 905, IC à l'aide de S ou du module d'aiguillage détermine à quel réseau local cette trame est destinée. Soit le sélecteur S indique directement l'interface réseau IR à laquelle transférer cette trame, soit le module d'aiguillage utilise l'adresse MAC de destination indiquée dans cette trame qu'il compare à sa mémoire cache, pour identifier le réseau local concerné. Une fois l'interface réseau IR déterminée, la trame est convertie dans le protocole appropriée à cette interface, puis est transmise à cette dernière (étape 910). Ensuite, l'interface IC se met en attente de la réception d'une nouvelle trame de DP. De son côté l'interface réseau IR (avec MT) qui reçoit la trame convertie la diffuse sur le réseau local associé, en mémorisant si nécessaire (cas de la réponse à une trame TB) l'adresse MACDp. Par ces mécanismes, l'entité DP appartient au réseau local RL1 et peut donc accéder directement aux services proposés par ce réseau local. Les exemples qui précèdent ne sont que des modes de réalisation de l'invention qui ne s'y limite pas. REVENDICATIONS1. Station informatique (PC) comprenant une première interface réseau (10) pour connecter une première entité (DP) et au moins deux autres interfaces réseau (IR1, IR2) connectées respectivement à deux réseaux locaux distincts (RL1, RL2) et adressables localement au sein de leurs réseaux locaux respectifs, caractérisé en ce qu'il comprend : un moyen de transfert (MT1, MT2), entre chacune des deux autres interfaces réseau et la première interface, d'une trame de données (TB, M1, TBREP, M1REP) adressée localement au sein du réseau local respectif entre la première entité (DP) et une entité distante appartenant à ce réseau local respectif. 2. Station informatique (PC) selon la revendication 1, dans laquelle chacune desdites deux autres interfaces réseau (IR1, IR2) comprend : - un moyen de détection pour détecter une trame de données (TB, M1) adressée localement à ladite première entité (DP) au sein du réseau local respectif (RL) ; et - un moyen de transfert pour transférer ladite trame de données détectée à la première interface (IC). 3. Station informatique (PC) selon la revendication 2, dans laquelle ces autres interfaces réseau (IR1, IR2) comprennent en outre un moyen pour obtenir et mémoriser une information d'adressage local (MACDp) de ladite première entité (DP). 4. Station informatique (PC) selon l'une des revendications 1 à 3, dans laquelle chacune desdites deux autres interfaces réseau (IR1, IR2) est configurée pour transférer, à ladite première interface (10), une trame de broadcast (TB) reçue du réseau local respectif (RL). 5. Station informatique (PC) selon la revendication 4, ladite trame de broadcast (TB) est une trame de résolution d'adresse IP. 6. Station informatique (PC) selon l'une des revendications 1 à 5, dans laquelle le moyen de transfert (MT1, MT2) est défini dans un pilote de carte réseau constitutive de chacune des deux autres interfaces réseau (IR1, IR2). 7. Station informatique (PC) selon l'une des revendications 1 à 6, comprenant en outre un module de sélection (S) pour sélectionner entre deux modes où respectivement l'une et l'autre desdites deux autres interfaces (IR1, IR2) seule transfère des trames de données (TB, M1, TBREP, M1REP) avec ladite première interface (IC). 8. Station informatique (PC) selon l'une des revendications 1 à 6, comprenant en outre un module d'aiguillage configuré pour mémoriser des informations d'adressage local (MACoRIG) propres à chacun des deux réseaux locaux (RL1, RL2) et à transférer une trame de données (TBREP, M1REP) émise par la première entité (DP) vers l'une ou l'autre des deux autres interfaces réseau en fonction des informations d'adressage mémorisées et d'une information d'adressage local indiquée dans ladite trame de données émise. 9. Station informatique (PC) selon l'une des revendications 1 à 8, dans laquelle l'adressage local d'une trame de données au sein d'un réseau local comprend l'indication d'une adresse MAC (MACDp). 10. Station informatique (PC) selon l'une des revendications 1 à 9, dans laquelle ladite première interface (IC) est une interface USB mettant en oeuvre le protocole Ethernet et connectant une unique première entité à la station informatique. 11. Procédé de communication entre une première entité (DP) connectée à une première interface réseau (IC) d'une station informatique (PC) et une entité distante appartenant à l'un ou l'autre d'au moins deux réseaux locaux distincts (RL1, RL2) connectés à ladite station informatique (PC) respectivement par deux interfaces réseau (IR1, IR2), lesdites deux interfaces réseau étant chacune adressable localement au sein de son réseau local respectif, caractérisé en ce qu'il comprend l'étape suivante : transférer (615, 820, 910), entre chacune des deux autres interfaces réseau (IR1, IR2) et la première interface (IC), une trame de données (TB, M1, TBREP, M1REP) adressée localement au sein du réseau local respectif entre la première entité (DP) et une entité distante appartenant à ce réseau local respectif (RL). 12. Procédé de communication selon la revendication 11, comprenant, au niveau de chacune desdites deux autres interfaces réseau (IR1, IR2), les étapes suivantes : - détecter (815, 825) une trame de données (TB, M1) adressée localement à ladite première entité (DP) au sein du réseau local respectif (RL) ; et - transférer (820) ladite trame de données détectée à la première interface (IC). 13. Procédé de communication selon la revendication 12, comprenant, au niveau de chacune desdites deux autres interfaces réseau (IR1, IR2), les étapes consistant à obtenir et mémoriser (630) une information d'adressage local (MACDP) de ladite première entité (DP). 14. Procédé de communication selon la revendication 12 ou 13, dans lequel ladite trame détectée et transférée à ladite première interface (IC) est une trame de broadcast (TB) pour la résolution d'une adresse IP. 15. Procédé de communication selon l'une des revendications 11 à 14, comprenant, au niveau d'un sélecteur (S) associé à ladite première interface (IC), une étape consistant à sélectionner entre deux modes où respectivement l'une et l'autre desdites deux autres interfaces (IR1, IR2) seule transfère des trames de données (TB, Ml, TBREP, M1REP) avec ladite première interface (IC). 16. Procédé de communication selon l'une des revendications 11 à 14, comprenant, au niveau d'un module d'aiguillage associé à ladite première interface (IC), des étapes consistant à mémoriser des informations d'adressage local (MACoRiG) propres à chacun des deux réseaux locaux (RL1, RL2) et à transférer une trame de données (TBREP, M1REP) émise par la première entité (DP) vers l'une ou l'autre des deux autres interfaces réseau en fonction des informations d'adressage mémorisées et d'une information d'adressage local indiquée dans ladite trame de données émise.