FR2802317A1 - Systeme de verification et de signalisation de connectivite de communication et procede d'utilisation d'un tel systeme - Google Patents

Abstract

Ce système de vérification et de signalisation de connectivité de communication comprend au moins un centre en ligne (16) capable de fournir une vérification de connectivité et ayant accès à des logiciels de service en un centre centralisé afm de prendre en charge à distance un produit en exploitation (26, 30), le centre en ligne (16) ayant également un générateur de rapport émis et notificateur (58, 60, 62); une pluralité de stations d'abonné (12, 14), chacune comportant un ordinateur pouvant fonctionner avec un produit en exploitation (26, 30); une liaison de communications (18, 20) reliant le centre en ligne (16) à une station d'abonné (12, 14) après une instruction de lancement; et dans lequel après connexion du centre en ligne (16) à l'une des stations d'abonné (12, 14) via la liaison de communications (18, 20), le centre en ligne (16) reçoit une demande de mode de notification indiquant quel mode de notification est souhaité.

Description

Système de vérification et de signalisation de connectivité de communication et procédé d'utilisation d'un tel système La présente invention concerne de manière générale la prise en charge à distance de produits ou materiel en exploitation, et plus particulièrement un procédé et un appareil pour vérifier et rendre compte, c'est-à-dire signaler, la bonne connectivité entre des centres de service "en ligne" centralisés et des stations d'abonnés éloignées ayant le matériel en exploitation, comme du matériel de diagnostic médical.

Le matériel de diagnostic médical et les systèmes associés, tels que les systèmes d'imagerie médicale, sont devenus de plus en plus complexes ces dernières années. systèmes comprennent par exemple les systèmes d'imagerie par résonance magnétique (IRM), les systèmes de tomographie informatisée (CT), les systèmes radiographi ques ou à ultrasons, et les systèmes tomographie par émission de positrons (TEP). Pour ajouter à la complexité de chaque système d'imagerie particulier, beaucoup d'installations incorporent aujourd'hui une variété de ces équipements. Dans plus grandes installations, les systèmes peuvent être mis en réseau pour permettre la gestion et la commande communes. En outre, systèmes peuvent être mis en réseau avec un système d'archivage et communication d'images, ou réseau d'images (PACS) pour stocker des données d'images numérisées pour une extraction et une reconstruction ultérieures. De plus, les sys tèmes de téléradiologie impliquent la transmission de données d'ima ges numérisées vers des emplacements éloignés pour analyse et dia gnostic par des médecins et/ou radiologues spécialisés.

Les systèmes de diagnostic médical étant des éléments criti- ques dans le diagnostic et le traitement des patients, leur utilisation ne doit pas etre empêchée par une réponse lente pour prise en charge ou la maintenance. En raison de la complexité croissante de ces systè mes, le personnel d'entretien qualifié n'est souvent sur les lieux avec le matériel. Par conséquent, la prise en charge à distance du matériel diagnostic médical est devenu un outil important pour la maintenance de ces systèmes.

L'entretien à distance du matériel de diagnostic médical est traditionnellement exécuté par communication vocale entre le person nel d'exploitation et un centre de prise en charge centralisé. Le per sonnel d'exploitation appelle un centre d'entretien à distance pour signaler anomalies et poser des questions concernant la mise en oeuvre et les réglages appropriés pour le matériel. Lorsque ces deman des ne peuvent pas être traitées de manière satisfaisante par téléphone, un ingénieur d'entretien ou d'intervention est dépêché pour rechercher les pannes du système et apporter l'assistance nécessaire.

Le développement des réseaux informatiques a grandement facilité la tâche des services d'assistance au matériel d'imagerie médi cale. En particulier, au lieu d'avoir à appeler un centre de service et à parler à un technicien ou à un ingénieur, ou d'avoir à attendre un appel en retour du centre de service, les technologies des réseaux facilitent les techniques proactives dans lesquelles le centre service peut éta blir un contact avec le matériel de diagnostic médical pour contrôler l'état du matériel connecté. D'autres nouveautés ont ' proposées pour fournir une prise en charge à distance aux systèmes de diagnostic médical en vue d'offrir le niveau de service sur base continue et interactive, comme cela est souhaité dans beaucoup d'installations. Dans un système de ce type, un centre de service peut recevoir de manière interactive des messages via un réseau et répondre automati quement aux messages s'il est correctement configuré. Les données requises pour analyser l'état de fonctionnement du matériel de dia gnostic médical peuvent être transmises pendant une connexion élec tronique. Cette technique facilite grandement l'identification des pro blèmes du système, permet de poser des questions au fournisseur de services du réseau, facilite le transfert de mises à jour et de protocoles d'imagerie, et permet de transmettre des rapports standards person nalisés aux systèmes ou stations connectés. L'aspect interactif de cette technique permet à l'installation de diagnostic médical de rester à jour les services fournis par le centre de services centralisés de com muniquer aisément avec le centre de services centralisés.

Tout en ayant fortement amélioré le niveau de service et d'échange d'informations, ces progrès dans l'offre de services à dis tance au matériel de diagnostic médical sont sujets à des problèmes de connectivité imprévus et nécessitent une configuration manuelle effec tuée par des ingénieurs système. Exécuter cette procédure contrôle manuellement sur chaque appareil de diagnostic médical particulier sur le terrain est long et laborieux. En effet, afin d'établir la connecti- vité, un ingénieur d'exploitation doit établir une communication avec centre de service et fournir manuellement les données requises afin d'établir une connexion. Un ingénieur de l'installation centralisée doit alors créer manuellement un fichier de configuration et le transmettre a la station connectée, où l'ingénieur d'exploitation peut l'installer, et après avoir fait une connexion initiale, les deux ingénieurs doivent surveiller la connexion et s'assurer que les systèmes sont bien coniigu- ' pour une communication correcte.

Dans les systèmes actuels, un ingénieur sur site demande généralement un contrôle de connectivité, mais la séquence initiale de vérification de connectivité est établie par le centre de services pour le système connecté. Par conséquent, l'ingénieur sur site n'intervient pas du tout lorsqu'est exécutée la séquence de vérification et peut très bien ne pas être présent pour le dépannage lorsque celui-ci est effectué. En conséquence, l'accomplissement de la fonction d'installation et de vérification peut ne pas être réalisé en raison de ce retard, et l'ingé nieur sur site doit alors revenir une autre fois pour terminer la séquence d'installation et de vérification. Si la connexion requise entre le matériel de diagnostic et le centre de services est inopérante, les demandes de service peuvent ne pas être soumises du premier coup au centre de services et les informations provenant du centre de services peuvent ne pas arriver correctement ou ne pas arriver à temps au sys tème de diagnostic. Une intervention effectuée par des ingénieurs sur site ou par des ingénieurs de service en ligne au centre de services peut permettre de détecter et de corriger ce type de problèmes, toute fois, ce type de détection/correction n'est typiquement établi qu'en d'absence de réponse attendue au bout d'un certain temps. Le but est de préparer le matériel de manière à échanger des informations d'entretien et des demandes sur une base interactive de façon que le centre puisse contacter à volonté la station connectée et inversement, de façon la station connectée puisse contacter librement le centre de services centralisés et que chacun puisse échanger des données avec précision.

