Brevet FR2816079A1 — publié le 20020503

Système et procédé pour la surveillance de connexions de service à des dispositifs informatisés éloignés La présente invention concerne de manière générale des systèmes et procédés pour la connexion à des dispositifs informatisés éloignés, par exemple des dispositifs d'imagerie utilisés pour le diagnostic médical, depuis un établissement de service central. Les systèmes d'imagerie médicale sont omniprésents dans les établissements de santé modernes. Ces systèmes constituent des outils inestimables pour identifier, diagnostiquer et traiter des conditions physiques et ils réduisent fortement le besoin d'interventions chirurgicales pour le diagnostic. Dans de nombreux cas, le diagnostic et le traitement finaux n'ont lieu qu'après qu'un médecin ou radiologue assistant a complété les examens classiques par des images détaillées des zones et tissus concernés, via une ou plusieurs modalités d'imagerie. Actuellement, un certain nombre de modalités existent pour les systèmes d'imagerie de diagnostic médical. Ceux-ci comprennent les systèmes de tomographie informatisée (TI), les systèmes à rayons X (qui comprennent aussi bien les systèmes classiques que les systèmes numériques ou numérisés), les systèmes à résonance magnétique (RM), les systèmes de tomographie par émission de positrons (TEP), les systèmes à ultrasons, les systèmes de médecine nucléaire, etc. Dans bien des cas, ces modalités sont complémentaires les unes des autres et offrent au médecin toute une gamme de techniques pour étudier des types particuliers de tissus, organes, systèmes physiologiques, etc. Les institutions de santé disposent souvent plusieurs de ces systèmes d'imagerie dans un seul établissement ou dans plusieurs établisse- ments, ce qui permet aux médecins d'avoir recours à ces ressources selon les besoins particuliers des patients. Les systèmes d'imagerie médicale modernes comprennent typiquement des circuits servant à l'acquisition des données d'image et à transformer les données pour leur donner une forme utilisable, qui est ensuite traitée pour créer une image reconstruite des éléments d'intérêt de l'intérieur du patient. Les circuits d'acquisition et de traitement des données d'image sont désignés par le terme"scanner", quelle que soit la modalité, si le balayage physique ou électronique est exécuté en tant que partie du processus d'imagerie. Bien entendu, les composants particuliers du système et les circuits associés diffèrent fortement entre les modalités, en raison de leurs caractéristiques physiques et de traitement de données différentes. On demande souvent aux systèmes de diagnostic médical du type décrit ci-dessus de produire des images fiables et lisibles, dans des temps impartis, et pendant une durée de vie utile considérable. Pour assurer un fonctionnement correct de ces systèmes, du personnel hautement qualifié effectue une maintenance régulière pendant laquelle il s'occupe des problèmes d'imagerie, configure et calibre les systèmes, et effectue des contrôles de système et des mises à jour logicielles périodiques. En outre, les offres de service ont été complétées ces dernières années par des centres de service capables d'entrer en communication directement avec les scanners situés dans des établissements abonnés, sans besoin d'intervention de la part du personnel de ces établissements. Ce service centralisé est destiné à maintenir les systèmes de diagnostic en bon état de marche sans nécessiter l'attention de médecins ou de radiologues, et il est souvent totalement transparent à l'établissement. Dans certains systèmes de service centralisés, un centre de service informatisé va se connecter à un scanner via un réseau pour contrôler les configurations et états opérationnels du système, recueillir des données pour produire un rapport, et exécuter d'autres fonctions de maintenance utiles. Ces connexions peuvent être faites périodiquement, par exemple pendant des"balayages"du système, où toute une variété de données de performances du systèmes sont collec- tées et mémorisées avec des données historiques du scanner concerné. Ces données peuvent alors être utilisées pour évaluer les performances du système, proposer ou programmer des visites de personnel de maintenance, et autres actions similaires. Le programme de service centralisé décrit ci-dessus prévoit que les ingénieurs"en ligne"du fabriquant (appelés"téléopérateurs" dans ce qui suit) se connectent de manière régulière à distance aux systèmes d'imagerie médicale des clients en utilisant des modems d'appel dans le but de fournir le service à distance. Par exemple, en réponse à la réception d'une demande d'assistance provenant d'un établissement éloigné, un téléopérateur, dans un établissement de service centralisé, peut essayer de diagnostiquer un problème à distance en se connectant à un système via une ligne téléphonique. Naturellement, il est essentiel que le téléopérateur se connecte au système voulu. Une fois connecté au bon système, le téléopérateur peut accéder au système d'exploitation, étudier les problèmes logiciels, télécharger un fichier de consignation des erreurs, transférer une image, et ainsi de suite, dans sa recherche de la cause originelle de n'importe quel problème. Les solutions antérieures au problème consistant à assurer la connexion aux bons dispositifs éloignés impliquaient des efforts entièrement manuels de la part des téléopérateurs. Il n'y avait pas de collecte centralisée des données, si bien que les métriques de processus n'étaient pas possibles. Il existe un besoin de développer des métriques de connectivité qui fournissent des données continues servant de base à l'évaluation des performances de connectivité. La présente invention concerne un procédé et un système permettant la surveillance des connexions de service à une multitude de dispositifs informatisés éloignés (par exemple des systèmes d'imagerie médicale) par des ingénieurs en ligne situés dans un établissement de service centralisé. Plus particulièrement, l'invention concerne un procédé qui surveille ces connexions, détecte les connexions incorrectes et identifie les actions recommandées pour empêcher que la connexion incorrecte se reproduise. Ce procédé comprend en outre la production de métriques mensuelles. De préférence, les métriques incluent une métrique"% connexions au bon système"ainsi qu'un comptage des rai- sons du signalement d'une connexion incorrecte potentielle. Selon le mode de réalisation préféré de l'invention, un outil logiciel centralisé et en ligne détecte une connexion incorrecte potentielle par un téléopérateur à un système d'imagerie médicale éloigné et envoie automatiquement un courrier électronique à une adresse d'une équipe d'experts en connectivité. Ensuite, un expert en connectivité analyse la connexion incorrecte potentielle pour déterminer la cause originelle du courrier électronique. Dans le cas d'une connexion incorrecte réelle, l'expert en connectivité recommande des actions à prendre pour empêcher que la connexion incorrecte se reproduise. Dans le cas d'un courrier électronique pour lequel la connexion était en réalité correcte, l'expert en connectivité recommande des actions à prendre pour empêcher une nouvelle occurrence du courrier électronique. Périodiquement (par exemple une fois par mois), les données recueillies pour tous les courriers électroniques sont analysées et résumées. Les données résumées sont utilisées, en combinaison avec les données calculées en se basant sur les enregistrements de connexion extraits d'un journal chronologique maintenu dans une base de données de centre en ligne, pour calculer des métriques de connectivité. Les métriques de connectivité sont conçues pour fournir aux clients des données continues destinées à servir de base pour l'évaluation des performances de connectivité en fonction de leurs besoins spécifiques pour une bonne connectivité. La métrique préférée est le pourcentage de connexions qui ont été des connexions au bon système. On peut produire d'autres métriques. Les métriques de connectivité sont envoyées à un site Web qui n'est accessible que par du personnel autorisé. Un mode de réalisation préféré, selon un aspect de l'invention, est un procédé comprenant les étapes consistant à : connecter au moins une station centrale à chacun d'une multitude de systèmes éloignés ; mémoriser automatiquement un enregistrement de chaque événement de connexion dans une base de données ; établir des critères de sélection pour extraire un ensemble d'enregistrements de connexion de la base de données ; et lancer un programme informatique qui extraie automatiquement l'ensemble choisi d'enregistrements de connexion de la base de données en fonction des critères de sélection puis compte le nombre total d'événements de connexion ayant des enregistrements de connexion dans cet ensemble extrait. Selon un autre mode de réalisation, le procédé comprend en outre les étapes consistant à : analyser chaque événement de connexion dans lequel une station centrale a pu se connecter à un système éloigné non voulu ; entrer les résultats de chaque analyse dans une feuille de calcul de collecte de données ; compter le nombre d'entrées dans la feuille de collecte de données ayant un résultat d'analyse indiquant que la station centrale a été connectée à un système éloigné incorrect, le nombre final représentant le nombre de connexions à des systèmes éloignés incorrects ; entrer le nombre total d'événements de connexion et le nombre de connexions à des systèmes incorrects dans une feuille de présentation de données ; et lancer un programme informatique qui calcule automatiquement une métrique en se basant sur le nombre total d'événements de connexion et sur le nombre de connexions à des systèmes incorrects. La feuille de présentation de données mise à jour est ensuite envoyée à un site Web. Les métriques qui sont calculées incluent le pourcentage de connexions à des systèmes éloignés corrects et/ou le pourcentage de connexions à des systèmes éloignés incorrects. Selon encore un autre mode de réalisation, le procédé comprend en outre les étapes, exécutées pour chaque connexion, consistant à : extraire des données d'identification de système éloigné du système éloigné ; comparer les données d'identification de système extraites avec des données d'identification de système éloigné de référence dans la station centrale ; et activer automatiquement une routine d'avertissement en réponse à une non concordance entre les données d'identification de système éloigné extraites et l'identification de système de référence. Cette routine d'avertissement comprend de préférence l'étape consistant à envoyer un courrier électronique contenant un message d'avertissement à une adresse d'un surveillant de connexions (par exemple un expert en connectivité). Le message d'avertissement identifie un système éloigné auquel la station centrale souhaitait se connecter. Cet événement de connexion est ensuite analysé par le surveillant de connexions après réception du message d'avertissement. Un mode de réalisation préféré, selon un autre aspect de l'invention, est un système comprenant un établissement de service central qui peut être connecté sélectivement à n'importe lequel d'une multitude de dispositifs informatisés situés à distance via un canal de communications respectif, chacune de ces connexions étant un événement de connexion. Chaque dispositif informatisé situé à distance est programmé avec un fichier respectif contenant des données d'identifi- cation de système pour ce dispositif. L'établissement de service central comprend : un réseau local (LAN) ; une base de données stockant un enregistrement de connexion respectif pour chaque événement de connexion et des données d'identification de système de référence respectives pour chaque dispositif informatisé situé à distance ; un serveur de station de travail assistée par expert (EAW) de centre en ligne comprenant un port de données pour envoyer des données à et extraire des données de la base de données, et un port de réseau permettant la connexion au réseau local ; et une multitude de stations de travail d'ordinateur assistées par expert, chaque station de travail comprenant un port de réseau servant à la connexion à des serveurs sur le réseau local et une interface de communication permettant la connexion à n'importe quel dispositif informatisé situé à distance via un canal de communications. Chaque station de travail informatisée utilise une programmation qui est maintenue de façon centralisée sur le serveur EAW. La station de travail utilise cette programmation pour exécuter l'étape qui consiste à envoyer automatiquement un enregistrement de connexion au serveur EAW à chaque fois que la station de travail informatisée se connecte à n'importe quel dispositif informatisé situé à distance via un canal de communications. Un expert en connectivité, en utilisant une station de travail pour analyser un événement de connexion éventuellement incorrect, va mettre à jour une feuille de collecte de données. L'expert conserve une copie personnelle de cette feuille, qui est envoyée périodiquement à un gestionnaire de métriques de connectivité (ceci se produit habituellement une fois par mois). Le gestionnaire de métriques de connectivité copie la nouvelle section de la feuille dans la feuille appropriée d'un cahier de présentation de données. Le logiciel qui réside dans le serveur EAW de centre en ligne et accède à la base de données centrale est programmé pour exécuter les étapes suivantes : ajouter un enregistrement de connexion reçu via son port de réseau à la base de données après chaque événement de connexion ; extraire un ensemble d'enregistrements de connexion de la base de données en fonction de critères de sélection reçus via son port de réseau après qu'une multitude d'enregistrements de connexion ont été ajoutés à la base de données ; compter le nombre total d'événements de connexion ayant des enregistrements de connexion dans l'ensemble extrait ; et émettre une valeur représentant le nombre total d'événements de connexion via son port de réseau. Un expert utilise alors ces données et d'autres données trouvées dans une feuille de collecte de données pour mettre à jour une feuille de présentation de données. La feuille de présentation de données est ensuite envoyée à un site Web maintenu sur un serveur Web. La présente invention n'est pas limitée dans son application à la surveillance de connexions à des scanners, elle peut aussi être appliquée dans le contexte de la surveillance de connectivité à d'autres types de dispositifs informatisés situés à distance nécessitant une maintenance à partir d'un établissement central. La présente invention sera mieux comprise à la lecture de la description détaillée suivante, faite en référence aux dessins d'accompagnement, dans lesquels : la figure 1 est un schéma fonctionnel montrant le système servant à surveiller les connexions de service à des dispositifs éloignés et à présenter des métriques de connectivité selon le mode de réalisation préféré de l'invention ; la figure 2 est un organigramme montrant l'activité permanente du processus utilisé pour générer la métrique"% connexions au bon système"selon le mode de réalisation préféré ; la figure 3 (comprenant les figures 3A et 3B sur deux feuilles distinctes) est un organigramme montrant les détails du processus utilisé pour analyser les courriers électroniques d'avertissement et de précaution envoyés lorsqu'une connexion de service à un système éloigné incorrect est suspectée selon le mode de réalisation préféré ; la figure 4 est un schéma montrant les têtes de colonne d'une feuille de collecte de données selon le mode de réalisation préféré ; la figure 5 est un organigramme montrant la structure logicielle de la métrique"% connexions au bon système"selon le mode de réalisation préféré ; la figure 6 est un schéma montrant une feuille de présentation selon le mode de réalisation préféré, comprenant des données données à titre d'exemple ; la figure 7 est un graphe représentant le"% connexions au bon système"sur une base mensuelle ; la figure 8 est un diagramme à barres illustrant la cause originelle des courriers électroniques indiquant une possible connexion à un système incorrect ; la figure 9 est un organigramme montrant l'activité mensuelle du processus utilisée pour générer la métrique"% connexions au bon système"selon le mode de réalisation préféré. Un système mettant en oeuvre la présente invention est décrit de manière globale sur la figure 1. Le système comprend une multitude de systèmes éloignés. L'IVT exécute la routine suivante pour chaque événement de connexion : recevoir le contenu du fichier de configuration de connexion du système éloigné de n'importe quel système éloigné auquel l'EAW se connecte via le réseau LAN 16 ; extraire les données d'identification correspondantes pour le système éloigné voulu de la base de données centrale ; comparer les éléments de données clé du fichier de configuration de connexion du système éloigné avec les éléments correspondants extraits de la base de données ; puis activer automatiquement une routine d'avertissement en réponse à une non concordance entre les éléments comparés. La routine d'avertissement comprend les étapes consistant à afficher un message d'avertissement sur l'écran d'affichage de l'EAW et à envoyer un courrier électronique d'avertissement contenant un message d'avertissement à une adresse d'une équipe de surveillance de connexion, c'est-à-dire une équipe d'experts en connectivité. Par exemple, si un téléopérateur au niveau de l'EAW 2 s'est connecté à un système éloigné éventuellement incorrect, le logiciel IVT du serveur EAW pourrait envoyer un courrier électronique d'avertissement à l'adresse d'un expert en connectivité, qui peut par exemple lire ce courrier électronique tout en étant assis à l'EAW 2'. Si l'EAW ne peut pas accéder au fichier de configuration de connexion dans le système éloigné dans le but de faire la comparaison, le logiciel IVT envoie un courrier électronique de précaution à l'adresse du surveillant de connexions. Dans la situation d'avertissement, un écran inséré apparaît sur l'écran d'affichage du poste où se trouve le téléopérateur. Cet écran inséré affiche le message suivant :"La vérification de cette connexion a ÉCHOUÉ. Il est possible que vous ne soyez pas connecté au bon système. Un courrier électronique a été envoyé à une équipe d'experts en connectivité les informant de ce message d'avertissement. Il n'est PAS recommandé de continuer. "Le logiciel IVT envoie aussi un message par courrier électronique à l'équipe d'experts en connectivité qui comprend le message d'avertissement inséré ; une liste des éléments de configuration de connexion provenant de la base de données centrale correspondant au système éloigné voulu ; et une liste des éléments de configuration de connexion, correspondant au système éloigné voulu, extraits de la base de données centrale. Dans la situation de précaution, un écran inséré apparaît sur l'écran d'affichage du poste où se trouve le téléopérateur. Cet écran inséré affiche le message suivant : "La connexion au bon système n'a pas pu être vérifiée. Le fichier de configuration de connexion n'est pas présent ou a été effacé. CONTINUEZ AVEC PRÉCAUTION ! !. Il n'est PAS recommandé de continuer. "Le logiciel IVT envoie aussi un mes- sage par courrier électronique à l'équipe d'experts en connectivité qui comprend le message de précaution inséré ; et une liste des éléments de configuration de connexion, correspondant au système éloigné voulu, provenant de la base de données centrale. Selon le mode de réalisation préféré de l'invention, le processus pour générer une métrique"% connexions au bon système"comprend une activité permanente et une activité périodique (par exemple mensuelle). L'architecture de l'activité permanente est illustrée dans l'organigramme de la figure 2. Le logiciel IVT envoie un courrier électronique à un expert en connectivité (étape 24). Ce courrier contient des informations identifiant un système éloigné auquel le téléopérateur e a essayé de se connecter. L'expert en connectivité détermine si le courrier est un courrier d'avertissement (étape 26). Si c'est le cas, l'expert en connectivité analyse ensuite l'événement de connexion particulier qui a donné naissance au courrier d'avertissement (étape 28) pour déterminer si le téléopérateur s'est connecté au bon système éloigné, c'est-à-dire au système voulu. Les résultats de cette analyse sont enregistrés sur la feuille de collecte de données montrée en figure 4 (étape 30). On peut utiliser le logiciel de feuilles de calcul Excel&commat;. Si le courrier électronique n'est pas un courrier d'avertissement, alors il s'agit d'un courrier de précaution. Il est à la discrétion de l'expert en connectivité de déterminer si le courrier de précaution est d'un intérêt suffisant pour motiver une investigation (étape 32). Si une investigation est justifiée, l'expert en connectivité répète les étapes 28 et 30. Si le courrier de précaution ne présente pas d'intérêt, aucune action supplémentaire n'est décidée par l'expert en connectivité. La figure 3 est un organigramme montrant les étapes de procédé impliquées dans l'analyse exécutée par l'expert en connectivité. Après réception du courrier électronique de l'IVT (étape 24 de la figure 3A), l'expert en connectivité détermine si la connexion au système éloigné identifié par le courrier est toujours ouverte (étape 34). Si la connexion est toujours ouverte, l'expert en connectivité utilise un programme Telnet (étape 36) pour ouvrir une session dans le système éloigné. Une fois qu'une session a été établie de cette manière, l'expert en connectivité peut accéder au système d'exploitation du système éloigné, étudier les fichiers du système éloigné, etc. En particulier, l'expert en connectivité extrait des données d'identification de système éloigné des fichiers de configuration autres que le fichier de configuration de connexion dans le but de vérifier la connexion au bon système. Une fenêtre est ouverte pour afficher les données d'identification du système éloigné. L'expert en connectivité cherche alors le fichier de configuration de connexion dans le système éloigné connecté. Ensuite, l'expert en connectivité utilise un téléphone de bureau pour appeler le système éloigné (étape 38) et note si la ligne est occupée (étape 40). Un signal occupé ne dit rien de précis à l'expert, mais si la ligne n'est pas occupée, ceci peut indiquer que le téléopérateur n'est pas connecté au bon système. L'expert en connectivité détermine ensuite (étape 42) si l'USN, le nom d'hôpital et l'adresse IP trouvées dans les autres fichiers de configuration du système éloigné connecté correspondent au contenu des champs de données correspondants mémorisés dans la base de données centrale pour le système éloigné voulu, et si la révision de logiciel installée dans le système éloigné connecté est cohérente avec la modalité du système éloigné voulu. Si ce n'est pas le cas, alors l'expert en connectivité contacte le téléopérateur, et utilise un tableau pour classer l'événement de connexion (étape 44) qui a été la cause du courrier électronique de l'IVT (étape 24). La classification est faite en fonction des résultats des comparaison effectuées à l'étape 42. En particulier, le tableau présenté ci-dessous (1 indique une concordance et 0 indique une non concordance) est utilisé pour attribuer une valeur parmi trois pour classer l'événement de connexion : 0 = mauvais système, N = bon système, et 1 = indéterminé. Logiciel Hôpital IP Mauvais Ligne n USN Nom Révision Adresse Système 1 0 0 0 0 0 210 0 0 0 30 1 0 0 1 41100 1 500 1 0 0 610 1 0 0 701 1 0 1 81110 1 9 0 0 0 1 0 10 1 0 0 1 0 11 0 1 0 1 1 12 1 1 0 1 1 13 0 0 1 1 0 14 1 0 1 1 1 15 0 1 1 1 1 16 1 1 1 1 N Ou bien, si l'expert en connectivité détermine à l'étape 42 que l'USN, le nom d'hôpital et l'adresse IP trouvés dans les autres fichiers de configuration du système éloigné connecté concordent avec le contenu des champs de données correspondants stockés dans la base de données centrale pour le système éloigné voulu, et que la révision de logiciel installée dans le système éloigné connecté est cohérente avec la modalité du système éloigné voulu, alors l'expert en connectivité compare les trois éléments clé du fichier de configuration de connexion extraits du système connecté avec les éléments clé correspondants pour le système éloigné voulu qui sont extraits de la base de données centrale (étape 46). S'il y a concordance complète, alors il est déterminé que l'on s'est connecté au bon système et qu'il est possible que le logiciel IVT comporte un bogue (étape 48). S'il n'y a pas concordance complète, alors il est déterminé que l'on s'est connecté au bon système, et l'expert en connectivité contacte le téléopérateur et lui demande d'exécuter une procédure de contrôle (étape 50 de 1 figure 3B). En revenant à l'étape 34 de la figure 3A, si la connexion n'est plus ouverte, l'expert en connectivité détermine d'abord si le message électronique était un courrier de précaution (étape 52). Dans le cas d'un courrier de précaution, l'expert en connectivité a le choix de ne pas enquêter. Si le message électronique était un courrier d'avertissement, alors l'expert en connectivité détermine si le système éloigné en question est un système de test (étape 54). S'il s'agit d'un système de test, alors une analyse plus approfondie n'est ps nécessaire (étape 56). Si le système éloigné en question n'est pas un système de test, alors l'expert en connectivité vérifie si les adresses IP des systèmes éloignés voulus et qui peuvent être interrogés sont en concordance et si les USN sont similaires (étape 58). Si"Oui", alors l'expert en connectivité passe à l'étape 50 (décrite plus haut). Si"Non", alors l'expert en connectivité essaie de joindre le système éloigné voulu (étape 60). Si cette tentative échoue (étape 88), l'expert en connectivité réessaie de joindre le système éloigné voulu. Si la tentative de connexion réussit (étape 88), alors l'expert en connectivité note si un écran d'avertissement inséré s'est affiché sur le moniteur de sa station de travail (étape 64). Si un écran d'avertissement inséré apparaît, l'expert en connectivité compare les données du fichier de configuration de connexion dans les deux messages électroniques d'avertissement (étape 66) pour confirmer que l'on s'est connecté au même système éloigné. Si les éléments de données clé sont les mêmes (étape 68), alors l'expert en connectivité passe à l'étape 36 (décrite plus haut). Si les éléments de données clé des fichiers de configuration de connexion ne sont pas les mêmes, alors l'expert en connectivité appelle le téléopérateur pour demander des informations supplémentaires (étape 70). Ensuite, l'expert en connectivité passe à l'étape 36 montrée en figure 3A. S'il n'y a pas eu d'écran d'avertissement inséré, alors l'expert en connectivité note si un écran de précaution inséré est apparu (étape 72). Si un écran de précaution inséré est bien apparu, alors l'expert en connectivité va à l'étape 70 (décrite plus haut). S'il n'y a pas eu d'écran e précaution inséré, alors l'expert en connectivité vérifie la date du fichier de configuration de connexion extrait du système éloigné (étape 74). Si la date est récente (c'est-à-dire"fraîche"), alors l'expert en connectivité conclut que le téléopérateur a contrôlé le système et a corrigé le problème (étape 76), c'est-à-dire que le système éloigné auquel l'expert en connectivité s'est connecté est le bon système. Les résultats de l'analyse montrée en figure 3 sont enregistrés dans une feuille de calcul Excel (montrée en figure 4) servant à la collecte de données. Les réponses autorisées pour"Mauvais Site ?"sont 0, N et I, comme décrit précédemment. Les champs de Cause Originelle pour la valeur N comprennent bogue d'IVT, Système nécessite ou a nécessité contrôle, Système de Test ou Autre ; les champs de Cause Originelle pour la valeur 0 comprennent Mauvais Système ou Autre ; et les champs de Cause Originelle pour la valeur 1 comprennent Indé- terminé ou Autre. L'expert en connectivité maintient une copie personnelle de la feuille de collecte de données. De nouvelles données sont ajoutées après chaque analyse d'un événement de connexion éventuellement incorrect. La feuille de collecte de données est envoyée pério- diquement à un gestionnaire de métriques de connectivité, par exemple habituellement une fois par mois. Sur la même base périodique, le gestionnaire de métriques de connectivité produit des données de métrique qui résument l'activité de connexion du mois passé. En référence à la figure 9, le gestionnaire de métriques de connectivité confirme que tous les courriers électroniques d'avertissement ont été analysés en comparant le nombre de messages envoyés à l'équipe de connectivité au nombre d'entrées dans la feuille de collecte de données pour cette période (étape 78). Ensuite un programme de génération de métriques est lancé par le gestionnaire de métriques de connectivité et les résultats sont entrés dans la feuille de présentation de données (étape 80). Le programme de génération de métriques peut résider sur le serveur EAW, sur une station de travail ou tout autre serveur connecté au réseau local. Le générateur de métriques extrait des événements de connexion du tableau Chronologique contenu dans la base de données. Les connexions réussies de stations de travail assistées par expert et à Protocole Internet vers l'extérieur sont comptées sur la période d'intérêt pour former le dénominateur du calcul"% connexions au bon système". Selon le mode de réalisation préféré de la présente invention, le logiciel qui exécute ceci est constitué de séquences types (appelées"scripts"dans ce qui suit) Perl et d'une instruction d'interrogation sqlplus. Le gestionnaire de métriques de connectivité met ensuite à jour la feuille de présentation de données avec des données provenant de la feuille de collecte de données (étape 108). En particulier, la métrique"% connexions au bon système"est calculée. La métrique"% connexions au bon système"est limitée aux connexions de stations de travail assistées par expert et à Protocole Internet vers l'extérieur qui sont supportées par l'outil logiciel IVT. La nouvelle feuille de présentation de données (montrée en figure 6) est ensuite envoyée à une page Web (étape 84) qui réside sur un serveur Web (22 dans la figure 1) dans le réseau LAN 16. La métrique peut aussi être présentée sou un format graphique, par exemple sous forme de courbe (voir figure 7) ou de diagramme à barres (voir figure 8). Selon le mode de réalisation préféré de l'invention, la métrique"% connexions au bon système"est contenue dans un Cahier Excel. Le cahier contient la feuille de présentation de données montrée en figure 7. Cette feuille de résumé de données établit les données sui- vantes sur une base mensuelle : le nombre de tentatives de connexion, le nombre de connexions au mauvais système et le nombre de connexions à des systèmes non vérifiés. Les deuxième et troisième éléments sont soustraits du premier élément pour obtenir le nombre de tentatives de connexion réussies (quatrième élément présenté sur la feuille). Les trois éléments suivants sur la feuille de résumé de données comprennent le rapport du quatrième élément au premier élément sous forme de pourcentage (arrondi à 1/100 de point), le rapport du deuxième élément au premier élément sous forme de pourcentage (arrondi à 1/10 de point), et le rapport du troisième élément au premier élément sous forme de pourcentage (arrondi à 1/10 de point). La feuille de résumé de données présente également les résultats de l'analyse de la cause originelle de chaque courrier d'avertissement, en énumérant le nombre de courriers d'avertissement dans chacune d'une multitude de catégories et le nombre total de courriers d'avertissement. Les données du cinquième élément, à savoir"% connectés au bon système"sont illustrées graphiquement en figure 7 sur une base mensuelle. Les résultats de l'analyse de la cause originelle des courriers d'avertissement indiquant une possible connexion à un mauvais système sont présentés dans un diagramme à barres (représenté en figure 8) par catégorie, chaque barre étant segmentée pour représenter les totaux mensuels pour chaque catégorie. Chaque segment est codé par des couleurs, les résultats pour différents mois étant colorés avec différentes couleurs (non représenté en figure 8). Le cahier Excel de présentation de données est placé sur un page Web pour permettre au personnel autorisé de le visionner. En outre, il y a un onglet dans le cahier Excel qui fait passer à une page qui explique la portée de la métrique, ses utilisations prévues, et certains des termes utilisés sur la figure 6. Il y a aussi un onglet dans le cahier Excel pour la feuille de collecte de données qui donne aux utilisateurs la possibilité d'analyser les données de manière ad hoc en utilisant les fonctions d'Excel. Les colonnes respectives de la feuille de collecte de données sont montrées en figure 4. La première colonne donne la date et l'heure du courrier électronique. La deuxième colonne donne l'adresse du téléopérateur qui s'est connecté au système éloigné en question. La troisième colonne donne l'identification (ID) du système éloigné auquel on s'est connecté. La quatrième colonne indique le type de courrier (Avertissement ou Précaution). La cinquième colonne indique le nom de l'expert en connectivité qui a réalisé l'investigation. La sixième colonne donne la date à laquelle l'investigation a été réalisée. La septième colonne indique à quelle conclusion on a abouti suite à l'investigation. Le résultat indiqué est"0"si l'on était connecté au mauvais système,"N" si l'on était connecté au bon système, ou"I"si l'on n'a pas pu détermi- ner si la connexion était bonne ou mauvaise. La huitième colonne de la feuille de collecte de données identifie la cause originelle de la notification par courrier électronique. La neuvième colonne donne le numéro de la ligne du tableau (donné plus haut) qui a été utilisée pour obtenir les résultats énumérés dans la colonne Mauvais Site ? (c'est-àdire la septième) (mais pas si le tableau n'a pas été utilisé). La dernière colonne contient tous les commentaires supplémentaires que peut ajouter l'enquêteur. L'explication des termes utilisés dans la feuille de résumé de données (voir figure 6) est la suivante : Connexion à système non vérifié : Connexion que l'on a analysée, mais pour laquelle il n'y avait pas suffisamment d'information pour détermi- ner si la connexion s'est faite avec le bon système ou non. Connexion à mauvais système : Connexion que l'on a analysée, et pour laquelle on a déterminé qu'il s'agissait d'un système autre que le système voulu. Les causes originelles des courriers d'avertissement sont classées par catégorie de la manière suivante dans la feuille de résumé de données présentée en figure 6 : Bogue IVT : Un bogue dans l'outil de vérification ou dans le logiciel côté machine duquel dépend l'outil de vérification a provoqué l'envoi du courrier d'avertissement. La connexion était une connexion au bon système. Contrôle nécessaire : Le courrier d'avertissement a été envoyé parce que la machine avait besoin d'être contrôlée. La connexion était une connexion au bon système. Système de Test : Le courrier d'avertissement a été envoyé parce que l'USN, l'identificateur de Lien, ou l'onglet de Lien du fichier de configuration de connexion n'a pas trouvé la même information dans la base de données centrale sur un système de test qui est susceptible d'avoir été édité à la main par l'opérateur de test. La connexion était une connexion au bon système. Mauvais Système : La connexion était une connexion au système incorrect (c'est-à-dire un système non voulu). Non vérifié : Il n'y avait pas suffisamment d'informations disponibles pour déterminer si la connexion était une connexion au bon système ou pas. Autre : La connexion était une connexion au bon système. La cause originelle du courrier était identifiable, mais n'est pas une de celles prévues sur cette feuille. Selon le mode de réalisation préféré de l'invention, la routine générateurmétrique détermine le nombre de tentatives de connexion sur une période précisée. Celui-ci va être le dénominateur de 1 métri- que"% connexions au bon système". Le logiciel requis pour détermi- ner la métrique selon le mode de réalisation préféré, à savoir générateurmétrique. pl et autres routines associées, vont maintenant être décrites en détail en référence à la figure 5. Les scripts sont mis en oeuvre en utilisant Perl. La fonctionnalité nécessaire a été divisée en morceaux modulaires. Le script de niveau supérieur, générateurmétri- que, prend son entrée dans la ligne de commande. Les scripts des niveaux inférieurs qui sont appelés par le générateur de métrique prennent leur entrée soit dans le fichier STDIN soit dans un fichier d'entrée. Ils donnent leurs sorties soit au fichier STDOUT soit à un fichier de sortie. Lorsque le génératcurmétrique s'arrête, il supprime les fichiers intermédiaires utilisés. Le générateurmétrique supervise le flux de l'exécution en déterminant le nombre de connexions réussies de stations de travail assistées par expert et à Protocole Internet vers l'extérieur pour une période donnée, qui est habituellement le mois le plus récent. Le géné- rateur de métrique peut être appelé depuis la ligne de commande en utilisant les arguments suivants : - dd MM-JJ-AAAA (Obligatoire) : Date de début de consultation de la base de données. - df MM-JJ-AAAA (Optionnel) : Date de fin de consultation de la base de données. Si elle n'est pas précisée, elle est la même que la date de début. -m mot-clé de métrique, qui peut être IVT, SUCCES, ou REESSAIE. Vaut IVT pour cette métrique. -s nom de chemin de sélection, qui se réfère à un fichier contenant une liste de paires de valeurs de mots-clé, une par ligne. Détermine les critères de sélection pour la métrique. -r nom de chemin de rendu, se réfère à un fichier contenant une liste de mots-clé qui commandent la façon dont les résultats de chaque métrique sont classés par catégorie (nécessaire pour le généra- teur-métrique mais non utilisé pour cette métrique). - f destination de sortie finale, un nom de chemin sans extension de fichier à utiliser comme nom de fichier de base pour mémoriser le nombre de connexions réussies de stations de travail assistées par expert et à Protocole Internet vers l'extérieur pour une période donnée. Le nom de fichier de sortie complet est nomfichierbase. PID. IVT, où PID est l'identification de processus de cet appel du généra- teurmétrique. - d, s'il est présent, met en marche le mode"débogage". Dans le mode débogage, le générateurmétrique imprime des informations utiles pour résoudre les problèmes logiciels au moment de l'exécution. Le script Perl, GSCC~extract. pl, accède au tableau Chronologique de la base de données pour extraire des informations sur les connexions et les tentatives de connexion. Il effectue ceci en utilisant une instruction d'interrogation sqlplus. Un fichier de sélection (IVT. inf) est utilisé pour préciser quels enregistrements sont inclus dans le comptage des connexions de stations de travail assistées par expert et à Protocole Internet vers l'extérieur. Il est utilisé comme entrée par le script choisirenregistre- mentsconncxion. pl. Il est donné sur la ligne de commande au générateurmétrique. pl, cependant il est ajusté avant de le transmettre à choisir~enregistrements~connexion. pl par ajuster~critères~sélection~IVT. pl. Le script ajuster~critères~sélection~IVT. pl lit la liste de types de modèle qui sont exclus de l'outil de vérification à partir du fichier /eaw/flatfiles/checkModeltp. dat et les ajoute au fichier de sélection. Les enregistrements associés à ces types de modèle sont alors exclus. Le génératcurmétrique effectue son travail en appelant les scripts Perl suivants en séquence : (1) Mettre à jour le fichier de critères de sélection avec les types de modèle à exclure en fonction du fichier de configuration de l'outil de vérification (/eaw/flatfiles/checkModeltp. dat) : (ajustcrcritèressélectionIVT. pl-i IVT. inf-o IVT. inf. IVT. PID) (2) Exécuter une instruction d'interrogation SQL pour la gamme de dates précisée (GSCC~extract.pl -dd mm-jj-aaaa -df mm-jj-aaaa -o GSCC~extract. PID) (3) Convertir la sortie SQL en une liste d'enregistrements de connexions : (séparer date/heure, ajouter temps en secondes et champ apptype) (crécrenregistrementsconncxion. pl-i GSCC~extract. PID-o créer-enregistrementconnexion. PID) (4) Appliquer les critères de sélection pour générer une nouvelle liste d'enregistrements de connexion en utilisant les critères dans le fichier de sélection : (choisir~enregistrements~connexion. pl-i créecenregistremenCconnexion. PID-s IVT. inf. IVT. PID-o choisirenregistrementsconnexion. PID) (5) Calculer le nombre de connexions réussies : (calculernombreconnexionsréussies. pl-i choisirenregistrementsconnexion. PID-o nomfichierbase. PID. IVT) La sortie de chaque script Perl appelée par le générateur métrique est mémorisée dans un fichier temporaire et est utilisée comme entrée par le script appelé suivant. Le nom de fichier tempo- raire est le nom du script Perl qui le génère auquel on ajoute l'exten- sion. PID, PID étant l'identification de processus de cet appel du géné- rateur~métrique. Aucun prétraitement ni initialisation n'est effectué dans le générateurmétrique. Le générateurmétrique efface tous les fichiers temporaires produits avant de s'arrêter. Après que la métrique du nombre total de connexions a été générée, le gestionnaire de métrique de connectivité entre cette métrique manuellement dans la feuille de présentation de données. Ensuite le gestionnaire de métrique de connectivité compte le nombre de connexions à des systèmes incorrects données dans la feuille de collecte de données et entre cette information manuellement dans la feuille de présentation de données. Le logiciel de feuilles de calcul est ensuite utilisé pour calculer la métrique"% connexions au bon système". La feuille de présentation de données est ensuite envoyée à un site Web. La présente invention n'est pas limitée à l'application à la surveillance de la connectivité à des dispositifs d'imagerie médicale éloignés. La technique de surveillance divulguée ici peut être utilisée pour surveiller la connectivité à d'autres types de scanners et à d'autres types de dispositifs informatisés situés à distance qui nécessitent une maintenance effectuée depuis un établissement de service centralisé. Alors que l'invention a été décrite en référence à des modes de réalisation préférés, les personnes du métier comprendront que divers changements peuvent être apportés et que des éléments peuvent en être substitués sans s'éloigner de la portée de l'invention. De plus, de nombreuses modifications peuvent être faites pour adapter une situation particulière aux enseignements de l'invention sans s'éloigner de la portée essentielle de cette dernière. Par conséquent, il est souhaité que l'invention ne soit pas limitée au mode de réalisation particulier divulgué en tant que meilleur mode envisagé pour mettre en oeuvre cette invention. Telle qu'utilisée dans les revendications, l'expression"sys- tème informatique"est utilisée de manière large pour désigner un seul ordinateur, serveur ou processeur de données, ou un groupe d'ordinateurs, serveurs ou processeurs de données interconnectés. L'homme du métier appréciera aisément le fait que deux fonctions de traitement de données peuvent être mises en oeuvre sous forme de modules logiciels ou programmes d'ordinateur distincts sur des ordinateurs ou serveurs distincts, ou sous forme de modules logiciels ou programmes d'ordinateur distincts sur le même ordinateur ou serveur. REVENDICATIONS 1. Procédé caractérisé en ce qu'il comprend les étapes consis- tant à : connecter une station centrale (2) à un système éloigné (4 ou 10), ladite étape de connexion étant répétée plusieurs fois pour au moins une station centrale et plusieurs systèmes éloignés ; mémoriser automatiquement un enregistrement de chaque événement de connexion dans une base de données (20) ; établir des critères d'extraction pour extraire un ensemble d'enregistrements de connexion de ladite base de données ; et lancer un premier programme informatique (18) qui extraie automatiquement ledit ensemble d'enregistrements de connexion de ladite base de données en fonction desdits critères d'extraction puis compte le nombre total d'événements de connexion ayant des enregistrements de connexion dans ledit ensemble extrait. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre les étapes consistant à : analyser chaque événement de connexion dans lequel une station centrale a pu se connecter à un système éloigné non voulu ; entrer les résultats de chaque analyse dans une feuille de calcul de collecte de données ; compter le nombre d'entrées dans ladite feuille de collecte de données ayant un résultat d'analyse indiquant que la station centrale a été connectée à un système éloigné incorrect, le nombre final représentant le nombre de connexions à des systèmes éloignés incorrects ; entrer ledit nombre total d'événements de connexion et ledit nombre de connexions à des systèmes incorrects dans une feuille de présentation de données ; et lancer un deuxième programme informatique (18) qui calcule automatiquement une métrique en se basant sur ledit nombre total d'événements de connexion et sur ledit nombre de connexions à des systèmes incorrects. 3. Procédé selon la revendication 2, caractérisé en ce qu'il comprend en outre l'étape consistant à envoyer ladite feuille de pré- sentation de données à un site Web (22). 4. Procédé selon la revendication 2, caractérisé en ce que ladite métrique comprend le pourcentage de connexions à des systèmes éloignés corrects. 5. Procédé selon la revendication 2, caractérisé en ce que ladite métrique comprend le pourcentage de connexions à des systèmes éloignés incorrects. 6. Procédé selon la revendication 2, caractérisé en ce que chaque système éloigné comprend un scanner. 7. Procédé selon la revendication 2, caractérisé en ce qu'il comprend en outre les étapes, exécutées pour chaque connexion, consistant à : extraire des données d'identification de système éloigné du système éloigné connecté ; comparer lesdites données d'identification de système extraites avec des données d'identification de système éloigné de référence mémorisées dans la station centrale ; et activer automatiquement une routine d'avertissement en réponse à une non concordance entre lesdites données d'identification de système éloigné et ladite identification de système éloigné de référence. 8. Procédé selon la revendication 7, caractérisé en ce que ladite routine d'avertissement comprend l'étape consistant à envoyer un courrier électronique contenant un message d'avertissement à une adresse d'un surveillant de connexions, ledit message d'avertissement identifiant un système éloigné auquel la station centrale souhaitait se connecter, et ladite étape d'analyse étant exécutée par ledit surveillant de connexions après réception dudit courrier électronique. 9. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre les étapes consistant à : analyser chaque événement de connexion dans lequel une station centrale a pu se connecter à un système éloigné non voulu ; enregistrer les résultats de chaque analyse ; choisir un ensemble de résultats d'analyse correspondant audit ensemble d'enregistrements de connexion choisis ; compter le nombre total de connexions à des systèmes éloignés incorrects identifiées dans lesdits résultats d'analyse ; entrer ledit nombre total d'événements de connexion et ledit nombre total de connexions à des systèmes éloignés incorrects dans une feuille de calcul ; et lancer un deuxième programme informatique (18) qui calcule automatiquement une métrique en se basant sur ledit nombre total d'événements de connexion et sur ledit nombre total de connexions à des systèmes incorrects. 10. Procédé selon la revendication 9, caractérisé en ce qu'il comprend en outre l'étape consistant à envoyer ladite métrique à un site Web (22). 11. Procédé selon la revendication 9, caractérisé en ce que ladite métrique comprend le pourcentage de connexions à des systèmes éloignés incorrects. 12. Système caractérisé en ce qu'il comprend : un réseau (16) ; un premier système informatique (18,20) comprenant une base de données et un port de réseau permettant la connexion audit réseau ; et un deuxième système informatique (2) comprenant un port de réseau permettant la connexion audit réseau et un modem d'appel (6) permettant la connexion à des systèmes éloignés via des lignes téléphoniques (8), ledit deuxième système informatique étant programmé pour exécuter les étapes d'envoi d'un enregistrement de connexion audit premier système informatique à chaque fois que ledit deuxième système informatique se connecte à n'importe quel système éloigné via une ligne téléphonique, ledit premier système informatique étant programmé pour exécuter les étapes suivantes : ajouter un enregistrement de connexion reçu via ledit port de réseau à ladite base de données après chaque événement de connexion ; extraire un ensemble d'enregistrements de connexion de ladite base de données en fonction de critères de sélection reçus via ledit port de réseau après qu'une multitude d'enregistrements de connexion ont été ajoutés à ladite base de données ; compter le nombre total d'événements de connexion ayant des enregistrements de connexion dans ledit ensemble extrait ; et sortir une valeur représentant ledit nombre total d'événements de connexion via ledit port de réseau. 13. Système selon la revendication 12, caractérisé en ce que ledit deuxième système informatique est en outre programmé pour exécuter, pour chaque événement de connexion, les étapes consistant à : recevoir des données d'identification de système éloigné en provenance du système éloigné connecté ; recevoir des données d'identification de système éloigné de référence en provenance dudit premier système informatique ; comparer lesdites données d'identification de système éloigné avec lesdites données d'identification de système éloigné de référence ; et activer automatiquement une routine d'avertissement en réponse à une non concordance entre lesdites données d'identification de système éloigné extraites et ladite identification de système éloigné de référence. 14. Système selon la revendication 13, caractérisé en ce que ladite routine d'avertissement comprend l'étape consistant à envoyer un courrier électronique contenant un message d'avertissement à une adresse d'un surveillant de connexions, ledit message d'avertissement identifiant un système éloigné voulu. 15. Système caractérisé en ce qu'il comprend un établissement de service central (2,16, 18,20) qui peut être connecté sélectivement à n'importe lequel d'une multitude de dispositifs informatisés situés à distance (4 ou 10) via un canal de communications respectif (8), chacune de ces connexions étant un événement de connexion, et chaque dispositif informatisé étant programmé avec un fichier contenant des données d'identification de système, dans lequel ledit établissement de service central comprend : un réseau local (16) ; une base de données (20) stockant un enregistrement de connexion respectif pour chaque événement de connexion et des don- nées d'identification de système de référence respectives pour chaque dispositif informatisé situé à distance ; un serveur (18) de base de données comprenant un port de données pour envoyer des données à et extraire des données de ladite base de données, et un port de réseau permettant la connexion audit réseau local ; et une station de travail informatisée (2) comprenant un port de réseau servant à la connexion audit réseau local et une interface de communication (6) permettant la connexion à n'importe quel dispositif informatisé situé à distance via un canal de communications, dans lequel ladite station de travail informatisée est programmée pour exécuter les étapes qui consistent à envoyer un enregistrement de connexion audit serveur de base de données à chaque fois que ladite station de travail informatisée se connecte à n'importe quel dispositif informatisé situé à distance via un canal de communications, et ledit serveur de base de données est programmé pour exécuter les étapes suivantes : ajouter un enregistrement de connexion reçu via ledit port de réseau à ladite base de données après chaque événement de connexion ; extraire un ensemble d'enregistrements de connexion de ladite base de données en fonction de critères de sélection reçus via ledit port de réseau après qu'une multitude d'enregistrements de connexion ont été ajoutés à ladite base de données ; compter le nombre total d'événements de connexion ayant des enregistrements de connexion dans ledit ensemble extrait ; et émettre une valeur représentant ledit nombre total d'événements de connexion via ledit port de réseau. 16. Système selon la revendication 15, caractérisé en ce que ladite station de travail informatisée est en outre programmée pour exécuter, pour chaque événement de connexion, les étapes consistant à : recevoir des données d'identification de système en provenance du système éloigné à dispositif informatisé situé à distance connecté ; recevoir des données d'identification de système éloigné de référence en provenance dudit premier système informatique ; comparer lesdites données d'identification de système éloigné avec lesdites données d'identification de système éloigné de référence ; et activer automatiquement une routine d'avertissement en réponse à une non concordance entre lesdites données d'identification de système éloigné extraites et ladite identification de système éloigné de référence. 17. Système selon la revendication 16, caractérisé en ce que ladite routine d'avertissement comprend l'étape consistant à envoyer un courrier électronique contenant un message d'avertissement à une adresse d'un surveillant de connexions, ledit message d'avertissement identifiant un système éloigné voulu. 18. Système selon la revendication 17, caractérisé en ce qu'il comprend en outre un serveur Web (22) connecté audit réseau local, ledit serveur Web mémorisant une page Web qui comprend une feuille de présentation de données présentant une valeur représentant ledit nombre total d'événements de connexion et un nombre de connexions à des dispositifs informatisés situés à distance incorrects. 19. Système selon la revendication 15, caractérisé en ce que lesdits dispositifs informatisés situés à distance comprennent des scanners. 20. Procédé pour évaluer des performances de connectivité, caractérisé en ce qu'il comprend les étapes consistant à : détecter les connexions à des systèmes éloignés éventuellement incorrects (4 ou 10) au moyen d'une station de travail (2) ; analyser lesdites connexions pour déterminer quelles connexions étaient des connexions à des systèmes éloignés incorrects ; classer lesdites connexions en fonction des résultats desdites étapes d'analyse ; résumer les informations de classification obtenues lors desdites étapes de classification ; et présenter lesdites informations de classification résumées sur une feuille de présentation de données. 21. Procédé selon la revendication 20, caractérisé en ce qu'il comprend en outre l'étape consistant à calculer une métrique en fonction du nombre de connexions à des systèmes éloignés incorrects. 22. Procédé selon la revendication 20, caractérisé en ce qu'il comprend en outre l'étape consistant à envoyer ladite feuille de présentation de données à un site Web (22). 23. Procédé selon la revendication 20, caractérisé en ce que lesdites informations de classification résumées comprennent une métrique"% connexions au bon système". 24. Procédé selon la revendication 21, caractérisé en ce qu'il comprend en outre l'étape consistant à compter le nombre de connexions à des systèmes éloignés effectuées pendant un intervalle de temps déterminé au préalable.