Brevet FR3088788A1 — publié le 20200522

PROCEDE POUR CONFIGURER UNE SESSION INFORMATIQUE S'EXECUTANT SUR UN ORDINATEUR HOTE, ET EMULATEUR D'ECRAN POUR UN ORDINATEUR HOTE DOMAINE DE L'INVENTION La présente invention concerne un procédé pour configurer une session informatique d'utilisateur s'exécutant sur un ordinateur hôte, la session informatique 10 produisant un flux vidéo de session transmis par l'intermédiaire d'un réseau à un client, en vue de son affichage sur un écran distant du client. Elle concerne également un émulateur d'écran d'affichage pour un ordinateur hôte exécutant une session informatique 15 d'utilisateur produisant un flux vidéo de session transmis à un client. ARRIERE PLAN TECHNOLOGIQUE DE L'INVENTION 20 Les documents US2017228851 et FR30460176 décrivent une architecture d'un système informatique de type infonuagique (ou « cloud computing » selon l'expression anglo-saxonne consacrée) dans lequel les dispositifs 25 d'interface (écran, clavier, manette,...) sont distants de la partie traitement et stockage de la session informatique. La figure 1 représente une telle architecture informatique. Un ordinateur hôte 1 comporte une pluralité de 30 serveurs 2 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, 35 telles que les jeux vidéo. 2 Comme cela est bien connu, les serveurs 2 peuvent être configurés pour héberger une ou plusieurs machine(s) 3 virtuelle(s), en même temps que son/leur système d'exploitation et ses/leurs applications. La virtualisation permet d'héberger une pluralité de machines virtuelles 3 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, 10 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 Emulator sous licence ouverte GNU (QEMU), etc. 15 Chaque machine virtuelle 3 héberge une session informatique 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. Les utilisateurs 20 interagissent avec leurs machines virtuelles dédiées 3 depuis des clients 4, chaque client é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 25 l'ordinateur hâte 1, les clients 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 base (clavier, souris...). 30 Préférentiellement, une carte graphique physique performante est associée et entièrement dédiée à chaque machine virtuelle. Cette carte graphique comprend au moins une unité de traitement graphique pour préparer des données d'affichage de la session et un encodeur apte à former un 35 flux vidéo, par exemple selon le format H264, à partir des 3 données d'affichage de la session informatique. Pour afficher les images de la session d'utilisateur sur l'écran distant, la carte graphique prépare et diffuse un flux vidéo de session au client 4. Les données EDID (Extended Display Identification Data) constituent des données d'identification d'un périphérique d'affichage, tel qu'un écran. Ces données présentent un format standard. A titre d'exemple, ces données d'identification comprennent : le nom du fabricant du périphérique, le type de périphérique d'affichage et son numéro de série, les fréquences de rafraichissement de l'affichage pris en charge, les tailles d'affichage et les résolutions pris en charge, les caractéristiques de couleur... Ces informations sont stockées sur le périphérique d'affichage par le fabricant pour permettre leur communication lorsque le périphérique est connecté à l'ordinateur (typiquement par l'intermédiaire d'une carte graphique de cet ordinateur). L'ordinateur utilise ces informations à des fins de configuration, pour que le périphérique d'affichage et la session d'utilisateur s'exécutant sur l'ordinateur puissent fonctionner ensemble. Les données d'identification du périphérique d'affichage sont transmises à l'aide d'un protocole de communication standard, désigné « DDC ». La carte graphique utilise les données d'identification EDID pour présenter des options valides lors de la configuration des données d'affichage d'une session informatique d'utilisateur. Pour ce faire, le pilote de carte graphique d'un système d'exploitation accède aux données d'identification de l'écran connecté afin de déterminer les résolutions sélectionnables. 4 Dans l'architecture informatique de la figure 1, les données d'affichage préparées par une carte graphique ne sont pas destinées à être affichée sur un écran qui lui est directement connecté. Ces données d'affichage sont traitées pour former le flux vidéo de session qui est adressé par l'intermédiaire d'un réseau informatique à un écran distant. Généralement, aucun écran n'est relié au connecteur d'écran de la carte graphique de l'ordinateur hôte. La session informatique n'a pas accès aux données d'identification de 10 l'écran distant par les mécanismes standard EDID/DDC qui viennent d'être décrit. Pour compenser cette absence d'information, on prévoit généralement de présenter à l'utilisateur toutes les options possibles de configuration des données d'affichage, et cet utilisateur doit 15 sélectionner manuellement l'option correspondant à son écran distant, ce qui est une source potentielle d'erreur. On note que les solutions logicielles visant à forcer, au niveau du système d'exploitation, les données 20 d'identification de l'écran pour imposer une configuration d'affichage peuvent créer des problèmes de coordination entre le système d'exploitation et la carte graphique, ce qui n'est pas souhaitable. 25 La présente invention vise à remédier au moins en partie à ce problème. Elle vise en particulier à configurer une session informatique s'exécutant sur un ordinateur hôte aux caractéristiques d'un écran distant d'un client, un flux vidéo de session étant transmis par l'intermédiaire d'un 30 réseau de l'ordinateur hôte au client. 5 BREVE DESCRIPTION DE L'INVENTION En vue de la réalisation de l'un de ces buts, l'objet de l'invention propose un procédé pour configurer une session informatique d'utilisateur s'exécutant sur un ordinateur hôte et produisant un flux vidéo de session transmis par l'intermédiaire d'un réseau informatique à un client, en vue de son affichage sur un écran distant du client, l'ordinateur hôte comprenant un connecteur vidéo dans lequel est enfiché 10 un émulateur d'écran. Le procédé de l'invention comprend : - Une étape de réception sur l'ordinateur hôte des données d'identification de l'écran distant ; 15 - Une étape de transmission des données d'identification de l'écran distant à l'émulateur d'écran ; - Une étape d'instruction de l'émulateur d'écran pour engager le transfert des données d'identification de l'écran distant à l'ordinateur hôte par l'intermédiaire 20 du connecteur vidéo. Selon d'autres caractéristiques avantageuses et non limitatives de l'invention, prises seules ou selon toute combinaison techniquement réalisable : 25 - l'étape de réception est provoquée par l'envoi, par le client, des données d'identification de l'écran distant ; 30 - le client est configuré pour lire et transmettre les données d'identification au démarrage de l'écran distant ; - l'émulateur comprend une interface de communication relié à un port d'entrée/sortie de l'ordinateur hôte, 6 et l'étape de transmission comprend l'envoi des données d'identification de l'écran distant sur le port d'entrée/sortie de l'ordinateur hôte ; 5 - l'étape d'instruction est réalisée en instruisant l'émulateur d'écran d'émuler le branchement d'un écran au connecteur vidéo ; - les étapes de réception et de transmission sont mises 10 en oeuvre par un programme s'exécutant en tache de fond dans la session d'utilisateur ; - l'étape d'instruction est provoquée par l'émulateur à réception des données d'identification de l'écran 15 distant ; - le connecteur vidéo est porté par une carte graphique de l'ordinateur hôte. 20 L'objet de l'invention propose également un émulateur d'écran d'affichage pour un ordinateur hôte comprenant un connecteur vidéo et exécutant une session informatique d'utilisateur, la session produisant un flux vidéo de session transmis par l'intermédiaire d'un réseau informatique à un 25 client en vue de son affichage sur un écran distant du client. Selon l'invention l'émulateur comprend : - une unité de commande et de mémoire ; 30 - une interface de communication configurée pour relier l'unité de commande et de mémoire à un port d'entrée/sortie de l'ordinateur hôte ; - un connecteur d'écran relié à l'unité de commande et de mémoire configuré pour s'enficher dans le 35 connecteur vidéo de l'ordinateur hôte. 7 L'unité de commande et de mémoire est configurée pour recevoir des données d'identification d'écran par l'intermédiaire de l'interface de communication et pour fournir les données d'identification d'écran à l'ordinateur hôte par l'intermédiaire du connecteur d'écran. L'objet de l'invention porte également sur un système informatique comprenant un ordinateur hôte comportant un 10 connecteur vidéo et exécutant une session informatique d'utilisateur, la session produisant un flux vidéo de session transmis par l'intermédiaire d'un réseau informatique à un client en vue de son affichage sur un écran distant, le système informatique comprenant également au moins un 15 émulateur comme présenté ci-dessus dont le connecteur d'écran est enfiché dans le connecteur vidéo de l'ordinateur hôte et l'interface de communication reliée à un port d'entrée/sortie de l'ordinateur hôte. 20 BREVE DESCRIPTION DES DESSINS D'autres caractéristiques et avantages de l'invention ressortiront de la description détaillée de 25 l'invention qui va suivre en référence aux figures annexées sur lesquels : - La figure 1 représente une architecture d'un système informatique de type infonuagique ; 30 - la figure 2 représente un serveur d'un ordinateur hôte ; - la figure 3 représente un émulateur d'écran 35 conforme à l'invention. 8 DESCRIPTION DETAILLEE DE L'INVENTION La figure 2 représente un serveur 2 d'un ordinateur hôte 1 composant l'architecture infonuagique de la figure 1. Le serveur 2 est équipé d'une pluralité de cartes graphiques CC et de ports d'entrée-sortie E/S. Chaque carte graphique CC comprend un connecteur vidéo pour y relier un écran. Le serveur 2 est configuré matériellement et logiciellement pour exécuter une pluralité de sessions informatiques 10 d'utilisateur. Chaque session est ici associée à une carte graphique CC et à un port d'entrée-sortie E/S. Chaque session produit des données d'affichage qui sont traités, en particulier par la carte graphique, pour 15 former un flux vidéo, appelé « flux vidéo de session », transmis par l'intermédiaire d'un réseau informatique à un client 4. À cet effet, le serveur 2 est équipé d'un contrôleur de réseau NC qui permet de respectivement diffuser les flux vidéo de session aux clients 4. 20 Plus spécifiquement, un programme de capture et de diffusion du flux vidéo de session s'exécute, en tâche de fond, dans chaque session informatique. Le programme de capture et de diffusion met en oeuvre des opérations visant 25 à 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 4. Le programme de capture et de diffusion reçoit et décode également les données de 30 commande communiquées par le client 4, les exploite ou les fournit à la session d'utilisateur pour qu'elles soient traitées et exploitées de manière conventionnelle. Les clients 4, de leurs côtés, sont munis des 35 ressources matérielles et/ou logicielles appropriées pour 9 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 4 et de les transmettre à l'ordinateur hôte 1. Outre les données issues des dispositifs d'interface du client distant (clavier, souris,..), les données de commande peuvent comprendre des informations additionnelles, telles que des information d'identification du périphérique d'affichage comme cela sera 10 détaillé dans la suite de cette description. Le client 4 est muni d'un périphérique d'affichage désigné « écran distant » dans la présente demande sur lequel est reproduit le flux vidéo de session. Il peut s'agir d'un 15 écran d'ordinateur, d'un dispositif de projection, d'un écran de tablette ou de Smartphone, selon la nature et/ou la configuration de ce client 4. On comprend donc que l'écran distant peut présenter des caractéristiques très variables, notamment en termes de dimension, de résolution, et de 20 vitesse de rafraîchissement d'image. Il est également possible qu'un utilisateur modifie, au cours de l'exécution de la session, l'écran distant du client sur laquelle le flux de session s'affiche, et par exemple diriger le flux vidéo de session d'un écran d'ordinateur vers un écran de 25 télévision connectée ou vers son Smartphone. Revenant à la description de la figure 2, une pluralité d'émulateurs d'écran d'affichage 5 sont respectivement connectés entre un port d'entrée-sortie E/S 30 du serveur 2 et un connecteur vidéo d'une carte graphique GC. Le serveur 2 est configuré de telle sorte que les ports d'entrée-sortie E/S et les cartes graphiques GC respectivement connectés à un émulateur 5 sont associés à une même session utilisateur. 35 10 Comme cela est schématiquement représenté sur la figure 3, un émulateur 5 comprend un connecteur d'écran 5a configuré pour s'enficher dans le connecteur vidéo de la carte graphique GC. Le connecteur d'écran Sa et le connecteur vidéo peuvent par exemple correspondre à des prises mâle et femelle présentant un format standard, tel que le format VGA HDMI ou AVC. Un émulateur 5 comprend également une interface de 10 communication 5b pour relier l'émulateur 5 à un port d'entrée-sortie E/S du serveur 2. Cette liaison peut être filaire ou non filaire. On peut ainsi prévoir que l'interface de communication 5 mette en oeuvre un protocole du type USE, et dans ce cas l'émulateur 5 peut être relié par un câble 15 présentant un connecteur mâle USE s'enfichant dans un connecteur femelle USE composant le port d'entrée-sortie E/S du serveur 2. Cet exemple est représenté sur la figure 3. Alternativement, l'interface de communication 5b peut mettre en oeuvre un protocole sans fil, par exemple du type Bluetooth 20 ou wifi, et dans ce cas l'émulateur 5 est relié à un port d'entrée-sortie E/S Bluetooth ou wifi du serveur 2. Les exemples qui viennent d'être donnés ne sont nullement limitatifs et on peut envisager des liaisons de 25 toutes natures pour mettre en communication une session d'utilisateur avec un émulateur 5 par l'intermédiaire d'un port d'entrée-sortie E/S du serveur 2. Et dans tous les cas, un émulateur 5 peut communiquer des données avec la session informatique d'utilisateur avec laquelle il est associé par 30 l'intermédiaire de l'interface de communication 5b. L'émulateur d'écran comprend également une unité de commande et de mémoire Sc. Cette unité peut être constituée d'un microcontrêleur programmable, d'un composant logique 35 programmable (FPGA selon l'acronyme anglo-saxon généralement 11 utilisé) ou de tout autre dispositif permettant la mémorisation de données et l'exécution de traitements simples. L'unité de commande de mémoire 5c est reliée à l'interface de communication 5b d'une part et au connecteur d'écran 5a d'autre part. Les données émises sur un port d'entrée-sortie E/S du serveur par une session informatique peuvent donc être reçues par l'interface de communication 5b 10 de l'émulateur 5 et transmise à l'unité de commande et de mémoire 5c pour être y stockées et décodées. Cette unité peut également recevoir des données ou des signaux de la carte graphique GC, et transmettre des données ou des signaux vers cette carte graphique GC, par l'intermédiaire du 15 connecteur d'écran. L'unité 5c peut notamment mettre en oeuvre un protocole standard de type DDC lui permettant d'échanger des données avec une carte graphique GC, et notamment des données mémorisées d'identification d'écran de type EDID par l'intermédiaire le connecteur d'écran. 20 Du point de vue de la carte graphique GC, et donc de la session utilisateur, l'émulateur 5 est considéré comme un écran d'affichage des données d'affichage de session. Il n'est toutefois pas nécessaire que toutes les broches du 25 connecteur d'écran 5a soient fonctionnellement reliées à toutes les borches du connecteur vidéo de la carte graphique GC. Seules celles nécessaires au transfert des données et/ou des signaux vers l'unité de commande et de mémoire 5c doivent être fonctionnellement connectées. 30 L'unité de commande et de mémoire 5c est configurée matériellement et/ou logiciellement pour recevoir par l'intermédiaire de l'interface de communication 5b des données d'identification d'un écran et les mémoriser, et 35 pour fournir ces données d'identification d'écran au serveur 12 2 par l'intermédiaire du connecteur d'écran Sa. Cet émulateur 5 est employé pour fournir un procédé de configuration de la session informatique s'exécutant sur le serveur 2 de l'ordinateur hôte 1. 5 Comme on l'a exposé brièvement dans un passage antérieur, lors de l'exécution d'une session, les données d'affichage sont préparées par la carte graphique GC associée à la session. Un programme de capture et de diffusion 10 s'exécutant en tache de fond de la session informatique d'utilisateur prépare un flux vidéo de session qu'il adresse au client 4 par l'intermédiaire du réseau informatique, en vue de son affichage sur l'écran distant du client 4. 15 Le programme de capture et de diffusion recoit également les données fournies par le client 4, tels que les données représentant les mouvements de la souris, l'enfoncement des touches du clavier, ou les informations d'état du client. Il reçoit notamment les données 20 d'identification de l'écran distant qui sont collectées, par exemple démarrage de cet écran ou lors du branchement d'un nouvel écran distant, par le client et adressé à l'ordinateur hôte 1. On peut également envisager que le client 4 soit configuré pour procéder à la lecture régulière, par exemple 25 toute les heures, des données d'identification de l'écran distant, afin de les communiquer à l'ordinateur hôte. À la réception des données d'identification de l'écran distant, le programme de capture et de diffusion 30 session communique ces données sur le port d'entrée-sortie E/S associé à l'émulateur 5. De la sorte, il transmet par l'intermédiaire de l'interface 5b à cet émulateur les données d'identification de l'écran distant, et plus particulièrement à l'unité de commande et de mémorisation Sc 35 qui les mémorise. 13 Le programme de capture et de diffusion, dans une étape suivante, instruit l'émulateur 5 pour que les données d'identification de l'écran distant soient transférées à la carte graphique GC associée à la session utilisateur. 5 Les données d'identification de l'écran distant peuvent alors être stockées dans des registres de la carte graphique GC et/ou du serveur 2. Ces données permettent notamment de déterminer quelles résolutions, dimensions 10 et/ou fréquences de rafraîchissement sont supportées par l'écran distant. Le système d'exploitation de la session informatique dispose donc de toutes les informations de configurations valides de l'écran distant. Il peut donc uniquement proposer ces configurations à l'utilisateur, ce 15 qui prévient tout risque d'erreur. Le système d'exploitation peut également employer les données d'identification fournies pour définir ou redéfinir le format et la fréquence de génération des données d'affichage préparée par la carte graphique de sorte que le flux vidéo de session soit 20 parfaitement adapté à l'écran distant. Pour engager le transfert des données d'identification de l'écran distant depuis la zone mémoire de l'unité de commande et de mémoire Sc où elles sont 25 stockées vers la carte graphique GC, l'unité de commande et de mémoire Sb peut simuler le démarrage d'un écran relié au connecteur vidéo de la carte graphique. Pour cela, l'unité Sc peut désactiver/activer un signal électrique porté par une broche du connecteur Sa communiquant à la carte graphique 30 GC la connexion électrique ou le démarrage d'un écran. La détection par la carte graphique de ce signal peut enclencher un protocole de transmission des données d'identification de l'écran distant mémorisé dans l'émulateur S. Par exemple, la carte graphique GC peut procéder à la lecture des données 35 d'identification à une adresse déterminée dans la mémoire de 14 l'unité de commande et de mémoire 5c pour les stocker dans ses propres registres. L'étape d'instruction de l'émulateur 5 pour qu'il engage le transfert n'est pas nécessairement mis en oeuvre par le programme de capture et de diffusion. On peut ainsi imaginer que l'unité de commande et de mémoire 5c soit configurée pour engager automatiquement ce transfert à réception des données d'identification de l'écran distant 10 par l'intermédiaire de l'interface de communication 5b. On peut également envisager qu'un programme autre que le programme de capture et de diffusion mette en oeuvre le procédé qui vient d'être décrit. Il peut s'agir d'un 15 programme s'exécutant dans la session d'utilisateur ou en dehors de celle-ci, sur un serveur de l'ordinateur hôte 1. Dans ce cas, le client 4 est configuré pour adresser les données d'identification de l'écran distant à un port de ce programme. 20 Un client 4 peut disposer de plusieurs écrans distants et, dans ce cas, on prévoit d'enficher autant d'émulateur 5 dans des connecteurs vidéo distincts de la carte graphique GO de la session d'utilisateur. Chaque 25 émulateur 5 est alors également relié à un port d'entrée- sortie E/S distinct du serveur, associés à la session. On peut alternativement prévoir qu'un émulateur 5 porte plusieurs connecteurs 5a et une unique interface de communication 5b à travers laquelle une session 30 d'utilisateur peut successivement fournir les données d'identification de chacun des écrans distants. Dans ce cas, l'unité de commande et de mémoire 5c est configurée pour décoder successivement les informations d'identification transmises afin de pouvoir mémoriser dans des zones 15 distinctes en vue de les adresser par l'intermédiaire de chacun des connecteurs vidéo à la carte graphique GC. Bien entendu l'invention n'est pas limitée au mode de mise en oeuvre décrit et on peut y apporter des variantes de réalisation sans sortir du cadre de l'invention REVENDICATIONS1. Procédé pour configurer une session informatique d'utilisateur s'exécutant sur un ordinateur hôte (1) et produisant un flux vidéo de session transmis par l'intermédiaire d'un réseau informatique à un client (4), en vue de son affichage sur un écran distant du client (4), l'ordinateur hôte (1) comprenant un connecteur vidéo dans lequel est enfiché un émulateur d'écran (5), le 10 procédé comprenant : - Une étape de réception sur l'ordinateur hôte (1) des données d'identification de l'écran distant ; - Une étape de transmission des données d'identification de l'écran distant à l'émulateur d'écran (5) ; 15 - Une étape d'instruction de l'émulateur d'écran (5) pour engager le transfert des données d'identification de l'écran distant à l'ordinateur hôte (1) par l'intermédiaire du connecteur vidéo. 20 2. Procédé selon la revendication précédente dans lequel l'étape de réception est provoquée par l'envoi, par le client (4), des données d'identification de l'écran distant. 25 3. Procédé selon la revendication précédente dans lequel le client (4) est configuré pour lire et transmettre les données d'identification au démarrage de l'écran distant. 4. Procédé selon l'une des revendications précédentes dans 30 lequel l'émulateur (5) comprend une interface de communication (5b) relié à un port d'entrée/sortie (E/S) de l'ordinateur hôte (1), et l'étape de transmission comprend l'envoi des données d'identification de l'écran distant sur le port d'entrée/sortie (E/S) de l'ordinateur 35 hôte (1). 17 5. Procédé selon l'une des revendications précédentes dans lequel l'étape d'instruction est réalisée en instruisant l'émulateur d'écran (5) d'émuler le branchement d'un écran au connecteur vidéo. 6. Procédé selon l'une des revendications précédentes dans lequel les étapes de réception et de transmission sont mise en oeuvre par un programme s'exécutant en tache de fond dans la session d'utilisateur. 7. Procédé selon l'une des revendications précédentes dans lequel l'étape d'instruction est provoquée par l'émulateur (5) à réception des données d'identification de l'écran distant. 8. Procédé selon l'une des revendications précédentes dans lequel le connecteur vidéo est porté par une carte graphique (GC) de l'ordinateur hôte. 20 9. Émulateur d'écran d'affichage (5) pour un ordinateur hôte (1) comprenant un connecteur vidéo et exécutant une session informatique d'utilisateur, la session produisant un flux vidéo de session transmis par l'intermédiaire d'un réseau informatique à un client (4) en vue de son 25 affichage sur un écran distant du client, l'émulateur (5) comprenant : - une unité de commande et de mémoire (5c); - une interface de communication (5b) configurée pour relier l'unité de commande et de mémoire (5c) à un 30 port d'entrée/sortie (E/S) de l'ordinateur hôte (1); - un connecteur d'écran (5a) relié à l'unité de commande et de mémoire configuré (5c) pour s'enficher dans le connecteur vidéo de l'ordinateur hôte (1) ; l'unité de commande et de mémoire (5c) étant configurée 35 pour recevoir des données d'identification d'écran par 10 15 18 l'intermédiaire de l'interface de communication (5b) et fournir les données d'identification d'écran à l'ordinateur hôte (1) par l'intermédiaire du connecteur d'écran (5a). 10. Système informatique comprenant un ordinateur hôte (1) comportant un connecteur vidéo et exécutant une session informatique d'utilisateur, la session produisant un flux vidéo de session transmis par l'intermédiaire d'un réseau informatique à un client (4) en vue de son affichage sur un écran distant, le système informatique comprenant également au moins un émulateur (5) selon la revendication 8 dont le connecteur d'écran (5a) est enfiché dans le connecteur vidéo de l'ordinateur hôte (1) et l'interface de communication (510) reliée à un port d'entrée/sortie (E/S) de l'ordinateur hôte (1).