Brevet FR2803462A1 — publié le 20010706

PROCEDE ET APPAREIL POUR UN ACCES A DISTANCE SÛR A DES LOGICIELS AU NIVEAU D'UNE INSTALLATION MAINTENANCE CENTRALE DOMAINE DE NVENTION La présente invention se rapporte de façon générale à protection de logiciels et au contrôle licences de logiciels d'application et de fichiers d'information pour des applications à distance. ANTECEDENTS DE L'INVENTION Un exemple d'application à distance concerne la télésurveillance et le télédiagnostic matériels ou de systèmes. A l'heure actuelle, nombreuses sociétés mettent au point des capacités pour la télésurveillance et le télediagnostic de matériels ou de systèmes. Les matériels ou systèmes éloignés (appelés ci-après systèmes éloignés) couvrent une large gamme allant des turbines à vapeur industrielles aux imprimantes interconnectées, du matériel d'imagerie medicale aux appareils domestiques. Dans la plupart des cas, il existe une certaine capacité de calcul résidant dans les systemes éloignés, comme, par exemple, un processeur. En général, le processeur assure l'exécution de fonctions telles que la collecte de données, la surveillance opérations, l'exécution des applications de diagnostic et la fourniture à l'utilisateur final au client de l'accès à des informations et applications résidant dans les systèmes éloignés. Dansle d'une application typique de télésurveillance, les logiciels et autres fichiers d'informations résidant dans un système éloigné ne sont pas sous le contrôle direct du fournisseur étant donné qu'ils résident dans l'environnement du client. Cependant, un certain nombre des applications logicielles et des fichiers d'informations contenus dans environnement de traitement sont hautement confidentiels et doivent être protégés contre les altérations (par exemple modification commise par inadvertance vandalisme malveillant). L'altération d'applications logicielles ou de fichiers d'informations, comme des fichiers de configuration qui résident dans le système éloigne, peut empêcher un utilisateur d'avoir accès à des fonctions requises. A l'inverse, une altération pourrait permettre à un utilisateur d'avoir accès à des fonctions interdites d'accès. Il est même possible que des altérations conduisent à une défaillance du matériel. Par conséquent, les systèmes servant à protéger contre des altérations ou falsifications les applications logicielles et les fichiers d'informations de configuration qui résident dans un système éloigné sont connus. Un système connu utilise des mécanismes pour garantir qu'un client ne puisse pas avoir accès à des fichiers dont il n'a pas acquitté le paiement et pour lesquels la possibilité d'acces à été supprimée. Ces mécanismes garantissent également que des programmes utilitaires de diagnostic ne puissent pas être accessibles à des serveurs qui ne sont pas fournisseurs et qui pourraient assurer la maintenance du système éloigné. De façon typique, des techniciens de maintenance en clientèle habilités se rendent dans les installations éloignées dans le but d'effectuer la maintenance du matériel dans ces installations. Lorsqu'il est sur place, le technicien de maintenance peut communiquer avec une installation de maintenance centrale par l'intermédiaire réseau en utilisant un dispositif de maintenance en clientele. Le dispositif de maintenance en clientèle peut comprendre un ordinateur portatif conçu pour être utilisé des techniciens de maintenance en clientèle au niveau des installations éloignées. dispositif comprend une plate-forme de maintenance qui comporte certains circuits fonctionnels afin d'établir une base de maintenance uniforme pour les systèmes eloignés. En outre, les dispositifs de maintenance comprennent des outils de maintenance spécifiques qui permettent au technicien de maintenance de demander et recevoir des messages de maintenance à distance, des rapports sur des systèmes diagnostic spécifiques, des programmes de maintenance, etc. l'intermédiaire de plate-forme de maintenance, le technicien de maintenance peut avoir accès à des configurations du système, à des informations concernant historiques, à des informations sur le réseau du système, à des historiques et données d'analyse, etc. Le technicien de maintenance peut également mettre à jour enregistrements concernant la maintenance. De façon typique, le dispositif de maintenance en clientèle programmé de façon à comporter un module d'accès permettant à l'installation de maintenance centrale de vérifier la licence et l'état de sécurité du dispositif maintenance en clientèle. Par exemple, en coopération avec circuits se trouvant au niveau de l'installation de maintenance, le module d'accès peut permettre à un technicien de maintenance en clientèle d'accéder à des données ou applications fournissant certaines ou toutes les fonctions offertes à des techniciens de maintenance au niveau l'installation de maintenance. Ces fonctions peuvent être similaires aux fonctions prevues au niveau des systèmes éloignés eux-mêmes, ou elles peuvent offrir au technicien de maintenance une plus grande gamme d'options de maintenance. particulier, dispositif de maintenance en clientèle peut être équipé d'applications de maintenance, comme par exemple des applications permettant d'analyser données performance du système de diagnostic, de programmer des visites de maintenance régulières ou spéciales, de programmer l'envoi de pièces de rechange, etc. D'autres applications peuvent permettre au technicien de maintenance en clientele d'adresser demandes de maintenance à partir du système éloigné, ainsi que transmettre messages et des mises à jour de maintenance par l'intermédiaire dispositif maintenance en clientèle. Les dispositifs de maintenance en clientele peuvent comprendre des ordinateurs personnels ou des ordinateurs portatifs n'importe quelle plate-forme de processeur appropriée. il évident que les techniciens de maintenance en clientèle autorisés besoin d'avoir accès à des applications logicielles différentes de celles auxquelles d'autres utilisateurs du système ont accès. En particulier, le technicien de maintenance en clientele a besoin d'accéder à des logiciels privés et hautement confidentiels sous forme d'outils de maintenance, de documentation de maintenance et d'enregistrements de maintenance pour lui permettre de résoudre correctement les problèmes affectant système et d'effectuer correctement la maintenance du matériel. Du point de vue professionnel, il est dans l'intérêt de l'opérateur de l'installation de maintenance centrale limiter l'accès à des logiciels privés et hautement confidentiels à personnes autorisées, à savoir à des personnes possédant le certificat d'habilitation requis. De préférence, le système de sécurité devrait permettre au personnel de maintenance en clientèle et autres personnes autorisées d'accéder à des logiciels centraux d'une nature hautement confidentielle à partir du système éloigné faisant l'objet d'une maintenance, tout en empêchant à d'autres utilisateurs autorisés qui possèdent pas le certificat d'habilitation nécessaire d'accéder à ces mêmes logiciels. Il serait donc souhaitable de disposer d'un système offrant, sur la base de différents niveaux de sécurité, une grande variété d'applications logicielles à grande variété de groupements d'utilisateurs d'un système éloigné. Dans le cas où entreprise ou un établissement, tel qu'un hôpital, a un contrat de maintenance avec fournisseur qui offre une maintenance en clientèle et l'accès par le site éloigné à des ,applications logicielles résidant dans l'installation centrale, on aurait besoin d'un procédé pour gérer l'accès à distance à ces logiciels par des utilisateurs appartenant à différentes catégories de niveau de sécurité. Le système devrait également permettre d'octroyer droits d'accès différents à des personnes différentes possédant le même certificat d'habilitation. Par exemple, à l'intérieur de chaque niveau de sécurité, il serait nécessaire faire une distinction supplémentaire entre les utilisateurs sur la base de différents niveaux d'habilitation et de différentes responsabilités travaux (à savoir appartenance à des groupements différents) entraînant la nécessité d'accéder à différentes applications logicielles nécessitant un niveau de sécurité particulier. RESUME L'INVENTION L'invention se rapporte à un procédé et un système pour fournir des applications logicielles protégées à des systèmes éloignés à partir d'une installation de maintenance centrale, fourniture étant gérée sur la base du niveau du certificat d'habilitation et sur la base l'appartenance à un groupement de l'utilisateur du système éloigné. Un système sécurité à deux facteurs est utilisé pour déterminer l'authenticité d'utilisateurs d'un système éloigné cherchant à accéder à des applications logicielles à haut niveau de protection. Des règles de procédures sont utilisées pour déterminer si des utilisateurs authentifiés cherchant à effectuer un accès devraient être autorisés à le faire. Conformément à des modes de réalisation préférés l'invention, une multiplicité serveurs web sont programmés pour permettre, via un réseau, un accès sélectif à une ou plusieurs applications logicielles résidentes par des utilisateurs d'un système éloigné. Certaines applications sont ouvertes à tous tandis que d'autres sont protégées, deux niveaux de protection étant de préférence imposés. L'accès est géré par un serveur de gestion de politique central sur la base d'informations relatives aux utilisateurs au système ainsi que sur la base de définitions de groupements stockées dans une base de données. Le serveur de gestion de politique communique avec chaque serveur web via un module intermédiaire incorporé dans le serveur web. Le module intermédiaire intercepte les demandes d'accès en provenance des utilisateurs système éloigné et se relie au serveur de gestion de politique. Le module intermédiaire détermine si l'application demandée est ouverte ou protégée. Si l'application logicielle demandée est ouverte, le module intermédiaire signale au serveur web l'accès est autorisé. Si l'application logicielle requise est protégée, le module intermediaire contacte le serveur de gestion de politique. Le serveur de gestion de politique authentifie les mots de passe, tout en soumettant l'authentification de codes de sécurités associés à un serveur de gestion de sécurité. Si le mot de passe et le code de sécurité sont authentifiés, le serveur de gestion de politique applique alors les règles de procédures pour déterminer si l'utilisateur du système éloigné faisant la demande est autorisé à accéder à l'application logicielle protégée. Conformément au mode de réalisation préféré, l'accès à des applications logicielles faisant l'objet d'une protection plus sévère est permis si un test de sécurité à deux facteurs satisfait. Chaque utilisateur possédant un tel certificat d'habilitation de haut niveau doit fournir à la fois un mot de passe secret et un numéro de code de sécurité génere de façon aléatoire. Si le mot de passe et le code de sécurité sont authentiques, règles de procédures et les informations concernant le contrat, l'utilisateur, site et le système sont alors utilisées pour déterminer si l'utilisateur du système éloigne appartient à un groupement ayant des droits d'accès au logiciel strictement protégé. Un individu particulier peut être en même temps membre de différents groupements. Conformément au mode de réalisation préféré de l'invention, différents algorithmes d'authentification d'utilisateur sont utilisés selon que l'utilisateur possède un certificat d'habilitation à un ou à deux facteurs. Les utilisateurs possédant un certificat d'habilitation à un facteur sont en droit d'accéder à des applications logicielles à faible niveau de protection, tandis que les utilisateurs possédant un certificat d'habilitation a deux facteurs sont en droit d'accéder aussi bien à des applications de faible niveau protection qu'à des applications logicielles de haut niveau de protection. préférence, l'utilisateur particulier du système éloigné envoie une demande pour accéder à une application logicielle particulière via un navigateur situé au niveau système éloigné, ce dernier étant connecté par l'intermédiaire réseau au serveur web au niveau duquel réside l'application logicielle requise. l'utilisateur possede un certificat d'habilitation à deux facteurs, il doit, lors de procédure d'entree en communication, entrer deux facteurs, par exemple un mot passe et un code de sécurité, en plus de l'identification d'utilisateur. De préférence, numéro de securité est obtenu à partir d'un générateur de nombres aléatoires, porte par l'utilisateur, dans lequel a été chargé au préalable un nombre de départ unique. nombre de depart: unique et le moment auquel la génération de nombres aléatoires a été activée sont stockés dans une base de données d'utilisateur centrale conjointement avec le nom et le mot de passe d'utilisateur concernant personne en question. Si l'utilisateur ne possède qu'un certificat d'habilitation à un facteur, seuls ce facteur (par exemple un mot de passe) et l'identification de l'utilisateur sont introduits au moment de la procédure d'entrée en communication. Quel que soit le cas, le module intermédiaire associé au serveur web dans lequel réside le logiciel demandé intercepte la demande d'accès et informations concernant l'utilisateur qui s'est présenté, et transmet ensuite cette demande et ces informations au serveur de gestion de politique central. De préférence, les serveurs web répartis sont séparés du serveur de gestion de politique par une cloison pare-feu. Les informations transmises sont traitées par le serveur de gestion politique pour déterminer s'il convient d'approuver la demande d'accès. Ce traitement implique deux étapes : (Il ) authentification de l'utilisateur ; et (2) autorisation d'acces à l'application logicielle demandée. Le serveur de gestion de politique authentifie le de passe en se référant à une base de données de gestion de groupements accessible de façon électronique. De plus, le serveur de gestion de politique extrait informations de sécurité à partir de la base de données de gestion de groupements, lesquelles sont utilisées par un serveur de gestion de sécurité pour authentifier code de sécurité requis pour le certificat d'habilitation à deux facteurs. Si le mot de passe et le code de sécurité sont authentiques, le serveur de gestion de politique procède alors à une détermination pour établir si l'accès doit être autorisé sur la base d'informations concernant l'utilisateur, le site, le système, le contrat et autres informations, ainsi que sur la base de règles de procédures (à savoir les définitions groupements) contenues dans la base de données de gestion de groupements. règles de procédures appliquent certains critères pour déterminer si le groupement particulier auquel appartient l'utilisateur est autorisé à accéder aux applications logicielles protégées faisant l'objet d'une demande. Dans les cas où un certificat d'habilitation à deux facteurs requis, si le nom et le mot de passe de l'utilisateur sont authentiques, le serveur gestion politique extrait de la base de données un nombre de départ et le moment debut de la génération de nombres aléatoires et les envoie au serveur de gestion securité. Le serveur de gestion de sécurité calcule alors un numéro de sécurité à partir nombre de départ en utilisant l'instant du début de la génération des nombres et même algorithme de génération de nombres aléatoires que celui utilisé par générateur de nombres aleatoires de l'utilisateur du système éloigné. le numéro de sécurité introduit l'utilisateur se situe dans une gamme prédéterminée du nombre de sécurité genéré par le serveur de gestion de sécurité, ce dernier envoie un signal au serveur gestion de politique pour indiquer que le numéro de sécurité est authentique. De ce fait, si un certificat d'habilitation à deux facteurs est requis, le serveur gestion de politique authentifie le mot de passe secret tandis que le serveur de gestion de sécurité authentifie le code de sécurité. Dans les cas où un certificat d'habilitation à un facteur est requis, le serveur de gestion politique authentifie le mot de passe sans contacter le serveur de gestion de sécurité. Suite à l'authentification, le serveur de gestion de politique détermine alors si l'utilisateur un membre d'un groupement d'utilisateurs autorisé à accéder à l'application logicielle requise. Pour effectuer cette détermination, le serveur de gestion de politique doit de nouveau extraire des informations de base de données de gestion groupements, par exemple des informations relatives à l'état de l'utilisateur, des informations relatives au site, des informations relatives au système, des informations relatives au contrat et des règles de procédures. l'utilisateur n'est pas un membre groupement ayant des droits d'accès, l'utilisateur se voit alors refuser l'accès a l'application logicielle requise. Par contre, l'accès est accepté si l'utilisateur du système éloigne faisant la demande est membre d'un groupement ayant des droits d'accès à l'application logicielle requise. DESCRIPTION SOMMAIRE DES DESSINS La figure 1 est une représentation schématique d'une série de systèmes de diagnostic médical couplés à une installation de maintenance l'intermédiaire d'une connexion de reseau afin de fournir un service centralisé et un echange de données entre les systèmes de diagnostic et l'installation de maintenance ; La figure est un schéma fonctionnel des systèmes illustrés sur la figure 1, cette figure représentant certains composants fonctionnels des systèmes de diagnostic et de l'installation de maintenance; La figure 3 est un schéma fonctionnel illustrant les composants fonctionnels d'une plate-forme de maintenance uniforme appropriée à être utilisée dans un système éloigné ; figure 4 est un schéma fonctionnel illustrant des parties système de gestion groupements conformément au mode de réalisation préféré l'invention ; figure 5 est un schéma fonctionnel illustrant des parties système de gestion groupements concernant l'accès à distance avec certificat d'habilitation conformement au mode de réalisation préféré de l'invention ; figure 6 est un organigramme illustrant de façon générale opérations de gestion groupements sécurisées conformément au mode de réalisation préféré de l'invention ; figure 7 est un schéma fonctionnel illustrant un système hybride combinant le mode réalisation préféré de l'invention avec le système classique illustré sur les figures et 2. DESCRIPTION DETAILLEE DES MODES DE REALISATION PREFERES description détaillée suivante du mode de réalisation préféré l'invention est faite dans le contexte d'une installation centrale destinée à assurer maintenance d'une multiplicité de postes de travail et de systèmes de diagnostic medical situés à distance, par l'intermédiaire d'un réseau. Cependant, il convient de noter l'invention ,peut s'appliquer à tout système dans lequel des systèmes éloignés utilisent fichiers de base de données et/ou des logiciels protégés par une licence et sont connectés à une installation centrale par l'intermédiaire d'un réseau. La figure 1 illustre un système de maintenance 10 selon l'art antérieur sert à offrir une maintenance centralisée à une multiplicité de systèmes de diagnostic médical situés à distance 12. Dans le mode de réalisation illustré sur la figure 1, les systèmes de diagnostic médical comprennent un système d'imagerie par résonance magnétique (MRI) un système de tomographie sur ordinateur (CT) 16, ainsi qu'un système d'imagerie par ultrasons 18. Les systèmes de diagnostic peuvent être placés en un seul endroit ou une seule installation, comme une installation médicale 20, ou ils peuvent etre éloignés les uns des autres comme illustré dans le du système à ultrasons 18. Les systèmes de diagnostic font l'objet d'une maintenance à partir d'une installation de maintenance centralisée 22. En outre, multiplicité de dispositifs de maintenance en clientèle 24 peuvent être couplés au système de maintenance dans le but de transmettre des demandes de maintenance, de vérifier l'état la maintenance, de transmettre des données de maintenance, etc, comme décrit façon plus détaillée par la suite. fonction de la modalité des systèmes, divers sous-composants ou sous- systèmes seront inclus. Dans le cas du système MRI 14, ces systèmes comprendront généralement un scanner 26 servant à générer des champs magnétiques pulsés et à recueillir signaux en provenance des émissions à l'aide d'un corps gyromagnétique situé à l'interieur d'un sujet examiné. Le scanner est relié à un circuit de détection de signaux et commande 28 lequel, à son tour, est relié à un dispositif de commande de système Le dispositif de commande de système 30 comprend une plate-forme uniforme servant à échanger de façon interactive des demandes, messages et donnees de maintenance avec l'installation de maintenance 22, comme on le décrira de façon plus détaillée par la suite. Le dispositif de commande de système 30 relié à un module communication 32, lequel peut constituer un module physique unique ou separé rapport au dispositif de commande de système 30. Le dispositif de commande système 30 est également relié à un poste d'opérateur 34 qui comprend de façon typique un dispositif de surveillance par ordinateur 36, un clavier 38, ainsi que d'autres dispositifs d'entrée 40, comme par exemple une souris. Dans un système typique, le système 14 pourrait comprendre d'autres composants, tels y une imprimante ou un système de photographie pour produire des images reconstruites sur la base des données recueillies par le scanner 14. De façon analogue, le système CT 16 comprendra typiquement un scanner 42 qui detecte des parties des rayons X envoyés dans un sujet faisant l'objet de l'examen. Le scanner 42 est couplé à un générateur et à un dispositif de commande, ainsi qu'à un dispositif d'acquisition de signaux, lesquels sont désignés de façon collective la référence numérique 44, afin de commander le fonctionnement d'un support d'une source rayons X se trouvant à l'intérieur du scanner 42, et de recevoir des signaux produits un ensemble de détecteurs qui se déplacent à l'intérieur du scanner. circuits se trouvant à l'intérieur du dispositif de commande et des composants d'acquisition de signaux sont couplés à un dispositif de commande de systeme lequel, tout comme le dispositif de commande 30 mentionné ci-dessus, comprend circuits pour commander le fonctionnement du scanner et pour traiter et reconstruire données d'images sur la base des signaux acquis. Le dispositif de commande système 46 est lié à un module de communication 48, qui est de façon générale similaire au module de communication 32 du système MRI 14, afin de transmettre recevoir des données pour la maintenance centrale du système 16. De plus, le dispositif de commande système 46 est couplé à un poste d'opérateur 50 qui comprend un appareil surveillance par ordinateur 52, un clavier 54, ainsi que d'autres dispositifs d'entrée 56, tels qu'une souris. En outre, comme dans le cas du système MRI 14, le système CT 16 comprendra généralement une imprimante ou dispositif analogue afin délivrer en sortie les images reconstruites sur la base des données collectées par scanner42. D'autres dispositifs de modalité comprennent des circuits du matériel configurés de façon particulière pour acquérir ou produire des signaux conformément à leur conception particulière. Notamment, un système d'imagerie ultrasons 18 comprendra généralement un scanner et un dispositif de traitement données 58 servant à transmettre signaux ultrasonores dans un sujet faisant l'objet d'un examen, et à acquérir signaux résultants qui sont traités afin de reconstruire une image utile. Le système comprend un dispositif de commande de système 60 qui régule le fonctionnement du scanner 58 et qui traite les signaux acquis afin de reconstruire l'image. outre, le système 18 comprend un module de communication 62 servant à transmettre les demandes, des messages et données de maintenance entre dispositif de commande de système 60 l'installation de maintenance 22. Le système 18 comprend également un poste d'opérateur 64, comprenant un appareil de surveillance 66, ainsi que des dispositifs d'entrée tels qu'un clavier 68. Lorsque plus d'un système de diagnostic médical prévu dans une seule installation ou un seul emplacement, comme indiqué dans cas des systèmes MRI et CT 14 et 16 sur la figure 1, ces systèmes peuvent être couplés à un poste de gestion 70, comme dans le cas d'un service de radiologie hôpital ou d'une clinique. Le poste de gestion peut être lié directement à des dispositifs de commande pour les divers systèmes de diagnostic, tels que les dispositifs commande 30 et 46 dans l'exemple illustré. Le système de gestion peut comprendre un poste de travail informatique ou ordinateur personnel 72 couplé aux dispositifs de commande du système suivant une configuration intranet, une configuration type à utilisation collective de fichiers, un système clientiserveur, ou tout autre agencement approprié. Le poste de gestion 70 comprend typiquement un appareil de surveillance 74 servant à visualiser les paramètres opérationnels du système, à analyser l'utilisation du système, et à échanger des demandes et données de maintenance entre l'installation éloignée 20 et l'installation de maintenance centrale 22. Des dispositifs d'entrée, tels qu un clavier d'ordinateur classique 76 et une souris 78, peuvent également être prévus afin de faciliter la mise en relation avec l'utilisateur. Il convient de noter que, en variante, le système de gestion, ou autres composants du système de diagnostic, peuvent être autonomes, à savoir qu'ils peuvent ne pas être reliés directement à un système de diagnostic. Dans de tels cas, la plate-forme de maintenance décrite ici, et certaines ou toutes les fonctionnalités de maintenance peuvent néanmoins être fournies au système de gestion. De façon analogue, dans certaines applications, un système de diagnostic peut comprendre un système d'extraction et de communication d'archives d'images autonome ou interconnecté, ou bien un poste de visualisation doté de certaines ou de toutes les fonctions décrites ici. Les modules de communication mentionnés ci-dessus, ainsi que poste de travail 72 et les dispositifs de maintenance en clientèle 24, peuvent être reliés à l'installation de maintenance 22 par l'intermédiaire d'un réseau d'accès à distance 80. A cet effet, toute connexion de réseau appropriée peut être utilisée. Des configurations de réseaux préférées comprennent à la fois des réseaux propres à un constructeur ou spécialisés, ainsi que des réseaux ouverts, tels que le réseau Internet. L'échange de données entre les systèmes de diagnostic, les dispositifs de maintenance clientèle 24 et l'installation de maintenance centrale 22 peut être effectuée suivant tout format approprié, comme par exemple un format conformément au protocole Internet (IP), au protocole Transmission Control Protocol (TCP) ou autres protocoles connus. En outre, certaines des données peuvent être transmises ou formatées via des langages de balisage Çmarkup language), tels que le langage Hypertext Markup Language (HTML), ou autre langage standard. Les structures d'interface et les composants de communication préférés sont décrits de façon plus détaillée ci-dessous. Au sein de l'installation de maintenance 22, des messages, demandes de maintenance et données sont reçus par des dispositifs de communication désignés de façon générale par la référence numérique 82. Les dispositifs 82 transmettent les données de maintenance à un système de traitement de centre de maintenance, représenté de façon générale par la référence numérique 84 sur la figure 1. Le système de traitement gère la réception, le traitement et la transmission des données de maintenance reçues et envoyées par l'installation de maintenance. En général, le système de traitement 84 peut comprendre un ou plusieurs ordinateurs, ainsi que des serveurs logiciels ou matériels spécialisés servant à traiter les diverses demandes de maintenance et à recevoir et transmettre les données de maintenance, comme décrit de façon plus détaillée ci-dessous. L'installation de maintenance comprend également une série de postes de travail d'opérateur 86 qui peuvent être utilisés par les techniciens de maintenance qui envoient les demandes de maintenance fournissent une maintenance hors ligne et en ligne aux systèmes de diagnostic en réponse aux demandes de maintenance. De plus, le système de traitement 84 peut etre relié à un système de bases de données ou autres systèmes de traitement 88 se trouvent dans l'installation de maintenance 22 ou qui en sont éloignés. Ces bases données et ces systèmes de traitement peuvent comprendre une quantite considérable d'informations de base de données concernant les paramètres de fonctionnement, les historiques de maintenance, etc, aussi bien pour des scanners particuliers abonnés que pour des populations étendues de matériels de diagnostic. Comme décrit ci- dessous, ces bases de données peuvent être utilisées à la fois pour l'entretien de systèmes de diagnostic particuliers que pour le suivi de cet entretien, ainsi que pour obtenir des données de comparaison pouvant être utilisées pour l'entretien d'un système particulier ou d'une famille de systèmes. La figure 2 est un schéma fonctionnel illustrant les dispositifs système susmentionnes. Comme le montre la figure 2, des dispositifs de maintenance en clientèle 24 des systèmes de diagnostic 12 situés à distance peuvent etre reliés à l'installation maintenance centrale 22 via une connexion de réseau, comme illustré de façon génerale par la référence numérique 80. Une plate-forme maintenance uniforme 90 est prévue à l'intérieur de chaque système de diagnostic La plate- forme 90 comprend du matériel, des microprogrammes et des logiciels adaptés pour élaborer et transmettre des demandes de maintenance et des listes tâches de maintenance, pour transmettre et recevoir des données de maintenance, pour établir des connexions au réseau, et pour gérer les dispositions financières ou d'abonnement prises entre le système de diagnostic et l'installation de maintenance. De preférence, la plate-forme est intégrée dans le dispositif de commande de système système de diagnostic. plates-formes offrent une interface utilisateur graphique uniforme au niveau de chaque système de diagnostic et peuvent être adaptées en fonction des diverses modalités du système afin de faciliter l'interactivité entre médecins et radiologues les divers systèmes de diagnostic pour assurer les fonctions de maintenance. Les plates-formes permettent au concepteur de scanner de s'interconnecter directement avec les circuits de commande des scanners individuels, ainsi qu'avec dispositifs de mémoire que comportent les scanners, afin d'accéder à des fichiers d'images, de consignation et fichiers similaires qui sont nécessaires pour assurer les services demandés ou souscrits. Lorsqu'un poste de gestion 70 est prévu, une plate-forme uniforme similaire est de préférence chargée au niveau du poste de gestion afin faciliter l'interconnexion directe entre le poste de gestion et l'installation de maintenance. En plus de la plate-forme uniforme 90, chaque système de diagnostic comporte préférence un module de communication additionnel 92, tel qu'un module de transmission par télécopie servant à envoyer et recevoir des messages par télécopie entre scanner éloigné et l'installation de maintenance centrale. Les messages et les données transmises entre les systèmes de diagnostic et l'installation maintenance traversent une barrière de sécurité ou cloison pare-feu incorporée dans le système de traitement 84, laquelle sert à empêcher un accès non autorisé à l'installation de maintenance d'une manière généralement connue de Une baie modems 96, comprenant une série de modems 98, reçoit les donnees entrantes transmet les données sortantes par l'intermédiaire d'un dispositif d'acheminement 100, lequel gère la circulation des données entre les modems le système traitement du centre de maintenance 84. Comme mentionné ci-dessus, le système de traitement 84 reçoit et traite demandes et données de maintenance, et s'interconnecte avec des dispositifs maintenance supplémentaires, aussi bien au niveau de l'installation de maintenance qu'au niveau sites éloignés de l'installation. Comme le montre la figure 2, des postes de travail d'opérateur 86 sont couplés au système de traitement, tout comme le sont bases données ou ordinateurs éloignés 88. En outre, au moins une base données maintenance locale 102 est prévue en vue de contrôler les dispositions contrat et licence, de stocker les fichiers d'enregistrement de maintenance, fichiers de consignation, etc. En outre, un ou plusieurs modules de communication sont reliés au système de traitement 84 afin d'envoyer et de recevoir des transmissions par télécopie entre l'installation de maintenance et les systèmes de diagnostic ou dispositifs de maintenance en clientèle. La figure illustre les divers dispositifs fonctionnels constituant la plate-forme maintenance uniforme 90 à l'intérieur de chaque système de diagnostic 12. Dans mode de réalisation préféré de l'invention, cette plate-forme de maintenance uniforme peut être utilisee pour faciliter l'accès des systèmes éloignés à des applications logicielles par l'intermédiaire d'un réseau. La plate-forme uniforme réside sous la forme d'un logiciel emmagasiné dans un serveur web 119. Le serveur web 19 facilite l'échange des données entre le système de diagnostic et l'installation de maintenance, et permet la visualisation d'une série de pages web 123 et 125 par l'intermediaire d'un navigateur web . De préférence, le serveur 119 et le navigateur 121 prennent en charge les applications conformes au protocole HTTP et le navigateur prend en charge des applications dans le langage Java. La page web principale 123 est de préférence une page en langage de balisage, telle qu'une page en langage HTML affichée pour l'utilisateur du système sur un appareil de surveillance au niveau du système de diagnostic. De preférence, la page web principale 123 est accessible à partir d'une page d'exploitation normale dans laquelle l'utilisateur va élaborer des demandes d'examen, visualiser les résultats des examens, etc, comme par exemple par l'intermédiaire d'une icône sur écran. Par l'intermédiaire de la page web principale 123, il est possible d'accéder à une série de pages web supplémentaires 125. pages web permettent composer et de transmettre à l'installation de maintenance centrale des demandes maintenance et des demandes d'accès à des applications logicielles, et elles facilitent l'échange d'autres messages, rapports, logiciels, protocoles, etc, comme décrit façon plus détaillée ci-dessous. Le serveur web 119 communique avec un réseau par l'intermédiaire d'un modem 131. Un module de maintenance de connectivité permet une interconnexion avec le serveur web 119. Un module PPP (Point-to-Point Protocol) 129 est également prévu pour transmettre des paquets au protocole Internet (IP) par des connexions de communication à distance. Comme le comprendra l'homme de l'art, divers autres composants et protocoles réseau peuvent être utilisés pour faciliter l'échange de données par l'intermédiaire réseau. Un systeme de gestion de groupements peut être incorporé dans système de traitement du centre de maintenance illustré sur la figure 2. En variante, système de gestion de groupements décrit ici peut être un système autonome. modes de réalisation préférés du système de gestion de groupements sont illustres de façon générale sur figures 4 et 5. Conformément à chaque mode de réalisation, le système comprend une multiplicité de serveurs web répartis 110 qui communiquent avec au moins serveur de gestion de politique 114 par l'intermédiaire d'une cloison pare- 138. Chaque serveur web 110 est programmé afin fournir un accès à une ou plusieurs applications logicielles, lesquelles peuvent résider dans le serveur web lui-même ou dans des serveurs d'application respectifs reliés au serveur web 110. Les serveur web communiquent avec les systèmes éloignés à l'aide de réseaux. Les applications logicielles peuvent être protégées dans le sens qu'elles nécessitent un certificat d'habilitation en vue de leur accès ou elles peuvent être libres dans le sens qu'elles sont ouvertes à toute personne connectée au réseau. Comme l'expliquera de façon plus détaillée par la suite, les applications logicielles protégées, dans le cadre système de gestion de groupements préféré, se divisent en deux catégories : (1 applications logicielles nécessitant un certificat d'habilitation à facteur (par exemple un mot de passe) pour leur accès , et (2) les applications nécessitant un certificat d'habilitation à deux facteurs (par exemple un mot de passe un numéro code de sécurité généré de façon aléatoire). La figure 4 a pour d'illustrer une partie d'un système de gestion de groupements utilisant un système sécurité à un facteur, tandis que la figure 5 a pour but d'illustrer une partie système de gestion de groupements utilisant un système de sécurité à deux facteurs. La figure 5 diffère la figure 4 en ce qu'elle illustre, en outre, un serveur de sécurite 126 qui communique avec le serveur de gestion de politique 114 et qui est programme pour authentifier second facteur de l'essai de sécurité à deux facteurs, comme on décrira de façon plus détaillée par la suite. Les systèmes éloignés accédant aux serveur web peuvent comprendre systèmes de diagnostic médical, y compris des systèmes d'imagerie et de surveillance. A titre d'exemple, figure 4 illustre un navigateur 104 d'un scanner d'imagerie un navigateur 106 ordinateur personnel de système hospitalier, chaque navigateur permettant d'acceder à un serveur web 110 via un réseau d'accès à distance 80, ainsi qu'un navigateur 08 qui peut accéder à un serveur web 110 via le réseau Internet Chaque serveur web 110 est programmé de façon à comporter un module intermédiaire 1 servant à intercepter les demandes d'accès, à déterminer si le logiciel requis est ouvert ou protégé et, s'il est protégé, à contacter un serveur de gestion politique 118. module intermédiaire 112 fournit une interface pour communications entre le serveur web 110 et le serveur de gestion de politique 11 4. Le mode réalisation préféré comprend en outre une base de données gestion de groupements 116. Généralement, la base de données 116 comprend données de sites éloignés, des données de contrat ou d'abonnement, des données contact ou d'utilisateur, et des règles de procédures (à savoir des définitions groupements). Tel qu'utilisé ici, le terme groupement se rapporte à un groupe d'utilisateurs de système éloigné bénéficiant d'un ensemble particulier de droits d'accès. Telle qu'utilisée ici, l'expression application logicielle est censée inclure des logiciels tout type, y compris, à titre non limitatif, des programmations d'applications, fichiers de configuration, des protocoles, des fichiers de données, des listes de travaux, des rapports de maintenance, des outils de maintenance, historiques du système, des données de performance de système, des informations privées concernant le logiciel utilisé dans les systèmes de diagnostic médical éloignés, des techniques réparation, des enregistrements de gestion, etc. Les règles procédures stockees dans la base de données de gestion de groupements fournissent les criteres servant à déterminer les applications logicielles pour lesquelles un membre d'un groupement particulier a des droits d'accès. Les données de contact ou d'utilisateur se trouvant dans la base de données 116 comprennent des noms d'utilisateur, mots de passe, des codes de sécurité, des nombres de départ, instants d'activation de la génération de nombres aléatoires, la fonction ou le titre utilisateur, ainsi d'autres informations. Les données de contrat comprennent informations relatives aux applications logicielles auxquelles les abonnés sont en droit d'accéder conformement à des contrats existants entre les installations éloignées l'installation maintenance centrale. Les données de site comprennent informations identifiant les sites éloignés et le matériel utilisé au niveau de ces sites, y compris les numeros de série des appareils d'imagerie et de diagnostic. Le mode réalisation préféré de l'invention comprend des serveurs web fournissant un acces sélectif à des applications logicielles ayant un haut niveau protection, à savoir des applications nécessitant un certificat d'habilitation à deux facteurs. Les applications logicielles ayant ce haut niveau de sécurité comprendrait logiciels relatifs a la maintenance qui sont utilisés par un technicien de maintenance en clientèle pour reparer, entretenir, faire évoluer ou maintenir un système de diagnostic éloigné, tel que outils de maintenance 128 et des enregistrements de maintenance 130 illustrés figure 5. Par exemple, il est possible d'octroyer à un technicien de maintenance clientèle employé par une installation de maintenance centrale un certificat d'habilitation à deux facteurs qui lui permettrait d'accéder à distance, exemple via le navigateur 104 d'un scanner d'imagerie éloigné et via un réseau, à applications logicielles nécessaires pour assurer la maintenance de ce scanner d'imagerie. Le premier facteur est le même facteur que celui qui est utilisé dans le cas d'un certificat d'habilitation à un facteur et il est authentifié par le serveur de gestion de politique 114. Conformément au mode de réalisation préféré illustré sur la figure 5, un serveur responsable de la sécurité 126 est programmé de façon à authentifier le second facteur d'un certificat d'habilitation à deux facteurs sous le contrôle du serveur gestion de politique 114. La figure 6 illustre le procédé préféré de traitement de certificats d'habilitation. Chaque système éloigné est programmé de façon à comporter une interface utilisateur type illustré sur la figure 3 pour accéder à un serveur web 110 via un réseau 80, comme par exemple un réseau interne. L'une des pages web 125 peut etre une page d'applications qui affiche une multiplicité de boutons de sélection d'applications virtuelles servant à sélectionner l'une quelconque d'une multiplicité d'applications logicielles (ouvertes ou protégées) ayant rapport à la maintenance et accessibles à distance, qui résident au niveau des serveur web 110. Pour la description, on supposera que les applications logicielles protégées qui résident dans les serveurs web illustrés sur la figure 4 nécessitent pour leur accès un certificat d'habilitation à un facteur. Par contre, au moins une des applications logicielles protégées résident au niveau du serveur web 110 illustré sur la figure 5 nécessite pour son acces un certificat d'habilitation à deux facteurs, ce qui requiert la présence d'un serveur gestion de securité 126. Il est également entendu que certaines applications logicielles peuvent etre ouvertes et non protégées. Cependant, l'invention se rapporte principalement à la prise en charge de l'accès à distance à des applications logicielles protégees. En réponse à la sélection par l'utilisateur du système d'une application logicielle protégée sur l'écran du navigateur web, le serveur web 119 du système eloigné envoie demande d'accès à l'application logicielle sélectionnée (étape 160 la figure 6) réseau par l'intermédiaire des blocs 127, 129 et 131 illustrés sur figure 3. De préférence, l'adresse URL du serveur web 110 dans lequel réside l'application logicielle sélectionnée est introduite par un programme spécifique dans le système éloigné, l'adresse URL étant automatiquement associée à la demande d'accès avant la connexion au réseau. La demande d'accès par le système éloigné au serveur web demandé 110 est immédiatement interceptée par le module intermédiaire 112 de ce serveur web, ce module déterminant tout d'abord si la demande d'accès se rapporte à application logicielle ouverte ou protégée. Si l'application logicielle est ouverte, c'est-à-dire s'il est possible d'y accéder sans certificat d'habilitation, le module intermédiaire en informe alors le serveur web et l'application est envoyée au système éloigné. La figure 6 représente le processus d'approbation des demandes d'accès à des logiciels protégés. Si l'application logicielle demandée nécessite un certificat d'habilitation, le module intermédiaire détermine alors si l'utilisateur du système éloigné faisant l'objet de la demande a déjà été authentifié (étape 1 figure 6), à savoir si l'utilisateur est déjà entré en communication. Si l'utilisateur déjà entré en communication, l'étape d'authentification est omise et le serveur gestion de politique détermine immédiatement si l'accès demandé est autorisé (étape 168). Si l'utilisateur du système éloigné faisant la demande n'est pas déjà entré en communication, le serveur web sollicité télécharge une fenêtre au navigateur éloigné qui comporte des zones pour l'introduction du nom de l'utilisateur, du mot passe et du code de sécurité de l'utilisateur. L'utilisateur du système éloigné peut alors entrer les informations d'identification d'utilisateur requises par le serveur de gestion de politique (étape 164). Dans le cas où l'utilisateur possède un certificat d'habilitation à un facteur, cet utilisateur entre de préférence un nom et un mot passe d'utilisateur ; dans le cas où un utilisateur possède un certificat d'habilitation deux facteurs, il entre de préférence un nom d'utilisateur, un mot de passe et un code sécurité généré par un générateur de nombres aléatoires en possession de l'utilisateur. Le serveur web 118 se trouvant dans le système éloigné (voir figure 3) envoie alors les informations d'utilisateur introduites sur le réseau accédé par le serveur web 110 (voir figures 4 et 5) au niveau duquel réside l'application logicielle demandée. Les informations transmises par l'utilisateur sont interceptées par le module intermédiaire 112 et acheminées jusqu'au serveur de gestion de politique 1 14 conjointement avec un code identifiant l'application logicielle protégée à laquelle se rapporte la demande d'accès. Dans le cas de certificats d'habilitation à un facteur, le serveur de gestion de politique authentifie le mot de passe (étape 166) référence à la base de données de l'utilisateur 124, laquelle fait partie de la base données de gestion de groupements. Conformément au mode de réalisation le plus simple, la base de données de l'utilisateur stocke un mot de passe conjointement avec chaque nom d'utilisateur, et le serveur de gestion de politique ne fait qu'extraire mot de passe et le comparer au mot de passe reçu du module intermédiaire dans lequel réside le logiciel demandé. Si le mot de passe n'est pas authentique, le serveur web demandé va envoyer un message d'erreur au système éloigné. Si code d'utilisateur est authentique, le serveur de gestion de politique doit ensuite déterminer si l'accès demandé est autorisé (étape 168). Dans le cas de certificats d'habilitation à deux facteurs, le serveur de gestion de politique authentifie un mot de passe tout en déléguant l'authentification d'un code de sécurité associé au serveur de gestion de sécurité (étape 165). Si mot de passe et le code de sécurité sont authentiques, le serveur de gestion de politique procède alors à l'étape d'autorisation (étape 168). Conformément au mode de réalisation préféré de l'invention, le serveur de gestion de politique est programmé de façon à déterminer si l'utilisateur d'un système éloigné est autorisé à accéder à l'application logicielle protégée en exécutant les étapes suivantes : extraction de critères d'autorisation (à savoir règles de procédures ou définitions de groupements 118) pour l'application logicielle protégée à partir la base de données de gestion de groupements ; extraction d'informations concernant une ou plusieurs variables (à savoir informations de contrat, système, site et utilisateur) en provenance de la base de données de gestion de groupements; et détermination la satisfaction de ces variables à ces critères d'autorisation. Le serveur de gestion politique 114 extrait de la base de gestion de groupements toutes les donnees pertinentes concernant l'utilisateur du système éloigné identifié et stocke ces donnees extraites dans une mémoire cache de mise en communication interne. Sur la base critères et des données de variables extraites pendant l'étape d'autorisation 168, serveur de gestion de politique 1 14 détermine si l'utilisateur du système éloigné faisant demande a des droits d'accès à l'application logicielle demandée (étape 170). Si l'utilisateur du système éloigné faisant la demande est autorisé à accéder a l'application logicielle protégée faisant l'objet de la demande, le serveur de gestion de politique envoie alors une instruction au module intermédiaire dans lequel réside le logiciel protégé afin de permettre l'accès. Le serveur web associé télécharge alors l'application logicielle protégée vers le système éloigné auquel l'utilisateur demandeur connecté (étape 178). En conséquence du téléchargement, le serveur web 118 (voir figure 3) se trouvant à l'endroit du système éloigné affiche sur le navigateur web la page web d'ouverture de l'application logicielle téléchargée. L'algorithme illustré sur la figure 6 comprend une étape optionnelle 174 servant à determiner si l'application logicielle doit être personnalisée avant sa délivrance, comme exemple en incorporant un message de bienvenue qui s'adresse à l'utilisateur en employant son propre nom. Tout service de personnalisation est exécuté par le serveur 110 (voir figure 4) à l'étape 176. Ensuite, l'application personnalisée est envoyée site éloigné à l'étape 178. Le serveur de gestion de politique est en outre programmé de façon à ordonner module intermédiaire du serveur web où réside le logiciel demandé de refuser l'accès si l'utilisateur du système éloigné est un membre d'un groupement qui n'est pas autorisé à accéder à ce logiciel protégé. En option, serveur web où réside le logiciel protégé est programmé de façon à envoyer au système éloigné une liste identifiant toutes les applications logicielles pour lesquelles l'utilisateur du système éloigné faisant une demande a des droits d'accès (étape 172) en réponse à un refus d'accès par le serveur de gestion de politique. Conformément à un mode de réalisation préféré, l'étape 162 (voir figure 6) consistant à déterminer si le code d'utilisateur a déjà été authentifié, à savoir si l'utilisateur du système éloigné a déjà réussi à entrer en communication, est exécutée comme suit. Le navigateur web situé au niveau chaque système éloigné et le module intermédiaire présent dans chaque serveur d'applications comporte une antémémoire d'entrée en communication qui stocke entrées de l'utilisateur (par exemple, le nom de l'utilisateur, le mot de passe code de sécurité) ainsi qu'une étiquette d'authenticité associée qui est générée apres authentification par le serveur de gestion de politique. La séquence des opérations comme suit. (1) L'utilisateur du système éloigné transmet une demande en vue accès à un premier serveur web. (2) Le premier serveur web télécharge alors une page web demandant à l'utilisateur du système éloigné d'entrer en communication. L'utilisateur du système éloigné introduit alors un nom d'utilisateur et un mot passe (certificat d'habilitation à un facteur) ou bien un mot de passe et un code sécurité d'utilisateur (certificat d'habilitation à deux facteurs) par l'intermédiaire l'interface utilisateur et envoie ces données introduites au premier serveur web, informations de l'utilisateur étant automatiquement emmagasinées dans une antémémoire d'entrée en communication du navigateur web. (4) L'intermédiaire du premier serveur web intercepte les informations de l'utilisateur introduites et les envoie au serveur de gestion de politique. (5) Si les informations de l'utilisateur sont authentiques, le serveur de gestion de politique adjoint une étiquette d'authenticité, stocke informations de l'utilisateur et l'étiquette d'authenticité dans son antémémoire d'entrée en communication, et renvoie ces mêmes données à l'intermédiaire du premier serveur web. (6) Ces mêmes données sont ensuite emmagasinées dans l'antémémoire d'entrée en communication du module intermédiaire et renvoyées au système éloigné, informations de l'utilisateur et l'étiquette d'authenticité étant emmagasinées dans l'antémémoire d'entrée en communication du navigateur web. (7) Lorsque l'utilisateur du système éloigné transmet ensuite une demande d'accès à un second serveur web, les informations de l'utilisateur et l'étiquette d'authenticité emmagasinées dans l'antémémoire d'entrée en communication navigateur web sont automatiquement envoyées à ce second serveur web. L'intermédiaire du second serveur web retransmet alors les informations de l'utilisateur et l'étiquette d'authenticité reçues au serveur de gestion de politique. (9) Si informations d'utilisateur et l'étiquette d'authenticité envoyées par le second serveur coïncident avec les informations d'utilisateur et l'étiquette d'authenticité stockées dans l'antémémoire d'entrée en communication du serveur de gestion de politique, le serveur de gestion de politique envoie alors un signal au second serveur indiquant que le code utilisateur est authentique. ce fa it, 1 e second serveur sait qu'il peut omettre l'étape de téléchargement page web d'entrée en communication vers le système éloigné. Ces opérations permettent d'éviter à un utilisateur système éloigné qui demande de multiples applications logicielles d'effectuer de multiples fois des procédures d'entrée en communication. ce fait, une seule procédure d'entrée en communication suffit quel que soit nombre de demandes d'acces à des applications logicielles faites par un utilisateur éloigné ayant procédé à une demande d'entrée en communication. Conformément à un autre aspect de la présente invention, l'accès à des applications logicielles ayant un haut niveau de protection nécessite un certificat d'habilitation à deux facteurs. Comme mentionné précédemment, le premier facteur est un mot de passe secret associé au nom de l'utilisateur. Le second facteur est un nombre généré façon aléatoire que l'utilisateur du système éloigné extrait d'un dispositif portatif, qu'un dispositif au format de poche, qu'il porte avec lui. Le dispositif portatif comprend un générateur de nombres aléatoires servant à générer en continu des nombres conformément à un algorithme de génération nombres aléatoires stocké, ainsi qu'un écran d'affichage qui affiche la valeur actuelle de la séquence de nombres générés de façon aléatoire. Le générateur nombres aléatoires est activé par l'installation de maintenance centrale et commence par un nombre de départ introduit dans le dispositif portatif par le fournisseur maintenance centrale. Le moment de l'activation de la génération de nombres aléatoires ensuite stocké dans la base de données de l'utilisateur conjointement avec le nom d'utilisateur, le mot de passe, le nombre de départ et autres informations de l'utilisateur. Sur la base de la présence d'un code de sécurité dans les informations de l'utilisateur reçues du système éloigné via le module intermédiaire 11 2 (voir figure 5), le serveur de gestion de politique 114 reconnaît qu'un certificat d'habilitation à deux facteurs requis. Sur la base du nom de l'utilisateur, le serveur de gestion politique extrait alors de la base de données de gestion de groupements 116 informations relatives à cet utilisateur. Le serveur de gestion de politique 114 compare le mot de passe introduit au mot de passe extrait de la base de données. Si les mots passe coïncident, le serveur de gestion de politique envoie alors au serveur de gestion de sécurite 126 le code de sécurité introduit par l'utilisateur ainsi que le nombre départ et moment d'activation pour la génération de nombres aléatoires qui ont éte extraits de base de données. Sur la base du moment d'activation et du nombre départ reçus du serveur de gestion de politique et sur la base de l'algorithme génération nombres aléatoires stocké dans le serveur de gestion de sécurité (cet algorithme etant le même que celui qui est contenu dans le générateur de nombres aléatoires porté par l'utilisateur), le serveur de gestion de sécurité génère un nombre aléatoire destiné à être utilisé comme code de sécurité de référence. Le code sécurité introduit par l'utilisateur est authentifié s'il se situe dans une plage prédéterminee du code de sécurité de référence. Le serveur de gestion de sécurite communique alors au serveur de gestion de politique les résultats de la comparaison. Si le code sécurité introduit est authentique, le serveur de gestion de politique procède alors à l'exécution de l'étape d'autorisation. Si le code de sécurité n'est authentique, serveur de gestion de politique ordonne alors au module intermédiaire concerné refuser l'accès à l'application logicielle demandée. Le module intermédiaire peut alors demander à l'utilisateur du système éloigné d'essayer nouveau d'entrer en communication. La figure 7 illustre des exemples de dispositifs fonctionnels destinés à une installation maintenance 22 selon la présente invention. Comme indiqué ci-dessus, l'installation maintenance 22 comprend une baie de modems 96 comprenant une multiplicité modems 98 couplés à un dispositif d'acheminement 100 afin d'assurer coordination communications de données avec l'installation de maintenance. serveur de maintenance HTTP dit de guichet 94 reçoit et envoie les transactions entrantes et sortantes faites avec l'installation. De préférence, les serveurs d'applications sont également disposés en amont de la cloison pare-feu 138. Seul serveur web d'applications 110 comportant un module intermédiaire 1 12 est illustré la figure 6. serveurs 94 et 110 sont couplés aux autres dispositifs de l'installation par l'intermediaire d'une cloison pare-feu 138 pour la sécurité du système. Des postes de travail d'opérateur 86 sont couplés au module de gestion d'accès pour prendre charge les demandes de maintenance et transmettre des messages et rapports en réponse à ces demandes. Un dispositif de maintenance automatise 136 peut également être inclus dans l'installation de maintenance afin répondre automatiquement à certaines demandes de maintenance, de balayer systèmes de diagnostic abonnés pour analyser les données de paramètres opérationnels, etc. Conformément à un mode de réalisation préféré, le dispositif maintenance automatisé 36 peut fonctionner de façon indépendante ou en association avec les dispositifs de maintenance interactifs comprenant le système de traitement 84. Il convient de noter que d'autres systèmes de réseau ou de communication peuvent être prévus pour permettre à l'installation de maintenance de communiquer d'échanger des données et des messages avec les systèmes de diagnostic et dispositifs de maintenance centraux, comme par exemple des systèmes comprenant serveurs Internet extérieurs et des réseaux privés virtuels. Derrière la cloison pare-feu 138, un serveur d'application HTTP d'arrière- guichet 1 coordonne la manipulation des demandes de maintenance, la messagerie, rapports, les transferts de logiciels, etc. D'autres serveurs peuvent être couplés au serveur d'application HTTP 140, comme des serveurs d'analyse de maintenance qui sont configurés pour prendre en charge des types particuliers de demandes maintenance. Dans le mode de réalisation illustré sur figure 7, le système traitement 84 peut également comprendre un serveur gestion de politique 14, un serveur de gestion de sécurité 126 et un serveur responsable des licences Le serveur de gestion de politique et le serveur responsable licences sont tous deux couplés une base de données politique/licence 146 qui comprendrait la base de données de gestion de groupements susmentionnée ainsi une base de données licences. Le module licences 144 exécute les fonctions stockage, de mise à jour de vérification de l'état des contrats et abonnements de maintenance du système de diagnostic. En variante, le serveur responsable des licences 144 peut être placé à l'exterieur de la cloison pare-feu 138 afin de vérifier l'état l'abonnement avant l'admission à l'installation de maintenance. Le serveur de gestion politique 114 assure les fonctions décrites plus haut dans les présentes en référence aux figures 4 à 6. Le serveur responsable des licences 144 génère des licences, installe les licences générées dans les systèmes éloignés 12 via le réseau 80 et entre les licences dans la base de données politique/licence 146. Le serveur responsable des licences 144 est également apte à retirer ou mettre fin à une licence installée à partir d'un systeme éloigné, via le réseau. La manipulation des demandes de maintenance, des messages et des rapports est coordonnée par un module programmateur 148 couplé au serveur HTTP 140. Le module programmateur 148 coordonne les activités d'autres serveurs comprenant le système de traitement, tels qu'un serveur rapports 150, un serveur messages 152 un serveur de téléchargement de logiciel 154. Comme le comprendra l'homme de les serveurs 150, 1 et 154 sont couplés à des dispositifs de mémoire (non représentés) afin de stocker données telles que des listes de tâches, des adresses, fichiers d'historique, fichiers de messages et de rapports, des logiciels d'applications, etc. En particulier, comme illustré sur la figure 7, le serveur logiciels 154 est couple via ou plusieurs voies de transmission de données à un dispositif de stockage 1 servant à emmagasiner progiciels transmissibles qui peuvent être envoyés directement systèmes de diagnostic, les systèmes de diagnostic pouvant accéder à ces progiciels, ou ces derniers pouvant être fournis sur la base d'un paiement en fonction de leur utilisation ou achetés. Les serveurs messages et rapports 152 et 154 sont également couplés, conjointement avec le module de communications 104, à un module de gestion de livraison 158 qui est configuré pour recevoir des messages sortants, assurer la connectivité correcte avec les systèmes de diagnostic et coordonner la transmission de messages systèmes de diagnostic et la transmission de messages de listes de tâches à des techniciens de maintenance situés à distance, via le réseau. Conformément à un mode de réalisation préféré, les circuits fonctionnels - mentionnés peuvent être configurés sous la forme de matériel, de microprogrammes de logiciel toute plate-forme d'ordinateur appropriée. Par exemple, circuits fonctionnels systèmes de diagnostic peuvent être programmés sous la forme d'un code approprie dans un ordinateur personnel ou un poste de travail, ou entièrement incorporés dans le scanner du système, ou ajoutés à ce dernier. Les circuits fonctionnels l'installation de maintenance peuvent comprendre des ordinateurs personnels ou postes de travail supplémentaires, en plus d'un ordinateur central dans lequel sont configurés un ou plusieurs des serveurs, le programmateur, etc. Enfin, les dispositifs maintenance en clientèle peuvent comprendre des ordinateurs personnels ou ordinateurs portatifs de toute plate-forme de processeur appropriée. Il convient également de noter que les circuits fonctionnels sus-mentionnés peuvent être adaptés diverses manières afin d'assurer les fonctions décrites ici. En général, les circuits fonctionnels facilitent l'échange des données de maintenance entre les systèmes diagnostic et une installation de maintenance centrale, la mise en #uvre étant de preférence du type interactif pour fournir des mises à jour régulières aux systèmes diagnostic d'activités de maintenance. Bien le mode de réalisation préféré utilise des modems pour faciliter les communications avec un réseau d'accès à distance, il est entendu que des modems ne sont pas necessaires pour mettre en ceuvre l'invention. Notamment, il est possible d'utiliser le reseau Internet ou des réseaux privés. Bien l'invention ait été décrite en référence à des modes de réalisation préférés, l'homme de l'art comprendra que diverses modifications peuvent etre apportées que des éléments équivalents peuvent remplacer ceux de l'invention sans s'écarter la portée de l'invention. En outre, de nombreuses modifications peuvent être apportees afin d'adapter une situation particulière aux enseignements de l'invention sans s'écarter de la portée essentielle de l'invention. Par conséquent, il entendu l'invention n'est pas limitée au mode de réalisation particulier présente comme etant le meilleur mode de réalisation envisagé pour mettre en #uvre présente invention, mais que l'invention englobera tous les modes de réalisation s'inscrivant dans le cadre des revendications annexées. Telle qu'utilisée dans les revendications, l'expression application logicielle censée inclure des logiciels de tous types, y compris, à titre non limitatif, programmation d'applications, des fichiers de configuration, des protocoles, des fichiers de données, des listes de travaux, des rapports de maintenance, des historiques système, des outils de maintenance, des données de performance de système, documents privés, des techniques de réparation, des enregistrements relatives a l'entreprise, etc. REVENDICATIONS 1. Procédé pour autoriser l'accès utilisateur de système de diagnostic médical éloigné, via un réseau, à une application logicielle protégée, ladite application logicielle protégée étant stockée au niveau d'une installation de maintenance centrale et nécessitant un certificat d'habilitation pour accès, le procédé comprenant les étapes suivantes : l'envoi, par ledit utilisateur du systeme éloigné, d'une demande (160) pour accéder à ladite installation de maintenance centrale via ledit réseau ; l'envoi, par ledit utilisateur du systeme éloigné, d'une identification d'utilisateur, d'un mot de passe et d'un code de sécurite à ladite installation de maintenance centrale via ledit réseau (164) ; une détermination faite par ladite installation centrale pour établir si ledit mot de passe et ledit code de sécurité sont authentiques (166) ; une détermination faite par ladite installation centrale pour établir si ledit utilisateur du système éloigné est autorise 68) à accéder à ladite application logicielle protégée ; et l'autorisation octroyée audit utilisateur du système éloigné pour qu'il accède (178) à ladite application logicielle protégee si ledit mot de passe et ledit code de sécurité sont authentiques et si ledit utilisateur du système éloigné est autorisé à accéder à ladite application logicielle protegée. 2. Procédé selon la revendication 1, dans lequel ladite installation centrale authentifie ledit mot de passe envoyé par ledit utilisateur du système éloigné en faisant coïncider ledit mot de passe avec un mot de passe extrait d'une base de données de gestion de groupements. 3. Procédé selon la revendication 1, dans lequel ladite installation centrale authentifie ledit code de sécurité envoyé par ledit utilisateur du système éloigné en générant un code de sécurité de référence conformément à un algorithme de génération de nombres aléatoires utilisant un nombre de départ et un instant de génération de nombres aléatoires extraits d'une base de données de gestion de groupements, et en comparant ledit code sécurité de référence audit code de sécurité envoyé par ledit utilisateur du systeme éloigné. 4. Procedé selon la revendication 1, dans lequel ladite application logicielle comprend données de performance historiques relatives audit système de diagnostic medical éloigné. 5. Procedé selon la revendication 1, dans lequel ladite application logicielle comprend un outil pour assurer la maintenance dudit système de diagnostic médical éloigné. 6. Procedé selon la revendication 1, dans lequel ladite application logicielle comprend informations propres à un constructeur concernant le logiciel utilisé dans ledit système diagnostic médical éloigné. 7. Procedé selon la revendication 1, dans lequel ladite base de données gestion de groupements stocke des mots de passe et des codes de sécurité pour chaque personne autorisée à assurer la maintenance dudit système de diagnostic médical éloigne et à accéder à des applications relatives à la maintenance à partir dudit système de diagnostic médical éloigné, via ledit réseau. 8. Procedé selon la revendication 1, dans lequel ledit utilisateur du système éloigné envoie ladite demande d'accès et les données d'identification d'utilisateur interaction avec un navigateur web situé au niveau dudit système de diagnostic médical éloigné. 9. Système comprenant: un réseau (80); un serveur web (110) connecté audit réseau et comprenant un module intermédiaire 12) programmé de façon à permettre l'accès à une application logicielle protégée en reponse à une autorisation ; un systeme de diagnostic médical éloigné (12) comportant un navigateur (1 04) pour envoyer audit serveur web, par l'intermédiaire dudit réseau, une demande d'accès à ladite application logicielle protégée, une identification d'utilisateur, un de passe et un code de sécurité ; une base de données de gestion de groupements (116) comprenant des informations d'utilisateur associées à des utilisateurs respectifs, des informations site, des informations de système et des informations de contrat associées aux systèmes de diagnostic médical éloignés respectifs, et des règles comprenant critères d'autorisation pour déterminer l'accès à des applications logicielles protegées respectives ; un serveur de gestion de sécurité (126) qui est programmé pour authentifier ledit code de sécurité ; et un serveur de gestion de politique (1 14) qui communique avec ladite base données de gestion de groupements, avec ledit module intermédiaire et avec ledit serveur de gestion de sécurité, ledit serveur de gestion de politique étant programmé pour authentifier ledit mot de passe de l'utilisateur et envoyer ladite autorisation audit module intermédiaire si ledit mot de passe et ledit code de sécurité sont authentiques et si tous les critères d'autorisation concernant ladite application logicielle protégée été satisfaits. 10. Système selon la revendication 9, dans lequel ledit serveur de gestion politique est programmé pour exécuter les étape suivantes : recevoir ladite demande d'accès, ladite identification d'utilisateur, ledit mot passe et ledit code de sécurité en provenance dudit module intermédiaire ; extraire de ladite base de données de gestion de groupements un mot de passe et un nombre de départ associés à ladite identification d'utilisateur reçue ; déterminer si ledit mot de passe extrait coïncide avec ledit mot de passe reçu ; et transmettre ledit nombre de départ extrait audit serveur de gestion de sécurite. 11. Système selon la revendication 10, dans lequel ledit serveur de gestion sécurité authentifie ledit code de sécurité reçu en générant un code de sécurité référence à partir dudit nombre de départ extrait, conformément à un algorithme génération de nombres aléatoires. 12. Système selon la revendication 10, dans lequel ledit serveur de gestion politique est programmé pour déterminer si ladite identification d'utilisateur identifie une personne autorisée à accéder à l'application logicielle protégée en exécutant les etapes suivantes : extraction de ladite base de données de gestion de groupements desdits critères d'autorisation pour ladite application logicielle protégée ; extraction de ladite base de données de gestion de groupements d'informations relatives à une ou plusieurs variables ; et détermination faite pour établir si lesdites variables satisfont ou non lesdits critères d'autorisation. 13. Système selon la revendication 9, dans lequel ladite application logicielle protégée comprend des données de l'historique de performance (130) relatives audit système de diagnostic médical éloigné. 14. Systeme selon la revendication 9, dans lequel ladite application logicielle protégée comprend un outil (128) pour assurer la maintenance dudit système diagnostic médical éloigné. 15. Système selon la revendication 9, dans lequel ladite application logicielle protégée comprend des informations propres à un constructeur concernant le logiciel utilisé dans ledit système de diagnostic médical éloigné. 16. Systeme selon la revendication 9, comprenant, en outre, une cloison pare- feu (Il 38) entre ledit serveur web et ledit serveur de gestion de politique. 17. Systeme pour autoriser l'accès par un système de diagnostic médical éloigné, via un réseau (80), à une application logicielle protégée, ladite application logicielle protégée étant stockée au niveau d'une installation centrale (22) et nécessitant un certificat d'habilitation pour son accès, dans lequel ledit système eloigné comprend des moyens (1 04) pour envoyer une demande d'accès à ladite application logicielle protégée, une identification d'utilisateur, un mot de passe et un code sécurité à ladite installation centrale via ledit réseau ; et dans lequel ladite installation centrale comprend des moyens (1 14, 116, 126) pour déterminer si ledit mot passe et ledit code de sécurité sont authentiques, des moyens (1 14, 116) pour déterminer si ledit utilisateur système éloigné est autorisé à accéder à ladite application logicielle protégée, et moyens (110, 1 12, 114) pour permettre audit utilisateur du système éloigné d'acceder à ladite application logicielle si ledit mot de passe et ledit code de sécurité sont authentiques et si ledit utilisateur du système éloigné est autorise accéder à ladite application logicielle protégée. 18. Système selon la revendication 17, dans lequel ladite installation centrale comprend, en outre, des moyens (1 14) pour authentifier ledit mot de passe envoyé par ledit utilisateur système éloigné en faisant coïncider ledit mot de passe avec mot de passe extrait d'une base de données (116). 19. Système selon la revendication 17, dans lequel ladite installation centrale comprend, en outre, des moyens (126) pour authentifier ledit code de sécurité envoyé par ledit utilisateur du système éloigné en générant un code de sécurité de réference conformément a un algorithme de génération de nombres aléatoires utilisant un nombre de départ et un instant de début de génération de nombres aléatoires extraits d'une base de données, et en comparant ledit code de sécurité de référence audit code de sécurité envoyé par ledit utilisateur du système éloigné. 20. Système selon la revendication dans lequel lesdits moyens d'autorisation d'accès comprennent un serveur web (1 programmé pour permettre de façon sélective l'accès à ladite application logicielle protégée en réponse à l'autorisation, l'accès audit serveur web étant effectué ledit système de diagnostic médical éloigné via ledit réseau.