serait donc souhaitable d'avoir un système et une technique pour l'initialisation et la vérification automatiques de la connectivité de communications, capables d'exécuter automatiquement la procédure de contrôle susmentionnée et de configurer une station d'abonné à un centre de services en ligne de manière telle que les communications futures puissent se produire automatiquement avec un haut niveau de confiance concernant la validation du système. Il serait également avantageux d'avoir un système qui puisse fournir un rapport au person nel autorisé sur l'état de ce contrôle automatique et prévenir le person nel autorisé lorsqu'un rapport d'état est disponible. Il serait avanta geux d'avoir un système qui soit flexible pour communiquer avec le personnel autorisé en se basant sur un mode de communication choisi par le personnel autorisé.

La présente invention propose un système et un procédé pour établir des communications entre un centre en ligne et une station d'abonné et vérifier la bonne connectivité pour permettre des commu nications automatiques futures, et propose un système de rapport auto matisé de vérification de connectivité ou de la défaillance de celle- ci et propose des suggestions pour corriger les problèmes de connecti- vité qui résout les problèmes susmentionnés.

présente invention inclut une technique qui comprend à la fois le logiciel et le matériel par lesquels un centre en ligne, qui a accès à logiciel de service, dans un centre de services, est capable de prendre en charge à distance un produit en exploitation. Le logiciel de service inclut le logiciel pour l'entretien, les mises à niveau, la maintenance ou tout autre fonction de type similaire, et la prise en charge du produit en exploitation inclut l'entretien général, la mise à niveau, la maintenance, le dépannage, ou tout autre fonction de type similaire. Une liaison relie le centre en ligne à une station une multitude stations d'abonné, chaque station d'abonné comportant un ordinateur qui commande un produit en exploitation, tel qu' scanner médical. Lorsque le centre en ligne est connecté à l'une des stations d'abonné via la liaison, après avoir reçu des données client des don nées produit le centre en ligne crée et envoie automatiquement un module de configuration à la station d'abonné pour configurer ce der nier afin qu'il puisse ensuite recevoir automatiquement logiciel d'entretien/maintenance. Le centre en ligne est capable de fournir une vérification de la connectivité et comporte un générateur et notifica- teur de rapport émis pour générer un rapport de connectivité et trans mettre un rapport d'état via un mode de notification désiré à un utilisa teur.

Selon le processus de l'invention, un procédé de signalisation automatique de la vérification de la connectivité avec un produit en exploitation est divulgué. Ce procédé comprend le fait de recevoir des données de client et des données de produit, ainsi qu'une demande de mode de notification souhaité, de manière électronique dans un centre en ligne, puis de configurer le produit en exploitation au niveau de la station d'abonné en se basant sur les données de client et produit reçues pour permettre des communications automatiques futures entre le centre en ligne et le produit en exploitation. Ensuite, la connectivité est vérifiée en établissant automatiquement une procédure rappel. Après cela, le processus comprend le fait de générer un rapport indi quant l'état des étapes de configuration et de vérification, d'enregistrer ce rapport sur un réseau d'ordinateurs pour que l'utilisateur puisse y accéder, et de signaler de manière électronique à l'utilisateur que le rapport a été enregistré.

Selon un autre aspect de l'invention, un signal de données d'ordinateur qui est incorporé dans une onde porteuse représente un ensemble d'instructions qui, lorsqu'il est exécuté par un ou plusieurs processeurs, provoque la création par le ou les processeur(s) d'un rap- port de vérification de connectivité pour un produit en exploitation. Les instructions incorporées incluent la transmission des données client et mode de notification demandé par l'utilisateur à un centre en ligne centralisé dans lequel les données client sont traitées, puis la connexion d'une station d'abonné au centre en ligne pour permettre le transfert données entre eux. Ensuite, les instructions comprennent le fait de vérifier si une connectivité correcte entre centre en ligne et la station d'abonné a été réalisée et de générer un rapport de connectivite indiquant si une connectivité correcte été réalisée. On déconnecte alors la connexion entre le centre en ligne et la station d'abonné, et un état du rapport de connectivité est transmis à l'utilisa teur.

Selon encore un autre aspect de l'invention un programme d'ordinateur enregistré sur un support d'enregistrement lisible par un ordinateur est divulgué qui, lorsqu'il est exécuté un ou plusieurs ordinateurs, provoque l'extraction, de manière électronique, par le ou les ordinateur(s) de données de client et de produit un centre en ligne centralisé et l'extraction d'un mode de notification choisi par l'utilisateur. Un module de configuration est alors créé au centre en ligne en se basant sur les données de client et de produit soumises et le module de configuration est ensuite transmis à une station d'abonné à laquelle est associé le produit en exploitation. Après chargement du module de configuration dans la station d'abonné, station d'abonné est configurée pour permettre des communications automatiques futures entre le centre en ligne et la station d'abonné. Après avoir mis fin à la session de la station d'abonné, le centre en ligne contrôle auto matiquement la connectivité et crée un rapport indiquant si la vérifica tion de connectivité a été un succès, puis notifie l'utilisateur du succès de la vérification de connectivité, via le mode de notification choisi par l'utilisateur.

Divers autres objets, caractéristiques et avantages de la pré sente invention apparaîtront à la lecture de la description détaillée sui vante, faite en référence aux dessins d'accompagnement, qui illustrent le meilleur mode actuellement envisagé pour mettre oeuvre l'inven tion, et dans lesquels la figure 1 est un schéma fonctionnel système incorpo rant la présente invention; la figure 2 est un organigramme de haut niveau du processus de la présente invention; la figure 3 est un organigramme détaillé d'une partie de la figure 2; la figure 4 est un organigramme détaillé d'une partie de la figure 2; la figure 5 est un organigramme détaille d'une partie de la figure 2; la figure 6 est un organigramme détaillé d'une partie de la figure la figure 7 est la suite de l'organigramme la figure 6.

En référence à la figure 1, un schéma fonctionnel d'ensemble d'un système 10 de diagnostic médical et de service réseau est mon tré, comprenant une pluralité de stations d'abonné, tels que le Client A référencé par le numéro 12, et le Client B référencé par le numéro 14. Il est bien entendu que le nombre de stations d'abonnés peut être illi mité, mais deux modes de réalisation spécifiques sont montrés avec le Client et le Client B, qui seront expliqués plus en détail ci-après. Les stations d'abonné 12, 14 sont connectées à un centre en ligne 16 via liaison de communications, telle qu'un réseau de noeuds de ser veur 18 interconnectés ou une liaison à distance 20. Bien qu'un seul centre en ligne soit montré et décrit, il est bien entendu que la pré sente invention prévoit l'utilisation de plusieurs centres en ligne, cha cun capable de communiquer avec chaque station d'abonné. Les divers systèmes décrits sont configurés pour être reliés de manière sélective au centre en ligne 16 soit par la liaison à distance 20, soit dans l'exemple de la station d'abonné 12, par un ordinateur portable 22 relié à un réseau interne 24 du Client A. Ce type de liaison sélective est souhaitable pour fournir des mises à niveau, de la maintenance, de l'entretien, et la surveillance générale des divers systèmes et matériels sur le site d'un client, ce qui implique par exemple d'accéder aux don nées des systèmes et d'envoyer des données aux systèmes.

En général, le site d'un client peut comporter un certain nom- bre de produits en exploitation. Une station d'abonné peut inclure une variété systèmes de diagnostic médical ayant diverses modalités. Par exemple, dans le présent mode de réalisation, les produits en exploitation peuvent comprendre un certain nombre de scanners médi eaux en réseau reliés à un réseau interne 24 desservi par un seul scanner 28 comportant une station de travail configurée pour servir aussi de serveur, ou configurée pour servir de serveur seul, sans scan ner médical associé. Ou bien une station d'abonné, ou site de client peut inclure un certain nombre de scanners médicaux non mis réseau, 30, 32, 34, chacun ayant un ordinateur ou station de travail associé(e) et un modem interne 36, 38, 40 pour connecter la station d'abonné à une liaison de communications, comme par exemple Internet 18 via des liaisons 37, 39 et 41, respectivement, pour commu niquer avec le centre en ligne 16. Chaque station d'abonné a un logi ciel opérationnel associé qui peut être configuré, entretenu, maintenu, mis à niveau, ou simplement surveillé par le centre en ligne 16.

