Brevet FR2956788A1 — publié le 20110826

La présente invention a pour objet un procédé permettant d'assurer l'échange de données entre des terminaux d'une chaîne de transmission. Elle s'applique notamment, mais non exclusivement, à un procédé permettant de transférer des données comprises dans un appareil - enregistreur, au travers d'un réseau, vers un serveur informatique, l'appareil - enregistreur étant relié ou intégré à 15 un appareil de mesure de type compteur électrique. D'une façon générale, on sait qu'il existe des compteurs dont les données enregistrées peuvent être relevées à distance, en utilisant notamment le réseau GSM ("Global System for Mobile communications") ou le réseau RTC 20 ("Réseau Téléphonique commuté"). En outre, on sait également que le relevé à distance des informations d'un compteur nécessite généralement l'utilisation de modems à ports série. 25 Néanmoins, il s'avère que l'ouverture d'une communication sans fil nécessite une certaine synchronisation entre les deux entités distantes afin d'éviter que l'entité émettrice ne sollicite la mise en place d'une connexion sans que l'entité réceptrice ne soit prête à procéder à l'établissement de cette connexion. 30 L'invention a donc plus particulièrement pour objet de résoudre ce problème en proposant un procédé qui permet un échange de données entre au moins 1 une unité de traitement et au moins un appareil - enregistreur, au travers d'un réseau, la mise en oeuvre de ce procédé permettant une transmission rapide, peu onéreuse et fiable des données. A cet effet, l'invention propose un procédé pour l'échange de données au sein d'une chaîne de transmission, caractérisé en ce qu'il fait intervenir : • au moins un premier terminal informatique qui comprend au moins un module permettant notamment l'initialisation et la gestion des communications ainsi que la collecte des données ; • au moins une première passerelle permettant : o de communiquer avec ledit moyen de gestion des communications ; et o d'initialiser une communication satisfaisant au protocole TCP/IP (« Transmission Control Protocol /Internet Protocol ») ; • au moins une seconde passerelle apte à établir une communication satisfaisant au protocole TCP/IP avec le premier terminal informatique par l'intermédiaire de la première passerelle, cette seconde passerelle étant reliée à au moins un second terminal informatique, tel qu'un compteur électrique ; • au moins un second terminal informatique, tel qu'un compteur électrique, relié à ladite seconde passerelle ; et en ce qu'il comprend la réalisation des étapes suivantes : • l'initialisation d'une communication par le module de gestion et d'initialisation, en émettant une requête d'initialisation d'une communication satisfaisant au protocole TCP/IP, qui peut comprendre des commandes spécifiques, à destination de la seconde passerelle ; • la réception de cette requête d'initialisation d'une communication satisfaisant au protocole TCP/IP par la première passerelle qui est ensuite transmise, au moyen d'un message textuel numérique au format SMS (« Short Message Service ») à la seconde passerelle ; • la réception de cette requête par la seconde passerelle ; • la mise en place d'une liaison sans fil entre le premier et le second terminal informatique, cette communication satisfaisant au protocole TCP/IP ; • l'échange de données entre le premier terminal et le second terminal associé à la seconde passerelle, au moyen de ladite liaison sans fil ; • la fin de l'échange des données entre les terminaux, et l'arrêt de ladite liaison sans fil ; • le traitement éventuel des données reçues par le premier terminal. De cette manière, l'utilisation du format SMS pour transmettre la requête d'initialisation permet d'optimiser les chances de succès d'établissement de connexion entre le premier et le second terminal. Selon une variante d'exécution de l'invention, le procédé selon l'invention 15 permet également d'accroître le nombre de connexions possibles à un modem par unité télématique de la chaîne de transmission. Dans ce cas, le procédé selon cette variante d'exécution de l'invention est caractérisé en ce qu'il fait intervenir : 20 • au moins un premier terminal informatique qui comprend : o au moins un module permettant notamment l'initialisation des communications et la collecte des données ; o au moins un module permettant notamment la gestion des communications ; 25 o au moins un noyau d'émulation qui permet d'émuler les données, paramètres et signaux nécessaires au fonctionnement des ports de communication ; • au moins une première passerelle du type susdit : • au moins une seconde passerelle du type susdit ; 30 • au moins un second terminal informatique, tel qu'un compteur électrique, relié à ladite seconde passerelle ; et en ce qu'il comprend la réalisation des étapes suivantes : • l'initialisation du noyau d'émulation compris dans le premier terminal informatique, le noyau d'émulation permettant de créer des ports de communication virtuels simulant des ports physiques ; • l'initialisation d'une communication par le module d'initialisation, en transmettant au module qui permet la gestion des communications, des commandes spécifiques, ces deux modules communiquant par l'intermédiaire desdits ports ; • la réception de ces commandes par le module de gestion des communications qui émet une requête d'initialisation d'une communication satisfaisant au protocole TCP/IP à destination de la seconde passerelle ; • la réception de cette requête d'initialisation d'une communication satisfaisant au protocole TCP/IP par la première passerelle qui est ensuite transmise, au moyen par exemple d'un message textuel numérique, à la seconde passerelle ; • la réception de cette requête par la seconde passerelle ; • la mise en place d'une liaison sans fil entre le premier et le second terminal informatique, cette communication satisfaisant au protocole TCP/IP ; • l'échange de données entre le premier terminal et le second terminal associé à la seconde passerelle, au moyen de ladite liaison sans fil ; • la fm de l'échange des données entre les terminaux, et l'arrêt de ladite liaison sans fil ; • le traitement éventuel des données reçues par le premier terminal. De cette manière, le noyau d'émulation crée des ports de communication virtuels simulant des ports physiques, ce qui permet avantageusement de surmonter l'inconvénient constitué par le fait que chaque unité de la chaîne de transmission reliée à un modem comprend un nombre limité de ports série 2956788 -5- physiques, ce qui réduit d'autant le nombre de connexions possibles au moyen de ces ports série par unité. Selon une autre variante d'exécution de l'invention, après avoir échangé des 5 données avec le second terminal, le premier terminal informatique peut ensuite procéder à un échange de données avec d'autres terminaux informatiques reliés chacun à une passerelle correspondante, ces échanges de données s'effectuant de la même façon que celle décrite ci ù dessus. 10 De manière préférentielle, l'échange de données entre le premier et le second terminal s'effectue de manière sécurisée à l'aide de moyens de chiffrement, tels que le protocole IPsec (« Internet Protocol Security ») et/ou des algorithmes de chiffrement pouvant être, à titre d'exemple, le DES (« Data Encryption Standard »), l'AES (« Advanced Encryption Standard»), ou le 15 RSA (« Rivest Shamir Adleman »). Avantageusement, à chacun des terminaux informatiques avec lesquels le premier terminal informatique est relié, correspond une paire de ports de communication qui permet aux modules d'initialisation et de gestion des 20 communications de dialoguer. Ainsi, la création de ces ports de communication virtuels permet au premier terminal informatique d'échanger des données simultanément avec autant de terminaux informatiques qu'il y a de paires de ports. 25 De manière avantageuse, la mise en oeuvre du procédé selon l'invention permet notamment : • de réduire les coûts des télécommunications ; • d'augmenter le débit des communications dans l'hypothèse où la liaison sans fil satisfait à la norme du GPRS ("General Packet Radio 30 Service") ; 2956788 6- • d'assurer une meilleure fiabilité des échanges de données entre les passerelles dans l'hypothèse où la liaison sans fil satisfait à la norme du GPRS. 5 Un mode d'exécution de l'invention sera décrit ci-après, à titre d'exemple non limitatif, avec référence aux dessins annexés dans lesquels : La figure 1 est une représentation schématique de l'infrastructure de la chaîne de transmission permettant la mise en oeuvre du procédé selon 10 l'invention. La figure 2 est une représentation schématique de l'infrastructure de la chaîne de transmission permettant la mise en oeuvre du procédé selon une variante d'exécution de l'invention, cette chaîne de transmission 15 comprenant notamment un noyau d'émulation qui permet d'émuler les données, paramètres et signaux nécessaires au fonctionnement des ports de communication. La figure 3 est une représentation schématique des étapes des échanges 20 des données entre les entités de la chaîne de transmission représentée sur la figure 2, lors de la mise en oeuvre du procédé selon l'invention. À titre d'exemple non limitatif, tel que cela est illustré sur la figure 1, la mise en oeuvre du procédé selon l'invention se traduit par la réalisation des étapes 25 suivantes : • l'initialisation d'une communication par le module de gestion et d'initialisation (non représenté), en émettant une requête d'initialisation d'une communication satisfaisant au protocole TCP/IP, qui peut comprendre des commandes spécifiques, à destination de la seconde 30 passerelle 6 ; • la réception de cette requête d'initialisation d'une communication satisfaisant au protocole TCP/IP par la première passerelle 5 qui est ensuite transmise, au moyen d'un message textuel numérique au format SMS (« Short Message Service ») à la seconde passerelle 6 ; • la réception de cette requête par la seconde passerelle 6, ce qui se traduit par : o l'ouverture d'une socket TCP/IP vers l'adresse IP de la première passerelle 5 qui a été configurée préalablement, en utilisant préférentiellement le port 9999 ; o le démarrage d'un compteur tl d'une durée de temporisation préférentiellement égale à 10 secondes, ce compteur tl pouvant figurer dans le premier terminal informatique 2 ; o à compter de l'ouverture de ladite socket, et avant l'expiration de ladite durée de temporisation, l'indication par la première passerelle 5 au module permettant la gestion des communications, d'une commande d'identification « MIG » permettant d'identifier la nature de cette première passerelle 5 ; o en cas de réception correcte de cette commande « MIG » par le module permettant la gestion des communications, ce dernier envoie à la première passerelle 5 une commande du type : « IG :0612345678/111.222.333.444/9015 » avec 0612345678 qui correspond au numéro de téléphone de la seconde passerelle 6 à contacter, 111.222.333.444 l'adresse IP du premier terminal informatique 2 et 9015 le port serveur sur lequel ledit module de gestion des communications attend la socket ; o éventuellement, cette commande « MIG » comporte des options de sécurité permettant par exemple de choisir un algorithme de chiffrement tel que le DES, l'AES, ou le RSA ainsi que la nature (symétrique, asymétrique) et/ou le délai de renouvellement des clés de chiffrement ; 25 30 l'envoi par la première passerelle 5 d'une requête à destination de la seconde passerelle 6, préférentiellement par SMS, en utilisant le numéro 0612345678 ; cette requête présente préférentiellement la forme suivante : « ABCDEF 111.222.333.444/9015 », ABCDEF étant une clé aléatoire temporaire et unique pour cette communication ; o après la réception d'un accusé de réception transmis préférentiellement par le réseau GSM / GPRS (« General Packet Radio Service »), la première passerelle 5 retourne au module de gestion des communications un entier numérique non signé qui correspond à la clé « chaîne » ABCDEF, cette clé « numérique » et la clé « chaîne » étant liées par un fonction de cryptage spécifique ; • en cas de succès de l'envoi de la requête d'initialisation, le module de gestion des communications ouvre immédiatement une socket TCP/IP serveur en utilisant par exemple l'adresse 111.222.333.444 / 9015, et attend que la seconde passerelle 6 se connecte et s'identifie au moyen de ladite clé « chaîne » unique et spécifique à cette communication ; • parallèlement, la seconde passerelle 6, après réception d'une requête d'initialisation conforme, lance une porteuse GPRS et amorce une socket cliente TCP/IP vers 111.222.333.444 / 9015 ; • dès la réception par le module de gestion des communications d'une connexion socket entrante, un prologue ayant pour objectif d'identifier la seconde passerelle 6 est amorcé : o la seconde passerelle 6 communique au module de gestion des communications la clé « chaîne » ainsi que des caractéristiques du signal, telles que son intensité et le taux d'erreur ; o le module de gestion des communications répond par un message d'acceptation du type READY qui correspond à l'acceptation de la communication et provoque le début du mode « transparent », tout autre message reçu par la seconde passerelle 6 devant être considéré comme une fm de non recevoir de la demande de communication ; • en cas de succès de l'étape du prologue, le module de gestion des communications passe en mode « transparent » ; • en cas d'échec du prologue, la connexion socket entrante est immédiatement fermée et le module de gestion des communications se rend disponible pour la communication suivante ; • la communication des données en mode transparent, ce qui suppose que : o toutes les données émises par le module de gestion permettant l'initialisation des communications et la collecte des données sont transmises vers la socket TCP/IP, la seconde passerelle 6, puis le second terminal 7 ; o toutes les données émises par le second terminal 7 sont transmises vers la seconde passerelle 6, la socket TCP/IP, puis le module de collecte des données ; toutefois, les données peuvent être sécurisées au moyen par exemple du protocole IPsec ou d'un algorithme de chiffrement tel que le DES, l'AES, ou le RSA ; • la fin de la communication ; • la fermeture des sockets TCP/IP par le module de gestion des communications, ce dernier redevenant disponible pour traiter la prochaine communication. Selon une variante d'exécution de l'invention, tel que cela est illustré sur les figures 2 et 3, la mise en oeuvre du procédé selon l'invention peut se traduire par la réalisation des étapes suivantes : • l'initialisation du noyau d'émulation 1 compris dans le premier terminal informatique 2, le noyau d'émulation 1 permettant de créer des ports de communication virtuels simulant des ports physiques ; de manière générale, les ports simulés sont des ports série du type RS-232 désignés 2956788 -10- par les noms COM1, COM2, etc. ; ainsi, si le port COM1 n'existe pas physiquement, le noyau d'émulation 1 va créer une paire de ports de communication virtuels, par exemple COM1 et COM101, reliés par un câble null-modem virtuel : le flux de données entrant dans le port 5 COM1 sortira par le port COM101 et inversement ; grâce à cette « virtualisation » des ports, le flux de données émis ou reçu par le module d'initialisation 3 des communications transitera, selon cet exemple, par le port COM1, alors que le flux de données émis ou reçu par le module de gestion des communications 4 transitera, toujours 10 selon cet exemple, par le port COM101, ce module de gestion 4 étant considéré comme un modem par ledit module d'initialisation 3 ; • l'initialisation d'une communication par le module d'initialisation 3, en transmettant au module 4 qui permet la gestion des communications, des commandes spécifiques, ces deux modules 3, 4 communiquant par 15 l'intermédiaire desdits ports ; ces commandes peuvent être des commandes de configuration du type AT ou Hayes suivies de la commande ATDT correspondant à un appel téléphonique ; • le traitement de ces commandes par le module 4 permettant la gestion des communications suivi de la réalisation des actions suivantes : 20 o la récupération par le premier terminal informatique 2 de son adresse IP et de son numéro de port ; cette adresse IP et ce numéro de port pouvant être fixés de manière statique ou récupérés à l'aide d'un procédé réseau approprié ; le numéro de port peut être calculé de la façon suivante : numéro de port = 25 numéro de base + numéro du port série ; ainsi, si le numéro de base est 9000, et que l'on dialogue sur le port COM15, le numéro de port sera 9000 + 15 = 9015 ; o la mise en place d'une communication avec la première passerelle 5 associée au port COM15 afm d'envoyer une requête 30 d'initialisation permettant d'amorcer une communication TCP/IP avec la seconde passerelle 6, cette requête pouvant être 5 10 15 20 25 30 2956788 -11- transmise au format SMS (« Short Message Service »), ce qui se traduit par : ^ l'ouverture d'une socket TCP/IP vers l'adresse IP de la première passerelle 5 qui a été configurée préalablement, en utilisant préférentiellement le port 9999 ; ^ le démarrage d'un compteur t1 d'une durée de temporisation préférentiellement égale à 10 secondes, ce compteur tl pouvant figurer dans le premier terminal informatique 2 ; ^ à compter de l'ouverture de ladite socket, et avant l'expiration de ladite durée de temporisation, l'indication par la première passerelle 5 au module 4 permettant la gestion des communications, d'une commande d'identification « MIG » permettant d'identifier la nature de cette première passerelle 5 ; ^ en cas de réception correcte de cette commande « MIG » par le module 4 permettant la gestion des communications, ce dernier envoie à la première passerelle 5 une commande du type : « IG :0612345678/111.222.333.444/9015 » avec 0612345678 qui correspond au numéro de téléphone de la seconde passerelle 6 à contacter, 111.222.333.444 l'adresse IP du premier terminal informatique 2 et 9015 le port serveur sur lequel ledit module 4 de gestion des communications attend la socket ; ^ éventuellement, cette commande « MIG » comporte des options de sécurité permettant par exemple de choisir un algorithme de chiffrement tel que le DES, l'AES, ou le RSA ainsi que la nature (symétrique, asymétrique) et/ou le délai de renouvellement des clés de chiffrement ; 2956788 -12- ^ l'envoi par la première passerelle 5 d'une requête à destination de la seconde passerelle 6, préférentiellement par SMS, en utilisant le numéro 0612345678 ; cette requête présente préférentiellement la forme suivante : 5 « ABCDEF 111.222.333.444/9015 », ABCDEF étant une clé aléatoire temporaire et unique pour cette communication ; ^ après la réception d'un accusé de réception transmis préférentiellement par le réseau GSM / GPRS (« General 10 Packet Radio Service »), la première passerelle 5 retourne au module 4 de gestion des communications un entier numérique non signé qui correspond à la clé « chaîne » ABCDEF, cette clé « numérique » et la clé « chaîne » étant liées par un fonction de cryptage spécifique ; 15 o en cas de succès de l'envoi de la requête d'initialisation, le module 4 de gestion des communications ouvre immédiatement une socket TCP/IP serveur en utilisant par exemple l'adresse 111.222.333.444 / 9015, et attend que la seconde passerelle 6 se connecte et s'identifie au moyen de ladite clé « chaîne » unique 20 et spécifique à cette communication ; o parallèlement, la seconde passerelle 6, après réception d'une requête d'initialisation conforme, lance une porteuse GPRS et amorce une socket cliente TCP/IP vers 111.222.333.444 / 9015 ; o dès la réception par le module 4 de gestion des communications 25 d'une connexion socket entrante, un prologue ayant pour objectif d'identifier la seconde passerelle 6 est amorcé : ^ la seconde passerelle 6 communique au module 4 de gestion des communications la clé « chaîne » ainsi que des caractéristiques du signal, telles que son intensité et le 30 taux d'erreur ; 2956788 -13- ^ le module 4 de gestion des communications répond par un message d'acceptation du type READY qui correspond à l'acceptation de la communication et provoque le début du mode « transparent », tout autre message reçu par la 5 seconde passerelle 6 devant être considéré comme une fin de non recevoir de la demande de communication ; o en cas de succès de l'étape du prologue, le module 4 de gestion des communications renvoie par le port série virtuel, COM101 par exemple, un message d'acceptation du début de la 10 communication au module 3 et passe en mode « transparent », ce message peut indiquer la modulation choisie, telle que par exemple la modulation V32 (correspondant au message CONNECT 9600) ou V22BIS (correspondant au message CONNECT 2400) ; 15 o en cas d'échec du prologue, la connexion socket entrante est immédiatement fermée et le module 4 de gestion des communications se rend disponible pour la communication suivante ; o la communication des données en mode transparent, ce qui 20 suppose que : ^ toutes les données émises par le module 3 permettant l'initialisation des communications et la collecte des données sont transmises vers la socket TCP/IP, la seconde passerelle 6, puis le second terminal 7 ; ^ toutes les données émises par le second terminal 7 sont transmises vers la seconde passerelle 6, la socket TCP/IP, puis le module 3 de collecte des données ; toutefois, les données peuvent être sécurisées au moyen par exemple du protocole IPsec ou d'un algorithme de chiffrement tel que le DES, l'AES, ou le RSA ; o la fm de la communication ; 25 30 2956788 -14- o la fermeture des sockets TCP/IP par le module 4 de gestion des communications, ce dernier repassant en mode de commande AT afin de pouvoir traiter le prochain appel. 5 La fin de la communication peut être provoquée par exemple : • à l'expiration d'un délai de temporisation, préférentiellement de trente secondes, depuis la réception de la dernière donnée en provenance du second terminal 7 ; • si le module de collecte des données rend le signal DTR (« Data 10 Terminal Ready ») inactif ; • s'il est détecté que le module 3 de collecte des données tente d'envoyer des commandes AT ou si le module bascule en mode commande après avoir envoyé les trois caractères « +++ » en n'émettant aucun caractère pendant une seconde avant et après la transmission de ces trois 15 caractères ; • si la connexion distante est coupée, ce qui se traduit par la fermeture de la socket TCP/IP. Dans cet exemple, il n'existe pas à proprement parler de modems réels, ceux ù 20 ci étant remplacés par des modems virtuels constitués par l'association du module de gestion 4 des communications, de la première passerelle 5, et des paires de ports de communication virtuels. Avantageusement, en cas de pluralité de premiers terminaux informatiques 2, 25 ceux ù ci sont reliés entre eux et une ou plusieurs première(s) passerelle(s) 5, préférentiellement au moyen d'un réseau Ethernet local. De manière avantageuse, la mise en oeuvre du procédé selon l'invention permet : 30 • de ne pas utiliser de serveurs extérieurs, tels que des serveurs DNS (« Domain Name Server ») dynamiques ; 2956788 -15- • de faciliter la gestion du parc distant de terminaux informatiques car aucune contrainte de gestion d'adresses IP ou de noms de domaine n'est requise ; • l'établissement d'une communication entre deux terminaux 5 informatiques au moyen d'un support hertzien satisfaisant aux protocoles TCP et/ou IP et à la norme GPRS : o en permettant à des entités conçues pour fonctionner avec des modems classiques, tels que ceux satisfaisant à la norme V22BIS ou V32, de dialoguer avec d'autres entités munies d'une 10 interface satisfaisant aux normes RS û 232 / V24 ; o sans utiliser d'adressage par IP fixe ni d'adressage par nom de domaine fixe des entités communiquant ; • le relevé à distance des données des compteurs d'électricité mettant en oeuvre les protocoles tels que "Trimaran", "Trimaran +" ou "DLMS / 15 COSEM" ("Device Language Message Specification / Companion Specification for Energy Metering"), tout en se dispensant de l'utilisation d'une ligne de téléphone analogique et/ou du réseau GSM ("Global System for Mobile Communications"). 20 Revendications1. Procédé pour l'échange de données au sein d'une chaîne de transmission, caractérisé en ce qu'il fait intervenir : • au moins un premier terminal informatique (2) qui comprend au moins un module permettant notamment l'initialisation et la gestion des communications ainsi que la collecte des données ; • au moins une première passerelle (5) permettant : o de communiquer avec ledit moyen de gestion des communications ; et o d'initialiser une communication satisfaisant au protocole TCP/IP ; • au moins une seconde passerelle (6) apte à établir une communication satisfaisant au protocole TCP/IP avec le premier terminal informatique (2) par l'intermédiaire de la première passerelle (5), cette seconde passerelle (6) étant reliée à au moins un second terminal informatique (7), tel qu'un compteur électrique ; • au moins un second terminal informatique (7), tel qu'un compteur électrique, relié à ladite seconde passerelle (6) ; et en ce qu'il comprend la réalisation des étapes suivantes : • l'initialisation d'une communication par le module de gestion et d'initialisation, en émettant une requête d'initialisation d'une communication satisfaisant au protocole TCP/IP, qui peut comprendre des commandes spécifiques, à destination de la seconde passerelle (6) ; • la réception de cette requête d'initialisation d'une communication satisfaisant au protocole TCP/IP par la première passerelle (5) qui est ensuite transmise, au moyen d'un message textuel numérique au format SMS à la seconde passerelle (6) ; • la réception de cette requête par la seconde passerelle (6) ; 2956788 -17- • la mise en place d'une liaison sans fil entre le premier (2) et le second (7) terminal informatique, cette communication satisfaisant au protocole TCP/IP ; • l'échange de données entre le premier terminal (2) et le second terminal 5 (7) associé à la seconde passerelle (6), au moyen de ladite liaison sans fil; • la fm de l'échange des données entre les terminaux (2, 7), et l'arrêt de ladite liaison sans fil ; • le traitement éventuel des données reçues par le premier terminal (2). 10 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend la réalisation des étapes suivantes : • l'initialisation d'une communication par le module de gestion et d'initialisation, en émettant une requête d'initialisation d'une 15 communication satisfaisant au protocole TCP/IP, qui peut comprendre des commandes spécifiques, à destination de la seconde passerelle (6) ; • la réception de cette requête d'initialisation d'une communication satisfaisant au protocole TCP/IP par la première passerelle (5) qui est ensuite transmise, au moyen d'un message textuel numérique au format 20 SMS à la seconde passerelle (6) ; • la réception de cette requête par la seconde passerelle (6), ce qui se traduit par : o l'ouverture d'une socket TCP/IP vers l'adresse IP de la première passerelle (5) ; 25 o le démarrage d'un compteur (t1) qui peut figurer dans le premier terminal informatique (2) ; o à compter de l'ouverture de ladite socket, et avant l'expiration de ladite durée de temporisation, l'indication par la première passerelle (5) au module permettant la gestion des communications, d'une commande d'identification « MIG » permettant d'identifier la nature de cette première passerelle (5) ; 2956788 -18- o en cas de réception correcte de cette commande « MIG » par le module permettant la gestion des communications, ce dernier envoie à la première passerelle (5) une commande du type : « IG :0612345678/111.222.333.444/9015 » avec 0612345678 5 qui correspond au numéro de téléphone de la seconde passerelle (6) à contacter, 111.222.333.444 l'adresse IP du premier terminal informatique (2) et 9015 le port serveur sur lequel ledit module de gestion des communications attend la socket ; o l'envoi par la première passerelle (5) d'une requête à destination 10 de la seconde passerelle (6) par SMS, en utilisant le numéro 0612345678; o après la réception d'un accusé de réception, la première passerelle (5) retourne au module de gestion des communications un entier numérique non signé qui correspond à 15 la clé « chaîne » ABCDEF, cette clé « numérique » et la clé « chaîne » étant liées par un fonction de cryptage spécifique ; • en cas de succès de l'envoi de la requête d'initialisation, le module de gestion des communications ouvre immédiatement une socket TCP/IP serveur, et attend que la seconde passerelle (6) se connecte et s'identifie 20 au moyen de ladite clé « chaîne » unique et spécifique à cette communication ; • parallèlement, la seconde passerelle (6), après réception d'une requête d'initialisation conforme, lance une porteuse GPRS et amorce une socket cliente TCP/IP vers 111.222.333.444 / 9015 ; 25 • dès la réception par le module de gestion des communications d'une connexion socket entrante, un prologue ayant pour objectif d'identifier la seconde passerelle (6) est amorcé : o la seconde passerelle (6) communique au module de gestion des communications la clé « chaîne » ainsi que des caractéristiques 30 du signal, telles que son intensité et le taux d'erreur ; 2956788 -19- o le module de gestion des communications répond par un message d'acceptation du type READY qui correspond à l'acceptation de la communication et provoque le début du mode « transparent », tout autre message reçu par la seconde passerelle 5 (6) devant être considéré comme une fin de non recevoir de la demande de communication ; • en cas de succès de l'étape du prologue, le module de gestion passe en mode « transparent » ; • en cas d'échec du prologue, la connexion socket entrante est 10 immédiatement fermée et le module de gestion des communications se rend disponible pour la communication suivante ; • la communication des données en mode transparent, ce qui suppose que : o toutes les données émises par le module de gestion permettant l'initialisation des communications et la collecte des données sont transmises vers la socket TCP/IP, la seconde passerelle (6), puis le second terminal (7) ; o toutes les données émises par le second terminal (7) sont transmises vers la seconde passerelle (6), la socket TCP/IP, puis le module de collecte des données ; • la fin de la communication ; • la fermeture des sockets TCP/IP par le module de gestion des communications, ce dernier redevenant disponible pour traiter la prochaine communication. 25 3. Procédé selon la revendication 1, caractérisé en ce qu'il fait intervenir : • au moins un premier terminal informatique (2) qui comprend : o au moins un module (3) permettant l'initialisation des 30 communications et la collecte de données ; 15 20 2956788 -20- o au moins un module (4) permettant la gestion des communications ; o au moins un noyau d'émulation (1) qui permet d'émuler les données, paramètres et signaux nécessaires au fonctionnement 5 des ports de communication ; • au moins une première passerelle (5) permettant : o de communiquer avec ledit moyen (4) de gestion des communications ; et o d'initialiser une communication satisfaisant au protocole 10 TCP/IP ; • au moins une seconde passerelle (6) apte à établir une communication satisfaisant au protocole TCP/IP avec le premier terminal informatique (2) par l'intermédiaire de la première passerelle (5), cette seconde passerelle (6) étant reliée à au moins un second terminal informatique 15 (7) ; • au moins un second terminal informatique (7) relié à ladite seconde passerelle (6) ; et en ce qu'il comprend la réalisation des étapes suivantes : • l'initialisation du noyau d'émulation (1) compris dans le premier 20 terminal informatique (2), le noyau d'émulation (1) permettant de créer des ports de communication virtuels simulant des ports physiques ; • l'initialisation d'une communication par le module d'initialisation (3), en transmettant au module (4) qui permet la gestion des communications, des commandes spécifiques, ces deux modules (3, 4) 25 communiquant par l'intermédiaire desdits ports ; • la réception de ces commandes par le module (4) de gestion des communications qui émet une requête d'initialisation d'une communication satisfaisant au protocole TCP/IP à destination de la seconde passerelle (6) ; 2956788 -21- • la réception de cette requête d'initialisation d'une communication satisfaisant au protocole TCP/IP par la première passerelle (5) qui est ensuite transmise à la seconde passerelle (6) ; • la réception de cette requête par la seconde passerelle (6) ; 5 • la mise en place d'une liaison sans fil entre le premier (2) et le second (7) terminal informatique, cette communication satisfaisant au protocole TCP/IP ; • l'échange de données entre le premier terminal (2) et le second terminal (7) associé à la seconde passerelle (6), au moyen de ladite liaison sans 10 fil ; • la fin de l'échange des données entre les terminaux (2, 7), et l'arrêt de ladite liaison sans fil ; • le traitement éventuel des données reçues par le premier terminal (2). 15 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'après avoir échangé des données avec le second terminal (7), le premier terminal informatique (2) procède à un échange de données avec d'autres terminaux informatiques reliés chacun à une passerelle correspondante. 20 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que l'échange de données entre le premier (2) et le second terminal (7) s'effectue de manière sécurisée à l'aide de moyens de chiffrement. 6. Procédé selon la revendication 5, caractérisé en ce que ces moyens de chiffrement sont constitués par le protocole IPsec et/ou des algorithmes de chiffrement tels que le DES, l'AES, ou le RSA. 25 30 2956788 -22- 7. Procédé selon l'une des revendications 3 à 6, caractérisé en ce que pour chacun des terminaux informatiques avec lesquels le premier terminal informatique (2) est relié, une correspondance est établie avec une paire de ports de communication qui permet aux modules 5 d'initialisation (3) et de gestion (4) des communications de dialoguer ; ainsi, la création de ces ports de communication virtuels permet au premier terminal informatique (2) d'échanger des données simultanément avec autant de terminaux informatiques qu'il y a de paires de ports. 10 8. Procédé selon l'une des revendications 3 à 7, caractérisé en ce qu'il comprend la réalisation des étapes suivantes : • l'initialisation du noyau d'émulation (1) compris dans le premier terminal informatique (2), le noyau d'émulation (1) permettant de créer des ports de communication virtuels simulant des ports physiques ; 15 • l'initialisation d'une communication par le module d'initialisation (3), en transmettant au module (4) qui permet la gestion des communications, des commandes spécifiques, ces deux modules (3, 4) communiquant par l'intermédiaire desdits ports ; ces commandes peuvent être des commandes de configuration du type AT ; 20 • le traitement de ces commandes par le module (4) permettant la gestion des communications suivi de la réalisation des actions suivantes : o la récupération par le premier terminal informatique (2) de son adresse IP et de son numéro de port ; cette adresse IP et ce numéro de port pouvant être fixés de manière statique ou 25 récupérés à l'aide d'un procédé réseau approprié ; o la mise en place d'une communication avec la première passerelle (5) afin d'envoyer une requête d'initialisation permettant d'amorcer une communication TCP/IP avec la seconde passerelle (6), cette requête pouvant être transmise au 30 format SMS, ce qui se traduit par : 2956788 - 23 - ^ l'ouverture d'une socket TCP/IP vers l'adresse IP de la première passerelle (5) ; ^ le démarrage d'un compteur (ti) qui peut figurer dans le premier terminal informatique (2) ; 5 ^ à compter de l'ouverture de ladite socket, et avant l'expiration de ladite durée de temporisation, l'indication par la première passerelle (5) au module (4) permettant la gestion des communications, d'une commande d'identification « MIG » permettant d'identifier la nature 10 de cette première passerelle (5) ; ^ en cas de réception correcte de cette commande « MIG » par le module (4) permettant la gestion des communications, ce dernier envoie à la première passerelle (5) une commande du type : 15 « IG :0612345678/111.222.333.444/9015 » avec 0612345678 qui correspond au numéro de téléphone de la seconde passerelle (6) à contacter, 111.222.333.444 l'adresse IP du premier terminal informatique (2) et 9015 le port serveur sur lequel ledit module (4) de gestion des 20 communications attend la socket ; ^ l'envoi par la première passerelle (5) d'une requête à destination de la seconde passerelle (6), en utilisant le numéro 0612345678 ; ^ après la réception d'un accusé de réception, la première 25 passerelle (5) retourne au module (4) de gestion des communications un entier numérique non signé qui correspond à la clé « chaîne » ABCDEF, cette clé « numérique » et la clé « chaîne » étant liées par un fonction de cryptage spécifique ; 30 o en cas de succès de l'envoi de la requête d'initialisation, le module (4) de gestion des communications ouvre 2956788 -24- immédiatement une socket TCP/IP serveur en utilisant par exemple l'adresse 111.222.333.444 / 9015, et attend que la seconde passerelle (6) se connecte et s'identifie au moyen de ladite clé « chaîne » unique et spécifique à cette communication ; 5 o parallèlement, la seconde passerelle (6), après réception d'une requête d'initialisation conforme, lance une porteuse GPRS et amorce une socket cliente TCP/IP vers 111.222.333.444 / 9015 ; o dès la réception par le module (4) de gestion des communications d'une connexion socket entrante, un prologue 10 ayant pour objectif d'identifier la seconde passerelle (6) est amorcé : ^ la seconde passerelle (6) communique au module (4) de gestion des communications la clé « chaîne » ainsi que des caractéristiques du signal, telles que son intensité et le 15 taux d'erreur ; ^ le module (4) de gestion des communications répond par un message d'acceptation du type READY qui correspond à l'acceptation de la communication et provoque le début du mode « transparent », tout autre 20 message reçu par la seconde passerelle (6) devant être considéré comme une fin de non recevoir de la demande de communication ; o en cas de succès de l'étape du prologue, le module (4) de gestion des communications renvoie par le port série virtuel, un message 25 d'acceptation du début de la communication au module (3) et passe en mode « transparent » ; o en cas d'échec du prologue, la connexion socket entrante est immédiatement fermée et le module (4) de gestion des communications se rend disponible pour la communication 30 suivante ; 2956788 - 25 - o la communication des données en mode transparent, ce qui suppose que : ^ toutes les données émises par le module (3) permettant l'initialisation des communications et la collecte des 5 données sont transmises vers la socket TCP/IP, la seconde passerelle (6), puis le second terminal (7) ; ^ toutes les données émises par le second terminal (7) sont transmises vers la seconde passerelle (6), la socket TCP/IP, puis le module (3) de collecte des données ; 10 o la fin de la communication ; o la fermeture des sockets TCP/IP par le module (4) de gestion des communications, ce dernier repassant en mode de commande AT afin de pouvoir traiter le prochain appel. 15 9. Procédé selon l'une des revendications 2 et 4 à 8, caractérisé en ce que cette commande « MIG » comporte des options de sécurité permettant de choisir un algorithme de chiffrement ainsi que la nature et/ou le délai de renouvellement des clés de chiffrement ; en ce que l'envoi par la première passerelle (5) d'une requête à destination de la seconde passerelle 20 (6) s'effectue par SMS, cette requête présentant la forme suivante : «ABCDEF 111.222.333.444/9015 », ABCDEF étant une clé aléatoire temporaire et unique pour chaque communication ; et en ce que l'accusé de réception est transmis par le réseau GSM / GPRS. 25 10. Procédé selon l'une des revendications précédentes, caractérisé en ce que la fin de la communication est provoquée : • à l'expiration d'un délai de temporisation, depuis la réception de la dernière donnée en provenance du second terminal (7) ; • si le module de collecte des données rend le signal DTR (« Data 30 Terminal Ready ») inactif ; 2956788 -26- • s'il est détecté que le module (3) de collecte des données tente d'envoyer des commandes AT ou si le module bascule en mode commande après avoir envoyé les trois caractères « +++ » en n'émettant aucun caractère pendant une seconde avant et après la 5 transmission de ces trois caractères ; • si la connexion distante est coupée, ce qui se traduit par la fermeture de la socket TCP/IP. 11. Procédé selon l'une des revendications précédentes, 10 caractérisé en ce qu'en cas de pluralité de premiers terminaux informatiques (2), ceux ù ci sont reliés entre eux et une ou plusieurs première(s) passerelle(s) (5), au moyen d'un réseau Ethernet.