Brevet FR2830645A1 — publié le 20030411

rune des vendicdons 6 9. Environnements médicaux de télécollaboration indépendants des plateformes La présente invention concerne de manière générale le domaine des systèmes et environnements informatiques collaboratifs. Plus particulièrement, l'invention concerne des techniques de forma tion, de prise en charge, de gestion et d'interaction avec des logiciels, des équipements médicaux et des personnes en partageant des vues d'écran dans un environnement collaboratif entre des systèmes infor matiques distants et des personnes. Les systèmes médicaux, tels que les systèmes d'imagerie de diagnostic médical, nocessitent souvent une configuration/préparation, une maintenance, une prise en charge et autres opérations administrati ves pour assurer une bonne mise en _uvre par l'utilisateur. De plus, l'utilisateur peut avoir besoin de formation, de dépannage et de divers autres services pour assurer un bon fonctionnement des systèmes médicaux. Ces services sont typiquement réalisés par le biais de conversations télophoniques ou par courrier électronique entre l'utili sateur et le personnel technique pour le système médical particulier. Ces techniques sont coûteuses et sujettes à erreur. Le personnel tech nique peut aussi fournir ces services par des réunlons rcelles, des cours de formation, des appels de service, et ainsi de suite. Les réuni ons rcelles aussi sont coûteuses et elles peuvent se traduire par des temps d'immobilisation significatifs dus à des temps de réponse longs et à l'indisponibilité du personnel technique. En conséquence, une technique de communication améliorce est nocessaire pour faciliter la préparation, la formation, la prise en charge et autres fonctions admi nistratives pour les systèmes médicaux. Toute une gamme d'applications et de techniques informati ques sont connues et utilisces pour recevoir et afficher des écrans, typiquement employés en tant qu'interfaces utilisateur graphiques. Dans les navigateurs Web classiques, par exemple, les écrans sont définis par un code auquel on affecte un nom symbolique pour repré senter des caractéristiques telles que la position, la couleur, le texte, les polices, et ainsi de suite. Des noms symboliques supplémentaires peuvent se rapporter à des liens pour des articles graphiques, comme des images et des icônes. Lorsqu'un utilisateur accède à une page, une application, qui tourne typiquement dans l'ordinateur de l'utilisateur, envoie des commandes qui sont interprétées par un ordinateur commu nicant pour transmettre le code qui définit les écrans. Lorsque les applications tournent localement sur l'ordinateur de l'utilisateur, comme des applications de traitement de texte, des applications de tableur, et toute autre application utilisant une interface utilisateur, le code d'application définit généralement lui-même les écrans d'inter face utilisateur, y compris le texte ou les images affichés, les outils d'interface, tels que les boutons et les menus, et ainsi de suite. Les applications tournant sur l'ordinateur ou la station de tra vail d'un utilisateur sont généralement conçues pour repérer les événe ments d'entrce, comme les "clics" de souris et les entrces effectuces au clavier, pour traiter ou manipuler les donnces et commandes d'applica tion en fonction des souhaits de l'utilisateur. Ainsi, quand un écran d'interface utilisateur graphique comprend un bouton virtuel en une position définie, un clic sur le bouton virtuel crce une commande qui peut être interprétée par l'application d'après le code qui définit l'écran, dans cet exemple particulier, le bouton sur lequel l'utilisateur a cliqué. Un nombre très important d'interfaces utilisateur graphiques ont ainsi été développées et sont actuellement utilisces pour comman der une application au niveau d'une station de travail locale ou pour commander une interface et une application lorsque l'interface et l' application sont en des endroits différents. Cependant, il n'existe pas d'environnements informatiques collaboratifs pour faciliter la prépara tion, la formation, la prise en charge et autres fonctions pour les logi ciels, l'équipement et les personnes associés aux systèmes médicaux. I1 existe donc un besoin pour une technique améliorce pour la formation, la prise en charge, la gestion et l'interaction avec les logi ciels, l'équipement et les personnes dans un environnement médical. En particulier, un environnement informatique collaboratif (par exem ple une interface graphique partagée) est nocessaire pour faciliter une configuration, une formation, une maintenance, une prise en charge, un dépannage, une administration et autres fonctions, efficaces et pré cises pour les systèmes médicaux. La présente invention propose une technique pour former, prendre en charge, gérer et interagir de manière collaborative avec un système informatique distant et des personnes associces à un système médical, tel qu'un système d'imagerie de diagnostic médical. Des don nces d'écran sont capturces, transmises et mises en mémoire cache entre une pluralité de systèmes informatiques distants et de personnes 1S pour faciliter le traitement informatique partagé pour des environne ments médicaux. C:ette technique peut être employée dans une grande gamme d'environnements médicaux, mais est particulièrement bien adaptée pour visionner et interagir à distance avec des systèmes infor matiques distants pour des situations de formation et de dépannage. De plus, cette technique peut être utilisce avec n'importe quel logiciel, matériel et équipement approprié pour n'importe quel nombre d' empla cements distants. Par exemple, une application peut être résidente à un ou plusieurs endroits distants et y être exécutée, et un nombre illimité de systèmes informatiques peuvent partager un environnement infor matif (par exemple une interface graphique) pour faciliter l'interac tion, la formation, la prise en charge et d'autres fonctions de l'utilisa teur. Un aspect de la présente technique propose un procédé pour prendre en charge à distance un système d'imagerie de diagnostic médical. Le procédé comprend le fait de fournir un environnement informatique partagé pour un système informatique distant relié à un système d'imagerie de diagnostic médical. Le procédé comprend aussi le fait d'interagir de manière collaborative avec le système informati que distant via l'environnement informatique partagé pour prendre en charge le système d'imagerie de diagnostic médical. Un autre aspect de la présente technique propose un procédé pour former à distance des personnes ayant un système d'imagerie de diagnostic médical. Ce procédé comprend le fait de fournir un environ nement informatique collaboratif entre un stagiaire et un formateur distant pour un système d'imagerie de diagnostic médical. Le procédé comprend également le fait d'instruire de manière interactive le sta giaire via l'environnement informatique collaboratif. Un autre aspect de la présente technique propose un procédé de collaboration entre des environnements informatiques distants, incluant un système d'imagerie de diagnostic médical. Le procédé comprend le fait d'amorcer un lien entre des environnements informa tiques distants et de partager une interface utilisateur graphique avec les environnements informatiques distants. Le procédé comprend éga lement le fait d'interagir de manière collaborative avec un système d'imagerie de diagnostic médical relié à l'un des environnements infor matiques distants. Un autre aspect de la présente technique propose un système pour interagir de manière collaborative entre des environnements informatiques distants associés à un système d'imagerie de diagnostic médical. Ce système comporte un premier système informatique relié à un système d'imagerie de diagnostic médical et un deuxième système informatique relié à distance au premier système informatique via un réscau. Le système comporte également une interface utilisateur gra phique partagée par les premier et deuxième systèmes informatiques pour interagir de manière collaborative avec le système d'imagerie de diagnostic médical. La présente invention sera mieux comprise à la lecture de la description détaillée suivante, faite en référence aux' dessins d'accom pagnement, dans lesquels: la figure 1 est une représentation schématique de deux sta tions de travail informatiques relices dans un environnement collabo ratif et utilisant des aspects de la présente technique; la figure 2 est une représentation schématique simplifiée du système illustré en figure 1, dans laquelle une commande par icône est entrce au niveau de l'ordinateur de commande; la figure 3 est une représentation schématique similaire à celle de la figure 2, dans laquelle une commande de déplacement de fenêtre est entrce par l'ordinateur de commande; la figure 4 est un organigramme illustrant un exemple de logique de commande dans l'exécution des opérations de mise en mémoire cache et de transmission de donnces de la présente technique; la figure 5 est une représentation schématique d'un environ nement collaboratif similaire à celui illustré dans les figures précéden tes, mais dans lequel deux ordinateurs de commande sont reliés à un ordinateur commandé via un réscau; et la figure 6 est une représentation schématique d'un exemple de mise en _uvre de la présente technique dans une application de dia gnostqic médical o un ordinateur commandé est directement relié à un système d'imagerie de diagnostic médical et o la techique est employée pour la formation, la prise en charge ou d'autres tâches administratives. La présente technique propose un système et un procédé pour configurer, maintenir, prendre en charge et dépanner des systèmes et applications médicaux distants. La présente technique est aussi parti culièrement bien adaptée à la formation et à l' interaction avec des p er sonnes distantes utilisant ces systèmes et applications médicaux dis tants. En conséquence, un environnement informatique collaboratif utilisant des techniques de partage d'écrans est décrit ci-dessous en référence aux figures 1 à 6. Les techniques de partage d'écran facili tent le visionnage simultané d'informations pertinentes et la commande mutuelle et l'interaction avec l'application sousjacente ou l'équipe ment lié à l'interface partagée (par exemple, une interface utilisateur graphique partagée). Un ensemble de mise en mémoire cache d'écran est également proposé pour accélérer le transfert de donnces pour 3 0 l' interface partagée et pour faciliter l'interaction en temp s rcel entre les systèmes informatiques distants. Si l'on se réfère à présent à la figure 1, un système 10 est illustré pour fournir des écrans d'affichage utilisés pour commander un système informatique par le biais d'un autre système informatique. Dans le système représenté, un système informatique-commandé 12 est relié à un système informatique de commande 14. Les systèmes infor matiques commandé 12 et de commande 14 peuvent comprendre n'importe quel ordinateur adapté utilisant diverses plateformes maté rielles, micrologicielles et logicielles. Dans un mode de réalisation actuellement envisagé, par exemple, les systèmes informatiques com prennent des stations de travail qui fonctionnent sur une plateforme UNIX. Cependant, on peut utiliser n'importe quelle autre plate-forme approprice, par exemple celles à base de Solaris, IRIX, L1NUX et ainsi de suite. En fait, la présente technique facilite le traitement informati que collaboratif entre une pluralité de systèmes informatiques situés en une pluralité d'endroits distants, o chacun des systèmes informati ques peut avoir un système d'exploitation ou une plateforme diffé rent(e). Il est à noter également que, bien que les systèmes informati ques 12 et 14 soient décrits comme "commandé" et "de commande", la présente technique facilite un environnement informatique partagé ou collaboratif dans lequel un nombre illimité d'applications, de systèmes informatiques et d'utilisateurs peuvent mutuellement visionner, com mander et généralement interagir avec d'autres utilisateurs, applica tions et systèmes distants. Ainsi, la présente technique relie les systè mes informatiques et utilisateurs distants au moyen d'une interface partagée (par exemple une interface graphique partagée), qui permet aux systèmes et aux utilisateurs d'interagir de manière collaborative et simultance. En conséquence, un personnel technique distant peut inter agir avec un système ou une personne distant(e) pour configurer, dépanner ou prendre en charge de manière générale, avec efficacité et précision, le système distant. Le personnel technique distant peut visionner les informations affichées sur le système informatique des personnes, guider la personne dans les bonnes étapes, et résoudre rapi dement tout problème technique qui pourrait se présenter. Le person nel technique distant peut aussi entraîner de manière interactive la personne en guidant la personne dans une application logicielle, qui peut être le but de la formation ou simplement un moyen d'entrâîner la personne à configurer, dépanner, prendre en charge ou faire fonction ner le système distant (par exemple un système d'imagerie de diagnos tic médical). Comme évoqué plus haut, la présente technique permet à la fois au personnel technique et à la personne de commander mutuel lement et d'interagir avec l' application ou le système via l'interface partagée. En outre, l'environnement informatique partagé peut com porte dix, vingt ou n'importe quel nombre de personnes distantes, qui peuvent interagir via l'interface partagée pour commander, prendre en charge, dépanner ou apprendre par interaction mutuelle. En consé quence, les techniques informatiques partagées décrites ici doivent être interprétées au sens large, tout en reconnaissant que ces techni ques sont particulièrement bien adaptées à l'interaction collaborative entre des utilisateurs et des systèmes associés à des systèmes médi caux. Comme illustré en figure 1, le système informatique com mandé 12 comprend une station de travail 16, un ou plusieurs moni teurs 18 et divers dispositifs d'entrce, tels qu'un clavier classique 20 et une souris 22. Un système d'exploitation et des applications logicielles tournant sur le système informatique commandé 12, par exemple via une ou plusieurs UC (unités centrales) de la station de travail 16, sont ainsi interfacés via les dispositfs d'entrce et le moniteur. Ces applica tions, désignces généralement par la référence 24 sur la figure 1, peu vent comprendre n'importe quelle application adaptée, comme des applications de commande de mchine ou de système, des applications de traitement de donnces, des tableurs, des applications d'écgange de donnces, des applications de visionnage d'images, des navigateurs, et ainsi de suite. Les applications produisent un ou plusieurs écran(s) d'affichage visible(s) sur le moniteur 18 et qui sont acheminés jusqu'au système informatique de commande 14 comme décrit ci- des sous. I1 est à noter que les applications 24 qui sont mises en _uvre par le système informatique commandé 12 peuvent en pratique être rési dentes en mémoire et être accédées directement à la station de travail, ou bien être prévues en des endroits distants de la station de travail, comme sur des réscaux locaux ou des réseaux étendus (plus connus sous le nom de réscaux WAN). De manière similaire, le traitement effectué pour produire les écrans d'interface utilisateur et pour mani puler ces écrans en fonction d'entrces utilisateur peut être réalisé dans la sation de travail 16 ou dans divers autres circuits de traitement reliés à la station de travail. En général, cependant, lorsque l'on fait référence ici à des applications tournant sur le système informatique commandé 12, ou bien cornmandées par ce dernier, on peut mettre en _uvre n'importe quelle combinaison approprice de mémorisation et de traitement par laquelle un opérateur, au niveau du système informati que commandé 12, manipulerait normalement le programme par le biais des dispositifs d'entrce 20 et 22 et en se référant aux écrans d'interface utilisateur affichés sur le moniteur 18. En plus de toutes les mémoires souhaitées, mémoire morte, mémoire vive, mémoire optique, ou toute autre mémoire adaptée dans la station de travail 16, le système 12 comprend de la mémoire cache 26 pour mémoriser des donnces décrivant les écrans affichés sur le moniteur 18. Ces affichages d'écrans 28 peuvent généralement com prendre n'importe quel type d'indices d'interface utilisateur, typique ment du texte, des images, des icônes, et insi de suite. Dans un affi chage d'interface utilisateur graphique typique, par exemple, une ou plusieurs fenêtres 30 sont visibles dans des parties de cadre de l'écran qui sont associces logiquement les unes aux autres, telles que des fenêtres produites par des applications ou fonctions d' application spé cifiques. Le moniteur 28 affche également un curseur d'entrce utlisa teur 32 qui peut prendre n'importe quelle forme conventionnelle, et qui peut être déplacé dans l'affichage d'écran via l'un des dispositifs d'entrce 20 et 22. I1 est à noter que les dispositifs d'entrce peuvent comprendre d'autres types d'outils, comme des numériseurs, des son des, des écrans ou des afficheurs tactiles, et ainsi de suite. Dans le mode de réalisation illustré en fgure 1, l'écran comporte également des affichages sous forme d'icônes 34, qui peuvent être alignés le long d'une limite de l'écran d'affichage pour indiquer à l'utilisateur qu'une ou plusieurs application(s) est (sont) toujours active(s). L'ordinateur commandé 12 est relié à l'ordinateur de com mande 14 via une connexion de réscau 36. Bien que n'importe quelle connexion de réscau puisse être utilisce, les connexions actuellement envisagées comprennent les réscaux locaux, les réscaux étendus, le réscau Internet, les réscaux privés virtuels, et ainsi de suite. De plus, n'importe quel support approprié peut être utilisé pour la connexion de réscau, y compris le câble, les connexions dédices, les connexions sans fil, ou n'importe quelle combinaison de ces supports ou d'autres supports. Le système informatique de commande 14 comprend une sta tion de travail 38, un moniteur 40, et des dispositifs d'entrce 42 et 44. Comme évoqué plus haut, n'importe quel système informatique adapté peut être utilisé en tant que système informatique de commande 14, et ce dernier n'a pas besoin d'être identique ni même similaire au système informatique commandé 12. De plus, le système informatique com mandé 12 et le système informatique de commande 14 peuvent avoir des systèmes d'exploitation différents (par exemple, Windows, Macin tosh, UNIX, etc.), des architectures, composants, applications et autres caractéristiques informatiques différents, que la présente technique relie ensemble de manière unique pour le traitement informatique col laboratif dans une interface graphique partagée (par exemple des ima ges d'écran et de la fonctionnalité partagées). Le système informatique de commande 14 comprend de la mémoire varice, mais il comprend de préférence de la mémoire cache 46 pour mémoriser des parties de l'écran d'affichage comme décrit plus loin; La présente technique permet à des écrans d'être affichés sur le moniteur 40 qui sont sensiblement les mêmes (par exemple sensible ment copiés ou simulés) que les écrans affichés sur le moniteur 18 de sorte que le système informatique de commande 14 peut produire des entrces et des changements de piste dans l'affichage sur le moniteur 18 du système informatique commandé 12 de façon à réguler le fonction nement du système informatique commandé 12 au moyen des applica tions utilisces par le système informatique commandé 12. Ainsi, l'affi chage d'écran 48 prévu sur le moniteur 40 est dérivé de celui visible sur le moniteur 18, et comprend typiquement les mêmes fenêtres SO, aux mêmes endroits, et avec les mêms indices affichés dans les fenê tres. un curseur 52 est affiché sur le monityeur 40 de la station de tra vail de commande, mais peut être commandé entièrement indépendam ment du curseur 32 du système informatique commandé 12. Les figures 2 et 3 illustrent des exemples d'opérations qui servent de base pour la présente discussion sur la commande mise en _uvre entre les systèmes informatiques. Comme évoquué plus haut, les applications sont lancces par le système informatique commandé 12, mais elles peuvent être manipulées via le système informatique de commande 14. Dans l'exemple illustré schématiquement en figure 2, un affichage 54 est fourni sur les deux systèmes informatiques, cet affichage étant initialement produit par les applications lancces par le système informatique commandé 12. Dans cet exemple, la fenêtre d'application de l'affichage est mise sous forme d'ic8nes ou réduite à une icône comme illustré par les flèches 56. Dans le deuxième exem ple d'opération montré en figure 3, l'affichage 54 est déplacé d'une position à l'écran à une autre comme indiqué par la flèche 58. En général, la nature de l'opération consiste à fournir le même écran d'affichage sur le système informatique de commande 14 que celui produit par les applications lancces par le système informatique com mandé 12. Les entrces faites par l'opérateur sur le système informati que de commande 14 sont ensuites transmises au système informatique commandé 12, o elles sont interprétées et mises en acuvre selon l' application. Quand l'entrce se traduit par un changement de l'écran affiché sur le système informatique commandé 12, les informations concernant le changement, y compris les donnces pour l'affichage sur les deux systèmes, sont renvoyées au système informatique de com mande 14 pour changer son affichage de manière approprice. Des par ties de l' écran d' affichage, qui sont groupées logiquement en fonction des applications lancces par le système informatique commandé 12, sont ensuite progressivement mises en mémoire cache pour faciliter les changements dans les écrans et pour réduire de façon significative le volume des donnces qui sont transmises entre les systèmes au cours du travail collaboratif. La figure 4 représente un exemple de logique de commande servant à exécuter les opérations d'affichage d'écran et de mise en mémoire cache selon les aspects de la présente technique. La logique de commande, désignce généralement par la référènce numéro 60, commence par une capture d'écran, comme indiqué à l'étape 62. Comme évoqué plus haut, l'écran affiché sur le système informatique commandé 12 est typiquement produit par une ou plusieurs applica tion(s) lancce(s) par ce système informatique. A l'étape 62, ensuite, l'écran est simplement capturé au niveau du système informatique commandé 12 et les donnces qui définissent l'écran sont transmises au système informatique de commande 14 via le réscau 36. A cet instant, les deux systèmes informatiques affichent des écrans similaires, et l'opérateur, aau niveau du système informatique de commande 14, peut manipuler la position d'un curseur 52 (voir figure 1) ou bien peut entrer n'importe quelle entrce souhaitée en fonction de cette position du curseur ou de tout autre paramètre autorisé des dispositifs d'entrce. Lors de l'occurrence d'un événement d'entrce, comme un clic de souris en une position de curseur souhaitée, ou en pressant une ou plusieurs touches d'un clavier, un événement d'entrce est consigné, comme indiqué à l'étape 64 de la figure 4. Comme l'apprécieront les 1S personnes du métier, ces événements d'entrce sont codés selon les dis positifs d'entrce particuliers utilisés. Les signaux résultant du codage de l'événement d'entrce à l'étape 64 sont transmis, à l'étape 66, du sys tème informatique de commande 14 au système informatique com mandé 12 via le réscau 36. A l'étape 68, l'événement d'entrce est inter prété au niveau du système informatique commandé 12. En général, cette interprétation est basoe non seulement sur la nature et le type d'événement d'entrce, mais aussi sur la position du curseur 52 sur le système informatique de commande 14 au moment de l'événement d'entrce, ou des donnces similaires, et sur la signification de cet évé nement dans les applications tournant sur le système informatique commandé 12. En d'autres termes, l'événement d'entrce se produisant dans le système informatique de commande 14 est interprété par le système informatique commandé 12 comme si l'événement d'entrce s'était produit au niveau du système informatique commandé 12. Une telle interprétation se traduit par la définition d'une ou de plusieurs parties désignces de l'affichage présent sur le moniteur du système informatique commandé 12. Ces parties peuvent comprendre des dis positifs d'entrce graphique, tels que des boutons virtuels, des fenêtres, des cadres d'écran, des zones d'affichage, des images spécifiques, du texte spécilque, et ainsi de suite. La partie correspondante de l'écran, telle que définie par l'application particulière qui produit la partie logique, est ensuite mise en mémoire cache comme indiqué à l'étape de la figure 4. A nouveau, la mise en mémoire cache réalisce à l'étape 70 se traduit par la mémorisation d'une partie de l'écran dans la mémoire cache 26 (voir figure 1). A l'étape 72, les donnces indiquant la partie de l'image mise en mémoire cache à l'étape 70 sont transmises du système informati que commandé 12 au système informatique de commande 14. Dans un exemple simple, les donnces transmises à l'étape 72 peuvent simple ment comporter des coordonnces, des limites, ou des frontières simi laires d'une partie de l'écran devant être groupées et mises en mémoire cache de manière logique. Dans une interface utilisateur graphique, par exemple, ces frontières peuvent être définies par des cadres d'une fenêtre d'application, des limites ou des frontières autour d'un disposi tif d'entrce graphique ou d'un bouton virtuel, et ainsi de suite. Avec les donnces définissant la partie mise en mémoire cache de l'écran reçues par le système informatique de commande 14, la partie identi que de l'écran est ensuite mise en mémoire cache par le système infor matique de commande 14, comme indiqué à l'étape 74. I1 est à noter que lorsque certains types de parties d'écran sont mis en mémoire cacche à l'étape 74, les donnces décrivant d'autrs parties d'écran peuvent être transmises pour faciliter l'accomplisse ment de l'opération voulue. Par exemple, lorsque des opérations telles que celles illustrces sur les figures 2 et 3 doivent être réalisces, le sys tème informatique de commande 14 n'inclut pas initialement les don nces définis s ant l' arrière-plan utilisé pour remplir les zones qui vont être libérces par la fenêtre transformoe en icône ou déplacce. Ainsi, à l'étape 72, ces donnces d'arrière-plan peuvent être aussi transmises pour permetre le remplissage de l'arreière-plan lors de l'exécution de ltopération. A l'étape 76, l'opération demandée est achevoe, incluant la mise sous forme d'icône de la figure 2, le déplacement de la figure 3, ou tout autre changement souhaité dans l'affichage d'écran résultant du code des applications tournant sur le système informatique commandé 12. A l'étape 78, la commande rcelle correspondant à l'événement d'entrce produit au niveau du système informatique de commande 14 est exécutée par les applications du système informatique commandé 12. Les événements d'entrce suivants peuvent alors se produire et être traités en retournant à l'étape 64 de la figure 4. Comme l'apprécieront les personnes du métier, la procédure qui précède permet au système informatique de commande 14 d'affi cher et de mettre en mémoire cache des parties d'écran conme si les applications tournaient sur le système informatique de commande 14, permettant de ce fait de commander les applications tournant sur le système informatique commandé 12. Cette technique est particulière ment bien adapptée à des environnements informatiques collaboratifs dans lesquels l'ordinateur de commande est utilisé pour fournir une formation ou un dépannage pour l' opérateur au iveau de l' ordinateur commandé. Comme décrit ci-dessous, cete technique peut être 1S employée avec une pluralité d'ordinateurs de commande, afin de four nir une fonctionnalité similaire en plusieurs endroits. De plus, cette technique peut être appliquce dans des applications o l'ordinateur commandé est relié à un système de machine, comme dans le cas de la commande rcelle du système. Dans de telles situations, l'ordinateur de commande peut servir d'interface pour la surveillance à distance, la prise en charge à distance, le dépannage à distance, la formation d'uti lisateurs à distance, et pour diverses autres fonctions administratives et interactives. Comme l'apprécieront les personnes du métier, on peut utili ser n'importe quel code de programmation et n'importe quelle plate forme dans la présente technique. Dans une mise en _uvre actuelle, une plateforme basce sur UNIX est utilisoe, dans laquelle les événe ments sont postés en tant que commandes de serveur X. Des platefor mes ayant d'autres systèmes d'exploitation ont des mécanismes de publication d'événement similaires. Dans 1 plateforme à base d'UNIX, les commandes de publiication d'événement peuvent généralement être fournies dans un module de test X sur le serveur X. Egalement, dans la présente mmise en _uvre, l'ordinateur commandé surveille les entrces sur ses propres dispositfs d'entrce. Cette technique fait appel à une application de serveur qui est envoyée au client (c'est-à-dire à l'ordi nateur commandé) et qui est capable de connaître ou de reconnâître le protocole de tampon de trame et les commandes du serveur. En géné ral, dans ce cas, l'ordinateur de commande foournit simplement des indications d'événements d'entrce à l'ordinateur commandé, les parties logiques de l'écran étant successivement mises en mémoire cache pour améliorer la vitesse de transmission et la mise à j our des écrans, et pour réduire la charge de la bande passante. Comme noté plus haut, la présente technique peut être employée avec une pluralité de systèmes infrmatiques. Un tel scénario est illustré de façon schématique sur la figure S. Comme montré en figure S. le système comprendrait un premie système distant 80 qui sert d'ordinateur de commande, et u deuxième système distant 82 qui sert de deuxième ordinateur de commande. Les systèmes distants sont reliés à l'ordinateur commandé 12 via un réscau 36, comme le réscau 1S Internet. Comme évoqué plus haut en référence aux figures 1 à 4, les donnces d'écran sont capturces et transsmises à partir des écrans four nis sur l'ordinateur commandé aux deux ordinateurs de commande 80 et 82 pur l'affichage des donnces d'écran, qui est basé sur le pro gramme fonctionnant sur l'ordinateur commandé 12. Les entrces pro venant des deux ordinaturs de commande 80 et 82 sont acheminces jusqu'à l'ordinateur commandé 12, o elles sont reçues et interprétées en fonction du type d'événementy d'entrce et du programme fonction nant sur l'ordinateur commandé 12. Comme dans l'exemple précédent, une p artie lo gique de l' écran est alors identifiée et des instructions pour mettre en mémoire cach cette partie de l'écran sont retransmises de l'ordinateur commandé 12 aux ordinateurs de commande 80 et 82. ainsi, tous les ordinateurs 12, 80 et 82 du système maintiennent des vues d'écran similaires, tout en réduisant la charge de largeur de bande grâce à la mise en mémoire cache réalisce au niveau des deux ordina teurs de commande. Comme noté également plus haut, la présente technique peut être utilisce pur surveiller, prendre en charge, dépanner, former des utilisateurs, et diverses autres fonctions adminisstratives et interacti ves, qui peuvent être associces à une personne rcelle ou à un système physique relié à l'ordinateur commandé 12. A titre d'exemple, dans une situation de diagnostic médical, on peut accéder à un système d'image rie de diagnostic médical et des paramètres concernant le fonctione ment du système peuvent être visualisés et modifiés à volonté par l'ordinateur de commande. Un scénario de ce type est illustré schéma tiqument en figure 6. Comme montré en figure 6, le système informati que commandé 12 est relié à un système d'imagerie de diagnostic médical 84, tel qu'un système d'imagerie par résonance magnétique. Comme l'apprécieront les personnes du métier, ces systèmes d'image rie comprennent typiquement un agencement de balayage 86 con,cu pour acquérir des donnces d'image basces sur un protoocole prcétabli et des instructions d'examen fournies par un contrôleur 88 du système. Le système informatique commandé 12 sert d'interface pour le système d'imagerie et permet l'entrce par l'opérateur de paramètres de fonction nement, de réglages, et ainsi de suite. Lorsque la formation, le dépan 1S nage, ou bien quand une commande rcelle et approprice du système à partir d'un endroit distant est sohaitée, le système informatique com mandé 12 peut être relié au système de commande 14 via le réscau 36. Le système informatique de commande peut être situé, à titre d'exeple, à un emplacement de fournisseur de services et géré par des ingénieurs de projets ou des experts de système. Ainsi, par la mise en _uvre de la technique qui vient d'être décrite, les vues d'écran produites sur le sys tème informatique commandé 12 sont acheminces à travers le système informatique de commande et les événements d'entrce au niveau du serveur du système informatique de commande pour mettre progressi vement en mémoire cache des parties de l'éccran afin de réduire les charges de la bande passante et pour améliorer 1 réponse du système aux événements d'entrce. REVENDICATIONS 1. Procédé pour prendre en charge à distance un système d' imagerie de di agnostic médic al, le procédé étant c aractérisé en ce qu'il comprend les opérations consistant à: fournir un environnement informatique partagé (1O) pour un système informatique distant (14) relié à un système d'imagerie de dia gnostic médical (84); et interagir de manière collaborative avec le système informati que distant (14) via l'environnement informatique partagé pour prendre en charge le système d'imagerie de diagnostic médical (84). 2. Procédé selon la revendication 1, dans lequel le fait de fournir l'environnement informatique partagé comprend le fait de faci liter la collaboration d'utilisateurs entre une pluralité de systèmes informatiques distants (14, 82) via un réscau (36). 3. Procédé selon la revendication 2, comprenant le fait de communiquer par le réscau Internet. 4. Procédé selon la revendication 1, dans lequel le fait de fournir l'environnement informatique partagé (1O) comprend le fait de fournir une interface partagée (28, 48) pour interagir avec le système informatique distant. 5. Procédé selon la revendication 4, dans lequel le fait de fournir l'interface partagée (28, 48) comprend le fait de permettre une commande partagée du système informatique distant (14) via l'inter face partagée. 6. Procédé selon la revendication 4, dans lequel le fait de fournir l'interface partagée (28, 48) comprend le fait de simuler une interface utilisateur graphique du système informatique distant (14). 7. Procédé selon la revendication 6, dans lequel le fait de simuler l' interface utilis ateur graphique comprend le fait de capturer (62) des donnces d'écran (54) pour un écran du système informatique distant (14). 8. Procédé selon la revendication 1, dans lequel le fait de fournir l'environnement informatique partagé comprend le fait de cap turer (62), transmettre (66) et mettre en mémoire cache (70) des don nces d'écran (54) entre le système informatique distant (14) et un sys tème informatique souhaité (12) via l'environnement informatique par tagé. 9. Procédé selon la revendication 1, dans lequel le fait de fournir l'environnement informatique partagé comprend le fait de faci liter la communication (36) entre une pluralité de systèmes d'exploita tion (12, 14); 10. Procédé selon la revendication 1, dans lequel le fait d'in teragir de manière collaborative avec le système informatique distant (14) comprend le fait de surveiller à distance le système d'imagerie de diagnostic médical (84). 11. Procédé selon la revendication 1, dans lequel le fait d'in teragir de manière collaborative avec le système informatique distant (14) comprend le fait d'exécuter à distance une procédure de service pour le système d'imagerie de diagnostic médical (84). 12. Procédé selon la revendication 1, dans lequel le fait d'in teragir de manière collaborative avec le système informatique distant (14) comprend le fait de commander à distance un pprogramme de ser vice disposé sur le système informatique distant (14). 13. Procédé selon la revendication 1, dans lequel le fait d'in teragir de manière collaborative avec le système informatique distant (14) comprend le fait d'interagir à distance avec un utilisateur du sys tème d'imagerie de diagnostic médical (84). 14. Procédé selon la revendication 13, comprenant le fait de guider à distance l'utilisateur dans ue procédure de service en intera gissant de manière collaborative avec une interface utilisateur graphi que partagée (54) visible par l'utilisateur et par un technicien de ser vice distant. 15. Procédé selon la revendication 1, dans lequel le fait d'in teragir de manière collaborative avec l'environnement informatique partagé (10) comprend le fait d'interagir avec un système d'exploita tion UNIX. 16. Procédé pour former à distance des personnes ayant un système d'imagerie de diagnostic médical, caractérisé en ce qu'il com prend les opérations consistant à: fournir un environnement informatique collaboratif (10) entre un stagiaire et un formateur distant pour un système d'imagerie de dia gnostic médical (84); et instruire de manière interactive le stagiaire par le biais de l'environnement informatique collaboratif (10). 17. Procédé selon la revendication 16, dans lequel le fait de fournir l'environnement informatique collaboratif (10) comprend le fait d'interagir avec un système d'expoitation UNIX. 18. Procédé selon la revendication 16, dans lequel le fait de fournir l'environnement informatique collaboratif (10) comprend le fait de fournir une interface utilisateur partagée. 19. Procédé selon la revendication 18, dans lequel le fait de fournir l'interface utilisateur partagée comprend le fait de capturer (62), transmettre (66) et mettre en mémoire cache (70) des donnces d'écran (54) entre des systèmse informatiques (12, 14) pour le sta giaire et pour le formateur. 20. Procédé selon la revendication 18, dans lequel le fait de fournir l'interface utilisateur partagée (54) comprend le fait de fournir une fonctionnalité mutuelle d'une application configurce pour former le stagiaire. 21. Procédé selon la revendication 18, dans lequel le fait de fournir l'interface utilisateur partagée (54) comprend le fait de simuler une interface utilisateur graphique pour le système d'imagerie de dia gnostic médical (84). 22. Procédé selon la revendication 21, dans lequel le fait de simuler l'interface utilisateur graphique comprend les opérations consistant à: capturer (62) des donnces d'écran (54) pour un affichage du système d'imagerie de diagnostic médical (84); et transmettre (66) les donnces d'écran à un affichage distant (28) du formateur distant. 23. Procédé selon la revendication 16, dans lequel le fait d'in struire de manière interactive le stagiaire comprend le fait d'interagir à distance avec un système d'exploitation (12) pour le système d'image rie de diagnostic médical (84). 24. Procédé selon la revendication 23, dans lequel le fait d'interagir à distance avec le système d'exploitation comprend le fait d' interagir de faç on indép end ante de l a plateforme ave c le s y s tème d'exploitation (12). 25. Procédé selon la revendication 16, dans lequel le fait d'in struire de manière interactive le stagiaire comprend le fait d'amorcer à distance des événements dans le système d'imagerie de diagnostic médical (84). 26. Procédé selon la revendication 16, dans lequel le fait d'in struire de manière interactive le stagiaire comprend le fait de répondre à distance à des opérations du système d'imagerie de diagnostic médi cal (84). 27. Procédé selon la revendication 16, dans lequel le fait d'in struire de manière interactive le stagiaire comprend le fait d'interagir à 1S distance avec une pluralité de stagiaires séparés géographiquement via l'environnement informatique collaboratif (10, 12, 14, 82). 28. Procédé pour collaborer entre des environnements infor matiques distants, comprenant un système d'imagerie de diagnostic médical, le procédé étant caractérisé en ce qu'il comprend les opéra tions consistant à: amorcer une liaison (36) entre des environnements informati ques distants (10, 12, 14); partager une interface utilisateur graphique (54) avec les environnements informatiques distants (10, 12, 14); et interagir de manière collaborative avec un système d'imagerie de diagnostic médical (84) relié à l'un des environnements informati ques distants (12). 29. Procédé selon la revendication 28, dans lequel le fait d'amorcer la liaison (36) comprend le fait de communiquer entre ue pluralité de systèmes d'exploitation distincts (12, 14) pour les environ nements informatiques distants. 30. Procédé selon la revendication 28, dans lequel le fait de p artager l' interface utilis ateur graphique (54) comprend le fait de four nir une commande indépendante et mutuelle d'une application associce à l'interface utilisateur graphique. 31. Procédé selon la revendication 28, dans lequel le fait de partager l'interface utilisateur graphique (54) comprend les opérations constitant à: capturer (62) des donnces d'écran (54) pour un premier affi chage (48) d'un premier (14) des environnements informatiques dis tants; et transmettre (66) les donnces d'écran à un deuxième affichage (28) d'un deuxième (12) des environnements informatiques distants. 32. Procédé selon la revendication 31, dans lequel le fait de partager l'interface utilisateur graphique comprend le fait de mettre en mémoire cache (70) les donnces d'écran sur un ensemble de mémoire. 33. Procédé selon la revendication 28, dans lequel le fait de d'interagir de manière collaborative avec le système d'imagerie de dia gnostic médical (84) comprend le fait de faire collaborer des opéra tions ave une pluralité de pesonnes faisant fonctionner les environne ments informatiques distants (1O, 12, 14, 82). 34. Système pour interagir de manière collaborative entre des environnements informatiques distants associés à un système d'image rie de diagnostic médical, caractérisé en ce que le système comprend: un premier système informatique (12) relié à un système d'imagerie de diagnostic médical (84); un deuxième système informatique (14) relié à distance au premier système informatique (12) via un réscau (36); et une interface utilisateur (54) partagée par les prernier et deuxième systèmes informatiques pour interagir de manière collabora tive avec le système d'imagerie de diagnostic médical (84). 35. Système selon la revendication 34, dans lequel l'interface utilisateur (54) comprend une interface graphique pouvant fonctionner sur l'un des premier et deuxième systèmes informatiques (12, 14). 3036. Système selon la revendication 35, dans lequel l'interface graphique est stimulée sur un système différent (14) des premier et deuxième systèmes informatiques (12, 14). 37. Système selon la revendication 36, dans lequel le premier système informatique (12) comprend une application fournissant l'interface graphique (54) et le deuxième système informatique (14) comprend une simulation de l'interface graphique. 38. Système selon la revendication 37, dans lequel la simula tion comprend des donnces d'écran (28) correspondant à l'interface graphique. 39. Système selon la revendication 37, dans lequel l'interface utilisateur (54) facilite la commande mutuelle de l'application par les deux, le premier et le deuxième, systèmes informatiques (12, 14). 40. Système selon la revendication 37, dans lequel l'interface utilisateur facilite la fonctionnalité partagée en temps rcel du système d'imagerie de diagnostic médical (84). 41. Système selon la revendication 40, comprenant une rou tine de sécurité pour empêcher le fonctionnement indésirable du sys tème d'imagerie de diagnostic médical (84). 42. Système selon la revendication 40, comprenant un ensem 1S ble de mémoire cache (26, 46) relié au réscau pour mettre en mémoire