Il est bien entendu que chacun des scanners 26 en réseau a sa propre station de travail assurant son fonctionnement individuel qu'ils sont reliés les uns aux autres par le réseau interne 24 de sorte que le client peut avoir un système de gestion centralisée pour chacun des scanners. En outre, ce type de système est muni de composants communication qui lui permettent d'envoyer et de recevoir des données par une liaison de communications 29. De même, pour les scanners médicaux non mis en réseau dans la station d'abonné 14, chacun scanners 30, 32, 34 a une liaison de communications individuelle 37, 39, 41. Bien que la figure 1 montre chacune de ces liaisons connectée via un réseau ouvert 18, il est bien entendu que ces liaisons peuvent aussi permettre aux données d'être transférées de et vers les différents systèmes sur un réseau spécialisé.

mode de réalisation montré en figure 1 prévoit une instal lation 'dicale comportant des systèmes tels que des systèmes d'ima gerie par résonance magnétique (IRM), des systèmes à ultrasons, des systèmes à rayons X, des systèmes de tomographie informatisée (CT), ainsi que des systèmes de tomographie par émission de positrons (TEP), ou tout autre type de système d'imagerie médicale. Ces instal- lations peuvent aussi fournir des services à des systèmes gestion centralisée de diagnostic médical, à des réseaux d'images (PACS), à des systèmes de téléradiologie, etc. Ces systèmes peuvent être soit sta tiques et localisés en un endroit fixe, et joignables à une adresse de réseau connue, soit mobiles avec diverses adresses de réseau. Dans le mode de réalisation montré en figure 1, chaque station d'abonné cliente 1 14 peut inclure n'importe quelle combinaison systèmes susmentionnés, ou bien une station d'abonné peut avoir tout un type de système. station d'abonné cliente peut aussi ne comporter qu'un seul scanner médical. Les systèmes de diagnostic mobiles peuvent être configurés manière similaire à ceux de la station d'abonné 12 ou de la station d'abonné 14. De tels systèmes de diagnostic mobile peuvent comporter matériel de diverses modalités, tel que systèmes IRM, CT, à ultrasons, ou à rayons X et sont rendus mobiles afin de mieux servir les diverses installations médicales et différents patients.

Le système d'initialisation et de vérification de connectivité de communication de la présente invention peut être déclenché par du personnel autorisé, tel qu'un ingénieur ou un technicien sur site, un ingénieur ou un technicien en ligne, du personnel administratif, et/ou autre personnel autorisé de ce type, à partir d'un ordinateur portable 22 connecté à un réseau interne 24 de client, ou connecté individuelle ment à chacun des scanners 30, 32, ou 34. De manière similaire, le système peut être initialisé par un ordinateur ou station de travail 42 dans la liaison à distance 20, qui peut faire partie du centre en ligne 16, ou bien être connecté séparément au centre en ligne 16 par une liaison commutée 44 à un serveur Web 46 dans le centre en ligne 16. La liaison à distance 20 peut aussi servir à relier le centre en ligne 16 à une station d'abonné par une connexion téléphone-téléphone 48 via un réseau téléphonique classique 50 et à un système de reconnaissance vocale interactif (SVI) 52 dans le centre en ligne 16. Le centre en ligne 16 inclut un certain nombre de systèmes de traitement compre nant des ordinateurs pour le système SVI 52, un centre de support automatisé 54, le serveur Web 46, et un serveur de contrôle automati que 56, pour traiter des données de client et de produit et créer un fichier de configuration adapté. Les autres systèmes de traitement comprennent des ordinateurs pour maintenir un système d'audio-mes- sagerie 58, un système de téléappel 60, un système de courrier électro nique 62, et un processeur central 64, et plus généralement, un généra teur et notificateur de rapport émis. Tous peuvent être reliés et peu vent, via un réseau Ethernet 66, transmettre des données les uns aux autres, ou au moins à une base de données 68. Toutefois, il est bien entendu que la représentation unique d'une base de données en figure 1 n' faite que dans un but d'illustration, et l'on conçoit qu'il existe besoin pour plusieurs bases de données dans ce type de système, comme cela sera décrit davantage plus loin. Il est bien entendu égale ment que le système SVI n'est pas seulement un système de reconnais sance vocale, mais qu'il peut aussi traiter des saisies interactives de clavier numérique provenant d'un téléphone à fréquences vocales 48.

batterie de modems 70 est connectée au réseau Ethernet 66 pour relayer les données provenant du centre en ligne 16 jusqu'aux stations d'abonnés 12, 14 via une pluralité de liaisons 72 de modem.

Comme évoqué précédemment, chacun des systèmes et sous stations décrits ici et référencés en figure 1 peut être connecté(e) manière sélective au centre en ligne 16 via un réseau 18. Selon la sente invention, tout réseau acceptable peut être utilisé, qu'il soit ouvert, spécialisé, privé virtuel, et ainsi de suite. Le présent mode réalisation préféré consiste à utiliser un réseau Internet ouvert. Mais les liaisons de communication au réseau peuvent être de tout type acceptable, y compris les lignes téléphoniques classiques, les liaisons de modem par câble, les lignes d'abonné numériques, et autres liaisons semblables. Chacun des systèmes est muni de matériel et de logiciels d'interface de communication de conception généralement connue, leur permettent d'établir des connexions de réseau et d'échanger des données avec le centre en ligne 16. Avec la présente invention, les systèmes sont munis de logiciels interactifs afin de configurer les sys tèmes et d'échanger des données entre les stations d'abonnés et le cen tre en ligne 16. Dans certains cas, au cours de périodes pendant les quelles il n'y a pas d'échange de données entre la station d'abonné et centre en ligne, la connexion au réseau peut être suspendue. Dans d'autres cas, la connexion au réseau est maintenue en continu.

La figure 2 montre un organigramme de traitement de haut niveau incorporant et décrivant globalement la présente invention qui est conçue pour fournir une initialisation, une vérification et une signalisation de connectivité de communication. Chacun des compo sants précédemment mentionnés, référencés en figure 1, est conçu spé cifiquement pour permettre des connexions qui s'établissent à partir des stations d'abonnés 12, 14, ou à partir de la liaison à distance 20. Dans un mode de réalisation préféré, à la fois le centre en ligne et les stations d'abonnés incluent des serveurs de réseau et des logiciels de serveur conçus pour apporter un échange interactif de données via la liaison en réseau. Ces serveurs peuvent être basés sur tout logiciel ou protocole connu ou adapté pour échanger des données. Par exemple, ce protocole peut comprendre le protocole point à point (PPP) qui emploie des paquets du protocole Internet (IP), le protocole de trans fert hypertexte (HTTP), ou n'importe quel autre moyen d'échange de données. De préférence, les serveurs sont conçus pour traiter et trans férer des données brutes ou des données traitées, comme des données d'image mises sous format standard. Enfin, les serveurs sont de préfé rence équipés pour supporter les applications HTTP et comprennent un navigateur capable d'afficher des pages interactives, telles que celles que l'on trouve en HTML, XTL, ou dans d'autres configurations de langages, et de supporter des applications JAVA, des appliquettes ("applets" en anglais), des appliquettes à exécuter sur le serveur ("servlets" en anglais), et du code similaire pour exécuter les détails fonctionnels d'un navigateur et comme décrit ici.

