FR 3074634 A1 20190607 FR 1761508 A 20171201 Gestion de communication entre un terminal et un serveur d'un reseau L'invention se situe dans le domaine des telecommunications. L'invention concerne plus particulierement un systeme de communication dans lequel un terminal communique avec un serveur d' application apte a fournir des services applicatifs a ce terminal par l'intermediaire d'un reseau de telecommunications, et plus particulierement d'un serveur de ce reseau. Aucune limitation n'est attach& a la nature du terminal ni a la nature des services applicatifs fournis. Le terminal peut etre un terminal fixe ou mobile, tel qu'un compteur electrique, un capteur...Le serveur d' application peut etre opere par un fournisseur de services quelconque, comme par exemple un fournisseur d' electricite, d' eau... L'invention a aussi une application privilegiee mais non limitative dans le contexte de l'Internet des Objets, et notamment des architectures ou reseaux etendus de type LoRaWANTM (pour « Long Range Wide Area Network »). De fawn connue, le protocole en cours de standardisation LoRaWANTM permet une communication radio a bas debit (inferieur a 50 kbit/s) et a faible consommation d'energie, d' objets communiquant selon la technologie LoRaTM (pour « Long range »), et connecter a Internet via un reseau de communication. Dans une architecture de type LoRaWANTM, chaque terminal est amene a communiquer avec un serveur applicatif via un reseau de telecommunications. Plus particulierement, les donnees emises par chaque terminal, via une liaison radio, sont revues par une pluralite de passerelles ou stations de base qui les relaient vers un serveur du reseau, via une connexion filaire ou cellulaire. Ce serveur du reseau filtre les messages recus des terminaux (et verifie notamment leur provenance et leur integrite), et les retransmet aux serveurs applicatifs concernes. Malgre une technologie radio optimisee pour une longue portee, de nombreux terminaux concus pour fonctionner selon la technologie LoRaTM ne parviennent pas a communiquer avec les passerelles du reseau LoraTM desire car les signaux emis par ces terminaux ne parviennent pas jusqu'aux passerelles. C' est notamment le cas lorsque ces terminaux sont par exemple positionnes dans des zones telles que des sous-sols, des caves, des batiments en tole... De fawn connue, des passerelles additionnelles peuvent etre ajoutees au reseau LoRaTM pour permettre a ces terminaux de communiquer avec ce reseau. Cependant, ces passerelles sont cofiteuses. De plus, elles requierent un raccordement secteur et une connexion cellulaire ou filaire. Aussi, elles ne sont pas toujours mises en place ou elles le sont tardivement. Dans cette situation qui peut etre temporaire ou perenne, les terminaux ne peuvent communiquer avec les serveurs du reseau LoRaTM Un des buts de l'invention est de remedier a des insuffisances/inconvenients de l'etat de la technique et/ou d'y apporter des ameliorations. 2 A cette fin, 1' invention se rapporte a un procede de gestion. Scion l' invention, le procede de gestion comporte les &apes suivantes mises en oeuvre par un dispositif de transmission apte a communiquer via une premiere liaison radio avec un equipement passerelle formant nceud d'un reseau de telecommunication, ledit dispositif de 5 transmission etant configure pour communiquer avec au moins un serveur dudit reseau via ledit equipement passerelle: suite a la reception d'une premiere demande de connexion emise via une deuxieme liaison radio, par un terminal figurant dans une liste d' au moins un terminal pour lequel ledit dispositif de transmission a obtenu des donnees de gestion, etablissement d'une session de communication 10 securisee entre le dispositif de transmission et ledit terminal, en utilisant au moins une partie des donnees de gestion ; sur reception d'un message de donnees emis par ledit terminal via la session securisee, transfert dudit message via la premiere liaison de communication, si ledit terminal figure dans ladite liste ; 15 sur reception via la premiere liaison radio, d'un message de donnees destine audit terminal, transfert dudit message audit terminal via la session securisee, si ledit terminal figure dans ladite liste ; reception, via la premiere liaison radio, d'une demande de fin de gestion dudit terminal ; suite a la reception de ladite demande, retrait dudit terminal de ladite liste. 20 Lors d'une premiere phase, un terminal est situe hors de la zone de couverture de tout equipement passerelle. Aussi, bien que configure pour communiquer via un equipement passerelle du reseau, avec un serveur applicatif de ce reseau, it ne peut communiquer avec aucun equipement passerelle. 25 Le dispositif de transmission, appele egalement dispositif repeteur, est positionne dans la zone de couverture radio du terminal pour permettre a ce terminal d' acceder au reseau et de communiquer avec un serveur applicatif associe au terminal, via le serveur reseau. Grace a ce dispositif de transmission, un terminal configure pour se connecter a un serveur applicatif du reseau mais ne pouvant acceder directement via une liaison radio a un equipement passerelle du reseau, 30 peut communiquer avec le serveur reseau et en consequence avec un serveur applicatif via le serveur reseau. Le reseau est par exemple un reseau LoRaTM Le dispositif de transmission se comporte vis-a-vis du reseau comme un terminal Ainsi, it communique avec un equipement passerelle via des signaux radios, par exemple des signaux radio 35 longue portee. L'equipement passerelle relaie les informations venant du dispositif de transmission vers un serveur du reseau. Ce serveur est typiquement un serveur, appele generalement « serveur reseau » apte a relayer ces informations vers un serveur de gestion associe au dispositif de 3 transmission. Reciproquement, les informations provenant du serveur de gestion et destinees au dispositif de transmission sont transmises a ce dispositif via le ou les serveurs de reseau et via 1' equipement passerelle. Le serveur de gestion est un serveur applicatif associe au dispositif de transmission. 5 Plus particulierement, le terminal emet une demande de connexion a un serveur applicatif du reseau. La demande de connexion est intercept& par le dispositif de transmission qui &tient des donnees de gestion representatives d'un droit de gestion du terminal Le dispositif de transmission et le terminal etablissent alors mutuellement une session de communication securisee. Pour l' etablissement de cette session de communication securisee entre le dispositif de transmission et le 10 terminal, le dispositif de transmission utilise au moins une partie des donnees de gestion. L' etablissement de la session securisee permet d'une part l'envoi de messages par le terminal et la reception de ces messages par le dispositif de transmission et d' autre part l'envoi de messages par le dispositif de transmission et la reception de ces messages par le terminal Suite a l' etablissement de la session securisee, les messages emis par le terminal via la 15 deuxieme liaison de communication et recus par le dispositif de transmission sont retransmis par le dispositif de transmission via la premiere liaison de communication a un serveur du reseau. Reciproquement, les messages emis via la premiere liaison de communication par un serveur du reseau a destination du terminal sont recus par le dispositif de transmission et retransmis par celuici via la deuxieme liaison de communication et plus particulierement via la session de 20 communication securisee au terminal. Dans cette premiere phase lors de laquelle le terminal est hors de la couverture radio de tout equipement passerelle du reseau, le dispositif de transmission etablit, grace aux donnees de gestion, la session de communication de la meme maniere que l'aurait fait un serveur du reseau si la demande de connexion lui etait parvenue. Aussi, pour l'etablissement de la session de 25 communication, le dispositif de transmission joue le role d'un serveur du reseau. Dans un mode de realisation particulier dans lequel le reseau est un reseau de type LoRaTM l' etablissement de la session par le dispositif de transmission permet a ce dernier de repondre au terminal dans un Mai correspondant aux attentes du terminal. En effet, selon le protocole LoRaWANTM, le terminal est configure pour recevoir une reponse a une demande de connexion 30 dans un Mai predefini. Au-dela de ce Mai, il n'est plus en ecoute d'une reponse. Apres l' etablissement de la session, le dispositif de transmission joue le role de relai pour ce terminal pour lequel il a recu des droits de gestion. Ainsi, grace au dispositif de transmission, un terminal situe hors de la zone de couverture radio de tout equipement passerelle du reseau peut communiquer avec au moins un serveur de ce 35 reseau. Lors d'une seconde phase, le terminal est situe dans la zone de couverture d'un equipement passerelle du reseau tout en restant positionne dans la zone de couverture du dispositif de 4 transmission. Ce changement de situation est par exemple dt1 a l'installation d'un equipement passerelle supplementaire ou au &placement du terminal. Cet equipement passerelle est apte a transmettre a au moins un serveur du reseau, les signaux emis par le terminal et a transmettre au terminal les signaux transmis par un serveur du 5 reseau, a destination du terminal Afin d' eviter que les messages &hang& entre le terminal et un serveur du reseau transitent d'une part via le dispositif de transmission et d'autre part par l'equipement passerelle nouvellement accessible, un message de demande de fin de gestion du terminal est envoye au dispositif de transmission. Ce message signale au dispositif de transmission qu'il ne doit plus assurer la gestion 10 de ce terminal et, en consequence, retirer ce terminal de la liste des terminaux qu'il gere. Grace au retrait du terminal de la liste des terminaux ger& par le dispositif de transmission, les messages emis par le terminal ne sont plus retransmis par le dispositif de transmission. Reciproquement, les messages destines au terminal et recus par le dispositif de transmission ne sont plus transmis par ce dernier au terminal. 15 Ainsi, seul l'equipement passerelle nouvellement accessible sert de relai a ces messages. Le procede permet ainsi le passage d'une gestion par le dispositif de transmission a une gestion via l'equipement passerelle nouvellement accessible, sans transiter par le dispositif de transmission sans necessiter de modifications au niveau du terminal. Cette procedure est transparente pour le terminal. 20 Avantageusement, les liaisons de communications entre les differents serveurs et entre un serveur du reseau et un equipement passerelle sont des liaisons filaires ou cellulaires classiques. Cependant, aucune limitation n'est apportee au type de ces liaisons. Avantageusement, la liaison entre le dispositif de transmission et le terminal est une liaison radio longue port& selon la technologie LoRaTM. Ainsi, les terminaux configures pour respecter le 25 protocole LoRaWANTM peuvent acceder via un reseau LoRaTM a des serveurs applicatifs via le dispositif de transmission sans qu'il soit necessaire de les adapter. Cependant, la liaison entre le dispositif de transmission et le terminal peut etre une liaison radio ayant des caracteristiques differentes, par exemple une liaison radio courte portee. 30 Selon un mode de realisation particulier du procede de gestion, suite a la reception de ladite demande, le dispositif de transmission emet a destination dudit terminal une demande d'emission par ledit terminal d'une deuxieme demande de connexion. La reception de ce message de demande de fin de gestion par le dispositif de transmission declenche l'envoi d'un message par ce dispositif de transmission a destination du terminal Ce 35 message indique au terminal qu'il doit reemettre une nouvelle demande de connexion. 5 Lors de r emission de la nouvelle demande de connexion par le terminal, le dispositif de transmission ne traite pas cette demande La demande de connexion est seulement prise en compte par r equipement passerelle nouvellement accessible par le terminal. L' emission d'une nouvelle demande de connexion permet r etablissement d'une nouvelle 5 session de communication entre le terminal et un serveur du reseau. Ceci permet de renforcer la securite du systeme. Selon une caracteristique particuliere du procede de gestion, r etablissement de la session securisee comporte une generation d'une cle de session partagee entre le dispositif de transmission 10 et le terminal, ladite cle etant Oiler& a partir d' au moins une partie des donnees de gestion. Grace aux donnees de gestion obtenues par le dispositif de transmission, la cle de session est Oiler& par le dispositif de transmission comme si elle r etait par un serveur du reseau. Dans un mode de realisation particulier, les donnees de gestion comprennent une cle principale connue du reseau, et plus precisement d' au moins un serveur du reseau, et transmise au 15 dispositif de transmission. La cle de session est Oiler& a partir de la cle principale. Cette cle de session est par ailleurs Oiler& par le terminal qui possede egalement la cle principale. Ainsi, grace a l' obtention de la cle principale, le dispositif de transmission peut jouer le role d'un serveur du reseau pour generer la cle de session. 20 Selon un mode de realisation particulier du procede de gestion, ladite demande de fin de gestion est revue via ledit equipement passerelle et via ledit serveur reseau. La transmission de la demande de fin de gestion via ledit equipement passerelle et via ledit serveur reseau est simple a mettre en oeuvre. Ainsi, le dispositif de transmission recoit la demande de gestion via une liaison radio. Il 25 n' est donc pas necessaire de prevoir d' autres moyens de communication, tels que par exemple une liaison filaire, une liaison 4G...entre le dispositif de transmission et le serveur de gestion. Selon un mode de realisation particulier du procede de gestion, la demande de fin de gestion est transmise au dispositif de transmission via une session de communication securisee 30 etablie entre le dispositif de transmission et un serveur dudit reseau. Ceci permet une transmission securisee de la demande de fin de gestion. Selon un mode de realisation particulier du procede de gestion, la demande d'emission est emise en reponse a un message emis par ledit terminal via la session de communication etablie 35 entre le terminal et le dispositif de transmission. Dans ce mode de realisation, le terminal est a l'initiative de r echange de messages, et les serveurs du reseau ne peuvent communiquer avec le terminal qu'en reponse a un message emis par 6 celui-ci. Cela evite ainsi aux terminaux de devoir rester en permanence a l'ecoute, ce qui est consommateur en energie. Le dispositif de transmission est vu par le reseau comme un terminal Selon un mode de realisation particulier du procede de gestion, le terminal est retire de la 5 liste apres reception d'un accuse de reception emis par le terminal en reponse a la demande d' emission. Ainsi, le dispositif de transmission assure la gestion de ce terminal jusqu'a ce qu'il ait confirmation que sa demande de reconnexion a ete revue par le terminal Cela permet d'eviter une perte des messages de donnees. 10 Selon un mode de realisation particulier du procede de gestion, la reception de la demande de fin de gestion est suivie d'un envoi d'une demande de type New Channel definie dans le standard LoRaWANTM. L' envoi de ce message permet de transmettre des parametres de configuration au terminal. 15 Ces parametres de configuration permettent au terminal d'adapter la configuration des signaux radios emis ou recus par le terminal. L' envoi de ce message permet notamment d'invalider des canaux de frequence specifiques au dispositif de transmission et non utilises par les equipements passerelle du reseau. 20 Selon un mode de realisation particulier du procede de gestion, lesdits messages de donnees emis par le terminal comprennent des donnees chiffrees ou signees avec la cle de session partagee par le terminal et le dispositif de transmission. Selon un mode de realisation particulier du procede de gestion, le procede comporte une 25 etape de transmission a un serveur du reseau de donnees relatives a la cle de session generee. La transmission de ces donnees permet au serveur du reseau de disposer de la cle de session. Cela permet ainsi au serveur du reseau de dechiffrer et/ou verifier la signature des messages emis par le terminal et retransmis par le dispositif de transmission. De fawn reciproque, cela permet au serveur du reseau de chiffrer et/ou signer les messages emis a destination du 30 terminal. Ainsi, grace aux donnees relatives a la cle de session transmises, le terminal et le serveur du reseau se comportent comme si le dispositif de transmission ne relayait pas les messages. Tout se passe comme si, la cle de session avait ete Oiler& par un serveur du reseau. Les donnees relatives a la cle de session sont la cle de session. 35 A titre d' alternative, les donnees relatives a la cle de session sont des donnees utilisees par le dispositif de transmission pour generer la cle de session. Elles permettent au serveur du reseau de generer la meme cle de session. 7 Les donnees transmises peuvent egalement comprendre des donnees generees par le dispositif de transmission lors de l' etablissement de la session, par exemple une adresse du terminal. Plus generalement, les donnees transmises sont des donnees generees par le dispositif de 5 transmission ou revues du terminal pendant la phase d'etablissement de la session. L'invention se rapporte aussi a un dispositif de transmission. Le dispositif de transmission comporte : un premier module de communication configure pour communiquer via une premiere 10 liaison radio avec un equipement passerelle formant nceud d'un reseau de telecommunication et pour communiquer avec au moins un serveur du reseau via ledit equipement passerelle ; un deuxieme module de communication configure pour communiquer via une deuxieme liaison radio avec au moins un terminal, ledit deuxieme module de communication etant configure pour recevoir via la deuxieme liaison radio une premiere demande de connexion emise par un 15 terminal figurant dans une liste d' au moins un terminal pour lequel ledit dispositif de transmission a obtenu des donnees de gestion ; un module d' authentification configure pour etablir, suite a la reception de la premiere demande de connexion, une session de communication securisee entre le dispositif de transmission et ledit terminal, en utilisant au moins une partie des donnees de gestion ; 20 un module de transfert configure pour transferer via la premiere liaison de communication, au moins un message de donnees emis via la session securisee, par ledit terminal, si ledit terminal figure dans ladite liste et pour transferer, sur reception via la premiere liaison de communication d'un message de donnees destine audit terminal, ledit message audit terminal via la session securisee, si ledit terminal figure dans ladite liste ; 25 le premier module de communication etant configure pour recevoir via la premiere liaison de communication, une demande de fin de gestion dudit terminal ; un module de gestion configure pour retirer ledit terminal de ladite liste suite a la reception de ladite demande, Selon un mode de realisation particulier, le module de gestion est egalement configure pour commander 1' emission a destination dudit terminal, d'une demande d' emission par 30 ledit terminal d'une deuxieme demande de connexion. L'invention se rapporte egalement a un produit programme d'ordinateur comprenant des instructions pour la mise en oeuvre d'un procede de gestion tel que decrit precedemment, lorsque ce programme est execute par un processeur. 35 L'invention concerne ainsi un logiciel ou programme, susceptible d'être execute par un ordinateur ou par un processeur de donnees, ce logiciel / programme comportant des instructions pour commander l'execution des etapes dun procede de gestion. Ces instructions sont destinees a 8 etre stockees dans une memoire d'un dispositif informatique, chargees puis executees par un processeur de ce dispositif informatique. Ce logiciel / programme peut utiliser n'importe quel langage de programmation, et etre sous la forme de code source, code objet, ou de code intermediaire entre code source et code objet, tel 5 que dans une forme partiellement compilee, ou dans n'importe quelle autre forme souhaitable. Le dispositif informatique peut etre mis en oeuvre par une ou plusieurs machines physiquement distinctes et presente globalement 1' architecture d'un ordinateur, incluant des constituants d'une telle architecture : memoire(s) de donnees, processeur(s), bus de communication, interface(s) materielle(s) pour la connexion de ce dispositif informatique a un 10 reseau ou un autre equipement, interface(s) utilisateur, etc. L'invention concerne aussi un support d'informations lisible par un processeur de donnees, et comportant des instructions d'un programme tel que mentionne ci-dessus. Le support d'informations peut etre n'importe quelle entite ou dispositif capable de stocker le programme 15 D'autres particularites et avantages de la presente invention apparaitront dans la description suivante de modes de realisation donnes a titre d'exemple non limitatif, en reference aux dessins annexes, dans lesquels : - la figure 1 est un schema illustrant un systeme dans un premier etat de configuration et selon un mode de realisation particulier de l'invention ; 20 - la figure 2 est un schema illustrant le systeme de la figure 1 dans un deuxieme etat de configuration ; - la figure 3 est un schema representant un dispositif de transmission apte a mettre en oeuvre un procede de gestion selon un mode de realisation de l'invention ; - la figure 4 est un organigramme illustrant les differentes &apes d'un procede de gestion 25 selon un mode de realisation particulier de l'invention. L'invention est mise en oeuvre au moyen de composants logiciels et/ou materiels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien a un composant logiciel, qu'a un composant materiel ou a un ensemble de composants materiels et/ou logiciels, apte a mettre 30 en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est decrit ci-dessous pour le module concerne. Un composant logiciel correspond a un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de maniere plus generale a tout element d'un programme ou d'un logiciel. Un tel composant logiciel est stocke en memoire puis chargé et 35 execute par un processeur de donnees dune entite physique (terminal, serveur, passerelle, set-top- box, routeur, etc) et est susceptible d'acceder aux ressources materielles de cette entite physique 9 (memoires, supports d'enregistrement, bus de communication, cartes electroniques d'entrees/sorties, interfaces utilisateur, etc). De la meme maniere, un composant materiel correspond a tout element dun ensemble materiel (ou hardware). Il peut s'agir d'un composant materiel programmable ou avec processeur 5 integre pour l'execution de logiciel, par exemple un circuit integre, une carte a puce, une carte electronique pour l'execution dun micrologiciel (firmware), etc. La figure 1 et la figure 2 representent un systeme de communication SYS conforme a 1' invention, dans un mode particulier de realisation. 10 Dans l'exemple envisage, le systeme de communication SYS s'appuie sur un reseau de telecommunications etendu mettant en oeuvre le protocole LoRaWANTM. De fawn connue, le protocole LoRaWANTM est particulierement bien adapte dans le contexte de l'Internet des Objets pour permettre a divers objets communicants d' &hanger avec des serveurs sur Internet. Aucune limitation n'est attach& a la nature des objets communicants. Il peut s'agir de 15 terminaux divers tels que des capteurs, des actionneurs, ou tout autre type d'objet. De fawn connue, de tels objets, par leurs contraintes materielles et/ou logicielles, ne peuvent pas se connecter par des reseaux d' acces classiques tels que Wifi, cellulaire ou filaire au reseau Internet pour acceder aux serveurs applicatifs auxquels ils sont rattaches : ils communiquent avec ces serveurs par l'intermediaire d'un reseau de telecommunications adapte a leurs contraintes, tel que 20 LoRaWANTM, selon une topologie en etoile. Le systeme de communication SYS comprend au moins un dispositif de transmission RP, au moins un terminal C, au moins un equipement passerelle, un serveur reseau SR, un serveur de gestion SG et au moins un serveur applicatif SA. Le serveur de gestion SG est un serveur applicatif associe au dispositif de transmission RP. 25 Le systeme de communication SYS comprend par exemple un equipement passerelle EP1. Aucune limitation n' est attach& au nombre de serveurs applicatifs, au nombre de dispositifs de transmission, au nombre d'equipements passerelle ou au nombre de terminaux. Le serveur reseau SR est apte a communiquer d'une part avec le serveur de gestion SG et d' autre part avec le serveur applicatif SA via une liaison LS. 30 La liaison LS est par exemple une liaison filaire. La liaison LS est de preference securisee. Chaque equipement passerelle est apte d'une part a communiquer avec un ou plusieurs terminaux via un lien radio et d' autre part, a communiquer avec le serveur reseau SR ou d'autres equipements du reseau via une liaison de communication L. 35 La liaison de communication L est par exemple une liaison filaire ou cellulaire. Aucune limitation n' est apportee ni au type de la liaison LS ni au type de la liaison L. 10 De fawn connue, le serveur reseau SR est chargé de filtrer et de contr8ler l'integrite et 1' authenticite des messages recus via la liaison L avant de les transmettre aux serveurs applicatifs concernes. Le serveur reseau SR a egalement acces a une memoire ML contenant une liste LT des 5 terminaux connectes. La liste LT comprend notamment pour chaque terminal connecte, un identifiant dudit terminal en association avec des informations relatives a une session de communication etablie pour ce terminal Ces informations sont par exemple un identifiant du serveur applicatif avec lequel il est connecte, une ou plusieurs cies de session, une adresse attribuee au terminal connecte ...Par terminal connecte, on entend ici un terminal pour lequel une session de 10 communication a ete etablie et est toujours en cours. Les informations contenues dans la liste LT permettent au serveur reseau SR d'effectuer des contr8les d'integrite avant de transmettre ou non un message recu. Les informations enregistrees pour un terminal connecte sont par exemple retirees de la liste LT en fin de session de communication. 15 Les donnees echangees entre les differents serveurs SR, SA et SG du reseau sont indifferemment chiffrees avec des des partagees ou des paires de cies privees-publiques ou tout autre procede de chiffrement ou transmises en clair. Aucune limitation n'est apportee a la fawn dont ces donnees sont echangees. Le terminal C est un objet communiquant. 20 Plus precisement, le terminal C est configure pour emettre et a recevoir des donnees via un lien radio. Le terminal C est par exemple un compteur d'eau. Le serveur applicatif SA est par exemple un serveur d'un fournisseur d'eau apte a traiter les donnees remontees par le compteur d' eau C et a fournir un service applicatif. Ce service applicatif 25 est par exemple l' elaboration d'une facture a partir des donnees remontees et la fourniture de cette facture a un utilisateur associe au compteur C. L'utilisateur peut par ailleurs se voir fournir un historique detaille de ses consommations sur un portail web du fournisseur d' eau... Le terminal C est configure pour communiquer avec le serveur applicatif SA via le serveur reseau SR, et via eventuellement des passerelles ou stations de base. 30 Cela signifie que lorsqu'il est installe dans une zone de couverture radio d'un equipement passerelle, il peut communiquer avec le serveur applicatif SA via une liaison radio entre le terminal et cet equipement passerelle, via cet equipement passerelle, la liaison L, le serveur reseau SR et la liaison LS. A cet effet, le terminal C comporte une memoire dans laquelle ont ete enregistres lors d'une 35 phase prealable d' initialisation, un identifiant IdC du terminal C, un identifiant IdS du serveur applicatif SA associe au terminal C et une cle cryptographique principale (ou maitresse) KPC. La cle principale KPC est par exemple stock& dans une memoire securisee du terminal C. 11 La cle principale KPC est egalement stock& dans une memoire accessible par le serveur reseau R, par exemple une memoire securisee du serveur reseau SR, par exemple en association avec l'identifiant IdC du terminal C et l'identifiant IdS du serveur applicatif SA. Le dispositif de transmission RP, est configure pour communiquer avec le serveur de gestion 5 SG via le serveur reseau SR, et via eventuellement des passerelles ou stations de base. Dans l'exemple represente ici, le dispositif de transmission RP est situe dans la zone de couverture radio de l'equipement passerelle EP1 et communique avec l'equipement passerelle EP1 via une liaison radio Ll. La liaison radio Ll represente une premiere liaison de communication au sens de l' invention. 10 Le dispositif de transmission RP communique avec le serveur de gestion SG via la liaison radio Ll entre le dispositif de transmission RP et l'equipement passerelle EP1, via l'equipement passerelle EP1, la liaison L, le serveur reseau SR et la liaison LS. Le dispositif de transmission RP est egalement apte a recevoir les signaux radio emis par un ou plusieurs terminaux pour lesquels it a obtenu des droits de gestion, par exemple sous la forme 15 d'une demande de gestion telle que decrite ulterieurement. Il est egalement apte a emettre des signaux radio destines a ce ou ces terminaux. La figure 1 represente un exemple d'un premier etat de configuration du systeme SYS. Sur cette figure, le terminal C est situe a port& radio du dispositif de transmission RP. Il est situe hors de port& radio de l'equipement passerelle EP1 et ne peut communiquer directement ni 20 avec cet equipement passerelle EP1, ni avec d' autres equipements passerelle du systeme SYS. Les signaux radio emis par le terminal C ne parviennent pas jusqu' a un equipement passerelle du reseau. Its ne parviennent pas non plus directement au serveur reseau SR. Le terminal C est par exemple situe en sous-sol, par exemple dans une cave d'un immeuble, dans un batiment en tole... 25 Cependant, le terminal C etant situe dans la zone de couverture radio du dispositif de transmission RP, le terminal C et le dispositif de transmission RP communiquent via une liaison radio L2. Dans le mode de realisation decrit, les liaisons radio Ll et L2 sont des liens selon la technologie bas debit et basse consommation LoRaTM. Les signaux radio emis et recus sont des 30 signaux bas debit (inferieurs a 50Kbits/s) de longue port& (ie de type Long range). A titre d' alternative, une ou plusieurs des liaisons Ll et L2 sont de liaisons radio de type different. La figure 2 represente un exemple d'un deuxieme etat de configuration du systeme SYS. Comme illustre sur la figure 2, un equipement passerelle supplementaire EPY a ete ajoute et 35 le terminal C est maintenant situe a port& radio de l'equipement passerelle EPY tout en restant a port& du dispositif de transmission RP. 12 A titre d' alternative, 1' equipement passerelle EPY etait initialement installe au sein du systeme SYS et le terminal se retrouve situe a port& de cet equipement passerelle EPY suite a un &placement du terminal C tout en restant a port& du dispositif de transmission RP. 5 Comme illustre sur la figure 3, le dispositif de transmission RP comporte de facon connue, notamment une unite de traitement UT equip& dun microprocesseur, une memoire morte de type ROM, une memoire vive de type RAM. La memoire morte de type ROM comporte des registres memorisant un programme d'ordinateur PG comportant des instructions de programme adaptees a mettre en oeuvre un procede 10 de gestion selon un mode de realisation de l'invention decrit ulterieurement en reference a la figure 4. Le dispositif de transmission RP comporte egalement une memoire MP, par exemple une memoire securisee, dans laquelle ont ete enregistres lors d'une phase prealable d'initialisation, par exemple lors de son installation, un identifiant IdP du dispositif de transmission RP, l'identifiant 15 IdG du serveur de gestion SG associe au dispositif de transmission RP et la cle cryptographique principale (ou maitresse) KPP. La cle principale KPP est une cle associee au serveur de gestion SG. Elle est partagee par le dispositif de transmission RP et par le serveur reseau SR. La cle principale KPP est egalement stock& dans une memoire securisee du serveur reseau SR, par exemple en association avec l'identifiant IdP du dispositif de transmission RP et 20 l'identifiant IdG du serveur de gestion SG. Le dispositif de transmission RP comporte egalement un premier module de communication COM1 et un deuxieme module de communication COM2. Le premier module de communication COM1 est configure pour recevoir et emettre des signaux radios emis via la liaison L 1 , typiquement entre le dispositif de transmission et 25 l' equipement passerelle EP1. Le deuxieme module de communication COM2 est configure pour recevoir et emettre des signaux radios emis via la liaison L2, typiquement entre le dispositif de transmission RP et le terminal C. Les modules COM1 et COM2 peuvent optionnellement etre un seul et meme module. 30 Le dispositif de transmission RP comporte egalement un module d' authentification AUT, un module de transfert TRF et un module de gestion GST. Le dispositif de transmission RP contient egalement une memoire MM dans laquelle a ete prealablement enregistree une liste TG de terminaux geres par le dispositif de transmission RP. La memoire MM contient pour chaque terminal de la liste TG, un identifiant de terminal et des 35 donnees de gestion associees. Les donnees de gestion representent des droits de gestion au sens de 1' invention. 13 Un premier mode de realisation d'un procede de gestion mis en oeuvre dans le systeme SYS, va maintenant etre decrit en reference a la figure 4. Dans ce mode de realisation, it est suppose que la liste TG contient au moins un terminal, par exemple le terminal C. Plus precisement, la liste TG contient l'identifiant IdC du terminal C et des 5 donnees de gestion DG. Les donnees de gestion DG associees au terminal C contiennent notamment la cle principale KPC associee au terminal C. La liste TG est par exemple initialisee lors d'une phase d'installation du dispositif de transmission RP. Un terminal peut etre ajoute a la liste TG par envoi d'une commande emise par le 10 serveur de gestion SG. Aucune limitation n'est apportee a l'inscription d'un nouveau terminal dans la liste. La procedure d'inscription doit cependant etre securisee pour eviter des attaques visant la confidentialite des donnees echangees par les terminaux, ou l'authentification des terminaux euxmemes par le reseau. 15 Lors d'une etape SO, le module d'authentification AUT du dispositif de transmission RP transmet au serveur reseau SR, une requete de connexion DA1. La requete de connexion DA1 est emise par le dispositif de transmission RP, via la liaison radio Ll. Elle est relay& au serveur de reseau SR par l' equipement passerelle EP1 via la liaison L. 20 La requete de connexion DA1 contient l'identifiant IdP du dispositif de transmission RP, l'identifiant IdG du serveur de gestion SG avec lequel le dispositif de transmission RP demande a etre connecte et une valeur aleatoire AL1 Oyler& par le dispositif de transmission RP. La requete de connexion DA1 est par exemple un message JoinRequest defini dans le standard LoRaWANTM 25 Lors d'une etape S2, suite a la reception de la requete DA1, le dispositif de transmission RP et le serveur reseau SR etablissent une session de communication SC1. L'etablissement de la liaison de communication SC1 comporte une etape d'authentification realisee d'une part par le dispositif de transmission RP et d'autre part par le serveur reseau SR. Plus precisement, le serveur reseau SR genere une valeur aleatoire AL2. Puis, it genere une 30 cle de session KSP par application d'une fonction mathematique predefinie Fl aux parametres suivants : la cle principale KPP, la valeur aleatoire AL1 revue, la valeur aleatoire AL2. La generation d'une cle de session, appelee egalement cle derivee, a partir d'une cle principale (ou maitresse) est une technique connue de l'homme du métier et ne sera pas decrite ici. La fonction Fl est par exemple une fonction AES (pour « Advanced Encryption Standard »). 35 Aucune limitation n'est apportee a la fonction Fl. Le serveur reseau SR genere egalement une adresse ADP pour le dispositif de transmission RP. 14 A titre d' alternative, l'adresse ADP n' est pas generee. Puis, le serveur reseau SR genere et emet, en reponse a la demande d'authentification DA1, un message MA1 d' acceptation de la connexion. Le message MA1 contient notamment la valeur aleatoire AL2 et l'adresse ADP generee. Il peut egalement contenir des parametres de connexion 5 tels que par exemple une liste de canaux valides pour communiquer via la liaison Ll et/ou une liste de canaux a invalider et/ou un temps de reponse maximum dans lequel une reponse a un message emis par le terminal doit etre recue. Ce temps de reponse est par exemple de 1 seconde. Le message MA1 est par exemple un message JoinAccept defini dans le standard LoRaWANTM 10 Des informations relatives a la connexion, c'est-a-dire a la session SC1 etablie, sont enregistrees en association avec un identifiant du dispositif de transmission RP, par exemple l'identifiant IdP, par le serveur reseau SR dans une memoire accessible par le serveur reseau SR, par exemple dans la liste LT des terminaux connectes. Ces informations sont par exemple l'identifiant IdG du serveur de gestion SG et la cle de 15 session Oyler& KSP. Suite a la reception du message MA1, le module d'authentification AUT du dispositif de transmission RP genere a son tour la cle de session KSP. La cle de session KSP est Oyler& par application de la fonction Fl a la cle principale KPP stock& dans la memoire MP du dispositif de transmission RP, de la premiere valeur aleatoire AL1 Oyler& par le dispositif de transmission RP 20 et de la deuxieme valeur aleatoire AL2 recue dans le message MA1. Dans le mode de realisation decrit, l' etablissement de session comporte une authentification mutuelle du dispositif de transmission RP et du serveur reseau SR. A titre d' alternative, la cle de session KSP est par exemple Oyler& par un dispositif de securite (non represents) et prealablement enregistree d'une part dans le dispositif de transmission 25 RP et d'autre part, dans le serveur reseau SR. Suite a l'etape S2, le dispositif de transmission RP et le serveur reseau SR possedent respectivement la meme cle de session KSP. En d'autres termes, la cle de session KSP est partagee par le dispositif de transmission RP et le serveur reseau SR pour la session de communication entre le dispositif de transmission RP et le serveur reseau SR. 30 De facon connue, l'etablissement de la session SC1 permet au dispositif de transmission RP de transmettre des messages de donnees a destination du serveur de gestion SG. Les messages de donnees contiennent l'identifiant IdP du dispositif de transmission RP, l'identifiant IdG du serveur de gestion SG et des donnees chiffrees avec la cle de session KSP. Les messages de donnees sont recus par le serveur reseau SR qui dechiffre les donnees avec sa cle de session KSP. Le serveur 35 reseau SR transmet ensuite, via la liaison LS, les donnees dechiffrees au serveur de gestion SG associe au dispositif de transmission RP. 15 De fawn reciproque, le serveur de gestion SG peut transmettre un message en reponse a un message recu du dispositif de transmission RP. Ce message est transmis par le serveur de gestion SG au serveur reseau SR qui chiffre son contenu avec la cle de session KSP avant de le transmettre a destination du dispositif de transmission RP. 5 L'etape S2 est suivie d'une etape S4 lors de laquelle le serveur reseau SR envoie un message MG destine au dispositif de transmission RP. Le message MG contient l'identifiant IdC du terminal C, l'identifiant IdS du serveur applicatif SA associe au terminal C et la cle principale KPC associee a ce terminal. A titre d' alternative, le message MG ne comprend pas l'identifiant IdS. 10 Egalement, a titre d' alternative, le message MG comprend d'autres donnees. Le message MG est transmis au dispositif de transmission RP via l' equipement passerelle EP1. Les donnees du message MG sont chiffrees avec la cle de session KSP par le serveur reseau SR. 15 Le message MG est par exemple genere par le serveur reseau SR suite a la reception par le serveur reseau SR d'une demande de gestion du terminal C par le dispositif de transmission RP emise par le serveur de gestion SG. Le message MG est une demande de gestion du terminal C. Les donnees contenues dans le message MG representent des donnees de gestion DG associees au terminal C. 20 Le message MG est par exemple transmis au dispositif de transmission RP en reponse a un message d'interrogation emis par le dispositif de transmission RP. L'etape S4 est suivie d'une etape S6 lors de laquelle, suite a la reception du message MG par le premier module COM1 de communication du dispositif de transmission RP, le module de gestion GST du dispositif de transmission RP obtient, a l' aide de la cle de session KSP 25 precedemment calculee, les donnees contenues dans le message MG, notamment l'identifiant IdC du terminal C, l'identifiant IdS du serveur SA et la cle principale KPC associee a ce terminal Puis, it enregistre ces donnees dans une memoire du dispositif de transmission RP. Dans le mode de realisation decrit, ces donnees sont enregistrees dans la liste TG de terminaux geres par le dispositif de transmission RP. La liste TG contient pour chaque terminal 30 Ore par le dispositif de transmission RP, un identifiant dudit terminal et des donnees de gestion DG associees. L'identifiant IdS et la cle principale KPC representent ici des donnees de gestion DG au sens de l'invention. A titre d' alternative, l'identifiant IdC, l'identifiant IdS et la cle principale KPC associee sont enregistres dans le dispositif de transmission RP lors d'une phase d'initialisation prealable a 35 l' etablissement de la session SC1. Il n'est alors pas necessaire pour le serveur reseau SR de transmettre ces donnees. 16 Lors d'une etape S8, le terminal C emet via la deuxieme liaison L2 de communication, une requete de connexion DA2 au serveur applicatif SA. La requete de connexion DA2 contient l'identifiant IdC du terminal C, l'identifiant IdS du serveur applicatif SA avec lequel le terminal C demande a etre connecte et une valeur aleatoire 5 AL3 Oyler& par le terminal C. La requete de connexion DA2 est par exemple un message JoinRequest defini dans le standard LoRaWANTM La requete DA2 est recue par le deuxieme module COM2 de communication du dispositif de transmission RP lors d'une etape S10. Egalement, lors de l'etape S10, le dispositif de transmission 10 RP, via son module de gestion GST, verifie que la requete DA2 est emise par un terminal de la liste TG des terminaux pour lesquels it a recu des droits de gestion. Dans le cas ou le terminal ayant emis la requete DA2 ne figure pas dans la liste TG des terminaux geres par le dispositif de transmission RP, le dispositif de transmission RP ne traite pas la requete DA2. 15 Le terminal C, et plus precisement l'identifiant IdC du terminal C, figurant dans la liste TG, l'etape S10 est suivie d'une etape S12 lors de laquelle une session de communication SC2 est etablie entre le terminal C et le dispositif de transmission RP. Plus precisement, suite a la reception de la requete de connexion DA2, le module d'authentification AUT du dispositif de transmission RP genere une valeur aleatoire AL4, une cle 20 de session KC1 et une adresse AD1 pour le terminal C. La cle de session KC1 est Oyler& de fawn classique en utilisant la cle principale KPC associee au terminal C, la valeur aleatoire recue AL3 et la valeur aleatoire AL4. Puis, le dispositif de transmission RP genere et transmet via le module de communication COM2, un message MA2 d' acceptation de la connexion. Le message MA2 contient notamment la 25 valeur aleatoire AL4 et l'adresse AD1 generee. Il peut egalement contenir des parametres de configuration du terminal C. Le message MA2 est par exemple un message JoinAccept defini dans le standard LoRaWANTM Suite a la reception du message MA2, le terminal C genere a son tour la cle de session KC1. 30 Ainsi suite a l'etape S12, le terminal C d'une part et le dispositif de transmission RP possedent la meme cle de session KC1. En d'autres termes, la cle de session KC1 est partagee par le terminal C et le dispositif de transmission RP. Lors d'une etape S14, suivant l'etape S12, le premier module COM1 de communication du dispositif de transmission RP &net un message MTK, via la liaison Ll. 35 Le message MTK contient l'identifiant IdC du terminal C, la cle de session KC1 generee par le dispositif de transmission RP et l'adresse AD1 generee. Les donnees contenues dans le message 17 MTK sont chiffrees avec la cle de session KSP partagee entre le dispositif de transmission RP et le serveur reseau SR. En variante, le message MTK ne contient pas la cle KC1 et le message MTK contient des donnees permettant au serveur reseau SR de generer cette cle KC1, c' est-a-dire notamment la 5 premiere valeur aleatoire AL3 et la deuxieme valeur aleatoire AL4. Dans un mode de realisation particulier, le dispositif de transmission RP commande 1' effacement dans sa memoire, de la cle KC1 precedemment generee, par exemple apres envoi du message MTK. A titre d' alternative, la cle KC1 reste stock& dans une memoire du dispositif de transmission 10 RP. Le message MTK est recu par le serveur reseau SR lors d'une etape S16. L'etape S16 est suivie d'une etape S17 lors de laquelle le serveur reseau SR obtient la cle de session KC1 et l'adresse AD1 par dechiffrement des donnees du message MTK a l' aide de la cle KSP stock& dans une de ses memoires. 15 Les donnees ainsi obtenues sont transmises au serveur de gestion SG, qui les analyse et genere et transmet au serveur reseau SR, un message MEK de demande d'enregistrement du terminal C dans la liste LT des terminaux connecter (etape S18). Plus precisement, le message MEK est une demande d'enregistrement dans la liste TG, de l'identifiant IdC et d' informations IC1 relatives a la session de communication SC2. 20 Les informations IC1 sont par exemple l'identifiant IdS du serveur applicatif SA, la cle de session KC1 et l'adresse AD1. Lors d'une etape S19, le serveur reseau SR recoit le message MEK et enregistre le terminal C dans la liste LT des terminaux connectes. Par exemple, le serveur reseau SR enregistre en association avec l'identifiant IdC du terminal C, les informations IC1 relatives a la session de 25 communication SC2. A titre d'alternative, le message MTK est transmis au serveur de gestion SG par le serveur reseau SR et les donnees du message MTK sont dechiffrees par le serveur de gestion SG. Lors d'une etape S20, realisee apres les &apes decrites precedemment, le terminal C ayant des donnees DAT1 a transmettre au serveur applicatif SA, genere et &net un message MD, via la 30 liaison de communication L2. Les donnees DAT1 sont par exemple des donnees de mesure obtenues par le terminal C. Plus generalement, les donnees DAT1 sont des donnees que le terminal C souhaite transmettre au serveur applicatif SA. Aucune limitation n' est apportee au type des donnees DAT1 du message de donnees MD. 35 Le message MD contient l'identifiant IdS du serveur applicatif SA, l'adresse AD1 du terminal C ainsi que les donnees DAT1 chiffrees avec la cle de session generee KC1 Oyler& par le terminal C. Le message MD peut egalement contenir l'identifiant IdC du terminal C. 18 Le message MD est recu par le deuxieme module de communication COM2 du dispositif de transmission RP lors d'une etape S22. Egalement lors de retape S22, le module de gestion GST du dispositif de transmission RP verifie que le message MD provient du terminal C. 5 Si la verification est positive, le module de transfert TRF du dispositif de transmission RP commande remission du message MD par le premier module COM1 de communication du dispositif de transmission RP. Le message de donnees MD emis par le terminal C et recu par le dispositif de transmission RP est ainsi reemis par ce dernier. 10 Si la verification est negative, par exemple si le message MD recu par le dispositif de transmission RP est un message emis par un terminal pour lequel le dispositif de transmission RP n' a pas recu de droits, par exemple l'identifiant de terminal et la cle principale du terminal, le message n'est pas reemis par le dispositif de transmission RP. Le message MD, reemis, via la liaison Ll, par le premier module COM1 du dispositif de 15 transmission RP est recu par le serveur reseau SR lors d'une etape S24. Le serveur reseau SR verifie alors que le terminal C est inscrit dans la liste LT de terminaux connectes. Si tel est le cas, a l'aide des donnees IC1 enregistrees en association avec l'identifiant IdC du terminal C dans la liste LT, le serveur reseau SR peut effectuer des controles d'integrite du 20 message MD. Si le terminal n'est pas inscrit dans la liste LT ou si le serveur reseau SR considere que les contr8les ne sont pas satisfaisants, le message MD n'est pas transmis au serveur applicatif SA. Sinon, egalement lors de retape S24, les donnees DAT1 sont obtenues par le serveur reseau SR par dechiffrement du message MD a l' aide de la cle de session KC1 enregistree en association 25 avec l'identifiant IdC du terminal C dans la liste LT. Le serveur reseau SR transmet ensuite les donnees DAT1 au serveur applicatif SA (etape S24) et les donnees DAT1 sont revues par le serveur applicatif SA lors d'une etape S26. Dans le mode de realisation decrit, lors de r etape S22, le message MD est retransmis sans subir de traitement de la part du dispositif de transmission RP. 30 A titre d'alternative, le message MD est chiffre avec la cle de session KSP par le dispositif de transmission RP avant d'être transmis. Il est alors dechiffre par le serveur reseau SR a l'aide de la cle de session KSP. Les &apes S20 a S26 peuvent etre reiterees une ou plusieurs fois. Une des &apes E26 peut etre suivie d'une etape S30 lors de laquelle le serveur applicatif SA 35 ayant des donnees DAT2 a transmettre au terminal C, genere et transmet un message MD2 a destination du terminal C. 19 Le message MD2 est recu par le serveur reseau SR qui verifie le message MD2, chiffre les donnees DAT2 avec la cle de session KC1. Puis le serveur reseau SR transmet un message MD3 contenant les donnees DAT2 chiffrees au dispositif de transmission RP via l'equipement passerelle EP1 (etape S32) 5 La transmission du message MD3 par le serveur reseau SR est par exemple realisee suite a la reception par le serveur reseau SR d'un message en provenance du dispositif de transmission RP, genere par le dispositif de transmission RP ou par le terminal C. L'etape S32 est suivie d'une etape S34 lors de laquelle le dispositif de transmission RP, via le premier module de communication COM1, recoit le message MD3 et le module de transfert TRF 10 du dispositif de transmission RP commande la reemission via la liaison de communication L2, par le deuxieme module COM2 de communication, du message MD3 recu. Le message MD3 est recu par le terminal C lors d'une etape E36. Lors d'une etape S50, le serveur de gestion SG obtient une demande de fin de gestion DG1 relative au terminal C. 15 La demande de fin de gestion DG1 contient un identifiant du terminal C, par exemple l'identifiant IdC, et un identifiant du dispositif de transmission RP, par exemple l'identifiant IdP. La demande de fin de gestion DG1 est par exemple transmise au serveur de gestion SG par le serveur applicatif SA ou le serveur reseau SR apres constatation par celui-ci de la reception d'un nombre &eve de messages dupliques. Cette situation est par exemple due au fait que le terminal C 20 se trouve maintenant dans la zone de couverture de l'equipement passerelle EPY tout en restant dans la zone de couverture du dispositif de transmission RP (figure 2). En effet, suite a l'installation de l'equipement passerelle EPY, les messages emis via la liaison L2 par le terminal C sont recus d'une part par le dispositif de transmission RP et d'autre part, par l'equipement passerelle EPY. 25 Le dispositif de transmission RP transmet ces messages comme decrit precedemment au serveur reseau SR, via l'equipement passerelle EP1. L'equipement passerelle EPY retransmet lui aussi ces messages au serveur reseau SR Le serveur reseau SR peut ainsi constater la double reception des messages et alerter le serveur de gestion SG ou un operateur. 30 A titre d'alternative, la demande de fin de gestion DG1 peut egalement etre saisie par un operateur au moyen d'une interface utilisateur du serveur de gestion SG ou d'un equipement apte a communiquer avec le serveur de gestion SG, suite par exemple a l'installation sur le terrain de requipement passerelle EPY. Aucune limitation n'est apportee a la maniere dont le serveur de gestion SG obtient la 35 demande de fin de gestion DG1. 20 L'etape S50 est suivie d'une etape S52 lors de laquelle le serveur de gestion SG envoie au serveur reseau SR, une demande DG2 de fin de gestion du terminal C par le dispositif de transmission RP. Dans le mode de realisation decrit, le serveur de gestion SG envoie egalement au serveur 5 reseau SR, une demande DRC de retrait du terminal C de la liste LT des terminaux connectes. A titre d'alternative, la demande DRC n'est pas transmise. La demande de fin de gestion DG2 contient l'identifiant IdC du terminal C. Elle peut egalement contenir l'identifiant IdP du dispositif de transmission RP. L'etape S52 est suivie d'une etape S54 lors de laquelle le serveur reseau SR recoit la 10 demande DG2 et envoie a destination du dispositif de transmission RP, une demande DG3 de fin de gestion du terminal C correspondant a la demande de fin de gestion DG2. La demande de fin de gestion DG3 est par exemple transmise au dispositif de transmission RP en reponse a un message transmis par celui-ci, par exemple un message d'interrogation. La demande de gestion DG3 contient l'identifiant IdC du terminal C. 15 Les donnees de la demande de gestion DG3 sont chiffrees par le serveur reseau SR avec la cle de session KSP partagee par le dispositif de transmission RP et le serveur reseau SR. Suite a la transmission du message DG3, le serveur reseau SR efface de la liste LT des terminaux connectes, l'identifiant IdC du terminal C ainsi que les informations IC1 enregistrees en association avec cet identifiant de terminal 20 A titre d'alternative, la liste LT n'est pas mise a jour. Suite a la reception de la demande de gestion DG3,via le premier module COM1 de communication du dispositif de transmission RP, le module de gestion GST du dispositif de transmission RP enregistre les valeurs contenues dans la demande de gestion DG3 dans une memoire du dispositif de transmission RP (etape S56). 25 Ulterieurement, lors d'une etape S60, le terminal C envoie un message MD4 destine au serveur applicatif SA. L'etape S60 est par exemple similaire a l'etape S36 decrite precedemment. Le message MD4 est par exemple un message contenant des donnees, par exemple des donnees de mesure, chiffrees avec la cle de session KC1. Le message MD4 est recu par le deuxieme module COM2 de communication du dispositif 30 de transmission RP lors d'une etape S62. Selon les modes de realisation, le message MD4 est ou non etre retransmis au serveur reseau SR par le dispositif de transmission RP. L'etape S62 est suivie d'une etape S64 lors de laquelle le dispositif de transmission RP, ayant recu le message de demande de fin de gestion DG3 via la premiere liaison de communication 35 Ll, transmet au terminal C un ou plusieurs messages MFG via la deuxieme liaison de communication L2. Le ou les messages MFG sont par exemple transmis en reponse au message MD4. Ces messages MFG sont chiffres avec la cle de session KC1. 21 Les messages MFG sont generes par le module de gestion GST et transmis par le deuxieme module COM2 de communication du dispositif de transmission RP. Ces messages contiennent des parametres PAR de configuration du terminal et une demande DC d'emission, par le terminal C, d'une nouvelle demande de connexion. 5 La demande DC est par exemple formulee a 1' aide de 1' option « ForceRejoinReq » definie dans la version 1.1 du standard LoRaWANTM A titre d' alternative, ces messages ne comprennent pas de parametres de configuration de terminal. Les parametres de configuration PAR contenus dans le ou les messages MFG comprennent 10 par exemple une liste de canaux support& par l'equipement passerelle EPY et/ou une liste de canaux de frequence a invalider car specifiques au dispositif de transmission RP et non utilises par l'equipement passerelle EPY. La mise a jour de la liste des canaux est par exemple demand& sous la forme d'une demande « New Channel » definie dans le standard LoRaWANTM 15 Les parametres de configuration PAR contenus dans le ou les messages MFG peuvent egalement comprendre une ou plusieurs valeurs de delais de reponse. Un tel Mai de reponse est par exemple un intervalle de temps entre la fin de r emission d'un message par le terminal C et le debut d'une fenetre de reception pendant laquelle le terminal C est en ecoute d'une reponse. La mise a jour de ce Mai est par exemple demand& en utilisant une option « MAC 20 RXTimingSetupReq » definie dans le standard LoRaWANTM Suite a la reception du ou des messages MFG, le terminal C envoie un accuse de reception ACK des messages MFG (etape S66). Le message ACK est recu par le deuxieme module COM2 du dispositif de transmission RP et suite a la reception du message ACK, le module de gestion GST du dispositif de transmission RP 25 commande la suppression du terminal C de la liste TG des terminaux pour lequel it possede des droits de gestion (etape S68). Plus precisement, le dispositif de transmission RP supprime de la liste TG, l'identifiant IdC du terminal C et les informations enregistrees en association avec cet identifiant. Suite a la reception de la demande DC contenue dans les messages MFG, le terminal C 30 reemet une nouvelle demande de connexion DA3 (etape S70). La requete de connexion DA3 contient l'identifiant IdC du terminal C, l'identifiant IdS du serveur applicatif SA avec lequel le terminal C demande a etre connecte et une valeur aleatoire AL5 Oiler& par le terminal C. La requete de connexion DA3 est par exemple un message « JoinRequest » defini dans le 35 standard LoRaWANTM La requete DA3 est revue par le deuxieme module COM2 du dispositif de transmission RP mais le terminal C ne figurant plus dans la liste TG des terminaux ger& par le dispositif de 22 transmission RP, la requete de connexion DA3 n'est pas prise en charge par le dispositif de transmission RP. La requete DA3 est egalement recue par la passerelle EPY qui la retransmet au serveur reseau SR (etape S72). 5 L'etape S72 est suivie d'une etape S74 lors de laquelle une session de communication SC3 est etablie entre le terminal C et le serveur reseau SR, via l' equipement passerelle EPY.. Plus precisement, suite a la reception de la requete de connexion DA3, le serveur reseau SR genere une valeur aleatoire AL6, une cle de session KC2 et une adresse AD2 pour le terminal C. La cle de session KC2 est generee de facon classique en utilisant la cle principale KPC associee au 10 terminal C, la valeur aleatoire recue AL5 et la valeur aleatoire AL6. Puis, le serveur reseau SR genere et transmet un message MA3 d' acceptation de la connexion. Le message MA3 contient notamment la valeur aleatoire AL6 et l'adresse AD2 generee. Il peut egalement contenir des parametres de configuration du terminal. Le message MA3 est par exemple un message JoinAccept defini dans le standard 15 LoRaWANTM Des informations relatives a la connexion, c'est-a-dire a la session SC3 etablie, sont enregistrees par le serveur reseau SR dans la liste LT des terminaux connectes. Ces informations sont par exemple 1' identifiant IdC du terminal C, 1' identifiant IdS du serveur applicatif SA et la cle de session Oyler& KC2. 20 Suite a la reception du message MA3, le terminal C genere a son tour la cle de session KC2. De fawn connue, l'etablissement de la session SC3 permet au terminal C de transmettre des messages de donnees a destination du serveur applicatif SA. Les messages de donnees contiennent un identifiant IdC du terminal C et des donnees chiffrees avec la cle de session KC2. Les messages de donnees sont recus par le serveur reseau SR qui dechiffre les donnees avec sa cle de session 25 KC2 enregistree dans la liste LT en association avec l'identifiant IdC du terminal C. Le serveur reseau SR transmet ensuite, via la liaison LS, les donnees dechiffrees au serveur applicatif SA associe au terminal C. De fawn reciproque, le serveur applicatif SA peut transmettre un message en reponse a un message recu du terminal C. Ce message est transmis par le serveur applicatif SA au serveur reseau 30 SR qui chiffre son contenu avec la cle de session KC2 avant de le transmettre a destination du terminal C. Les &apes SO, S2, S6, S10, S12, S14, S22, S34, S56, S62, S64 et S68 mises en oeuvre par le dispositif de transmission RP representent des &apes du procede de gestion selon un mode de realisation de l'invention. 35 23 Dans le mode de realisation decrit, le dispositif de transmission RP, suite a la reception de la demande DG3 de fin de gestion du terminal C, transmet via la liaison de communication L2, des messages MFG. A titre d' alternative, le dispositif de transmission RP ne transmet pas de messages MFG. 5 Lors de la reception de messages transmis par le terminal C, le dispositif de transmission RP ne traite pas ces messages. Il agit alors comme s'il ne les recevait pas. Le terminal C continue a emettre des messages chiffres avec la cle de session KC1. Ces messages sont retransmis par l'equipement passerelle EPY au serveur reseau SR qui dechiffre ces messages. De meme, le serveur reseau SR transmet au terminal C, via l'equipement passerelle 10 EPY, des messages contenant des donnees generees par le serveur applicatif SA et chiffrees avec la cle KC1 par le serveur reseau SR. Cette communication perdure jusqu' a ce que le terminal C emette une nouvelle demande de connexion. L'emission de cette nouvelle demande de connexion provoque l'etablissement d'une nouvelle session de communication entre le terminal C et le serveur reseau SR, et en consequence 15 la generation d'une nouvelle cle de session. Dans le mode de realisation decrit, lors de l'etablissement d'une session entre le terminal C ou le dispositif de transmission RP et un serveur applicatif, par exemple le serveur de gestion SG ou le serveur applicatif SA, 1' authentification du terminal ou du dispositif de transmission est 20 realisee par le serveur reseau SR. En variante, une telle authentification peut etre realisee par le serveur de gestion, le serveur applicatif SA ou un autre equipement du reseau, par exemple un serveur d' authentification du reseau. Dans cette variante, les donnees associees a un serveur applicatif et necessaires pour la mise en oeuvre de 1' authentification sont mises a disposition de ce serveur. 25 Une cle secondaire generee a partir d'une cle principale peut etre mise a disposition du serveur reseau qui authentifie et/ou dechiffre alors les messages provenant d'un terminal ou d'un dispositif de transmission avant de les transmettre, de preference via une liaison securisee, au serveur applicatif concerne. Inversement, les messages generes par un serveur applicatif sont signes et/ou chiffres avec la 30 cle secondaire par le serveur de reseau avant transmission a un terminal ou a un dispositif de transmission. Une cle secondaire generee a partir d'une cle principale peut egalement etre mise a disposition du serveur applicatif qui peut alors se charger de chiffrer les messages avant transmission et dechiffrer les messages recus. 35 Dans le mode de realisation decrit, une cle de session est Oiler& lors de chaque authentification mutuelle. Une cle de session KSP est generee lors de l' authentification mutuelle du 24 dispositif de transmission RP et du serveur de gestion SG, une cle de session KC1 est Oyler& lors de l'authentification mutuelle du terminal C et du dispositif de transmission RP et une cle de session KC2 est Oyler& lors de l'authentification mutuelle du terminal C et du serveur applicatif SA. 5 Au sens du standard LoRaWANTM, ces cies de session sont des cies de session applicatives. Dans les architectures de type LoRaWANTM, la securite des echanges entre les terminaux et les serveurs d'application est assuree a deux niveaux distincts, i.e., au niveau reseau via divers contr8les d'integrite realises par le serveur du reseau jouant les intermediaires entre les terminaux et les serveurs d' application et par les terminaux eux-memes, et au niveau applicatif, via le 10 chiffrement/dechiffrement des donnees applicatives echangees entre les terminaux et les serveurs d'application. Chacun de ces mecanismes s'appuie, lors de chaque session etablie par un terminal avec un serveur d' application via le serveur du reseau, sur l'algorithme de chiffrement connu AES utilise dans le protocole LoRaWANTM parametre tant8t au moyen de des cryptographiques de session reseau, tant8t au moyen de des cryptographiques de session applicatives. Ces des 15 cryptographiques sont ici de dimension 128 bits. On note toutefois que l' invention permet d' envisager aisement d' autres algorithmes de chiffrement symetriques que l'algorithme de chiffrement AES, ainsi que d' autres tailles de cies. L'invention s' applique aussi a cette architecture. Ainsi, dans une variante de realisation, lors de l'authentification mutuelle requise par le 20 dispositif de transmission RP, la demande d'authentification DA1 emise par le dispositif de transmission RP est intercept& par un serveur de reseau SR du reseau LoRaTM Suite a la reception de la demande d'authentification DA1, le serveur de reseau SR genere d'une part une cle reseau KRP et d'autre part la cle de session KSP. De meme, le dispositif de transmission RP genere egalement outre la cle de session KSP, la 25 cle reseau KRP. Les messages transmis par le dispositif de transmission RP a destination du serveur de gestion SG contiennent des donnees chiffrees par la cle de session KSP puis signees par la cle reseau KRP. Chaque message est recu par le serveur de reseau SR qui en verifie l'integrite et authenticite grace a sa cle reseau KRP, et les transmet au serveur de gestion SG qui le dechiffre 30 avec la cle de session KSP. A titre d' alternative, s'il a ete mandate pour ce faire, le serveur reseau SR peut dechiffrer le message avec la cle de session KSP et transmettre le message dechiffre au serveur de gestion SG via la liaison LS, de preference securisee. De meme, lors de l'etape d'authentification mutuelle entre le terminal C et le dispositif de transmission DP, une cle reseau KRC1 peut etre Oyler& a partir de la cle principale KPC d'une 35 part par le terminal C et d'autre part par le dispositif de transmission RP. 25 De meme, lors de l'etape d' authentification mutuelle entre le terminal C et le serveur reseau SR, une cle reseau KRC2 peut etre Oyler& a partir de la cle principale KPC d'une part par le terminal C et d'autre part par le serveur de reseau SR du reseau LoRaTM Les messages transmis ensuite par le terminal C sont alors egalement sign& par la cle reseau 5 KRC2 ou KRC1. En variante de ce mode de realisation, lors de la reception d'un message de donnees chiffre avec la cle de session KC2 et signe avec la cle reseau KRC2, en provenance du terminal C, le dispositif de transmission RP obtient a l'aide de la cle reseau KRC2, les donnees DATA chiffrees avec la cle de session KC2 c'est-a-dire KC2(DATA). Il chiffre alors ces donnees chiffrees 10 (KC2(DATA)) avec la cle de session KSP puis les signe avec la cle reseau KRP avant de transmettre le message ainsi obtenu. Le message est obtenu par le serveur reseau SR qui obtient et transmet les donnees chiffrees avec la cle de session KSP au serveur de gestion SG. Ce message est recu par le serveur de gestion SG qui obtient, a l' aide de sa cle KSP, les donnees chiffrees avec la cle KC2 et transmet le message 15 obtenu. Ce message est recu enfin par le serveur applicatif SA qui obtient a l'aide REVENDICATIONS1. Procede de gestion caracterise en ce qu'il comporte les &apes suivantes mises en oeuvre par un dispositif de transmission (RP) apte a communiquer via une premiere liaison radio (L1) avec un equipement passerelle (EP1) formant nceud d'un reseau de telecommunication et configure pour communiquer avec au moins un serveur dudit reseau via ledit equipement passerelle: suite a la reception (S10) d'une premiere demande de connexion (DA2) emise via une deuxieme liaison radio (L2), par un terminal (C) figurant dans une liste (TG) d' au moins un terminal pour lequel ledit dispositif de transmission a obtenu des donnees de gestion (DG), etablissement (S12) d'une session de communication securisee (SC2) entre le dispositif de transmission (RP) et ledit terminal (C), sur reception (S22) d'un message de donnees (MD) emis par ledit terminal via la session securisee (SC2), transfert (S22) dudit message via la premiere liaison radio (L1), si ledit terminal figure dans ladite liste ; sur reception (S34) via la premiere liaison radio (L1) d'un message de donnees (MD3) destine audit terminal, transfert (S34) dudit message audit terminal via la session securisee, si ledit terminal figure dans ladite liste ; reception (S56) via la premiere liaison de communication, d'une demande (DG3) de fin de gestion dudit terminal ; suite a la reception de ladite demande, retrait (S68) dudit terminal de ladite liste. 2. Procede de gestion selon la revendication 1 dans lequel suite a la reception de ladite demande, le dispositif de transmission emet (S64) a destination dudit terminal une demande d' emission par ledit terminal d'une deuxieme demande de connexion. 3. Procede de gestion selon la revendication 1 dans lequel l'etablissement de la session securisee comporte une generation d'une cle de session (KC1) partagee entre le dispositif de transmission et le terminal, a partir d' au moins une partie des donnees de gestion. 4. Procede de gestion selon la revendication 1 dans lequel ladite demande de demande (DG3) de fin de gestion est revue via ledit equipement passerelle (EP1) et via ledit serveur reseau. 5. Procede de gestion selon la revendication 1 dans lequel la demande de fin de gestion est transmise au dispositif de transmission via une session de communication securisee (SC1) etablie entre le dispositif de transmission et un serveur dudit reseau. 27 6. Procede de gestion selon la revendication 1 dans lequel ladite demande d'emission est emise en reponse a un message emis par ledit terminal via la session de communication etablie entre le terminal et le dispositif de transmission. 5 7. Procede de gestion selon la revendication 1 dans lequel le terminal est retire de la liste apres reception d'un accuse de reception emis par le terminal en reponse a la demande d'emission. 8. Procede de gestion selon la revendication 2 dans lequel la reception de la 10 demande de fin de gestion est suivie d'un envoi d'une demande de type New Channel definie dans le standard LoRaWANTM 9. Procede de gestion selon la revendication 3 dans lequel lesdits messages de donnees emis par le terminal comprennent des donnees chiffrees ou signees avec la cle de session 15 partagee par le terminal et le dispositif de transmission. 10. Procede de gestion selon la revendication 3 dans lequel le procede comporte une etape de transmission de donnees relatives a la cle de gestion generee a un serveur du reseau. 20 11. Dispositif de transmission (RP) caracterise en ce qu'il comporte un premier module (COM1) de communication configure pour communiquer via une premiere liaison radio (L1) avec un equipement passerelle (EP1) formant nceud d'un reseau de telecommunication et pour communiquer avec au moins un serveur du reseau via ledit equipement passerelle (EP1); 25 un deuxieme module (COM2) de communication configure pour communiquer via une deuxieme liaison radio (L2) avec au moins un terminal, ledit deuxieme module de communication etant configure pour recevoir via la deuxieme liaison radio une premiere demande de connexion (DA2) emise par un terminal (C) figurant dans une liste (TG) d' au moins un terminal pour lequel ledit dispositif de transmission a obtenu des donnees de gestion (DG) ; 30 un module d' authentification (AUT) configure pour etablir, suite a la reception de la premiere demande de connexion, une session de communication securisee entre le dispositif de transmission (RP) et ledit terminal (C), un module de transfert (TRF) configure pour transferer via la premiere liaison de communication, au moins un message de donnees emis via la session securisee par ledit terminal, si 35 ledit terminal figure dans ladite liste et pour transferer, sur reception via la premiere liaison de 28 communication, d'un message de donnees destine audit terminal, ledit message audit terminal via la session securisee, si ledit terminal figure dans ladite liste ; le premier module (COM1) de communication etant configure pour recevoir via la premiere liaison de communication, une demande de fin de gestion dudit terminal ; et 5 un module de gestion (GST) configure pour, suite a la reception de ladite demande, retirer ledit terminal de ladite liste.