FR 2865593 A1 20050729 FR 0411362 A 20041025 Procédé de génération à distance d'une clé d'activation et d'une séquence en vue de l'activation à distance d'une option articulée autour d'un logiciel La présente invention concerne d'une manière générale un système permettant de valider des options articulées autour d'un logiciel et concerne en particulier la vérification à distance de l'état d'un dispositif installé à distance et, si le dispositif installé à distance est homologué, l'activation d'une option souhaitée. Au cours des dernières années, les dispositifs de diagnostic médical et les io systèmes auxiliaires, tels que les systèmes d'imagerie médicale, sont devenus de plus en plus complexes. Des exemples de ces systèmes englobent l'imagerie par résonance magnétique IRM (MRI), les systèmes de tomographie (CT), les systèmes à ultrasons et à rayons X et les systèmes de tomographie par émission de positrons (PET). Ces systèmes comportent de nombreuses options différentes adieu- lées autour d'un logiciel, parmi lesquelles certaines ne sont pas utilisées, ce qui dépend des besoins du client et du coût. Pour augmenter encore la complexité de chaque système d'imagerie, beaucoup d'installations comportent à l'heure actuelle un grand nombre de dispositifs qui ne sont pas toujours configurés de manière identique. Dans des installations relativement grandes, les systèmes peuvent être connectés en réseau pour permettre une gestion et une commande communes. D'autre part, de tels systèmes peuvent être connectés en réseau avec un système d'archivage d'images et de communication (PACS) pour stocker des données d'images numérisées, en vue d'une extraction et d'une reconstruction ultérieures. De plus, il est également possible d'utiliser des systèmes de téléradiologie qui assu- rent la transmission des données d'images numérisées à des endroits situés à dis-tance pour effectuer une visualisation et faire établir un diagnostic par des médecins spécialistes et/ou des radiologues. Etant donné que ces systèmes de diagnostic médical sont utilisés par des installations différentes qui ont des besoins différents, ces systèmes ne fonction- nent pas tous de la même manière. Cela signifie que, bien que des logiciels identiques puissent être installés par le constructeur, le client ou l'utilisateur ne souhaite pas bénéficier de certaines options ou ne dispose pas des licences correspondantes et par conséquent, ces options ne sont pas validées lors de la livraison. Si le client souhaite ajouter ces options ultérieurement à son dispositif, il doit prendre une licence, et des opérateurs ayant suivi une formation correspondante doivent se dé- placer sur le site où le dispositif est installé, afin de valider le logiciel pour que le 2865593 2 client puisse avoir accès à une option précise. Les perfectionnements réalisés dans le domaine des réseaux informatiques ont considérablement facilité l'exécution de tâches d'assistance à des installations situées à distance et comportant des dispositifs d'imagerie médicale. En particulier, plutôt que d'être dans l'obligation d'appeler un service de maintenance et de s'entre-tenir avec un technicien ou un ingénieur ou d'attendre l'intervention d'un technicien sur place, les technologies de réseau ont facilité la mise en place de techniques proactives qui permettent au service de maintenance d'entrer directement en contact avec les dispositifs de diagnostic médical, afin de contrôler l'état de ces dispositifs situés à distance. Bien que ces perfectionnements dans le cadre de la mise en place de services à distance pour des dispositifs de diagnostic médical aient nettement amélioré le niveau des échanges de services et d'informations, ils n'ont pas été utilisés pour vérifier à distance l'état d'un dispositif installé chez un utilisateur, ni pour autoriser l'accès à des options de logiciel ou l'utilisation de ces options résidant dans le dis-positif installé chez un utilisateur. Il existe un besoin de disposer d'un système permettant à un client qualifié d'accéder à une option précise, déjà résidante dans une mémoire d'un dispositif, sans faire appel à plusieurs niveaux d'interaction humaine, pour rendre possible la validation de l'option précise ainsi que la mise en oeuvre de cette option, sans gêner l'utilisation du dispositif. Il serait donc souhaitable de disposer d'un système permettant de vérifier de manière automatique l'état du moment d'un dispositif demandant l'accès à une option précise puis, si l'état du moment du dispositif est tel que l'activation de l'option précise soit appropriée, d'activer de manière automatique cette option précise. La présente invention concerne un système et un procédé pour répondre de manière automatique à une demande d'activation d'une option résidant dans un dispositif installé à distance, qui ne présentent pas les inconvénients cités plus haut. L'invention est destinée à vérifier de manière automatique l'état du dispositif situé à distance et, si ce dispositif situé à distance est prêt pour une activation, à activer automatiquement l'option souhaitée. La présente invention concerne un procédé d'activation à distance d'options résidant dans un dispositif. Le procédé comprend la génération d'une clé d'activation, configurée pour activer une option résidant dans une mémoire d'un dispositif installé chez un utilisateur, et la sélection d'une séquence de vérification pour au 2865593 3 moins confirmer la possibilité de validation de l'option dans le dispositif installé chez l'utilisateur. Le procédé comprend également l'envoi de la clé d'activation et de la séquence de vérification au dispositif installé chez un utilisateur, lequel dis-positif est apte à exécuter la séquence de vérification, et la réception d'un rapport en provenance du dispositif installé chez l'utilisateur. Si le rapport est satisfaisant, le procédé comprend l'installation de la clé d'activation dans le dispositif de l'utilisateur, ce qui fait que l'option est activée, et, si le rapport n'est pas satisfaisant, le procédé comprend l'abandon de l'activation de l'option. La présente invention concerne également un système pour répondre à une to demande de validation à distance d'une option résidant dans un dispositif installé chez un utilisateur, lequel système comprend une unité centrale située à distance d'un dispositif installé chez un utilisateur et comportant une option inactive. L'unité centrale comprend au moins un programme informatique pour sélectionner une séquence de vérification, destinée à contrôler que le dispositif installé chez l'utili- sateur est en état d'activer l'option inactive, et pour envoyer la séquence de vérification au dispositif qui est apte à exécuter la séquence de vérification. D'autre part, l'ordinateur est programmé pour installer une clé d'activation dans le dispositif si-tué chez l'utilisateur, en vue d'activer l'option inactive, si la séquence de vérification indique que ledit dispositif est en état d'activer l'option inactive. La présente invention englobe également un système, destiné à valider à distance une option résidant dans un dispositif installé chez un utilisateur, qui comprend un dispositif installé chez un utilisateur, à distance d'une unité centrale. Le dispositif chez l'utilisateur est programmé pour envoyer une demande d'accès à l'unité centrale afin de demander l'activation d'une option d'un dispositif installé chez l'utilisateur et de recevoir ensuite une clé d'activation, configurée de manière unique pour activer l'option du dispositif de l'utilisateur, et une séquence de vérification pour authentifier un état momentané du dispositif installé chez l'utilisateur. Le dispositif installé chez l'utilisateur est programmé pour envoyer un rapport, généré par la séquence de vérification, à l'unité centrale afin de lui indiquer l'état momentané du dispositif, et pour installer la clé d'activation aux fins d'activer l'option, si l'état momentané du dispositif installé chez l'utilisateur est considéré comme étant satisfaisant par l'unité centrale. D'autres caractéristiques, objets et avantages de la présente invention seront mieux compris à l'aide de la description détaillée ci-après et des dessins annexés. 35 Les dessins représentent un mode de réalisation préféré pour la mise en oeu- 2865593 4 vre de l'invention. Sur les dessins, la figure 1 représente un schéma-bloc d'un système pour lequel la présente invention est mise en oeuvre, et la figure 2 représente un organigramme d'un processus selon l'invention, mis en oeuvre dans le système de la figure 1. La présente invention concerne une technique pour vérifier de manière automatique un état momentané d'un dispositif installé chez un utilisateur et, si le dispositif est dans un état approprié, activer une option inactive du dispositif. to La figure 1 représente un schéma-bloc d'ensemble d'un système de diagnostic et de service médical 10 connecté en réseau, qui comprend une pluralité de postes de clients situés à distance, par exemple le Client A dans un poste client 12 et un Client B dans un autre poste client 14. Bien entendu, le nombre de postes clients n'est pas limité, mais ici, deux modes de réalisation spécifiques sont repré- sentés avec un Client A et un Client B, ce qui sera expliqué en détail ci- après. Les postes clients 12, 14 sont connectés à une unité centrale 16 par l'intermédiaire de liaisons de transmission de données, par exemple un réseau de noeuds serveurs/internet 18 reliés entre eux ou une liaison à distance 20. Bien qu'une seule unité centrale 16 soit représentée et décrite, il va de soi que la présente invention concerne l'utilisation de plusieurs unités centrales, qui sont chacune aptes à communiquer avec chaque poste client. A chaque poste client est associé un logiciel d'exploitation qui peut être configuré, géré, mis à jour, soumis à une extension, surveillé, validé ou invalidé par l'unité centrale 16. Les différents systèmes divulgués sont configurés en vue d'être reliés de manière sélective à l'unité centrale 16, soit par la liaison à distance 20 soit, dans l'exemple du poste client 12, par un ordinateur portable 22 connecté à un réseau 24 interne du Client A. Une telle liaison sélective est souhaitable pour réaliser des extensions, des mises à jour ainsi que la gestion et la surveillance générale des différents systèmes et équipements sur le site d'un client, ce qui comprend par exem- pie l'accès aux données à partir de ces systèmes et la transmission de données vers ces systèmes. D'une manière générale, un site client peut comporter un certain nombre de dispositifs, par exemple différents systèmes de diagnostic médical. Dans un autre exemple, comme dans le présent mode de réalisation, lies dispositifs peuvent en- glober un certain nombre de scanners 26 d'imagerie médicale connectés en réseau 2865593 5 et reliés à un réseau interne 24 desservi par un scanner 28 unique qui comporte un poste de travail configuré pour agir également comme serveur ou configuré comme serveur autonome, sans scanner d'imagerie médicale associé. En variante, un poste client ou site client 14 peut comporter un certain nombre de scanners 30, 32 et 34 d'imagerie médicale non connectés en réseau, à chacun desquels est associé un ordinateur ou un poste de travail et qui comportent chacun un ordinateur ou un poste de travail ainsi qu'un modem 36, 38 et 40 interne pour connecter le poste client situé à distance à un moyen de transmission de données, tel qu'internet 18, respectivement par l'intermédiaire des liaisons 37, 39 et 41, aux fins de communiquer avec l'unité centrale 16. La liaison internet 18 est représentée en traits mixtes pour indiquer qu'un réseau de communication externe peut englober internet 18, conjointement avec des liaisons de communication 29, 37, 39 et 41, ou, en va-riante, peut englober des liaisons à numérotation directe via des lignes spécialisées, un système intranet ou des systèmes de communication publics. Il va de soi que chacun des scanners de réseau 26 possède son propre poste de travail en vue d'un fonctionnement individuel et que les scanners sont connectés entre eux par le réseau 24 interne, de sorte que le client peut disposer d'un système de gestion centralisé pour chacun des scanners. En outre, un tel système est pourvu de composants de communication qui lui permettent d'envoyer et de recevoir des données via une liaison de communication 29. De manière similaire, pour les scanners d'imagerie médicale qui ne sont pas connectés en réseau et sont situés sur des postes clients 14 installés à distance, chacun des scanners 30, 32 et 34 possède une liaison de communication 37, 39 et 41 individuelle. Bien que la figure 1 montre que chacune de ces liaisons est connectée par l'intermédiaire d'un réseau 18 ou- vert, il est également possible que ces liaisons permettent la transmission de don- nées vers les systèmes et en provenance de ceux-ci, via un réseau spécialisé. Le mode de réalisation représenté dans la figure 1 concerne une installation médicale comportant par exemple des systèmes d'imagerie par résonance magnétique IRM (MRI), des systèmes à ultrasons, des systèmes à rayons X, des systèmes à tomographie (CT) ainsi que des systèmes à tomographie par émission de positrons (PET), ou n'importe quel autre type de système d'imagerie médicale; mais la pré-sente invention n'est pas limitée à ces systèmes. De telles installations peuvent également fournir des services à des systèmes centralisés de gestion de diagnostic médical, des systèmes d'archivage d'images et de communication (PACS), des systèmes de téléradiologie et autres. Ces systèmes peuvent soit être stationnaires et se 2865593 6 trouver dans un endroit fixe et être accessibles par une adresse réseau connue, ou bien ils peuvent être mobiles et avoir plusieurs adresses réseau. Dans le mode de réalisation représenté dans la figure 1, chaque poste client 12, 14 peut comprendre n'importe quelle combinaison des systèmes précités, ou bien un poste client peut posséder un seul type de système. D'autre part, un poste client peut comporter un seul scanner d'imagerie médicale. Les systèmes de diagnostic mobiles peuvent être configurés de manière similaire à celle du poste client 12 ou du poste client 14. Ces systèmes de diagnostic mobiles peuvent comporter différents types d'équipements, par exemple IRM, CT, à ultrasons ou rayons X, et sont déplacés afin d'in- tervenir pour des patients dans des sites médicaux différents. Une demande d'accès et de validation d'options articulées autour d'un logiciel selon la présente invention peut être émise par du personnel autorisé, par exemple un ingénieur ou un technicien travaillant en ligne, ou bien par le personnel administratif du client, à partir d'un ordinateur ou d'un poste de travail 42 qui est connecté dans la liaison à distance 20 et peut faire partie de l'unité centrale 16 ou être connecté séparément à celle-ci, via une liaison à numérotation 44 avec un serveur "web" 46 se trouvant dans l'unité centrale 16. En variante, il est possible d'initialiser le système à l'aide d'un ordinateur portable 22 qui est connecté à un réseau interne 24 du client ou est connecté individuellement à chacun des scanners 30, 32 ou 34. La liaison à distance 20 peut également servir à relier l'unité centrale 16 à un poste client, via un téléphone et une liaison téléphonique 48, par l'intermédiaire d'un réseau téléphonique 50 classique, et à un système de reconnaissance vocale interactif IVR 52 dans l'unité centrale 16. L'unité centrale 16 comporte un certain nombre de systèmes de traitement., tels que des ordinateurs pour le système IVR 52, un centre d'assistance automatique 54, le serveur web 46 et un serveur de contrôle de sortie automatique 56, destinés à traiter des données de client et de produits et à créer un fichier de configuration approprié. D'autres systèmes de traitement englobent des ordinateurs pour prendre en charge un système de messagerie vocale 58, un système de recherche de personnes 60, un système de messagerie électronique 62, un processeur central 64 et, d'une manière plus générale, un moyen de génération de rapport de sortie et de notification. Chacun de ces systèmes peut être connecté et peut échanger des données avec les autres systèmes via un réseau, tel qu'Ethernet 66, et/ou avec au moins une base de données 68. Toute-fois, il convient de noter que la base de données unique de la figure 1 n'est repré- sentée qu'à titre d'exemple et il est probable qu'un tel système nécessite plusieurs 2865593 7 bases de données. D'autre part, le système IVR n'est bien entendu pas seulement un système de reconnaissance vocale mais est également en mesure de traiter des entrées de clavier interactif, effectuées via un téléphone à touches 48. Un ensemble de modems 70 est connecté à Ethernet 66 aux fins de retransmettre les données de l'unité centrale 16 vers les postes clients 12, 14 situés à distance, via plusieurs liai-sons à modem 72. Par conséquent, il est prévu un système permettant d'assurer le transfert automatique à distance de données et de communications entre l'unité centrale 16 et le site d'un client 12, 14. Comme expliqué plus haut, chacun des systèmes et sous-postes décrits ici et t o référencés dans la figure 1 peut être relié de manière sélective à l'unité centrale 16 par l'intermédiaire d'un réseau 18. Conformément à la présente invention, il peut s'agir de n'importe quel réseau approprié, qu'il soit public, ouvert, spécialisé ou "dédié", privé ou autre. Les liaisons de communication avec le réseau peuvent être de n'importe quel type approprié, par exemple des lignes de téléphone classiques, des fibres optiques, des liaisons modem par câble, des lignes d'abonnés numériques, des systèmes de transfert de données sans fil ou des systèmes analogues. Chaque système est pourvu de matériels et de logiciels formant interfaces de communication, de conception globalement connue, qui permettent à ces systèmes d'établir des liaisons de réseau et d'échanger des données avec l'unité centrale 16. Les systèmes sont équipés de logiciels interactifs permettant de configurer les systèmes et d'échanger des données entre les postes clients et l'unité centrale 16. Dans certains cas, la connexion du réseau peut être interrompue pendant les périodes où il n'y a pas d'échange de données entre les postes clients et l'unité centrale. Dans d'autres cas, la connexion du réseau est maintenue en permanence. La présente invention concerne également une technique destinée à analyser l'état momentané d'un dispositif installé à distance et, si l'activation est accordée, à autoriser l'accès à des options de logiciel résidant dans le dispositif situé à distance, ainsi que l'utilisation de ces options. Comme cela a été indiqué plus haut, le dispositif, qui comporte un équipement d'imagerie médicale, comprend un logiciel ins- tallé qui commande les options pouvant être validées ou invalidées de manière automatique. La présente invention concerne un procédé et un système pour accéder de manière automatique et à distance à un dispositif installé à distance, vérifier l'état momentané dudit dispositif et valider des options résidant dans le dispositif installé à distance. A partir d'une unité centrale, et après authentification appropriée de l'utilisa- 2865593 8 teur et validation de l'identification du système et du statut du client, une impulsion électronique de validation est générée dans l'unité centrale 16 et est transmise par voie électronique à un dispositif, via les liaisons de communication 29, 37, 39, 41 et/ou 72, de préférence via une liaison de communication privée, mais il est également possible d'utiliser des systèmes de communication publics, tels qu'internet à numérotation directe, ou des communications sans fil. Comme expliqué plus haut, il faut noter que les liaisons de communication externes englobent un système intranet fermé, un système de communication public ouvert ou une combinaison de ceux-ci. Comme le montre la figure 2, le processus est lancé 100 lorsqu'une identification de système, comportant une identification de client, est envoyée depuis un poste client situé à distance ou depuis une liaison à distance et est reçue par l'unité centrale 102. Il est considéré que l'identification de système correspond à l'émission d'une demande de validation. Cela signifie que le dispositif émettant la de- mande a peut-être été acheté à l'origine avec plusieurs options mais, en raison de choix budgétaires, certaines de ces options ont été invalidées au moment de l'acquisition. Par conséquent, l'achat initial clu matériel du dispositif comportait une large gamme d'options et le client a éventuellement choisi de faire invalider des options spécifiques afin de réduire le coût global du dispositif. Après l'achat, le client peut donc émettre une demande de validation ou d'activation afin de valider une ou plusieurs des options qui étaient installées dans le dispositif au moment de l'achat mais qui étaient invalidées en raison des choix budgétaires. D'autre part, la demande de validation peut concerner des options qui ont été ajoutées après l'achat initial, dans le cadre d'une mise à jour ou d'une extension, mais qui étaient invali- dées pour réduire le prix de cette mise à jour ou extension. Après réception de l'identification de système, l'unité centrale valide cette identification à l'étape 104. Cette validation est déterminée en fonction de l'identification du client et/ou d'un mot de passe. L'identification du système constitue un moyen unique qui permet à l'unité centrale d'identifier facilement le client émettant la demande, ainsi que les dispositifs du client installés à distance. Si l'identification de client n'est pas valide en 106, l'unité demande l'entrée d'une identification de client valide à l'étape 108. Après que l'identification de système a été validée en 104, 110, une option de logiciel précise, que le client souhaite activer, est envoyée par le dispositif ins-35 tallé à distance qui demande l'activation et est reçue par l'unité centrale en 112. 2865593 9 Celle-ci valide ensuite en 114 la demande d'activation. Plus précisément, l'unité centrale procède à une analyse initiale de la demande d'activation, en comparant l'identification de système avec la demande d'activation, et détermine si le système est capable d'effectuer l'activation demandée. Par exemple, l'unité centrale déter- mine si l'activation demandée a déjà été effectuée et exécutée auparavant et si, par conséquent, l'option est déjà validée. S'il ressort de la détermination que la demande d'activation 112 est invalide 116, par exemple parce que l'option demandée est déjà valide dans le dispositif ou s'il est établi que le dispositif dont émane la demande ne comporte ou ne soutient io pas l'option de logiciel demandée, un message est renvoyé au dispositif installé chez le client pour demander une prise de contact manuelle avec l'unité centrale en 118, et l'activation est abandonnée en 120. En revanche, s'il ressort de la détermination que la demande d'activation est valide en 122, le dispositif installé chez le client envoie un identifiant d'hôte uni- que à l'unité centrale en 124. Cet identifiant d'hôte unique indique à l'unité centrale quel dispositif spécifique demande l'activation. En se fondant sur cette identification d'hôte, l'unité centrale génère une clé d'activation qui est configurée pour activer l'option souhaitée, après l'installation de celle-ci dans le dispositif du client. En outre, l'unité centrale sélectionne en 126 une séquence de vérification appropriée pour déterminer l'état momentané du dispositif du client. Dès que l'unité centrale a généré la clé d'activation et sélectionné la séquence de vérification à l'étape 126, elle envoie la clé et la séquence au dispositif du client à l'étape 128. Il convient de noter que la séquence et la clé peuvent être envoyées au dispositif du client soit par une transmission unique, soit au cours de plusieurs transmissions. D'autre part, en cas de transmission unique, la clé et la séquence peuvent être regroupées pour for-mer un paquet unique qui est transmis au dispositif installé chez le client. Enfin, ce paquet unique peut être compressé et/ou crypté aux fins d'accélérer et sécuriser sa transmission. Lorsque le dispositif du client reçoit la clé et la séquence, le dispositif sé- pare le paquet, si nécessaire, et exécute la séquence de vérification à l'étape 130. La séquence de vérification est configurée pour déterminer automatiquement un état momentané du dispositif qui est installé chez le client et demande l'activation de l'option. En particulier, la séquence de vérification réunit plusieurs paramètres momentanés du dispositif installé chez le client et génère un rapport. Par exemple, la séquence de vérification peut déterminer quelles options sont momentanément 2865593 10 actives dans le dispositif du client, quelles options sont prises en charge par le dis-positif, toute sorte de dépendances des options prises en charge par le dispositif ainsi que d'autres paramètres similaires. Le rapport contient des informations concernant la possibilité d'activation du dispositif installé chez le client, par rap- port à l'option demandée. Cela signifie que l'information contenue dans le rapport concerne les paramètres momentanés du dispositif du client et indique si, avec ces paramètres, le dispositif est dans un état permettant la validation de l'option de-mandée, c'est-à-dire si le dispositif peut être activé en ce sens. Ensuite, cette in-formation est utilisée par la séquence de vérification pour générer un rapport qui est envoyé par le dispositif installé chez le client et reçu par l'unité centrale en 132. Celle-ci évalue ensuite le rapport à l'étape 134 pour déterminer si le dispositif du client peut être activé par rapport à l'option demandée. Si le rapport indique que le dispositif peut être activé, il est approuvé en 136, et l'unité centrale autorise en 138 l'installation de la clé d'activation dans le dispositif du client. En particulier, l'unité centrale envoie une approbation au dis-positif du client, à la suite de quoi le dispositif installe à l'étape 138 la clé d'activation de l'option et l'activation de l'option est terminée à l'étape 140. Toutefois, l'unité centrale peut surveiller l'utilisation de cette option. A cet effet, la clé d'activation peut contenir une date d'expiration préréglée, au moyen de laquelle l'unité centrale peut signaler une expiration imminente au client. Si le client décide de réactiver l'option, les étapes décrites ci-dessus sont répétées et l'option est réactivée. Cependant, si le rapport indique que l'option souhaitée ne peut pas être activée facilement, l'unité centrale n'approuve pas le rapport en 142. De ce fait, un message est renvoyé au dispositif du client pour demander à l'étape 118 une prise de contact manuelle avec l'unité centrale, et l'activation est abandonnée en 120. Par conséquent, la présente invention concerne un procédé pour activer à distance une option résidant dans la mémoire d'un dispositif installé chez un utilisateur ou client, sans perturber le bon fonctionnement dudit dispositif. Conformément à un mode de réalisation, un procédé pour activer à distance des options résidant dans un dispositif comprend la génération d'une clé d'activation, configurée pour activer une option résidant dans une mémoired'un dispositif installé chez un utilisateur, et la sélection d'une séquence de vérification pour au moins confirmer la possibilité de validation de l'option dans le dispositif installé chez l'utilisateur. Le procédé englobe en outre l'envoi de la clé d'activation et de la séquence de vérification au dispositif installé chez l'utilisateur, le dispositif étant 2865593 11 apte à exécuter la séquence de vérification, ainsi que la réception d'un rapport en provenance du dispositif installé chez l'utilisateur. Si le rapport est satisfaisant, le procédé comprend l'installation de la clé d'activation dans le dispositif de l'utilisateur, ce qui fait que l'option est activée, et, si le rapport n'est pas satisfaisant, le procédé prévoit l'abandon de l'activation de l'option. Conformément à un autre mode de réalisation de la présente invention, un système destiné à répondre à une demande de validation à distance d'une option résidant dans un dispositif installé chez un utilisateur ou un client comprend une unité centrale située à distance d'un dispositif installé chez l'utilisateur et présen- Io tant une option inactive. L'unité centrale comporte au moins un ordinateur qui est programmé pour sélectionner une séquence de vérification, afin de vérifier que le dispositif du client est en état pour activer l'option inactive, et pour envoyer cette séquence de vérification au dispositif, lequel est apte à exécuter la séquence. D'autre part, l'ordinateur est programmé pour iinstaller une clé d'activation dans le dis- positif du client, afin d'activer l'option inactive si la séquence de vérification indique que le dispositif est en état d'activer l'option inactive. Conformément à un autre mode de réalisation de la présente invention, un système, destiné à valider à distance une option résidant dans un dispositif installé chez un utilisateur, comprend un dispositif installé chez un utilisateur, à distance d'une unité centrale. Le dispositif de l'utilisateur est programmé pour envoyer une demande d'accès à l'unité centrale, afin de demander l'activation d'une option du dispositif installé chez l'utilisateur, et pour recevoir ensuite une clé d'activation, configurée de manière unique pour activer l'option du dispositif installé chez l'utilisateur, ainsi qu'une séquence de vérification pour authentifier un état momentané du dispositif de l'utilisateur. Le dispositif installé chez l'utilisateur est programmé pour envoyer un rapport, généré par la séquence de vérification, à l'unité centrale afin de lui indiquer l'état du dispositif, et pour installer la clé d'activation en vue d'activer l'option, si l'état momentané du dispositif installé chez l'utilisateur est considéré comme étant satisfaisant par l'unité centrale. La présente invention a été décrite en relation avec le mode de réalisation préféré et il est bien entendu possible de prévoir des modes de réalisation équivalents, des variantes et des modifications, autres que ceux décrits ici, sans sortir du cadre des revendications annexées. 12 Revendications 1. Procédé automatique d'activation à distance d'options résidant dans un dispositif, comprenant les étapes suivantes: - génération d'une clé d'activation con figurée pour activer une option résidant dans une mémoire d'un dispositif installé chez un utilisateur; - sélection d'une séquence de vérification pour au moins confirmer la possibilité de validation de l'option dans le dispositif installé chez l'utilisateur (126); envoi de la clé d'activation et de la séquence de vérification au dispositif installé chez l'utilisateur, le dispositif étant apte à exécuter la séquence de vérification (128); - réception d'un rapport en provenance du dispositif installé chez l'utilisateur (132); et si le rapport est satisfaisant (136), installation de la clé d'activation dans le dis- positif installé chez l'utilisateur (138), ce qui fait que l'option est activée, et, si le rapport n'est pas satisfaisant (142), abandon de l'activation de l'option (120). 2. Procédé selon la revendication]., comprenant en outre l'étape de génération de la clé d'activation de manière à ce qu'elle soit unique pour le dispositif installé chez l'utilisateur (126). 3. Procédé selon la revendication comprenant en outre l'étape de regroupement de la clé d'activation et de la séquence de vérification dans un paquet, l'étape d'envoi de la clé d'activation et de la séquence de vérification au dispositif installé chez l'utilisateur englobant l'envoi du paquet (128). 4. Procédé selon la revendication 1, comprenant en outre l'étape de sélection de la séquence de vérification (126), de manière à ce que le rapport soit généré automatiquement lorsque ladite écriture est exécutée par le dispositif installé chez l'utilisateur (130, 132). 5. Procédé selon la revendication 4, caractérisé en ce que l'étape de sélection (126) englobe la sélection de la séquence de vérification pour faire en sorte que le rapport (132) comprenne au moins un des éléments suivants: options actives à cet instant; options prises en charge par le dispositif installé chez l'utilisateur; et dépendances d'options prises en charge par le dispositif installé chez l'utilisateur. 6. Procédé selon la revendication 5, comprenant en outre l'étape de détermi- 2865593 13 nation, à partir du rapport, pour savoir si l'option devant être activée est une option qui est active à cet instant, qui n'est pas prise en charge par le dispositif installé chez l'utilisateur et nécessite donc des activations dépendantes (134) et, si le résultat de cette détermination est positif, on considère que le rapport n'est pas satisfai- s sant (142). 7. Procédé selon la revendication l, comprenant en outre l'étape de génération de la clé d'activation (126) suite à la réception, par l'unité centrale (104), d'une demande d'accès en provenance du dispositif installé chez l'utilisateur. 8. Procédé selon la revendication 7 comprenant en outre l'étape de réception d'une identification de système (102) en tant que partie de la demande d'accès, l'identification de système étant un élément d'identification unique d'un client émet-tant la demande d'accès. 9. Procédé selon la revendication 8, comprenant en outre l'étape de vérification pour savoir si la demande d'accès et l'identification du système sont valides 15 (104). 10. Procédé selon la revendication 1, caractérisé en ce que le dispositif installé chez l'utilisateur est configuré pour l'imagerie médicale (26, 28, 30, 32, 34).