L'organigramme de la figure 2 est divisé en sept sous-parties. La première sous-partie est montrée en section A, et représente la pré paration initiale et l'acquisition de données provenant d'une station d'abonné. La deuxième sous-partie est montrée en section B et repré sente l'enregistrement des données. La sous-partie C comprend une connexion initiale au produit, et la sous-partie D est la configuration de la station d'abonné pour la connectivité, qui est décrite en référence à la figure 3. La sous-partie E est une connexion de post-contrôle et la sous-partie F valide la configuration. Chacune vont être expliquées davantage en référence aux figures 4 et 5, respectivement. La dernière sous partie, la section G, est la compilation d'un rapport et le processus de notifi cation, qui seront décrits plus en détail en référence aux figures 6 et 7.

Si l'on étudie en détail la figure 2, après initialisation de ce processus de contrôle 80, tel qu'établi par l'ordinateur portable 22 de la figure 1, ou par la liaison à distance 20, une liste de controle de données 82 est remplie par du personnel autorisé, tel qu'un ingénieur sur site, ou du personnel du centre en ligne ou d'un centre d'expédi tion, pour lancer le système. Cette liste de contrôle de données com prend des informations telles qu'un identificateur système qui identifie le produit du site, ainsi qu'un numéro de système unique identifiant cet appareil particulier, et des informations client telles qu'un identifica teur client et d'autres informations client appropriées parmi lesquelles l'execution ou non d'un agrément de contrat et tous les mots passe nécessaires. En outre, on peut entrer un numéro de série de système, ainsi que des données sur chaque système particulier du réseau d'un client. Les informations supplémentaires qui peuvent être entrees com prennent l'adresse du client et la description de la salle pour la locali sation du matériel. Les informations requises comprennent des don nées de modem pour les informations d'établissement d'une communi cation, un mot de passe de modem, tout préfixe ou suffixe de numéro tation, ainsi que le code de la région et le numéro de téléphone. Pour les connexions IP, on entre l'adresse IP, ainsi que le nom du gestion naire de ports, le masque de réseau ("netmask"), et l'adresse IP et le de passe du gestionnaire de ports . Si nécessaire, on entre aussi le numéro de port du produit. Pour chaque appareil sur site dans une sta tion d'abonné, on entre un code d'ouverture de session (code "login") un mot de passe. Toute information spécialisée sur les composants et la configuration du système peut aussi être souhaitée. De plus, l'uti lisateur, ou du personnel autorisé, peut spécifier quand exécuter ce processus de contrôle- à tout instant voulu, mais aussi qui doit recevoir en retour l'état du contrôle et quels mécanismes doivent être utilisés pour notifier l'utilisateur de son achèvement.

Une fois les données entrées, celles-ci sont transférées à une application 84 de traitement de données telle que le contrôle automati- que de centre en ligne dans le centre en ligne 16 de la figure 1. En revenant à la figure 2, un contrôle initial est réalisé pour savoir si le client une adresse IP préattribuée 86, et si ce n'est pas le cas 88, une nouvelle adresse est attribuée 90 depuis le centre en ligne. Si le client a une adresse IP préattribuée 86, le système est configuré 92 pour uti liser l'adresse IP du client et les données client et produit sont enre- gistrees dans la base de données du centre en ligne 96. On traite alors les données 98 et un module de configuration est créé avec les spécifi cations du système afin de communiquer en se basant sur le type de produit, comment et quand le produit a été développé, et sur les don nées client. Ensuite, on initialise la communication avec le produit 100, en utilisant les données client introduites à l'étape 82, le centre en ligne est capable d'établir une session avec le produit en 102.

Une fois la session démarrée, le module de configuration transféré à la station d'abonné en 104, ce qui configure la station d'abonné pour des communications supplémentaires. Après configura tion du produit afin d'identifier mutuellement la station d'abonné et centre en ligne, le centre en ligne clôt la session du système de la sta tion concernée en 106. Après fermeture de la session du système, on appelle une rou tine post-contrôle en 108, qui sera décrite davantage en référence à figure 4. Le succès de la connexion et de la configuration de communi cation est validé en 110, ce qui sera également décrit plus loin, mais en référence à la figure 5. Ensuite, un rapport est généré en 112 et fournit une notification, le système d'initialisation, de vérification et de signalisation de la connectivité de communication est achevé 114.

En référence à présent à la figure 3, décrivons plus en détail la sous-partie D de la figure 2. Après un appel initial au sous- gramme de configuration en 104, l'adresse IP est contrôlée en 120, si le système a une adresse IP pour cette station d'abonné spécifique, en , on transmet le fichier de configuration de processus via le pro tocole FTP en 124 et l'on exécute le fichier de configuration dans la station de travail du scanner en<B>126,</B> après quoi le système déconnecte en et sort du sous-programme en 128. Cependant, s'il n'y a pas d'adresse IP, en 120, 130, le système vérifie si le produit particulier a une fonction d'appel qui permet au produit de composer un numéro et de communiquer avec un système externe. Si ce n'est pas le cas, en 134, le système déconnecte en 106 et le sous-programme se termine en 128. Si la fonction d'appel est présente , 136, on lance une numéro tation et le fichier de configuration est transféré en<B>138.</B> Ensuite, le fichier de configuration est exécuté sur la station de travail du scanner en 140 et après configuration, le système ferme la session en 106 et le sous-programme se termine en<B>128.</B>

La sous-partie E de la figure 2 est à présent décrite plus en détail, en référence à la figure 4. Après appel du post-contrôle en 108, le système ici encore vérifie si une station d'abonné est basée sur une adresse IP en 150, et si ce n'est pas le cas, en 152, le centre en ligne ini tialise un modem de la batterie de modems 70, représentée en figure 1, pour appeler un modem local au niveau de la station d'abonné en 154, puis il ouvre une session en 156 en utilisant les mots de passe précédem ment soumis. Une fois la session ouverte, le processus de post-contrôle se termine en 158. A l'inverse, si un système d'abonné est basé sur une adresse IP en 150, 160, on efface les informations d'un appel précédent des informations du gestionnaire de ports en 162 pour effacer toute don née provenant d'un dernier appel à cette station d'abonné particulière. Le gestionnaire de ports télécharge alors, depuis la base de données du cen tre en ligne, les données spécifiques du client telles que des numéros de téléphone et l'adresse IP en 164 et l'adresse IP est ensuite transférée en 166 pour confirmer et valider une connexion correcte. Une fois connecté, le centre en ligne peut ouvrir une session avec la station d'abonné en uti lisant les données de mots de passe préalablement obtenues en 156, le sous-programme de post-contrôle se terminant en 158.

