Brevet FR2792801A1 — publié le 20001027

CONNEXIONS HTTP DE RETOUR POUR UNE GESTION DE DISPOSITIF A L'EXTERIEUR D'UN PARE-FEU La présente invention concerne la commande d'un dispositif local à partir d'une unité centrale à distance et plus particulièrement, un procédé de commande d'un dispositif connecté à une unité centrale locale qui est couplé à une unité centrale à distance par un réseau informatique, un pare-feu étant interposé, de façon fonctionnelle, entre l'unité centrale locale et le réseau10 informatique. Les systèmes de traitement de données informatiques comprennent souvent un groupe de dispositifs périphériques, comme des imprimantes, connectés à une unité centrale ou serveur dans un réseau local (LAN). Un logiciel tournant15 dans l'unité centrale permet à un opérateur de configurer les paramètres d'exploitation et de contrôler les performances de tous les périphériques connectés en local. En général, comme les caractéristiques et les services offerts par un système informatique sont améliorés, le logiciel commandant le système devient de plus en plus sophistiqué et complexe. Une installation et un dépannage du système nécessitent souvent une connaissance spécialisée du système et des périphériques. En présence d'un problème, l'opérateur du système doit25 souvent obtenir de l'assistance du personnel de support technique possédant cette connaissance spécialisée. Un opérateur recherchant tout d'abord de l'assistance envoie, de façon usuelle, un appel téléphonique à un centre de service et communique avec un représentant du support30 technique. Le représentant obtient tout d'abord de l'opérateur une information concernant la configuration du système particulier en cause puis guide l'opérateur selon une procédure d'installation ou de dépannage. Un support technique par téléphone prend presque toujours du temps et est coûteux. Il fait appel aux capacités de l'opérateur et du représentant technique et implique souvent un appel téléphonique à longue distance.5 Pour aboutir, à la fois l'opérateur et le représentant doivent pouvoir engager un dialogue suivi et échanger des informations et des orientations techniques. Cet agencement est susceptible d'erreurs créées par une mauvaise communication ou une qualification inadaptée de l'opérateur10 ou du représentant. Même dans le meilleur des cas, une réussite n'est pas garantie. Une session d'échec du support technique par téléphone peut laisser l'opérateur avec un sentiment allant du mécontentement à la frustration complète et peut ternir l'image du vendeur fournissant le15 support. Le service technique est amélioré lorsque le représentant a un accès direct au système en cause. Cela peut être réalisé par un déplacement sur le site o le système est installé mais cela entraîne nécessairement des20 frais de déplacement vers et à partir du site. Une option préférée pour le représentant consiste à avoir un accès à distance au système. Internet offre un canal par lequel des ordinateurs disposés à distance peuvent échanger des informations l'un avec l'autre. Un premier ordinateur peut envoyer une demande d'information sur Internet à un second ordinateur. Le second ordinateur répond alors par un message comprenant l'information désirée. A des fins de sécurité et d'intégrité du système, de nombreuses entreprises installent des pare-feu restreignant l'échange d'informations avec des ordinateurs situés à l'extérieur de l'entreprise. Un pare-feu est interposé entre un système informatique local et Internet pour bloquer les demandes entrantes et les informations non désirées. Par conséquent, un système informatique local protégé par un pare-feu ne peut subir d'accès sans condition à partir d'une position à distance. En référence à la Figure 1, un ordinateur local 50 et un ordinateur à distance 70 sont couplés par le réseau Internet 65. Une machine de serveur mandataire 60 est interposée, de façon fonctionnelle, entre l'ordinateur local 50 et le réseau Internet 65. La machine de serveur mandataire 60 s'interface avec le réseau Internet 65 pour le compte de l'ordinateur local et achemine des messages du réseau Internet 65 vers l'ordinateur local 50 seulement lorsqu'elle est autorisée à la faire. A titre d'exemple, un ordinateur local 50 amorce une communication avec un ordinateur à distance 70 en15 envoyant une demande 75 par l'intermédiaire de la machine de serveur mandataire 60 à l'ordinateur à distance 70. La demande 75 comprend une information de serveur mandataire dans une en-tête de protocole de transfert par hypertexte (HTTP) autorisant la machine de serveur mandataire 60 à acheminer un message de l'ordinateur à distance 70 à l'ordinateur local 50. Ensuite, l'ordinateur à distance 70 envoie une réponse 80 acheminée par la machine de serveur mandataire 60 vers l'ordinateur local 50. La machine de serveur mandataire 60 sert de pare-feu pour protéger l'intégrité de l'ordinateur local 50 en empêchant des messages non autorisés d'être acheminées vers l'ordinateur local 50 à partir du réseau Internet 65. Non seulement la machine de serveur mandataire 60 bloque les données entrantes non autorisées mais elle arrête, de même, 30 les demandes entrantes non autorisées qui interrogeraient autrement l'ordinateur local 50. Par conséquent, l'ordinateur à distance 70 ne peut écrire sans condition de données ou lire des données à partir de l'ordinateur local 50. Comme l'ordinateur local 50 doit autoriser la machine de serveur mandataire 60 à accepter des messages entrants sur une base de message par message, chaque message de l'ordinateur à distance 70 vers l'ordinateur local 50 doit5 être amorcé par l'ordinateur local 50. Dans le cas o plusieurs messages sont échangés, une configuration de demandes et de réponses est requise. L'ordinateur local 50 envoie une demande 75, reçoit une réponse 76, envoie une demande 77, reçoit une réponse 78, envoie une demande 79,10 reçoit une réponse 80, etc. Dans le cas général, l'ordinateur local 50 envoie des demandes et reçoit des réponses de l'ordinateur à distance 70. On a besoin d'un représentant de support technique gérant un système informatique à partir duquel le représentant est situé à distance. Par accès à distance, le représentant peut configurer, contrôler et dépanner le système avec peu ou pas d'information de la part d'un opérateur sur le site du système. De plus, on a besoin d'un représentant accédant à un système informatique protégé par20 un pare-feu restreignant l'accès du représentant au système informatique. Ainsi, un but de la présente invention est de fournir un procédé pour l'accès à un système informatique local par un système informatique à distance par l'intermédiaire du25 réseau Internet, un pare-feu étant interposé, de façon fonctionnelle, entre le réseau Internet et le système informatique local. Un autre but de la présente invention est de fournir un procédé permettant à un utilisateur du système informatique à distance de configurer des dispositifs périphériques couplés au système informatique local. Un autre but de la présente invention est de fournir un procédé pouvant être amorcé par une commande d'un utilisateur du système informatique local, par une commande incluse dans un message de courrier électronique reçu à partir du système informatique à distance ou par une commande générée dans un dispositif périphérique. Encore un autre but de la présente invention est de fournir un système dans lequel un premier message du système informatique local vers le système informatique à distance est une demande puis des messages du système à distance vers le système local sont des demandes et des10 messages du système local vers le système à distance sont des réponses, établissant ainsi une connexion HTTP de retour à travers un pare-feu. Un système informatique local comprend une unité centrale pour la commande d'un groupe de dispositifs périphériques dans un réseau local (LAN). Un représentant technique sur un système informatique à distance désire accéder et commander le système local. Le système local est connecté au réseau Internet par l'intermédiaire d'une machine de serveur mandataire restreignant le libre passage des informations entre le réseau Internet et le système local. La machine de serveur mandataire autorise l'acheminement d'un message du réseau Internet vers le système local seulement lorsqu'elle en est autorisée par une demande de réponse à partir du système25 local. Lorsque le système local désire une information à partir d'un système à distance, le système local délivre une demande de réponse par l'intermédiaire de la machine de serveur mandataire au système à distance. Par conséquent, le système à distance ne peut accéder au ou commander sans30 condition le système local. Le système local amorce une communication avec le système à distance et autorise la machine de serveur mandataire à acheminer un message du système à distance vers le système local. Le message du systèmes à distance indique des commandes pour la commande de dispositifs périphériques connectés au système local. Le système local exécute les commandes comme indiqué. L'unité centrale à5 distance commande ainsi, de façon indirecte, les dispositifs périphériques. Le message du système à distance peut comprendre une commande d'envoi d'une information par le système local vers le système à distance. Si c'est le cas, le système10 local répond en envoyant l'information puis en autorisant la machine de serveur mandataire à acheminer un message du système à distance vers le système local. Le système à distance maintient la commande des dispositifs périphériques locaux en incluant dans chaque message vers15 le système local une commande d'envoi d'information au système à distance par le système local. Sur les dessins: la Figure 1 est un synoptique d'un système informatique comprenant un ordinateur local couplé au réseau Internet par l'intermédiaire d'une machine de serveur mandataire selon l'art antérieur; la Figure 2 est un synoptique d'un système informatique adapté, en particulier, à la mise en oeuvre de la présente invention; la Figure 3 est un synoptique d'un mode de mise en oeuvre en option d'un système informatique pour la mise en oeuvre de la présente invention; et la Figure 4 est un organigramme illustrant le procédé de la présente invention. Selon le langage usuel du réseau Internet et selon le protocole de transfert par hypertexte (HTTP), une "demande" est un message délivré par une première unité centrale recherchant une information à partir d'une seconde unité centrale et une "réponse" est un message de la seconde unité centrale vers la première unité centrale comprenant5 l'information demandée. De façon usuelle, une unité centrale protégée derrière un pare-feu délivre des demandes et reçoit des réponses. Dans la présente invention, l'unité centrale locale effectue une première demande vers l'unité centrale à distance mais les messages de l'unité centrale à10 distance sont ensuite des "demandes" et les messages vers l'unité centrale à distance sont des "réponses". Ainsi une connexion HTTP de retour est établie pour la gestion de dispositif à l'extérieur d'un pare-feu. La Figure 2 est un synoptique d'un système informatique prévu en particulier pour la mise en oeuvre de la présente invention. Un groupe de dispositifs périphériques 110 sont couplés à une unité centrale locale 122 sur un LAN 112. L'ordinateur local 120 est couplé au réseau Internet 150 par l'intermédiaire d'une machine de serveur mandataire 145. Un ordinateur à distance 155 est couplé, de même, au réseau Internet 150. L'ordinateur local 120 comprend une unité centrale locale 122, une mémoire d'ordinateur (non illustrée) et une passerelle de gestion de dispositif client (CDMG) 125. La25 CDMG 125 commande l'unité centrale locale 122 pour mettre en oeuvre le procédé de la présente invention. L'ordinateur à distance 155 comprend une unité centrale à distance 157 et une application de support 160 communiquant avec la CDMG pour commander les dispositifs 110. La CDMG 125 commande l'unité centrale locale 122 pour amorcer une communication avec l'unité centrale à distance 157 en envoyant une demande 170 par l'intermédiaire d'une machine de serveur mandataire 145 à l'unité centrale à distance 157. La demande 170 comprendra, de façon usuelle, une information identifiant l'unité centrale locale 122 et les dispositifs 110. La demande 170 comprend, de même, une information de serveur mandataire dans une en-tête HTTP autorisant la machine de serveur mandataire 145 à acheminer5 un message de l'unité centrale à distance 157 à l'unité centrale locale 122. Ensuite, l'unité centrale à distance 157 répond en envoyant une demande 171 acheminée par la machine de serveur mandataire 145 vers l'unité centrale locale 122. Remarquons que la demande 171 est effectivement10 une réponse à la demande 170. La demande 171 est un message indiquant une ou plusieurs commandes devant être exécutées par l'unité centrale locale 122 en ce qui concerne les dispositifs 110. Par exemple, les commandes peuvent indiquer que les15 dispositifs 110 doivent être réinitialisés. La demande 171 peut indiquer, de même, à l'unité centrale locale 122 d'envoyer une information à l'unité centrale à distance 157. Par exemple, l'application de support 160 peut nécessiter une information additionnelle concernant l'unité centrale locale 122 ou la configuration des dispositifs 110. L'unité centrale locale 122 envoie l'information demandée dans la réponse 172. La réponse 172 comprend une information de serveur mandataire dans une en-tête HTTP autorisant la machine de serveur mandataire 145 à acheminer un autre message de "réponse" de l'unité centrale à distance 157 vers l'unité centrale locale 122. L'unité centrale à distance 157 envoie ensuite une demande 173 acheminée par la machine de serveur mandataire 145 vers l'unité centrale locale 122. La demande30 173 peut indiquer des commandes à exécuter en ce qui concerne les dispositifs 110 et peut commander alors l'unité centrale locale 122 pour fournir plus d'information à l'unité centrale à distance 157. Si la demande 173 comprend une direction d'envoi d'une information additionnelle par l'unité centrale locale 122, l'ordinateur local envoie alors l'information additionnelle dans une réponse 174. Remarquons qu'après l'envoi de la demande 170, une configuration de demandes et de réponses devient évidente. Dans le cas général, l'unité centrale à distance 157 envoie des demandes et reçoit des réponses de l'unité centrale locale 122. Cette configuration est l'opposé de la configuration illustrée sur la Figure 1. Chaque message (la demande 170 et les réponses 172, 174) envoyé par l'unité10 centrale locale 122 à l'unité centrale à distance 157 comprend une information de serveur mandataire dans une en- tête HTTP autorisant la machine de serveur mandataire 145 à acheminer un message (demandes 171, 173) à partir de l'unité centrale à distance 157 vers l'unité centrale15 locale 122. Les dispositifs 110 sont alors commandés, de façon indirecte, à partir de l'unité centrale à distance 157. La CDMG 125 amorcera une communication avec l'unité centrale à distance 157 en réponse à une commande de début de communication 130 appliquée par l'intermédiaire de toute interface standard d'utilisateur comme un clavier. Ce serait le cas, par exemple, lorsqu'un opérateur de l'unité centrale locale 122 a besoin d'aide lors de l'installation ou du dépannage des dispositifs 110. La CDMG 125 amorcera, de même, une communication en réponse à une commande de début de communication 140 reçue par courrier électronique (E-Mail). A l'aide du Protocole de Publipostage Simplifié (SMTP), l'unité centrale à distance 157 peut envoyer une demande de début de30 communication 165 qui est stockée sur un serveur de courrier électronique 135 comme demande de début de communication 165a. La demande de début de communication 165 (et 165a) contient une commande de début de communication 140. La commande de début de communication est exécutée lorsque la demande de début de communication 165a est lue à partir du serveur de courrier électronique 135 par la CDMG 125 qui interroge, de façon périodique, le serveur de courrier électronique 135. La demande de début de communication 165 pourrait être utilisée, par exemple, dans le cas o les performances des dispositifs 110 sont évaluées et étalonnées, de façon périodique, par l'application de support 160. Cela autorise, de même, une opportunité pour un troisième10 correspondant (non illustré) de commander et d'étalonner, de façon automatique, les dispositifs 110. Un troisième procédé pour amener la CDMG 125 à amorcer une communication peut être généré par une commande de début de communication 113 provenant d'un dispositif15 110a. La commande de début de communication 113 est utilisée dans le cas o le dispositif llOa passe, de façon automatique, une procédure d'auto-test et détecte une anomalie ou fait tourner un programme de maintenance périodique. Le dispositif 110a délivre une commande de20 début de communication 113 à la CDMG 125 qui amorce alors une communication avec l'unité centrale à distance 157 pour commencer un test et un étalonnage automatiques du dispositif 110a. La Figure 3 est un synoptique d'un mode de réalisation en option d'un système informatique pour la mise en oeuvre de la présente invention. Un dispositif 0llOb est couplé au réseau Internet 150 par l'intermédiaire d'une machine de serveur mandataire 145. Un ordinateur à distance 155 est couplé, de même, au réseau Internet 150. Le dispositif llOb comprend une unité centrale locale 122a, une mémoire d'ordinateur (non illustrée) et une passerelle de gestion de dispositif client (CDMG) 125a. La CDMG 125a commande l'unité centrale locale 122a pour effectuer le procédé de la présente invention. L'ordinateur l! à distance 155 comprend une unité centrale à distance 157 et une application de support 160 communiquant avec la CDMG a pour commander le dispositif 110b. Une commande de début de communication 113a est générée lorsque le dispositif ll0b traverse, de façon automatique, une procédure d'auto-test et détecte une anomalie ou fait tourner un programme de maintenance périodique. La commande de début de communication 113 invite la CDMG 125a à amorcer une communication avec10 l'unité centrale à distance 157. La CDMG 125a commande l'unité centrale locale 122a pour amorcer une communication avec l'unité centrale à distance 157 en envoyant une demande 170 par l'intermédiaire de la machine de serveur mandataire 14515 vers l'unité centrale à distance 157. La demande 170 comprendra, de façon usuelle, une information identifiant l'unité centrale locale 122a et le dispositif 110b. La demande 170 comprend, de même, une information de serveur mandataire dans une en- tête HTTP qui autorise la machine de20 serveur mandataire 145 à acheminer un message de l'unité centrale à distance 157 vers l'unité centrale locale 122a. Ensuite, l'unité centrale à distance 157 répond en envoyant une demande 171 acheminée par la machine de serveur mandataire 145 vers l'unité centrale locale 122a.25 Remarquons que la demande 171 est effectivement une réponse à la demande 170. La demande 171 est un message indiquant une ou plusieurs commandes devant être exécutées par l'unité centrale locale 122a en ce qui concerne le dispositif 110b.30 Par exemple, les commandes peuvent indiquer que le dispositif 11Ob doit être réinitialisé. La demande 171 peut amener, de même, l'unité centrale locale 122a à envoyer une information à l'unité centrale à distance 157. Par exemple, l'application de support 160 peut nécessiter une information additionnelle concernant l'unité centrale locale 122a ou la configuration du dispositif 110b. L'unité centrale locale 122a envoie l'information demandée dans la réponse 172. La réponse 172 comprend une information de serveur mandataire dans une entête HTTP autorisant la machine de serveur mandataire 145 à acheminer un autre message de "réponse" de l'unité centrale à distance 157 vers l'unité centrale locale 122a. L'unité centrale à distance 157 envoie ensuite une demande 173 acheminée par la machine de serveur mandataire 145 vers l'unité centrale locale 122a. La demande 173 peut notifier des commandes à exécuter en ce qui concerne le dispositif 110b et peut amener, de même, l'unité centrale locale 122a à fournir plus d'informations15 à l'unité centrale à distance 157. Si la demande 173 comprend une direction d'envoi de l'information additionnelle par l'unité centrale locale 122, l'ordinateur local envoie alors l'information additionnelle dans la réponse 174. Cette configuration de demandes et de réponses est similaire à celle décrite ci-dessus dans le cas de la Figure 2. Chaque message (la demande 170 et les réponses 172, 174) envoyé par l'unité centrale locale 122a à l'unité centrale à distance 157 comprend une information de serveur mandataire dans une entête HTTP autorisant la machine de serveur mandataire 145 à acheminer un message (les demandes 171, 173) de l'unité centrale à distance 157 à l'unité centrale locale 122a. Le dispositif 110b est ainsi commandé, de façon indirecte, à partir de l'unité centrale30 à distance 157. La Figure 4 illustre les étapes logiques d'un procédé de gestion de dispositif désigné, de façon globale, par la référence numérique 200, selon la présente invention. Comme mentionné ci-dessus, le procédé de gestion de dispositif peut être démarré par une commande de début de communication 130, une commande de début de communication ou une commande de début de communication 113. Dans chaque cas, le procédé de gestion de dispositif 200 commence à l'Étape 210 et se poursuit par l'Étape 215. A l'Étape 215, une unité centrale locale envoie un message à une unité centrale à distance et autorise, de même, une machine de serveur mandataire à acheminer un message de l'unité centrale à distance vers l'unité10 centrale locale. Le message de l'unité centrale locale est prévu pour amorcer une communication entre l'unité centrale locale et l'unité centrale à distance et il comprend, de façon usuelle, une information de configuration concernant l'unité centrale locale et les dispositifs à gérer. A l'Étape 220, l'unité centrale locale reçoit le message de l'unité centrale à distance. Le message de l'unité centrale à distance indique une ou plusieurs commandes devant être exécutées par l'unité centrale locale. A l'Étape 225, l'unité centrale locale exécute les commandes qui étaient indiquées dans le message de l'unité centrale à distance à l'Étape 220. Par exemple, les commandes peuvent nécessiter la lecture d'un mode de configuration de dispositif particulier ou l'exécution25 d'une action affirmative comme la réinitialisation du dispositif. A l'Étape 230, l'unité centrale locale évalue, de plus, le message à partir de l'unité centrale à distance pour déterminer si l'unité centrale à distance nécessite30 que l'unité centrale locale envoie un autre message à l'unité centrale à distance. Par exemple, un message précédent de l'unité centrale à distance peut avoir amorcer un étalonnage d'un dispositif et l'unité centrale à distance requiert, à présent, une certaine rétroaction pour déterminer si l'étalonnage a été réussi. La détermination effectuée lors de l'Étape 230 permet, de même, à l'unité centrale à distance de commander le fait que l'échange des messages avec l'unité centrale locale sera poursuivi ou non. Rappelons que la machine de serveur mandataire achemine des messages de l'unité centrale à distance à l'unité centrale locale seulement lors d'une autorisation attenante et que l'autorisation est10 requise sur une base de message par message. Ainsi, chaque message envoyé à partir de l'unité centrale à distance vers l'unité centrale locale doit être précédé d'une autorisation de l'unité centrale locale vers la machine de serveur mandataire. Si l'unité centrale à distance désire15 maintenir la commande avec l'unité centrale locale, alors dans chaque message à l'unité centrale locale, l'unité centrale à distance doit amener l'unité centrale locale à envoyer un autre message à l'unité centrale à distance. Si le message de l'unité centrale à distance indique que l'unité centrale locale doit envoyer un autre message, le processus va alors à l'Étape 235; si non, le processus va à l'Étape 250. A l'Étape 235, l'unité centrale locale envoie un message suivant à l'unité centrale à distance et autorise la machine de serveur mandataire à acheminer un message suivant de l'unité centrale à distance à l'unité centrale locale. A l'Étape 240, l'unité centrale locale reçoit le message suivant de l'unité centrale à distance. Ce message de l'unité centrale à distance indique une ou plusieurs commandes devant être exécutées par l'unité centrale locale. A l'Étape 245, l'unité centrale locale exécute les commandes qui étaient indiquées dans le message de l'unité centrale à distance à l'Étape 240. Le procédé effectue alors une boucle de retour à l'Étape 230. A l'Étape 250, le procédé se termine. On comprendra que la description précédente n'est donnée qu'à titre illustratif pour l'invention. De nombreuses variantes et modifications peuvent être préconisées par l'homme du métier sans sortir du cadre de10 l'invention. Par exemple, les dispositifs gérés peuvent être un quelconque périphérique d'ordinateur, un autre ordinateur ou l'unité centrale locale elle-même. De même, dans le cas d'un système ne comprenant pas de pare-feu ou de machine de serveur mandataire, le procédé peut être15 appliqué en éliminant simplement l'étape d'autorisation de la machine de serveur mandataire à acheminer un message vers l'unité centrale locale. De plus, tandis que les procédures requises pour mettre en oeuvre la présente invention sont indiquées comme étant déjà chargées dans la20 mémoire de l'unité centrale locale, elles peuvent être configurées sur un support de stockage comme une mémoire de données 115 sur la Figure 2 ou une mémoire de données 115a sur la Figure 3 pour un chargement suivant dans l'ordinateur local. Ainsi, la présente invention est prévue25 comme englobant de telles options, modifications et variantes entrant dans le cadre des revendications annexées. REVENDICATIONS 1. Procédé pour permettre à une unité centrale à distance (157) de commander un dispositif (110) couplé à une unité centrale locale (122), ladite unité centrale à distance (157) étant couplée à ladite unité centrale locale (122) par l'intermédiaire d'un réseau informatique (150), et une machine de serveur mandataire (145) interposée, de façon fonctionnelle, entre ladite unité centrale locale (122) et ledit réseau informatique (150) pour acheminer des messages de ladite unité centrale locale (122) vers ledit réseau informatique (150) et, seulement lors d'une autorisation, pour acheminer des messages dudit réseau informatique (150) vers ladite unité centrale locale (122), ladite unité centrale locale (122) appliquant un procédé permettant à ladite unité centrale à distance (157) de commander le fonctionnement dudit dispositif (110), ne supportant pas de présence de ladite machine de serveur mandataire (145), caractérisé en ce que ledit procédé comprend les étapes suivantes: a) l'envoi d'un message à ladite unité centrale à distance (157) et l'autorisation de ladite machine de serveur mandataire (145) pour acheminer un message de ladite unité centrale à distance (157) à ladite unité centrale locale (122); b) la réception dudit message à partir de ladite unité centrale à distance (157), acheminé par ladite machine de serveur mandataire (145), indiquant une commande devant être exécutée par ladite unité centrale locale (122); et c) l'exécution de ladite commande. 2. Procédé selon la revendication 1, caractérisé en ce que ledit message de ladite unité centrale à distance (157) amène ladite unité centrale locale (122) à envoyer un message suivant à ladite unité centrale à distance (157), et ladite unité centrale locale (122) effectue, de plus, les étapes suivantes: d) l'envoi dudit message suivant à ladite unité centrale à distance (157) et l'autorisation de ladite machine de serveur mandataire (145) pour acheminer un message suivant de ladite unité centrale à distance (157) vers ladite unité centrale locale (122); e) la réception dudit message suivant à partir de ladite unité centrale à distance (157) indiquant une commande suivante; et f) l'exécution de ladite commande suivante. 3. Procédé selon la revendication 2, caractérisé en ce que ledit message suivant de ladite unité centrale à distance (157) amène ladite unité centrale locale (122) à envoyer un autre message à ladite unité centrale à distance (157), ledit procédé comprenant, de plus, une étape de répétition des étapes d), e) et f). 4. Procédé selon la revendication 1, caractérisé en ce qu'une demande est une information sollicitant un message et une réponse est une information fournissant un message, ledit message de ladite unité centrale locale (122) à ladite unité centrale à distance (157) est une demande puis les messages de ladite unité centrale à distance (157) à ladite unité centrale locale (122) sont des demandes, et les messages de ladite unité centrale locale (122) à ladite unité centrale à distance (157) sont des réponses. 5. Procédé selon la revendication 1, caractérisé en ce que ledit message de ladite unité centrale locale (122) à ladite unité centrale à distance (157) comprend une information concernant un paramètre de 18 2792801 fonctionnement dudit dispositif (110), et ladite commande amène ladite unité centrale locale (122) à configurer ledit paramètre de fonctionnement dudit dispositif (110). 6. Procédé selon la revendication 1, caractérisé en ce qu'il comprend de plus, avant l'étape a), une étape de réception d'un message à partir d'un opérateur amenant ladite unité centrale locale (122) à amorcer une communication avec ladite unité centrale à distance (157). 7. Procédé selon la revendication 1, caractérisé en ce qu'il comprend de plus, avant l'étape a), une étape de réception d'un message à partir d'une unité centrale de courrier électronique (135), amenant ladite unité centrale locale (122) à amorcer une communication avec ladite unité centrale à distance (157). 8. Procédé selon la revendication 1, caractérisé en ce qu'il comprend de plus, avant l'étape a), une étape de réception d'un message dudit dispositif (110) amenant ladite unité centrale locale (122) à amorcer une communication avec ladite unité centrale à distance (157). 9. Procédé selon la revendication 1, caractérisé en ce que ladite unité centrale locale (122) est incluse dans ledit dispositif (110). 10. Dispositif pour permettre à une unité centrale à distance (157) de commander un dispositif (110) couplé à une unité centrale locale (122), ladite unité centrale à distance (157) étant couplée à ladite unité centrale locale (122) par l'intermédiaire d'un réseau informatique (150), et une machine de serveur mandataire (145) étant interposée, de façon fonctionnelle, entre ladite unité centrale locale (122) et ledit réseau informatique (150) pour acheminer des messages de ladite unité centrale locale (122) vers ledit réseau informatique (150) et seulement lors d'une autorisation, pour acheminer des messages dudit réseau informatique (150) vers ladite unité centrale locale (122), ladite unité centrale à distance (157) étant validée commander le fonctionnement dudit dispositif (110), malgré la présence de ladite machine de serveur mandataire (145), caractérisé en ce qu'il comprend: a) un moyen (115) pour commander ladite unité centrale locale (122) pour envoyer un message à ladite unité centrale à distance (157) et pour autoriser ladite machine de serveur mandataire (145) à acheminer un message de ladite unité centrale à distance (157) vers ladite unité centrale locale (122); b) un moyen (115) pour commander ladite unité centrale locale (122) pour recevoir un message de ladite unité centrale à distance (157), acheminé par ladite machine de serveur mandataire (145), indiquant une commande devant être exécutée par ladite unité centrale locale (122); et c) un moyen (115) pour commander ladite unité centrale locale (122) pour exécuter ladite commande. 11. Dispositif (115) selon la revendication 10, caractérisé en ce que ledit message de ladite unité centrale à distance (157) amène ladite unité centrale locale (122) à envoyer un message suivant à ladite unité centrale à distance (157), ledit dispositif (115) comprenant, de plus: d) un moyen (115) pour commander ladite unité centrale locale (122) pour l'envoi dudit message suivant à ladite unité centrale à distance (157) et l'autorisation de ladite machine de serveur mandataire (145) pour acheminer un message suivant de ladite unité centrale à distance (157) vers ladite unité centrale locale (122); 2792801 e) un moyen (115) pour commander ladite unité centrale locale (122) pour la réception dudit message suivant à partir de ladite unité centrale à distance (157) indiquant une commande suivante; et f) un moyen (115) pour commander ladite unité centrale locale (122) pour l'exécution de ladite commande suivante. 12. Dispositif (115) selon la revendication 11, caractérisé en ce que ledit message suivant de ladite unité centrale à distance (157) amène ladite unité centrale locale (122) à envoyer un autre message à ladite unité centrale à distance (157), ledit dispositif (115) comprenant, de plus, un moyen (115) pour commander ladite unité centrale locale (122) afin d'amener lesdits moyens d), e) et f) à répéter leurs actions respectives. 13. Dispositif (115) selon la revendication 10, caractérisé en ce qu'une demande est une information sollicitant un message et une réponse est une information fournissant un message, ledit message de ladite unité centrale locale (122) à ladite unité centrale à distance (157) est une demande puis les messages de ladite unité centrale à distance (157) à ladite unité centrale locale (122) sont des demandes, et les messages de ladite unité centrale locale (122) à ladite unité centrale à distance (157) sont des réponses. 14. Dispositif (115) selon la revendication 10, caractérisé en ce que ledit message de ladite unité centrale locale (122) à ladite unité centrale à distance (157) comprend une information concernant un paramètre de fonctionnement dudit dispositif (110), et ladite commande amène ladite unité centrale locale (122) à configurer ledit paramètre de fonctionnement dudit dispositif (110). 15. Dispositif (115) selon la revendication 10, caractérisé en ce qu'il comprend, de plus, un moyen (115) pour commander ladite unité centrale locale (122) pour recevoir un message à partir d'un opérateur amenant ladite unité centrale locale (122) à amorcer une communication avec ladite unité centrale à distance (157). 16. Dispositif (115) selon la revendication 10, caractérisé en ce qu'il comprend, de plus, un moyen (115) pour commander ladite unité centrale locale (122) pour recevoir un message à partir d'une unité centrale de courrier électronique (135), amenant ladite unité centrale locale (122) à amorcer une communication avec ladite unité centrale à distance (157). 17. Dispositif (115) selon la revendication 10, caractérisé en ce qu'il comprend, de plus, un moyen (115) pour commander ladite unité centrale locale (122) pour recevoir un message dudit dispositif (110) amenant ladite unité centrale locale (122) à amorcer une communication avec ladite unité centrale à distance (157). 18. Dispositif (115) selon la revendication 10, caractérisé en ce que ladite unité centrale locale (122) est incluse dans ledit dispositif (110).