Brevet FR3090946A1 — publié le 20200626

Description Titre de l'invention : Adaptateur portable convenant au montage virtuel d'un périphérique distant sur une machine virtuelle, système et procédé. Domaine technique 100011 La présente invention concerne un adaptateur convenant au raccordement fonctionnel d'un périphérique distant, à une interface virtuelle d'une machine virtuelle d'un réseau local virtuel. La présente invention concerne en outre un procédé mis en oeuvre dans un tel adaptateur, un système comportant ledit adaptateur et un produit programme d'ordinateur convenant à mettre en oeuvre le procédé. 100021 La présente invention trouve une application particulière dans une architecture in- formatique dans laquelle une session informatique d'utilisateur s'exécute sur une machine virtuelle et est diffusée à un client distant avec lequel la session informatique est associée. Arrière-plan technologique [0003] Les documents US2017228851 et FR3047576 décrivent une configuration de système informatique, dans lequel des dispositifs d'interface d'utilisateur (affichage, clavier...) sont séparés de la partie traitement de l'application. Les dispositifs d'interface utilisateur (également dénommé collectivement comme le «client ») se trouvent à proximité de l'utilisateur alors que les composants de traitement et de stockage formant un ordinateur hôte se trouvent dans un lieu d'hébergement distant. Les dispositifs d'interface utilisateur ont généralement accès, au niveau de l'ordinateur hôte, à une machine virtuelle dédiée par l'intermédiaire d'un réseau (le plus souvent Internet), la machine virtuelle émulant le traitement, le stockage et toutes les autres ressources informatiques requises pour que l'utilisateur puisse exploiter une session informatique, comme si celle-ci s'exécutait localement. L'ordinateur hôte héberge le système d'exploitation et les applications logicielles utilisées par les clients, ce qui limite les ressources de traitement du côté client. [0004] Il est habituel que l'ordinateur hôte soit constitué d'une pluralité de systèmes infor- matiques physiques (serveurs), chacun hébergeant une pluralité de machines virtuelles. Chaque machine virtuelle est connectée à un client, et fournit un environnement virtuel dédié pour émuler les fonctions d'un ordinateur personnel physique, y compris le traitement des données graphiques, et fournir les images de session d'utilisateur sur l'écran du client. Ces images de session sont préparées et traitées au moyen d'une carte graphique, pouvant être physique ou virtuelle, qui est attribuée à la machine virtuelle au moment du démarrage de celle-ci. Dc la même manière, les données de son 2 produites au cours de l'exécution de la session d'utilisateur sont transférées au client. Le client possède des ressources informatiques suffisantes pour recevoir le flux de données et afficher et/ou émettre celles-ci. Le client échange également des informations ou des instructions avec la machine virtuelle, telles que celles générés par les dispositifs d'interface (clavier, souris...). Ces informations sont appelées données de commande. Les images de session étant destinées à être diffusées au client distant, les serveurs sur lesquels s'exécutent les machines virtuelles hébergeant ces sessions ne sont généralement pas reliés à des écrans. [0005] On connaît le branchement d'un ou plusieurs dispositifs d'interface utilisateur sur une même unité centrale, aux moyens d'interfaces convenant à brancher ces dispositifs. [0006] Lorsqu'un utilisateur affiche sur son écran un affichage généré par une machine virtuelle s'exécutant sur un ordinateur hôte distant, il lui est encore possible d'utiliser d'autres dispositifs d'interface utilisateur dont les interfaces sont physiquement raccordées sur l'unité centrale sur laquelle est raccordé l'écran. [0007] A cet effet, il est par exemple possible, lorsque le dispositif interface utilisateur présente unc interface USB, de configurer l'unité centrale de sorte d'cncapsuler les trames reçues par l'interface USB et de les adresser à l'interface virtuelle de la machine virtuelle affichée sur l'écran. A cet effet, il est par exemple possible d'utiliser un protocole de type USB over IP. [0008] 11 peut exister des situations dans lesquelles il n'est techniquement, ou légalement pas possible de raccorder physiquement un tel dispositif interface utilisateur à un appareil pourtant pourvu d'un écran affichant un affichage généré par la machine virtuelle s'exécutant sur l'ordinateur distant. [0009] Ceci est particulièrement vrai lorsqu'un jeu, s'exécutant sur la machine virtuelle, est affiché sur un téléphone portable (ou une tablette portable) non pourvu d'une telle interface USB pour par exemple être raccordée à une manette de jeu. [0010] L'invention vise à proposer un dispositif simple d'emploi qui remédie à cette situation. Exposé de l'invention [0011] Selon un premier aspect de l'invention, il est proposé un adaptateur portable convenant au montage virtuel d'un périphérique distant présentant une interface de type USB, sur une machine virtuelle, ledit adaptateur présentant : d'une part une interface de périphérique du même type que l'interface du péri- phérique qui est agencée pour être raccordée au périphérique, d'autre part une interface réseau, l'interface réseau étant une interface réseau de type radio, par exemple Wifi ou 5G. 3 [0012] Selon le premier aspect de l'invention, ledit adaptateur comportant en outre des moyens de traitement configurés pour : établir un tunnel réseau entre l'interface réseau et une interface virtuelle (Iv) de la machine virtuelle, encapsuler les trames provenant de l'interface de périphérique dans un protocole IP de niveau 4 (de préférence TCP), injecter les trames encapsulées dans le tunnel réseau. [0013] Cc type d'adaptateur est souvent nommé « dongle» dans la littérature. [0014] Le périphérique peut typiquement être une souris ou une manette de jeu. [0015] La machine virtuelle peut faire partie d'un réseau local virtuel. [0016] Le réseau local virtuel est distant du périphérique. [0017] Le réseau local virtuel peut comporter éventuellement une ou plusieurs machines virtuelles et un ou plusieurs commutateurs virtuels. [0018] La deuxième interface peut être une interface radio ou Ethernet. [0019] Le tunnel est éventuellement établi à travers le réseau Internet et/ou à travers un réseau local, distinct du réseau local virtuel. [0020] Lorsque l'hyperviscur de la machine virtuelle reçoit sur son interface virtuelle un paquet injecté dans le tunnel réseau, le paquet est décapsulé jusqu'à créer en conséquence une interface USB virtuelle pour la machine virtuelle. [0021] Aussi, l'adaptateur portable n'est pas fonctionnellement (de préférence phy- siquement) raccordé (de préférence branché) à un boîtier doté d'un écran sur lequel est affiché l'affichage généré par l'unité centrale. [0022] L'interface de l'adaptateur portable comporte une puce d'interface selon la norme Bluetooth. Aussi, il est possible de gérer des périphériques Bluetooth sur USB sur IP. [0023] L'adaptateur peut en outre comporter des moyens de chiffrement configurés pour chiffrer (selon un algorithme de chiffrement, par exemple AES), les trames reçues par l'interface de périphérique, les trames injectées dans le réseau comportant une encapsulation des trames chiffrées [0024] L'adaptateur peut en outre comporter une interface de type PCI, les moyens de chiffrement étant réalisés par un circuit intégré reconfigurable (de préférence de type FPGA). [0025] Les moyens de traitement sont avantageusement configurés pour effectuer un traitement des trames reçues par l'interface de périphérique avant leur encapsulation dans le protocole IP de niveau 4. [0026] Le traitement peut comporter une compression des trames reçues. [0027] L'adaptateur peut en outre comporter une batterie rechargeable. [0028] L'adaptateur peut en outre présenter une pluralité d'interfaces de périphérique, les moyens de traitement étant en outre configurés pour chaque interface de la pluralité d'interfaces de périphériques : établir un tunnel réseau entre l'interface réseau et une interface virtuelle (Iv) de la machine virtuelle, encapsuler les trames provenant de, et reçues par, l'interface de périphérique dans un protocole IP de niveau 4 (de préférence TCP). [0029] Selon un deuxième aspect de l'invention, il est proposé un système comportant : une machine virtuelle, un périphérique distant doté d'une interface de type USB, un adaptateur selon le premier aspect de ou l'un ou plusieurs de ses perfectionnements, convenant au montage virtuel du périphérique distant sur la machine virtuelle. [0030] Selon un troisième aspect de l'invention, il est proposé un procédé de montage virtuel d'un périphérique distant sur une interface virtuelle d'une machine virtuelle d'un mis en oeuvre par un adaptateur selon le premier aspect de l'invention, ou l'un ou plusieurs de ses perfectionnements, ledit procédé comportant les étapes suivantes : établissement d'un tunnel entre l'interface réseau et une interface virtuelle du réseau, encapsulation des trames provenant de, et reçues par, l'interface de périphérique dans un protocole IP de niveau injection de trames dans ledit tunnel, lesdites trames injectées résultant d'une encapsulation de trames provenant de, et reçues par, la première l'interface. [0031] L'établissement du tunnel peut comporter une étape préalable d'association d'un identifiant de l'adaptateur à une machine virtuelle. [0032] Selon un quatrième aspect de l'invention, il est proposé un programme d'ordinateur contenant des instructions aptes à la mise en oeuvre des étapes du procédé de montage selon le troisième aspect de l'invention, ou l'un ou plusieurs de ses perfectionnements, lorsque le procédé est exécuté sur une machine virtuelle de maintenance ou un serveur de maintenance de l'ordinateur hôte. [0033] Selon d'autres caractéristiques avantageuses et non limitatives de l'invention, prises seules ou selon toute combinaison technique réalisable : Brève description des dessins [0034] D'autres caractéristiques et avantages de l'invention ressortiront de la description détaillée de l'invention qui va suivre en référence aux figures annexées sur lesquelles : [0035] [Fig. 1] la figure 1 représente schématiquement une architecture informatique dans laquelle peut être mise en oeuvre la présente invention, [0036] [Fig. 2] la figure 2 représente schématiquement un premier mode de réalisation d'un système selon l'invention, 100371 'Fig. 3] la figure 3 représente schématiquement un premier mode de réalisation d'un adaptateur selon l'invention mis en oeuvre dans le système représenté sur la figure 2, [0038] [Fig. 4] la figure 4 représente schématiquement un deuxième mode de réalisation d'un système selon l'invention. Description détaillée [0039] Les modes de réalisation décrits ci-après n'étant nullement limitatifs, on pourra notamment considérer des variantes de l'invention ne comprenant qu'une sélection de caractéristiques décrites, par la suite isolées des autres caractéristiques décrites, si cette sélection (le caractéristiques est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à l'état de la technique antérieure. Cette sélection comprend au moins une caractéristique, de préférence fonctionnelle sans détails structurels, ou avec seulement une partie des détails structurels si cette partie uniquement est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à l'état de la technique antérieure. [0040] Sur les figures un élément apparaissant sur plusieurs figures conserve la même référence. [0041] Dans la description qui suit, des descriptions détaillées de fonctions et d'éléments connus, qui pourraient inutilement rendre obscur l'essentiel de la présente invention, seront omises. [0042] Architecture informatique [0043] La figure 1 représente une architecture informatique permettant de mettre en oeuvre le procédé de maintenance qui fera l'objet d'une description détaillée dans la suite de cette description. [0044] Cette architecture est formée ici d'un ordinateur hôte 1 qui présente une pluralité de serveurs 2. Les serveurs 2 sont constitués de composants performants (CPU, mémoire, disque de stockage, cartes graphiques et de réseau...) de manière à former une plateforme matérielle particulièrement efficace pour exécuter des applications pouvant nécessiter des capacités de traitement importantes, telles que les jeux vidéo. [0045] Comme cela est bien connu, les serveurs 2 peuvent être configurés pour héberger une ou plusieurs machine(s) virtuelle(s) 3, en même temps que son/leur système d'exploitation et ses/leurs applications. La virtualisation permet qu'une pluralité de machines virtuelles 3 soit hébergée dans chaque serveur 2 pour fournir une pluralité d'environnements virtuels totalement isolés les uns des autres. Chaque environnement virtuel a accès aux ressources matérielles du serveur (CPU, mémoire, moyens de stockage, carte graphique...) permettant d'y exécuter une session informatique d'utilisateur. On peut citer, parmi les technologies de virtualisation bien connues, Citrix XenServer, Microsoft Hyper-V, VMware ESXi, Oracle Virtual box, Quick 6 Emulator sous licence ouverte GNU (QEMU), etc. [0046] Chacune des machines virtuelles 3 dans l'ordinateur hôte 1 peut être dédiée à un uti- lisateur spécifique. Les utilisateurs interagissent avec leurs machines virtuelles 3 dédiées depuis des clients distants 4, 4', chacun étant connecté à l'ordinateur hôte 1 par l'intermédiaire d'un réseau comme Internet. Étant donné que la plus grande partie, si ce n'est l'intégralité, du traitement se fait au niveau de l'ordinateur hôte 1, les clients distants 4, 4' peuvent rester très simples, et peuvent inclure, par exemple, un simple terminal, un connecteur de réseau et des dispositifs d'entrée/sortie de hase (clavier, souris...) comme représenté par le client distant 4 sur la figure 1. Le client distant 4 peut être formé d'un dispositif informatique simplifié, tel qu'une tablette, un Smartphone. Selon une autre solution, il peut s'agir d'un ordinateur personnel standard, disposant de sa propre unité centrale, d'une carte graphique, de périphériques... comme représenté par le client distant 4'. [0047] Chaque serveur 2 de l'ordinateur hôte 1 héberge, de préférence, moins de dix machines virtuelles 3 pour fournir des ressources informatiques suffisantes, notamment matérielles, à chaque machine virtuelle 3 pour exécuter des applications hautes performances avec un niveau suffisant de service. Chaque machine virtuelle 3 est créée au moment de la connexion du client à l'ordinateur hôte 1 et comprend une unité centrale virtuelle, une mémoire principale virtuelle, ainsi que toutes les autres ressources nécessaires. [0048] La machine virtuelle 3 comporte notamment, ou a accès à, une unité de traitement graphique pour préparer des données d'affichage de la session. Cette unité de traitement graphique peut correspondre à une simple carte vidéo matérielle ou à une carte graphique matérielle associée à la machine virtuelle 3. Il peut s'agir également d'une carte vidéo virtuelle ou d'une carte graphique virtuelle entièrement émulée par les ressources matérielles du serveur 2 (et notamment par son ou ses unité(s) de traitement et/ou sa ou ses carte(s) graphique(s), ces ressources étant mises à disposition de la machine virtuelle 3 par la couche logicielle de virtualisation (l'hyperviseur) s'exécutant sur le serveur 2. Cette unité de traitement graphique peut également mixer des éléments matériels et des éléments virtuels. [0049] Quelle qu'en soit la nature, matérielle ou virtuelle, l'unité de traitement graphique associée à la machine virtuelle a pour fonction de préparer et fournir les données d'affichage de la session informatique s'exécutant dans la machine virtuelle 3. [0050] La session informatique d'utilisateur s'exécute sur l'ordinateur hôte 1 et exploite les capacités de traitement d'une unité de traitement graphique qui prépare les données d'affichage de la session. Ces données d'affichage sont fournies répétitivement par l'unité de traitement graphique, dans une mémoire tampon de cette unité ou associée à cette unité. Les données d'affichage peuvent, par exemple, être préparées et fournies 7 toutes les 4 à 35 millisccondes par l'unité de traitement graphique. [0051] Chaque machine virtuelle 3 émule un ordinateur personnel virtuel hautes per- formances qui est associé et commandé par un client distant 4, 4'. Chaque machine virtuelle 3 constitue donc, ou est l'équivalent, d'une session d'utilisateur, et un grand nombre de ces sessions d'utilisateur peuvent être exécutées sur les serveurs 2 de l'ordinateur hôte 1. L'architecture informatique peut comprendre une pluralité d'ordinateurs hôtes 1, reliés entre eux et qui peuvent se trouver dans des centres de données informatiques géographiquement séparés. [0052] Chaque session d'utilisateur est associée à un client distant 4, 4'. Pour afficher les images de la session d'utilisateur sur le terminal du client distant 4, 4' qui lui est associé, l'ordinateur hôte 1 fournit le client distant 4, 4' en informations d'affichage (y compris en sons) et en informations de commande pour les dispositifs d'entrée/sortie installés sur le site distant. [0053] À l'inverse, les clients distants 4, 4' fournit l'ordinateur hôte 1 en informations de commande en provenance des dispositifs d'entrée/sortie qui se trouvent sur le site distant (clavier, souris), et éventuellement d'autres formes de données telles que des informations d'affichage et sonores fournies par un dispositif USB ou intégrées dans une caméra et un microphone du client distant 4, 4', ou des périphériques de réseau, au niveau du client distant 4, 4', telles des imprimantes... [0054] On désignera dans la présente description par « informations de session » toutes les informations échangées entre le client distant 4, 4' et l'ordinateur hôte 1. [0055] Du côté de l'ordinateur hôte 1, un programme de capture et de diffusion des in- formations de session s'exécute, en tache de fond, dans chaque session informatique. Le programme de capture et de diffusion met en oeuvre des opérations visant à collecter les données d'affichage, de son et de commande préparées par la session informatique, d'encoder ces données pour limiter l'utilisation de la bande passante du réseau et de les transmettre au client distant 4, 4'. Le programme de capture et de diffusion reçoit et décode également les données de commande communiquées par le client distant 4, 4', les exploite ou les fournit à la session d'utilisateur pour qu'elles soient traitées et exploitées de manière conventionnelle. [0056] Les clients distants 4, 4', de leur côté, sont munis des ressources matérielles et/ou lo- gicielles appropriées pour décoder les informations communiquées par le programme de capture et de diffusion afin qu'elles soient exploitées du côté client. Ces ressources permettent également de préparer les données de commande générées par le client distant 4, 4' et de les transmettre à l'ordinateur hôte 1. Outre les données issues des dispositifs d'interface du client distant 4, 4' (clavier, souris...), les données de commande peuvent comprendre des informations additionnelles, telles que l'information de débit de données reçue de l'ordinateur hôte 1, permettant de ca- 8 ractériscr la qualité de la liaison informatique avec cet ordinateur. [0057] Système, procédé et dispositif selon l'invention [0058] La figure 2 illustre un premier mode de réalisation d'un système 100 selon l' invention. [0059] On va décrit le système 100 selon l'invention, en même temps que le procédé mis en oeuvre dans ce système. [0060] Le système 100 comporte : un réseau local virtuel 30, deux sites Si et S2, distants entre eux et distants du réseau local virtuel 30, sur lesquels sont installés des clients distants, l'un des sites étant pourvu d'un adaptateur selon un premier mode de réalisation d'un adaptateur selon l'invention. [0061] Le réseau local virtuel 30 comporte une pluralité de machines virtuelles 3, 3' et 3". [0062] Les machines peuvent appartenir à un même serveur, comme les machines virtuelles 3 et 3' qui appartiennent à un serveur 2 ou à un autre serveur comme la machine 3" qui appartient à un serveur 2'. [0063] Comme cela est illustré, les machines virtuelles 3, 3' et 3" appartiennent au réseau local virtuel 30. [0064] Le réseau local virtuel 30 comporte au minimum un switch virtuel de niveau 2, ici un routcur virtuel 6 de niveau 3. [0065] Comme cela est schématisé, chacune des machines virtuelles 3, 3' et 3" est fonction- nellement raccordée à une interface virtuelle du routeur virtuel 6. [0066] Le site SI comporte un premier réseau local, par exemple de type réseau local d'entreprise, comportant un routeur RI, et deux terminaux clients distants 4 et 4" tels que précédemment décrits. [0067] Comme cela a été décrit, les terminaux clients distants 4 et 4" sont associés aux machines virtuelles 3 et 3", chacune des machines virtuelles émulant un ordinateur personnel virtuel hautes performances qui est associé et commandé par le client distant 4, [0068] À cet effet, une connexion est établie entre le terminal client distant et sa machine virtuelle associée. [0069] Plus précisément, une connexion est établie entre le terminal client distant 4 et la machine virtuelle 3 au moyen du réseau local du site SI, du routeur RI, du réseau Internet, d'une interface d'entrée disponible (non représentée) au niveau du routeur 6, et de l'interface du routeur 6 raccordée à la machine 3. [0070] Le site S2 comporte un deuxième réseau local, par exemple de type réseau local d'entreprise, comportant un routeur R2, et un terminal client distant 4 tel que précédemment décrit. 9 [0071] Comme cela a été décrit, le terminal client distant 4 est associé à la machine virtuelle 3, la machine virtuelle 3 émulant un ordinateur personnel virtuel hautes performances qui est associé et commandé par le client distant 4. [0072] À cet effet, une connexion est établie entre le terminal client distant et sa machine virtuelle associée. [0073] Plus précisément, une connexion est établie entre le terminal client distant 4' et la machine virtuelle 3' au moyen du réseau local du site S2, du routeur R2, du réseau Internet, d'une interface d'entrée disponible (non représentée) au niveau du routeur 6, et de l'interface du routeur 6 raccordée à la machine 3'. [0074] Comme les machines virtuelles 3, 3' et 3" sont dans le même réseau local 30, les uti- lisateurs des machines virtuelles 3, 3' et 3", bien que situés sur deux sites différents, travaillent sur le même réseau local virtuel 30. [0075] Toutefois, il se pose la question de l'usage de la ressource 5, de type souris ou manette de jeu disponible sur le site S2. [0076] Comme l'utilisateur du terminal client 4' travaille sur sa machine virtuelle 3' du réseau local virtuel 30, il ne peut pas utiliser la ressource périphérique 5, qui ne comporte pas d'interface réseau, mais une interface de type USB. [0077] Pour résoudre ce problème, le site S2 comporte l'adaptateur 200 selon l'invention. [0078] Plus précisément, en référence à la figure 3, l'adaptateur 200 comporte : une interface périphérique 202, de type USB, agencée pour être raccordée au périphérique 5, par exemple au moyen d'un premier câble USB, des moyens de traitement de données 204, une interface réseau 206, de type radio. [0079] Les moyens de traitement de données 204 sont configurés pour : établir un tunnel T (figure 2) entre l'interface réseau 206 et une interface virtuelle Iv de la machine virtuelle 3' via le réseau Internet (éventuellement à travers le réseau local du site S2 au moyen d'une liaison Wifi), encapsuler (dans des trames de type USB over 1P) les trames reçues par l'interface périphérique 202, injecter les trames encapsulées dans le tunnel T. [0080] Les moyens de traitement 204 sont en outre configurés pour : décapsuler les trames provenant, via l'interface 206, du tunnel T, injecter les trames déchiffrées au niveau de l'interface périphérique 202. [0081] L'adaptateur 200 est en communication au moyen de l'interface réseau 206, avec une antenne A, selon un protocole de type 3G, 4G ou encore 5G ou l'une de ses évolutions. [0082] De la sorte, un pont réseau est créé entre la ressource périphérique 5 et la machine virtuelle 3'. Aucune modification logicielle n'est à apporter, ni du côté de l'une des machines virtuelles ni du côté de l'un des terminaux. [0083] Du point de vue matériel, l'adaptateur 200 est formé d'un système sur une puce 210, en anglais SoC pour System on Chip, comportant un circuit intégré 212 sur lequel sont montés : l'interface périphérique 204 de type USB, l'interface réseau 206, un processeur 208 sous forme de CPU, pour l'anglais Central processing unit, une mémoire 214 dans laquelle sont enregistrées les instructions d'un programme pour mettre en oeuvre le procédé selon l'invention. une interface PCI-Express 216, un circuit intégré reprogrammahle 218 en silicium, sous forme de FPGA, insérable dans l'interface PCI 216. [0084] En référence à la figure 4, il est décrit un deuxième mode de réalisation d'un système 100' selon l'invention. [0085] Le système 100' n'est décrit que pour ses différences avec le premier mode de réa- lisation d'un système 100 selon l'invention. [0086] L'adaptateur 200 est modifié pour être remplacé par un adaptateur 200' selon un deuxième mode de réalisation d'un adaptateur selon l'invention. [0087] Au niveau du site S2, il se pose la question de l'usage des ressources 5 et 5', de type souris ou manette de jeu disponible sur le site S2. [0088] Pour résoudre ce problème, le site S2 comporte l'adaptateur 200' selon l'invention. [0089] L'adaptateur 200' comporte, en plus des différents éléments de l'adaptateur 200, une deuxième interface périphérique 202' (non représenté) de type USB, agencée pour être raccordée au périphérique 5', par exemple au moyen d'un premier câble USB, [0090] Les moyens de traitement de données 204 sont en outre configurés pour : établir un deuxième tunnel T' entre l'interface réseau 206 et une deuxième interface virtuelle Iv' de la machine virtuelle 3' via le réseau Internet (éventuellement à travers le réseau local du site S2 au moyen d'une liaison Wifi), encapsuler (dans des trames de type USB over IP) les trames reçues par l'interface périphérique 202', injecter les trames encapsulées dans le tunnel T'. [0091] Les moyens de traitement 204 sont en outre configurés pour : décapsuler les trames provenant, via l'interface 206, du tunnel T', injecter les trames déchiffrées au niveau de l'interface périphérique 202'. [0092] De la sorte, un pont réseau est créé entre la ressource périphérique 5' et la machine virtuelle 3'. Aucune modification logicielle n'est à apporter, ni du côté de l'une des machines virtuelles ni du côté de l'un des terminaux. [0093] Bien entendu l'invention n'est pas limitée au mode de mise en oeuvre décrit et on 11 peut y apporter des variantes de réalisation sans sortir du cadre de l'invention tel que défini par les revendications. 12 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6] [Revendication 7] [Revendication 8]