Une fois le centre en ligne connecté à la station d'abonné, le sous-programme F de validation de succès est appelé en 110 (figure 5), et, en 170, en fonction de la présence ou non d'une adresse IP pour le système abonné, un fichier enregistré connu est transféré 172, 174 selon le protocole approprié de la station d'abonné au centre en ligne afin de vérifier si la connectivité et la configuration de la station d'abonné sont correctes. Il est à noter que le fichier spécifique trans- féré n'a pas d'importance particulière, il doit simplement s'agir d'un fichier cohérent du côté scanner de façon que le centre en ligne puisse confirmer l'exactitude et l'authenticité du fichier, et donc la connexion et la configuration. Ensuite, en 176, 178, si la fonction d'appel est validée pour le système, on lance un essai de numérotation en 180 à lancer après la déconnexion en 182. Si la fonction d'appel n'est pas validée pour le système, 176, 184 le centre en ligne clôt la session avec la station d'abonné en 182, et suit le cheminement logique 186, 188 pour mettre fin au sous-programme de validation de succès en 190. Toutefois, si le produit a la fonction d'appel, 186, 192, un retard est validé en 1 afin de s'assurer que la connexion Internet ou par modem est déconnectée. Après quoi le système débute une boucle tem porisée pour attendre un nouvel appel au centre en ligne en 196 de la part du système d'abonné, 198 jusqu'à ce qu'une durée prédéterminée ce soit écoulée 200. Tant que la durée prédéterminée ne s'est pas écoulée, 200, 202 un retard est lancé en 204 et le système reboucle sur le contrôle d'appel provenant du centre en ligne en 196. Si l'appel n'est pas reçu en 196, 198 et que la durée s'écoule 200, 206, un drapeau d'échec passe à un" en 208, indiquant que l'appel n'a pas été reçu et le sous-programme de validation de succès prend fin en 190. Dans un mode de réalisation préféré, l'horloge d'attente en 200 est réglée sur une durée de 5 15 minutes, en fonction de l'équipement, pour une réponse adaptée 196. Dès qu'un appel est reçu en 196, 210, pendant la durée prédéterminée, on fait passer à "un" le drapeau de succès de rappel en 212 et le sous-programme de validation de succès prend fin en 190.

Enfin, le rapport émis 112, sous-partie G de la figure 2, va maintenant être décrit en détail en référence aux figures 6 et 7. D'une manière globale, le système fournit un rapport de connectivité qui indique si une connectivité correcte a été obtenue, et qui comporte potentiellement les résultats d'un processus de contrôle d'erreur, des données de drapeau de succès/échec, des données de succès/échec d'appel en retour, un rapport optionnel problème/solution, et un rap port d'état indiquant que le rapport de connectivité est prêt. Par défaut, le rapport de connectivité émis envoie l'état de contrôle à un site Web pour permettre à u utilisateur/ingénieur sur site d'y accéder. plus, l'utilisateur peut demander et recevoir le rapport d'état sous forme d'une notification par courrier électronique, de notification par audio-messagerie, et/ou de notification par téléappel pour indiquer l'etat du contrôle et que le contrôle est terminé. Cette notification peut aussi comporter un état de succès/échec ainsi que des instructions indiquant à l'utilisateur/ingénieur sur site ce qu'il doit faire ensuite. La notification par téléappel peut être envoyé sur un appareil de télé appel électronique pour indiquer que le processus était terminé et le rapport est maintenant prêt. Cet appareil peut indiquer un suc cès/échec tel qu'indiqué par un code numérique. Le rapport en page Web, ou attachement de courrier électronique, peut indiquer l'état du contrôle, les champs de bases de données concernés, et dans le cas où le contrôle n'a pas été un succès, les mesures recommandées devant être prises par du personnel de service autorisé, qui peut comprendre ingénieurs sur site, des ingénieurs en ligne, du personnel adminis tratif et ainsi de suite. Dans un mode de réalisation préféré, le présent système va inclure un contrôle d'erreur pour minimiser le nombre de tentatives répétées de n'importe quelle station d'abonné. Ce contrôle d'erreur va inclure des informations de diagnostic liées au téléphone et lignes téléphoniques, ainsi qu'au matériel du client. Par exemple, si un appareil de type fax ou une voix humaine répond à un appel au produit lorsque l'on s'attend à ce que ce soit un modem qui décroche, le système va exécuter tout un ensemble de contrôles d'erreur tels que l'authenticité du numéro de téléphone, le succès ou non des combinai sons entrée session/mot de passe, et le chargement correct ou non fichiers de configuration, par exemple.

Après exécution du rapport émis de sous-programme en 1 on met à jour les bases de données concernées en 220. Par exemple, une base de données de connectivité du centre en ligne est mise à jour avec les bonnes données en 222, ainsi qu'une base de données de nées client en 224, et une base de données de données de vérification en 226. La base de données de connectivité 222 comporte des informa tions concernant des connexions spécifiques entre le centre en ligne et la station d'abonné et dit au système comment convertir des données pour les communications électroniques. La base de données des nées client 224 comporte des données pour un client spécifique et les produits du client. La base de données des données de vérification 226 comporte les résultats des essais mentionnés précédemment. Ou bien ces informations peuvent être incorporées en une seule base de don nées, divisées en des bases de données distinctes, ou divisées en base données virtuelles distinctes d'une base de données unique.

Ensuite, une base de données habilitée est consultée e 228 pour s'assurer qu'un client est habilité à utiliser le système et a rempli les agréments nécessaires. Si le contrôle a été fructueux en 230, 244, rapport de connectivité est créé en se basant sur les résultats et envoyé à un fichier en 246. Après, on établit une liaison pour l'accès Web au rapport en 242. Si le contrôle a été un échec 230, 232, la base de données de vérification est consultée pour obtenir les résultats d'essai en 234 et une base de données problème/solution<B>236</B> est consultée en 238 pour trouver des solutions possibles aux problèmes rencontrés. Un rapport problème/solution est alors généré en 240 pour inclure des recommandations basées sur les problèmes indiqués et les solutions possibles en 240. Ce rapport problème/solution est alors annexé au fichier créé en 246. Une liaison est établie pour un accès Web en 242.

En se référant à présent à la figure 7, le sous-programme de rapport émis génère ensuite un rapport d'état en se basant sur un mode de notification demandé. Les modes possibles comprennent un avis par courrier électronique, un avis par audio-messagerie, un avis par télé- appel, ou une combinaison de n'importe lesquels des modes mention- précédemment. On a prévu que d'autres modes peuvent être incor porés à la demande. Dans un mode de réalisation préféré, le système vérifie d'abord si une demande de notification par courrier électroni que a été reçue ou non en 248, et si c'est le cas 250, alors le courrier électronique est envoyé avec un attachement de fichier du rapport en 252. Après envoi de ce courrier électronique 254, ou bien si' l'on n'a pas reçu de demande de courrier électronique 248, 256, on vérifie si une notification par audio-messagerie a été demandée ou non en 258. Si c'est le cas 260, un message vocal de succès/échec est envoyé en 262 avec toutes les instructions nécessaires que doit suivre un ingé nieur sur site. L'instruction suivante pourrait par exemple consister à dire au personnel autorisé d'aller sur une page Web à une adresse - cifiée ou de surveiller son courrier électronique pour la réception du rapport. Après envoi du message par audio-messagerie en 264, ou si l'on pas demandé d'audio-messagerie au départ 258, 266, on consulte la demande de notification par téléappel en 268. Si une noti fication par téléappel a été demandée 268, 270, alors un message codé indiquant l'état de succès ou d'échec est envoyé 272 à un appareil de téléappel, comme demandé. Une fois la notification par téléappel ter minée 274, ou bien si le téléappel n'a pas été demandé 268, 276 le sous-programme de rapport émis prend fin en 278 avec au moins liaison pour permettre l'accès Web 242 au rapport émis.

Le présent système est conçu pour vérifier et signaler auto matiquement l'état des composants de communication pour des systè mes abonnés à un service à distance fourni par un centre de services en ligne. En général, les séquences automatiques de vérification de connectivité peuvent être déclenchées pour des abonnements spécifi ques, pour tous les sous-systèmes abonnés. Lorsque le centre ligne fournit des agencements de service interactif avec des systèmes spécifiques, ces contrôles de vérification peuvent être lancés et exécu tés sur une base régulière ou programmée à partir du centre en ligne, ou bien ils peuvent être lancés au niveau d'une station d'abonné lors l'entretien courant.

En conséquence, la présente invention inclut un système d'initialisation, de vérification et de signalisation de connectivité communication, qui comprend un centre en ligne ayant accès à des logiciels de service situés dans un centre centralisé afin de faire l'entretien à distance des produits sur site. Les logiciels de service comprennent des logiciels pour le service, les mises à niveau, la main tenance, ou tout autre fonction de type similaire, et l'entretien du pro duit en exploitation comprend l'entretien général, la mise à niveau, la maintenance, et la réparation, ou tout autre fonction de type similaire. Le système comprend un certain nombre de stations d'abonnés, chaque station d'abonné comportant un ordinateur pouvant fonctionner avec un produit en exploitation, tel qu'un scanner médical. Une liaison communications est prévue pour connecter sélectivement le centre ligne à l'une des stations d'abonné suite à une instruction de démar rage. Lorsque le centre en ligne est connecté à l'une des stations d'abonné via la liaison de communications, le centre en ligne envoie automatiquement un module de configuration à la station d'abonné pour configurer la station d'abonné afin que celle-ci puisse ensuite recevoir automatiquement le logiciel d'entretien ou de maintenance. module de configuration est configuré, ou créé, par un processeur dans le centre en ligne avec une entrée spécifiant les données de client spé cifique et un profil de produit contenant des données de produit. En outre, module de configuration oblige la station d'abonné à se reconnecter au centre en ligne après la connexion initiale et une déconnexion pour vérifier la connectivité en transmettant un fichier données permettant le contrôle d'erreur au niveau du centre en ligne. Le module de configuration oblige l'ordinateur associé au produit exploitation à lancer un essai de numérotation à un instant prédéter miné après la déconnexion initiale. Si un rappel est fructueux de la station d'abonné au centre en ligne, pendant la durée prédéterminée, on fait passer à "un" un drapeau de succès. Sinon, on fait passer à "un" un drapeau d'échec de rappel.

Le centre en ligne comporte également un générateur et noti- ficateur rapport émis qui fournit une notification au personnel auto risé indiquant que le rapport d'état d'un processus de vérification de connectivité est achevé. Le personnel autorisé choisit un mode de noti fication pouvant comprendre n'importe quel mode, ou une combinaison de modes parmi la réception de notification par courrier électronique, par audio-messagerie, ou par téléappel. Par défaut, le rapport envoyé à une page Web pour pouvoir être téléchargé par le personnel autorisé.

La liaison de communication peut comprendre u réseau noeuds de serveur interconnectés, et l'ordinateur de station d'abonné comprend un programme navigateur pour connecter la station d'abonné au réseau de noeuds de serveur interconnectés pour transférer des don nées des stations d'abonnés au centre en ligne. La liaison de communi- cations peut aussi comprendre un téléphone, un réseau téléphonique, et un serveur à reconnaissance vocale interactive pour transférer des don nées entre la station d'abonné et le centre en ligne, et ceci peut être fait à distance depuis le centre en ligne ou la station d'abonné. Comme décrit précédemment, la station d'abonné peut comporter un serveur et le systeme du réseau peut comporter un certain nombre de scanners médicaux reliés au serveur pour relayer des données allant vers le cen tre en ligne et provenant du centre en ligne. Dans un mode de réalisa tion, serveur est une station de travail d'un scanner médical agencé pour réaliser à la fois la fonction d'un serveur et la fonction d'un scan ner. Si le produit en exploitation est configuré pour lancer un appel en retour au centre en ligne, le fichier de configuration oblige le produit en exploitation à faire un rappel pendant une période de temps prédé terminée après que la liaison avec l'interface de communication a rompue.

La présente invention comporte également un système réseau pour établir une communication avec un produit en exploitation et configurer le produit en exploitation pour des rappels automatiques futurs et comporte un noeud de centre en ligne relié à un centre ligne ayant accès à au moins une base de données pour enregistrer données client et un processeur pour créer un module de configuration de produit/client. Le système en réseau comporte au moins un noeud de station d'abonné relié à un produit en exploitation auquel sont associés des logiciels opérationnels. Une interface de communication relie la station d'abonné au centre en ligne pour transférer des données à la demande. Après initialisation et entrée des données de client, les don nées de client sont transférées du noeud de station d'abonné au noeud centre en ligne, via l'interface de communication. Après traitement par le centre en ligne, le centre en ligne envoie le module de configuration spécifique de produit/client au noeud de station d'abonné via l'interface de communication pour configurer automatiquement le produit en exploitation pour des communications automatiques futures avec le noeud de centre en ligne. Dans un mode de réalisation préféré, le pro duit en exploitation est un appareil médical, tel qu'un scanner, et configuré pour communiquer et transmettre des données au centre en ligne et recevoir des données du centre en ligne via le système en réseau, sans lancement par du personnel au niveau de la station d'abonne, afin d'identifier l'appareil médical et de permettre au service en ligne de mettre à jour, d'entretenir et de maintenir et surveiller l'appareil médical et ensuite les logiciels opérationnels associes auto matiquement. Le centre en ligne comprend une base de données de configuration comportant des modules spécifiques de produit/client, et une base de données de services comportant des modules pour pro duits en exploitation.

En conséquence, la présente invention comporte également un signal données d'ordinateur incorporé dans une onde porteuse et représentant un ensemble d'instructions qui, lorsqu'il est exécuté par un ou plusieurs processeurs, oblige le ou les processeur(s) à créer un rapport vérification de connectivité, pour un produit en exploita tion. Ceci est accompli en connectant d'abord une station d'abonné à un centre en ligne pour le transfert de données et en transférant les données client au centre en ligne où les données client sont traitées, grâce à quoi un module de configuration est créé. Après, le module de configuration est transmis à la station d'abonné pour configurer sta tion d'abonné pour la vérification de connectivité et pour permettre des communications automatiques futures. Après déconnexion de la connexion entre le centre en ligne et la station d'abonné, la connexion est réétablie entre le centre en ligne et la station d'abonné pour véri fier si la connectivité est correcte. Afin de vérifier une connectivité correcte, on transfère un fichier connu de la station d'abonné centre en ligne pour s'assurer de la bonne configuration de station d'abonné, et si la station d'abonné a une fonction d'appel, on lance un essai de numérotation. Après clôture de la session de la station d'abonne par le centre en ligne, le centre en ligne attend un rappel de la station d'abonné pendant une durée prédéterminée. Si l'appel est reçu pendant la durée prescrite, on fait passer à "un" un drapeau de succès, si l'appel n'est pas reçu pendant le temps prescrit, on fait passer à "un" un drapeau d'échec. Le signal oblige en outre les ordina teurs à créer un rapport émis indiquant si la connectivité correcte a été ou non vérifiée et à notifier un utilisateur, comme demandé, que le rapport émi est prêt pour un téléchargement. La notification est sensi ble à une demande de l'utilisateur pour un message électronique, un message vocal, ou un téléappel, ou n'importe quelle combinaison de ceux-ci. En outre, on consulte une base de données de problème/solu- tion pour tout problème rencontré et une solution possible est fournie dans un rapport problème/solution.

conséquence, la présente invention comporte aussi un pro cédé d'initialisation de communication avec un produit en exploitation, de vérification de connectivité, et de signalisation vérification de connectivite qui comprend les étapes consistant à recevoir des données de client et de produit électroniquement à un centre ligne et à créer un module de configuration au niveau du centre en ligne en se basant sur les données de client et de produit reçues. Le procédé comprend ensuite le fait de transmettre le module de configuration à une station d'abonné ayant un produit en exploitation associé à cette dernière et de d'y charger le module de configuration pour permettre des communica- trions automatiques futures entre le centre en ligne et la station d'abonné. Après clôture de la session de la station d'abonné, le sys tème comprend le fait de lancer automatiquement un premier rappel du centre en ligne vers la station d'abonné et de charger un fichier de cette dernière au centre en ligne pour vérifier que la connectivité est correcte. Le procédé comprend le fait de lancer un essai de numérota tion devant être conduit à l'intérieur d'un intervalle temps prédéter miné après la déconnexion entre le centre en ligne et la station d'abonné si le produit en exploitation a la fonction d'appel. Ensuite, le centre en ligne attend un rappel en provenance de station d'abonné pendant la durée prédéterminée et met à "un" un drapeau de succès si le rappel est reçu à l'intérieur de l'intervalle de temps prédéterminé, ou un drapeau d'échec si ce n'est pas le cas. Un rapport de connectivité est généré et envoyé indiquant l'état du processus d'initialisation de vérification à un système de réseau accessible globalement et le per sonnel autorisé est prévenu en envoyant un rapport d'état via un mode choisi de choix.

Selon un autre aspect de l'invention, l'invention inclut un support d'enregistrement pouvant être lu par un ordinateur sur lequel enregistré un programme qui, lorsqu'il est exécuté par un ou sieurs ordinateurs, oblige le ou les ordinateur(s) à extraire électroni- quement des données de client et de produit dans un centre en ligne et créer un module de configuration au niveau du centre en ligne en se basant sur les données de client et de produit soumises. Le logiciel oblige alors l'ordinateur à transmettre le fichier de configuration à station d'abonné à laquelle est associé un produit en exploitation, puis charge le module de configuration pour permettre des communications automatiques futures entre le centre en ligne et la station d'abonné. logiciel oblige en outre l'ordinateur à clore la session de la station d'abonné puis à lancer automatiquement un premier rappel du centre ligne vers la station d'abonné et oblige le centre en ligne à charger un fichier de la station d'abonné pour vérifier si la connectivité est correcte. Le programme d'ordinateur comprend des actions devant coïncider avec les étapes du processus précédemment mentionné et mettant en oeuvre le système précédemment mentionné.

Claims (1)

REVENDICATIONS 1. Système de vérification et de signalisation de connectivité de communication, caractérisé en ce qu'il comprend au moins un centre en ligne (16) capable de fournir véri fication de connectivité et ayant accès à des logiciels de service en un centre centralisé afin de prendre en charge à distance un produit en exploitation (26, 30), le centre en ligne (16) ayant également géné rateur rapport émis et notificateur (58, 60, 62); une pluralité de stations d'abonné (12, 14), chacune compor tant ordinateur pouvant fonctionner avec un produit en exploitation (26, une liaison de communications (18, 20) reliant le centre en ligne (16) à une station d'abonné (12, 14) après une instruction lan cement * et dans lequel après connexion du centre en ligne (16) l'une des stations d'abonné (12, 14) via la liaison de communications (18, 20), le centre en ligne (16) reçoit une demande de mode de notifica tion indiquant quel mode de notification est souhaité (248, , 268), et dans lequel le générateur de rapport émis et notificateur (58, 62) génère un rapport de connectivité (246) et envoie un rapport d'état (252, , 272) par le mode de notification souhaité. 2. Système selon la revendication 1, caractérisé en ce le centre en ligne (16) crée un module de configuration (98) configuré par un processeur (56) au niveau du centre en ligne (16) avec entrée spécifiant des données de client, un profil de produit, et la demande de mode de notification. 3. Système selon la revendication 2, caractérisé en ce que le module de configuration (98) oblige l'ordinateur de la station d'abonné (12, 14) à se reconnecter (108) au centre en ligne après une décon nexion et à transférer un fichier de données (172, 174) pour permettre un controle d'erreur au niveau du centre en ligne (16), et le rapport de connectivité (246) comporte des informations de contrôle d'erreur (240). Système selon la revendication 3, caractérisé en ce que le module de configuration (98) oblige l'ordinateur à lancer un essai de numcrotation (180) une durée prédéterminée après une autre décon nexion (194) et en ce que le centre en ligne (16) indique au moyen d'un drapeau un succès de rappel (212) si le centre en ligne ( reçoit un rappel (196, 210) pendant la durée prédéterminée (200), sinon (206), il indique au moyen d'un drapeau un échec de rappel (208), et en ce que le rapport de connectivité (246) comporte ces données de drapeau, et lorsqu'un échec est indiqué par drapeau, une base don nées problème/solution (236) est consultée au niveau du centre en ligne (16) et le rapport de connectivité (246) est mis à jour avec une solution possible. 5. Système selon la revendication 1, caractérisé en ce le générateur de rapport émis et notificateur (58, 60, 62) fournit le rap port d'état en tant que notification â du personnel autorisé de l'accom plissement du rapport de connectivité (112) d'un processus de vérifica tion de connectivité (110). 6. Système selon la revendication 5, caractérisé en ce que le personnel autorisé choisit un mode de notification parmi une notifica tion courrier électronique (248, 250), une notification audio- messagerie (258, 260), une notification par téléappel (268, 270), et une combinaison de celles-ci, et le générateur de rapport émis et noti- ficateur (58, 60, 62) envoie le rapport d'état via le mode choisi. 7. Système selon la revendication 5, caractérisé en que le générateur de rapport émis et notificateur (58, 60, 62) envoie le rap port de connectivité â une page de réseau (242) et envoie le rapport d'état (112) de façon que le personnel autorisé puisse récupérer le rap port de connectivité lors de la réception du rapport d'état. 8. Système selon la revendication 1, caractérisé en ce que la liaison de communications (18, 20) comprend un réseau de noeuds (18) de serveur interconnectés et en ce que l'ordinateur d'une station d'abonné (12, 14) comporte un programme navigateur pour connecter la station d'abonné (12, 14) au réseau de noeuds (18) de serveur inter connectés pour transférer des données des stations d'abonné (12, 14) au centre en ligne (16). 9. Système selon la revendication 1, caractérisé en ce que la liaison de communications (18, 20) comprend un téléphone (48), un réseau téléphonique (50), et un serveur interactif (52) à reconnais sance vocale pour transférer des données entre la station d'abonné (12, 14) et centre en ligne (16). 10. Système selon la revendication 1, caractérisé ce que le produit en exploitation (26, 30) est un scanner médical auquel est connectee une station de travail pour commander le scanner médical, la station de travail comportant un logiciel opérationnel peut être mis à niveau par le centre en ligne (16). <B>11.</B> Système selon la revendication 1, caractérisé ce que la station d'abonné (12) comporte un serveur (28) et en ce que le système en réseau (10, 24) comprend en outre une pluralité de scanners médi caux (26) connectés au serveur (28) pour relayer des données vers et en provenance du centre en ligne (16). 12. Système selon la revendication 6, caractérisé ce que le rapport d'état (252, 262, 272) comporte le rapport de connectivité (246) est envoyé via notification par courrier électronique (254). 13. Système selon la revendication 1, caractérisé ce que le produit en exploitation (26, 30) est configuré pour établir un appel en retour 86, 192) vers le centre en ligne (16) après un temps prédéter miné 94) après avoir rompu une connexion initiale (182) à la liaison de communication (18, 20) et en ce que le rapport de connectivité (112) comporte l'information précisant si cet appel en retour a été un succès. 14. Signal de données d'ordinateur incorporé dans une onde porteuse et représentant un ensemble d'instructions qui, lorsqu'il est exécute par un ou plusieurs processeurs, provoque la création par le ou les processeur(s) d'un rapport de vérification de connectivité (112) pour produit en exploitation (26, 30) en transmettant des données de client et un mode de notification (84) demandé par l'utilisateur à un centre en ligne (16) dans lequel les données de client sont traitées; en connectant une station d'abonné (12, 14) au centre en ligne (16) pour permettre le transfert de données entre eux (100); en vérifiant si une connectivité correcte entre le centre en ligne (16) et la station d'abonné (12, 14) a été réalisée (110); en générant un rapport de connectivité (246) indiquant si une connectivité correcte a été réalisée; et transmettant un état du rapport de connectivite à l'utilisa teur (11 15. Signal selon la revendication 14, caractérisé ce que la vérification du bon état de la connectivité (1 10) est en outre définie par le fait transférer un fichier connu (172, 174) de la station d'abonné (12, 14) centre en ligne (16) pour s'assurer de la bonne configura tion de la station d'abonné (12, 14); et si la station d'abonné (12, 14) a une fonction d'appel (176), lancer un essai de numérotation (180), et après déconnexion d'une connexion (194) entre le centre en ligne (16) et la station d'abonné (12, 14), attendre un rappel (196, 198) de la station d'abonné (12, 14) pendant une durée prédéterminée (204). 16. Signal selon la revendication 15, déclenchant outre les actions consistant à faire passer à "un" un drapeau (208, 212) pour indiquer si un rappela été ou non reçu en provenance de la station d'abonné (12, 14) à l'intérieur d'un intervalle de temps prédéterminé (204) et à signaler un état du drapeau (208, 212) dans rapport de connectivité. 17. Signal selon la revendication 14, obligeant outre le ou les processeur(s) à envoyer le rapport de connectivité (242) à un réseau global accessible par des utilisateurs (18) pour permettre à l'utilisateur d'y accéder.

1 Signal selon la revendication 17, obligeant en outre le ou les processeur(s) à fournir l'état du rapport de connectivité à l'utilisa teur (254, 264, 274) via le mode de notification demandé par l'utilisa teur (248, , 268). 9. Signal selon la revendication 17, dans lequel le mode de notification demandé par l'utilisateur comporte au moins une notifica tion parmi une notification par courrier électronique (248), une notifi cation audio-messagerie (258), et une notification par téléappel (268). 20. Signal selon la revendication 14, dans lequel le produit exploitation (26, 30) est un scanner médical comportant une station de travail connectée pour commander le scanner médical et dans lequel après la verification de connectivité (212), le centre en ligne (16) est autorisé à établir une communication automatique avec la station d'abonné 2, 14) pour assurer des mises à niveau, de la maintenance, des réparations et de la surveillance générale du scanner médical et de la station travail. 21. Signal selon la revendication 14, obligeant en outre le ou les processeur(s) à indiquer un problème de connectivité (230, 232), à consulter une base de données problème/solution (238), et à donner une solution possible (240) dans le rapport de connectivité (246). 22. Procédé de signalisation automatique de vérification de connectivité avec un produit en exploitation, caractérisé en ce qu'il comprend étapes consistant à recevoir électroniquement des données de client et de produit (84), ainsi 'une demande de mode de notification souhaité, dans un centre en ligne (16); configurer un produit en exploitation (28, 30) au niveau d'une station d'abonné (12, 14) en se basant sur les données de client et produit (104) reçues pour permettre des communications automatiques futures entre le centre en ligne (16) et le produit en exploitation 30); vérifier la connectivité (1 10) en lançant automatiquement une procédure de rappel (186, 192); générer un rapport (246) indiquant l'état des étapes de confi guration ( 04) et de vérification (110); envoyer le rapport (242) à un réseau d'ordinateurs (18) pour permettre l'accès par un utilisateur; et notifier électroniquement à l'utilisateur (252, 262, 272) que le rapport a eté envoyé. 23. Procédé selon la revendication 22, dans lequel l'étape consistant à notifier électroniquement est en outre définie par le fait d'envoyer à l'utilisateur au moins une notification parmi une notifica tion de courrier électronique (252), une notification par audio-messa- gerie (262), et une notification par téléappel (272). 24. Procédé selon la revendication 22, dans lequel l'étape consistant notifier électroniquement comprend en outre le fait d'envoyer un message instructif (252, 262, 272) indiquant si une action supplémentaire est requise. 25. Procédé selon la revendication 22, comprenant de plus les étapes consistant à identifier s'il existe un quelconque problème de connectivité (230), et si c'est le cas (232), consulter une base de don nées problème/solution (238) et donner des solutions possibles (240) un problème dans le rapport généré. 26. Procédé selon la revendication 22, dans lequel le produit en exploitation (26, 30) est un scanner médical et la station d'abonné (12, 14) comporte une station de travail pour commander le scanner médical et dans lequel après achèvement du processus de vérification de connectivité (1 10), la station de travail et le scanner médical peu vent être mis à niveau, maintenus, entretenus, contrôlés, et surveillés par le centre en ligne (16) sans lancement sur site. 27. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur qui, lorsqu'il est exé cuté par un ou plusieurs ordinateurs, oblige le ou les ordinateur(s) à extraire, de manière électronique, des données de client et de produit (84) dans un centre en ligne (16); extraire un mode de notification choisi par l'utilisateur (84); créer un module de configuration (98) au niveau du centre en ligne (16) en se basant sur les données de client et de produit soumises; transmettre le module de configuration (104) à une station d'abonné (12, 14) à laquelle est associé un produit en exploitation (26, 30), charger le module de configuration dans celle-ci (126, 140) pour permettre des communications automatiques futures entre le centre en ligne (16) et la station d'abonné (12, 14), et mettre fin à la session de la station d'abonné (106); et contrôler la connectivité (1 10) entre le centre en ligne (16) et la station d'abonné (12, 14) pour vérifier la connectivité; créer un rapport (112) indiquant si la vérification de connec- tivité a été un succès; et notifier un utilisateur du succès de la vérification de connec- tivité, via le mode de notification choisi par l'utilisateur. 28. Support d'enregistrement selon la revendication 27, dans lequel le programme d'ordinateur enregistré dessus oblige en outre l'ordinateur à envoyer le rapport (242) indiquant un état du processus de vérification à un système de réseau accessible globalement (18) et à notifier l'utilisateur de cet envoi (252, 262, 272). 29. Support d'enregistrement selon la revendication 28, dans lequel la notification est en outre définie pour envoyer au moins une notification parmi une notification de courrier électronique (252), une notification par audio-messagerie (262), et une notification par téléap- pel (272). 30. Support d'enregistrement selon la revendication 29, dans lequel la notification comporte un message instructif (252, 262, 272) indiquant quelles mesures supplémentaires doivent être prises par du personnel autorisé, s'il y en a. 31. Support d'enregistrement selon la revendication 27, dans lequel le produit en exploitation 30) est un scanner médical et la station d'abonné (12, 14) comporte une station de travail pour com mander le scanner médical, et dans lequel après exécution du pro gramme d'ordinateur, la station travail et le scanner médical peu vent être mis à niveau, maintenus entretenus, contrôlés, et surveillés par le centre en ligne (16) sans lancement sur site. 32. Support d'enregistrement selon la revendication 27, dans lequel le programme d'ordinateur enregistré dessus oblige en plus l'ordinateur à identifier s'il existe problème de connectivité (230), et si c'est le cas, à consulter une base de données problème/solution (238) et à donner des solutions possibles (240) à un problème dans le rapport généré.