FR 3067555 A1 20181214 FR 1755610 A 20170620 Gestion de l'unicité des identifiants de modules de communication dans un réseau de communication Domaine technique L'invention se rapporte au domaine des télécommunications. L'invention concerne tout particulièrement un procédé de gestion de l'unicité des identifiants de modules de communication dans un réseau de communication. Le module de communication visé ci-dessus se rapporte à tout module auquel un identifiant est attribué et plus particulièrement aux systèmes, ou sous-systèmes, dans lesquels une unicité des identifiants entre modules est souhaitée. Un tel module de communication peut être intégré dans un dispositif de communication telle qu'une passerelle domestique. Dans l'exemple qui servira à l'illustration de l'invention, le module sera un module DECT (sigle anglo-saxon de Digital Enhanced Cordless Telecommunications) et le dispositif sera une passerelle domestique. L'invention ne se limite pas aux identifiants de type DECT mais s'étend à tout identifiants permettant d'identifier un équipement dans un système, ou sous-système, par exemple un identifiant de type SSI D (sigle de Service Set Identifier) d'une passerelle domestique. Etat de la technique Le principe de fonctionnement de la technologie DECT repose sur une communication entre un module de communication appelé base DECT et des terminaux souvent appelés combinés téléphoniques équipés d'une interface DECT pour communiquer avec la base. Concrètement, la base reçoit des signaux d'une ligne téléphonique et transmet ces signaux vers le ou les terminaux concernés. Actuellement, une base DECT est associée à un identifiant unique RFPI (sigle anglosaxon de « Radio Fixed Part Identity »). La base et des terminaux s'appairent entre eux à la base de cet identifiant RFPI. Les normes existantes 2 imposent que cet identifiant RFPI doit identifier de manière unique dans le temps et dans l'espace la base DECT dans un système considéré. Une solution utilisée pour assurer l'unicité est d'attribuer dès l'origine, par exemple à la fabrication, un identifiant unique non modifiable par la suite. Cette solution garantit l'unicité des 5 identifiants ; cependant, lorsqu'un utilisateur change de module de communication, ce dernier est associé à un nouvel identifiant ; l'utilisateur doit alors ré-appairer le module de communication avec tous les terminaux. Cette opération est souvent longue et fastidieuse pour un utilisateur, d'autant plus que le nombre de terminaux de type DECT a tendance à augmenter avec l'arrivée 10 des objets connectés équipés d'une interface DECT. L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique. L'invention A cet effet, selon un aspect fonctionnel, l'invention a pour objet un 15 procédé de gestion d'identifiants dans un système incluant des modules de communication, les modules de communication étant aptes à mémoriser plusieurs identifiants dont un identifiant principal et un identifiant secondaire, l'identifiant principal étant un identifiant modifiable et utilisé prioritairement par rapport à l'identifiant secondaire, le procédé comprenant les étapes suivantes : 20 a. réception d'un premier et d'un deuxième identifiant provenant d'un premier et d'un deuxième module de communication, respectivement, b. détection d'un doublon entre les identifiants reçus, c. envoi d'une commande de modification de l'identifiant principal d'un des modules de communication, le type de modification appliqué étant 25 fonction de la valeur de l'identifiant principal concerné. Selon l'invention, un module de communication a plusieurs identifiants dont un identifiant principal modifiable. L'identifiant principal étant modifiable, le risque de doublons n'est pas nul ; en conséquence, l'invention met en oeuvre un module de gestion décrit ci-dessous qui a pour fonction de détecter les doublons 3 entre identifiants de module. Dans cette configuration, si un doublon est détecté, le module de gestion déclenche l'envoi d'une commande de modification de l'identifiant principal d'un des dispositifs de manière à assurer l'unicité des identifiants utilisés par les modules de communication dans le système concerné. 5 Précisons que, la priorisation d'utilisation des identifiants fait que, si l'identifiant principal n'est pas renseigné ou s'il a une valeur nulle, l'identifiant utilisé est dans ce cas l'identifiant secondaire. On verra dans la suite quel type de modification s'applique en fonction de la valeur de l'identifiant principal concerné. 10 En définitive, l'invention assure l'unicité des identifiants dans le système considéré tout en autorisant une modification des identifiants principaux des modules de communication. Précisons aussi que l'envoi d'une commande de modification de l'identifiant principal d'un des modules n'exclut pas la possibilité d'envoyer une 15 commande de modification de l'identifiant principal vers plusieurs modules de communication. Selon un premier mode de mise en oeuvre particulier de l'invention, lorsque les identifiants reçus sont un identifiant principal d'un premier module et un identifiant secondaire d'un deuxième module, la modification comprend une 20 étape d'écriture d'un identifiant principal, dans le deuxième module, différent de l'identifiant principal du premier module. Ce mode tire profit du fait que l'identifiant principal est modifiable ; en particulier, l'écriture, dans le deuxième module, d'un identifiant principal différent de l'identifiant principal du premier permet de supprimer un doublon entre identifiants de module. 25 Selon un deuxième mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, lorsque les identifiants reçus sont deux identifiants principaux d'un premier et d'un deuxième module de communication, et lorsque l'identifiant principal et secondaire du deuxième module sont différents, la modification 4 comprend une étape de suppression de l'identifiant principal du deuxième module de communication. Comme pour le premier mode, ce mode tire encore profit du fait que l'identifiant principal est modifiable pour supprimer un doublon ; en l'espèce, dans ce deuxième mode, l'identifiant principal du deuxième module de 5 communication est supprimé de manière à ce que l'identifiant secondaire du deuxième module devienne l'identifiant utilisé. Selon un troisième mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, lorsque les identifiants reçus sont deux identifiants principaux d'un 10 premier et d'un deuxième module de communication, et lorsque l'identifiant principal et secondaire du deuxième module de communication sont les mêmes, la modification comprend une étape d'écriture d'un nouvel identifiant principal, dans le deuxième module, différent du précédent. Comme pour les précédents modes, ce troisième mode tire encore profit du fait que l'identifiant principal est 15 modifiable pour supprimer un doublon ; dans ce mode, l'écriture d'un nouvel identifiant principal dans le deuxième module rend prioritaire l'utilisation du nouvel identifiant principal écrit, l'ancien identifiant ayant été remplacé par ce nouvel identifiant. Selon une variante du troisième mode de mise en oeuvre particulier de 20 l'invention, la modification comprend en outre une étape d'écriture d'un nouvel identifiant principal, dans le premier module, différent du précédent. Cette variante complète le troisième mode. Selon un quatrième mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les 25 précédents, les modules de communication sont aptes à communiquer avec au moins un terminal ; dans cette configuration, le choix du module de communication auquel on applique une modification d'identifiant est fonction du nombre de terminaux appairés au module de communication. Grâce à ce quatrième mode, le module de gestion requiert une modification de l'identifiant qui se trouve sur le terminal ayant le moins d'appairage à réaliser après modification de l'identifiant principal. 5 Selon un cinquième mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, les modules de communication sont aptes à être appairés à au moins un terminal ; dans cette configuration, le choix du module de communication 5 auquel on applique une modification d'identifiant est fonction de la date de mise en service des identifiants reçus. Cette variante prend en compte l'ancienneté des identifiants, sous-entendu des clients ; ce mode permet de récompenser les utilisateurs les plus anciens clients et donc les plus fidèles. Selon un sixième mode de mise en oeuvre particulier de l'invention, qui 10 pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, les identifiants secondaires sont uniques et ne sont pas modifiables après la mise en service de la base concernée. Ce sixième est avantageux car lorsqu'un identifiant principal est supprimé suite à la détection d'un doublon, que les identifiants restants liés aux deux modules de communication concernés sont 15 deux identifiants secondaires, il en résulte une unicité entre identifiants assurée. Selon un aspect matériel, l'invention se rapporte à un système incluant des modules de communication, les modules étant aptes à mémoriser plusieurs identifiants dont un identifiant principal et un identifiant secondaire, l'identifiant principal étant un identifiant modifiable et utilisé prioritairement par rapport à 20 l'identifiant secondaire, le système comprenant les modules suivants : a. un module de réception d'un premier et d'un deuxième identifiant provenant d'un premier et d'un deuxième module de communication, respectivement, b. un module de détection d'un doublon entre les identifiants reçus, 25 c. un module d'envoi d'une commande de modification de l'identifiant principal d'un des modules de communication, le type de modification appliqué étant fonction de la valeur de l'identifiant principal concerné. Selon un autre aspect matériel, l'invention se rapporte à un module de gestion d'identifiants (DM) de modules de communication, les identifiants d'un 6 module incluant un identifiant principal (RFPI SW) et un identifiant secondaire (RFPI HW), l'identifiant principal étant un identifiant modifiable et utilisé prioritairement par rapport à l'identifiant secondaire, le module de gestion comprenant 5 a. un module de réception d'un premier et d'un deuxième identifiant provenant d'un premier et d'un deuxième module de communication, respectivement, b. un module de détection d'un doublon entre les identifiants reçus, c. un module d'envoi d'une commande de modification de l'identifiant 10 principal d'un des modules de communication, le type de modification appliqué étant fonction de la valeur de l'identifiant principal concerné. Selon un autre aspect matériel, l'invention se rapporte à un module de communication dans lequel sont stockés des identifiants dont un identifiant 15 principal et un identifiant secondaire, l'identifiant principal étant un identifiant modifiable et utilisé prioritairement par rapport à l'identifiant secondaire. Selon un autre aspect matériel, l'invention se rapporte à une passerelle domestique comprenant un module tel que défini ci-dessus. Selon un autre aspect matériel, l'invention concerne également un 20 programme d'ordinateur comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini dessus. Selon encore un autre aspect matériel, l'invention a trait à un support d'enregistrement lisible par un processeur de données sur lequel est enregistré 25 un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé défini ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut 7 comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal 5 électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans 10 l'exécution du procédé en question. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation de l'invention. 15 La figure 2 illustre des étapes du procédé selon un mode particulier de réalisation de l'invention. Les figures 3 et 4 illustrent certaines étapes du procédé décrit en référence à la figure 2. La figure 5 illustre un dispositif adapté pour la mise en oeuvre du 20 procédé selon un mode particulier de réalisation de l'invention. Description détaillée d'un (ou d') exemple(s) de réalisation illustrant l'invention La figure 1 comprend un système informatique SYS incluant des modules de communication illustrés par des bases DECTn (l'indice « n » 25 représente le nombre de base dans le système considéré) permettant une communication sans fil avec des téléphones DECT (acronyme de Digital Enhanced Cordless Telecommunications). 8 Une base DECT est apte à recevoir des signaux d'une ligne téléphonique et transmet ces signaux vers un ou plusieurs terminaux DECT (aussi appelés combinés téléphoniques DECT). La technologie DECT permet aux terminaux téléphoniques de recevoir des signaux de la base dans un périmètre étendu, 5 environ d'une centaine de mètres. Chaque base DECTn a un identifiant RFPIn pour le distinguer d'autres bases. Rappelons qu'un identifiant RFPIn (sigle anglosaxon de « Radio Fixed Part Identity »), est l'identité unique de la base. Cette identité est composée d'un identifiant PARI (sigle anglo-saxon de « Primary Access Rights Identity») et d'un 10 numéro de borne. Le format de l'identifiant RFPI étant décrit dans le document [ETS 300 175-06], nous ne rentrerons pas plus en détail dans la présente description sur cet identifiant car sans intérêt pour l'exposé de l'invention. En référence à la figure 1, deux base DECT1 et DECT2 sont décrites ; Dans notre exemple, les bases DECT1 et DECT2 sont incluses dans des 15 passerelles domestiques LB1 et LB2 respectives connectées à une ligne téléphonique (non représentée sur les figures). Les terminaux ont l'architecture matérielle d'un ordinateur. Il comporte classiquement un processeur, une mémoire morte, une mémoire vive et des moyens de communication avec la passerelle tels que qu'une interface DECT. 20 Dans notre exemple, des terminaux 111, 112 sont aptes à communiquer avec la base DECT1 de la passerelle LB1. De la même manière, un terminal 121 est apte à communiquer avec la base DECT2 de la passerelle LB2. Les nombres de terminaux par passerelle choisi ci-dessus ne représete, qu'un exemple ; d'une manière général, ce nombre de terminaux est quelconque. Les terminaux sont 25 équipés d'un sous-module de communication DECTnm. Dans notre exemple, les sous-modules sont référencés avec deux indices, l'indice « n » référençant la base n concernée et l'indice « m » référençant un terminal en particulier. Dans notre exemple, la base DECT1 est rattachée à des sous-modules de communication DECT11 et DECT12 installés dans les terminaux 111 et 112, 30 respectivement. La base DECT2 est rattachée à un sous-module de communication DECT2 installé dans le terminal 12. 9 La communication entre une base DECTn et un terminal, sous-entendu un sous-module de communication, requiert une phase d'appairage (l'homme du métier utilise aussi le terme « appariement ») au cours de laquelle l'identifiant RFPIn de la base DECTn est utilisé. Nous ne rentrerons pas dans les détails de 5 cette phase d'appairage car elle est connue de l'homme du métier et n'est pas utile à la compréhension de l'invention. Ce n'est qu'après appairage qu'un terminal peut communiquer avec une base DECT. Dans notre exemple, un opérateur OP gère le parc des passerelles LB1 et LB2 et donc des modules de communication DECT1 et DECT2; un module de 10 gestion DM, installé dans un serveur SRV, a notamment pour fonction d'assurer l'unicité des identifiants RFI Pn dans le système SYS considéré; ce de manière à éviter qu'un terminal téléphonique, par exemple le terminal 111, s'appaire avec deux passerelles à la fois, à savoir sa propre passerelle LB1 et par exemple la passerelle tiers LB2 d'un voisin par exemple. Comme le plus souvent, un terminal 15 ne peut s'appairer et communiquer avec deux bases en même temps ; le terminal utilise les deux passerelles alternativement ; en d'autres mots, le terminal utilise une première base DECT pendant x temps ; puis si la première base est rebootée, le terminal s'appaire à une deuxième base pendant y temps, et ainsi de suite. 20 Précisons ici que l'invention ne se limite pas à la technologie DECT mais s'applique à tout système, ou tout sous-système, dans lequel une unicité d'identifiants de modules de communication doit être assurée. par exemple, l'invention s'applique aussi aux terminaux conformes au standard DECT/CAT-iq ( CAT-iq étant le sigle de Cordless Advanced Telephony - Internet and Quality) ; 25 l'invention s'applique aussi aux terminaux conformes au standard DECT ULE (sigle de DECT Ultra Low Energy) Selon l'invention, une base DECTn comprend deux identifiants voire plus. Dans notre exemple, une base DECTn stocke deux types d'identifiants RFPI : 30 - un identifiant principal RFPI SW, 10 - et un identifiant secondaire RFPI HW. L'identifiant principal RFPI SW est modifiable et est lu et utilisé, par le module de communication associé à cet identifiant, prioritairement par rapport à l'identifiant secondaire. Dans cette configuration, si l'identifiant principal est 5 renseigné, c'est-à-dire qu'il a une valeur, cet identifiant est utilisé pour identifier la base concernée DECTn. Par contre, si l'identifiant principal n'est pas renseigné, ou que sa valeur est nulle, l'identifiant secondaire est lu et utilisé pour identifier la base DECTn. En d'autres mots, le RFPI SW est toujours prioritaire au RFPI HW en ce sens que le RFPI SW est toujours lu avant le RFPI HW. Il faut aussi 10 comprendre en référence à ce qui précède que si le module de communication reçoit un identifiant secondaire, cela signifie que l'identifiant principal du module de communication concerné n'est pas renseigné ou à une valeur nulle, ou toutes autres valeurs qui fait que l'identifiant choisi sera l'identifiant secondaire. Par exemple, si l'identifiant principal a la même valeur que l'identifiant secondaire, 15 l'identifiant choisi peut être l'identifiant secondaire. Dans notre exemple, l'identifiant RFPI HW est enregistré en lecture seule. Cet identifiant RFPI HW n'est pas modifiable lorsque la passerelle associée est en service. Avantageusement seul un gestionnaire assurant l'unicité des identifiants RFPI HW peut être autorisé à modifier cet identifiant ; cela peut être 20 le cas lorsque ce gestionnaire doit réinitialiser une passerelle et la remettre en service chez un nouvel utilisateur. Cette phase de réinitialisation est appelée aussi phase de remise en état (refurbish en anglais). Les identifiants RFPI HW étant uniques, on comprend qu'un doublon peut être supprimé dans tous les cas en supprimant les deux identifiant RFPI SW de deux modules de communication 25 concernés. L'identifiant RFPI SW, modifiable, peut être renseigné par un utilisateur lors d'une restauration de la passerelle faite ou par le module de gestion DM. De préférence, lorsqu'une passerelle est réutilisée par une autre personne, l'identifiant RFPI HW est idéalement mis à jour et l'identifiant 30 RFPI SW est supprimé. Il arrive cependant que, lors d'une réutilisation d'une 11 passerelle, l'identifiant RFPI HW ne soit pas mis à jour comme cela est expliqué ci-dessous en référence à un premier mode de réalisation. Dans le premier mode de réalisation décrit ci-dessous, la passerelle LB1 va être réutilisée sans mise à jour de l'identifiant RFPI HW; il en résulte un risque 5 d'appairtion de doublons comme expliqué ci-dessous. Dans un premier temps, les passerelles LB1 et LB2 émettent leurs identifiants de la ligne téléphoniques CULV1 et ,CULV2 (sigle de « Customer User Line Varchar » ainsi que les identifiant des modules de communication concernés DECT1, DECT2, respectivement. Dans un second temps, le module de gestion DM 10 reçoit les identifiants de module de communication et les identifiants de ligne émis par les passerelles et analyse les couples DECTn/CULVn reçus afin de détecter d'éventuels doublons entre identifiants. Rappelons qu'on entend par doublon entre identifiants le fait que deux modules de communication utilisent le même identifiant. 15 Les étapes relatives à la résolution de doublons sont décrites en référence à la figure 2. Initialement, supposons que les deux passerelles LB1 et LB2 soient connectées au module de gestion DM et que ce module de gestion détecte, lors d'une étape référencée ET1(DBL), un doublon entre identifiants. 20 Ace stade, lors d'une étape ET21 (RFPI SW=0 ?), le module DM vérifie la valeur de l'identifiant RFPI SW d'une des passerelles. 1. Si l'identifiant RFPI SW n'est pas renseigné (cas 1), ou s'il a une valeur nulle, le module DM requiert lors d'une étape ET211 (WR : RFPIx/RFPI SW) une écriture d'un identifiant RFPIx comme identifiant principal 25 RFPI SW. Enfin lors d'une étape ET2111 (ADD : RFPI x/CULV), une correspondance entre l'identifiant RFPIx est créé avec un numéro de ligne CULVn 12 de la passerelle concernée LBn. la correspondance créée est stockée dans une base de données BDD par le module de gestion DM. 2. Si l'identifiant RFPI SW est renseigné (cas 2), le module de gestion DM vérifie lors d'une étape ET22 (RFPI SW=RFP1 HW ?) si l'identifiant principal 5 et l'identifiant secondaire ont une même valeur. - Dans l'affirmative, lors d'une étape ET221, le module de gestion DM requiert une écriture d'un nouveau RFPIx comme identifiant RFPI-SW dans le module de communication concerné DECT ; - dans la négative, l'identifiant RFPI SW est supprimé lors d'une 10 étape ET222. On comprend donc que la requête d'écriture ou de suppression est fonction de la valeur de l'identifiant principal RFPI SW concerné ; en effet dans notre exemple: a. si l'identifiant RFPI SW est vide, le module de gestion DM requiert 15 l'écriture d'un identifiant RFPI SW ; b. si l'identifiant RFPI SW est renseigné mais égal à l'identifiant secondaire RFPI HW, le module de gestion DM requiert l'écriture d'un nouvel identifiant principal RFPI SW ; c. si l'identifiant RFPI SW est renseigné mais différent de l'identifiant 20 secondaire, l'identifiant principal RFPI SW est supprimé. D'autres cas sont envisageables. A ce stade le doublon n'existe plus. Les étapes précédentes s'exécutent à chaque réception d'un couple RFPI n/CULVn par le module de gestion DM. 25 Le cas 1 décrit ci-dessus est illustré sur la figure 3. Dans cet exemple, on considère ici qu'un utilisateur va changer de passerelle domestique. On notera 13 l'ancienne passerelle LB1, et la nouvelle LB2. La figure 3 illustre un état des identifiants RFPI SW et RFPI HW en fonction du temps dans chacune de deux passerelles LB1 et LB2, sous-entendu dans chacun des modules de communication DECT1 et DECT2, lors de la mise en oeuvre du principe de 5 l'invention. On considère aussi dans cet exemple que la passerelle LB1 a comme identifiants initiaux les suivants (instant t1 de la figure 3): RFPI SW1 = vide RFPI HW1 = RFPI 1 10 « vide » signifiant que l'identifiant n'est pas renseigné, ou qu'il a une valeur nulle, ou plus généralement que l'identifiant a une valeur telle qu'il n'est pas pris en compte et qu'en conséquence l'identifiant secondaire est sélectionné comme identifiant du module de communication DECTn. Cette passerelle LB1 va être réutilisée par un autre client ; cette 15 passerelle réutilisée sera référencée LB1 RF dans la suite ; pour sa réutilisation, on considère que les identifiants sont les mêmes que les identifiants initiaux : RFPI SW1 = vide RFPI HW1 = RFPI 1 Les étapes du mode de réalisation sont les suivantes : 20 L'identifiant RFPI SW1 du module de communication DECT1 n'étant pas renseigné (vide), conformément à la règle décrite ci-dessus de priorité de l'identifiant principal sur l'identifiant secondaire, l'identifiant secondaire RFPI HW1= RFPI 1 est l'identifiant utilisé par le module de communication DECT1. Dans notre exemple, après l'appairage, l'identifiant RFPI HW1, 25 éventuellement des clés de chiffrement nécessaires à l'appairage, sont automatiquement sauvegardés dans une base de données BDD du serveur distant SRV réseau et/ou dans un fichier local par exemple dans une mémoire de 14 la passerelle LB1. Cette sauvegarde permet de réinitialiser les identifiants du module de communication à tout moment en recopiant les identifiants sauvegardés, à savoir RFPI SW1 = vide 5 RFPI HW1 = RFPI 1. Lors de la connexion du module de communication DECT1 au module de gestion (DM), un couple RFPI 1/ CULV1 est mémorisé dans la base de données BDD du serveur SRV. Rappelons que l'identifiant CULV1 est un identifiant unique de la ligne 10 téléphonique de l'utilisateur UT1 du module de communication DECT1. On suppose ensuite que l'utilisateur remplace la passerelle LB1 par une nouvelle passerelle LB2. On suppose aussi que cette nouvelle passerelle LB2 a comme identifiant RFPI SW2 = vide 15 RFPI HW2 = RFPI 2 Pour ne pas ré-appairer une nouvelle fois ses terminaux 111 et 112 avec le module de communication DECT2 de la nouvelle passerelle LB2, une restauration s'exécute avec les identifiants sauvegardés dans la base de données BDD ou dans le fichier local ; Lors de la restauration, la passerelle LB2 écrit 20 l'identifiant RFPI 1 dans RFPI SW2. Les identifiants de la passerelle LB2 deviennent donc (instant t2 sur la figure 3): RFPI SW2 = RFPI 1 RFPI HW2 = RFPI 2 Comme l'identifiant RFPI SW2 est lu prioritairement, l'identifiant RFPI 1 25 devient l'identifiant utilisé par la passerelle LB2. 15 Lors de la connexion de la passerelle LB2 au module de gestion DM, ce dernier lit l'identifiant RFPI SW2 de la passerelle LB2, et vérifie que cet identifiant RFPI 1 est bien égal à l'identifiant stocké dans le module et que cet identifiant correspond à l'identifiant de ligne CULV1. Puisque, c'est le cas, la passerelle LB2 5 est autorisée à se connecter au réseau. Ensuite, La passerelle LB1 RF, réutilisée par un autre utilisateur UT2, se connecte sur le réseau avec l'identifiant secondaireRFPI HW1= RFPI 1, l'identifiant RFPI SW1 étant vide (instant t3 figure 2). A ce stade, Lors de la connexion de la passerelle LB1 au module de 10 gestion DM, le module de gestion DM analyse le couple RFPI1/CULV2 et constatent que l'identifiant RFPI1 est déjà utilisé par un autre module de communication associé à un autre identifiant de ligne à savoir CULV1 (RFPII/CULVI). L'identifiant RFPI1 est donc utilisé deux fois en liaison avec deux 15 identifiants de ligne distincts CULV1 et CULV2. Le module de gestion DM détecte le doublon (étape EU, figure 2). Suite à la détection, dans notre exemple, le module DM requiert l'écriture d'un identifiant RFPI3 dans RFPI SW1 (ET211, figure 2). L'identifiant RFPI SW1 étant prioritaire par rapport RFPI HW1, l'identifiant RFPI3 devient 20 désormais le nouvel identifiant à utiliser (instant t4, figure 3). L'association (RFPI3, CULV2) est mémorisée dans le module de gestion DM. A ce stade, il n'y a plus de doublon, la passerelle LB1 ayant comme identifiants : RFPI SW1 = RFPI3 (prioritaire) 25 RFPI HW1 = RFPI1 et la passerelle LB2 ayant comme identifiants : RFPI SW2 = RFPI 1 (prioritaire) RFPI HW2 = RFPI 2 Le cas 2 décrit ci-dessus est illustré sur la figure 4. Dans ce deuxième mode de réalisation, on considère que, comme dans 5 le premier exemple de réalisation, un utilisateur possède une passerelle LB1 ayant comme identifiants (instant t1 figure 4) : RFPI SW1 = vide RFPI HW1= RFPI 1 L'identifiant principal RFPI SW1 étant modifiable, on considère par 10 exemple qu'un utilisateur utilise le fichier local ou la base de données BDD sur le serveur SRV pour réinitialiser/restaurer les identifiants de sa passerelle LB1 et qu'il va ensuite restaurer une autre passerelle, par exemple la passerelle d'un ami. Les étapes de cet exemple sont les suivantes : 15 Tout d'abord, L'utilisateur appaire ses terminaux T11 et T12 avec la passerelle LB1 avec RFPI HW1 = RFPI 1. A chaque appairage, le RFPI HW1, et éventuellement les clés de chiffrement d'appairage, sont sauvegardés dans le fichier local ou la base de données BDD. L'utilisateur restaure le module de communication DECT1 ; suite à la 20 restauration du module de communication DECT1, les identifiants deviennent (instant t2, figure 4) : RFPI SW1 = RFPI 1 et RFPI HW1= RFPI 1 Les deux identifiants ont la même valeur. 16 17 On suppose ensuite que les identifiants sauvegardés dans le fichier ou la base de données BDD en liaison avec la passerelle LB1 sont copiés dans une autre passerelle LB2, par exemple celle d'un ami. La passerelle LB2 a initialement comme identifiants : 5 RFPI SW2 = vide RFPI HW2 = RFPI 2. Après copie (ou restauration), les identifiants deviennent (instant t3, figure 4) RFPI SW2= RFPI 1 10 RFPI HW2 = RFPI 2. Ensuite, lors de la connexion de la LB2 au module de gestion DM, le module DM constate que le RFPI 1 utilisé par la passerelle LB2 est déjà utilisé par un autre module de communication avec un identifiant CULV différent. Le module de gestion DM détecte donc un doublon et doit supprimer ce doublon pour 15 assurer l'unicité des identifiants utilisés (ET1, figure 2) dans le système SYS. Dans notre exemple, avantageusement, le module de gestion DM requiert à la passerelle LB2 de supprimer RFPI SW2 (ET222, figure 2), et de bloquer toute restauration DECT ultérieure utilisant RFPI 1. Le blocage est illustré par une croix dans le champ associé à l'identifiant RFPI SW2. 20 Suite à une nouvelle tentative de restauration du module de communication DECT2, un module de blocage MBL bloque la restauration et peut émettre un message informant qu'une restauration n'est pas autorisée sur la passerelle concernée LB2. On a vu précédemment que l'identifiant secondaire RFPI HW n'est pas 25 modifiable lorsque la passerelle concernée est en service. Selon une variante, l'unicité entre identifiants secondaires est assurée avant la mise en service; par exemple, ces identifiants sont créés à la fabrication et ne sont plus modifiables par la suite. Dans cette configuration, un doublon détecté peut être supprimé en 18 supprimant les deux identifiants principaux stockés sur les modules de communication concernés. On a vu précédemment que la suppression d'un doublon peut consister à écrire un nouvel identifiant principal dans un module de communication. En 5 variante, on peut aussi prévoir d'écrire un nouvel identifiant principal dans l'autre module. Cette variante évite d'effectuer un choix entre deux modules de communication. Cependant, un choix entre deux modules peut s'avérer plus judicieux pour éviter que les deux modules de communication nécessitent un nouvel 10 appairage avec l'ensemble des terminaux. Selon une première variante, le module de communication choisi pour la modification d'identifiant est fonction du nombre de terminaux connectés au module de communication. Ainsi, l'identifiant modifié correspond au module de communication ayant le moins d'appairage à réaliser. 15 Selon une deuxième variante, le choix du module de communication auquel on applique une modification d'identifiant est fonction de l'ancienneté des identifiants reçus. Dans cette variante, l'utilisation effective (qui correspond à la mise en service du module de communication sous-entendu de la passerelle) des identifiants est datée. Cette date permet d'établir quel identifiant est plus ancien 20 qu'un autre. La figure 5 illustre un exemple de structure matérielle d'un serveur de SRV selon un mode de réalisation de l'invention. Un tel serveur SRV comprend une mémoire vive MEMV (par exemple une mémoire RAM), une unité de traitement UT équipée par exemple d'un processeur PRO, et pilotée par un 25 programme d'ordinateur PG, stocké dans une mémoire morte MEM (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans la mémoire vive MEMV avant d'être exécutées par le processeur de l'unité de traitement UT. La mémoire vive MEMV contient notamment des correspondances entre identifiants 19 RFPI/CULV et peut détecter des doublons entre identifiants reçus selon le procédé décrit ci-dessus. Enfin, précisons ici que le terme module utilisé dans le présent texte peut correspondre aussi bien à un composant logiciel qu'a un composant matériel 5 ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel 10 correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, REVENDICATIONS1. Procédé de gestion d'identifiants (RFPI SW,RFPI HW) dans un système (SYS) incluant des modules de communication (DECT1, DECT2), les modules de communication étant aptes à mémoriser plusieurs identifiants dont un identifiant principal (RFPI SW) et un identifiant secondaire (RFPI HW), l'identifiant principal (RFPI SW) étant un identifiant modifiable et utilisé prioritairement par rapport à l'identifiant secondaire (RFPI HW), le procédé comprenant les étapes suivantes : a. réception d'un premier et d'un deuxième identifiant provenant d'un premier et d'un deuxième module de communication, respectivement, b. détection d'un doublon entre les identifiants reçus, c. envoi d'une commande de modification de l'identifiant principal d'un des modules de communication, le type de modification appliqué étant fonction de la valeur de l'identifiant principal concerné. 2. Procédé de communication selon la revendication 1, dans lequel lorsque les identifiants reçus sont un identifiant principal d'un premier module et un identifiant secondaire d'un deuxième module, la modification comprend une étape d'écriture d'un identifiant principal, dans le deuxième module, différent de l'identifiant principal du premier module. 3. Procédé de communication selon la revendication 1, dans lequel lorsque les identifiants reçus sont deux identifiants principaux d'un premier et d'un deuxième module de communication, et lorsque l'identifiant principal et secondaire du deuxième module sont différents, la modification comprend une étape de suppression de l'identifiant principal du deuxième module de communication. 20 4. Procédé de communication selon la revendication 1, dans lequel lorsque les identifiants reçus sont deux identifiants principaux d'un premier et 21 d'un deuxième module de communication, et lorsque l'identifiant principal et secondaire du deuxième module de communication sont les mêmes, la modification comprend une étape d'écriture d'un nouvel identifiant principal, dans le deuxième module, différent du précédent. 5 5. Procédé selon l'une des revendications précédentes, dans lequel les modules sont aptes à être appairés à au moins un terminal, et dans lequel le choix du module de communication auquel on applique une modification d'identifiant est fonction du nombre de terminaux appairés au module de communication. 10 6. Procédé selon l'une des revendications précédentes, dans lequel les modules sont aptes à communiquer avec au moins un terminal, et dans lequel le choix du module de communication auquel on applique une modification d'identifiant est fonction de la date de mise en service des identifiant reçus. 15 7. Procédé selon l'une des revendications précédentes, dans lequel les identifiants secondaires sont uniques et ne sont pas modifiables après la mise en service de la base concernée. 8. Système (SYS) incluant des modules de communication (DECT1, DECT2), les modules étant aptes à mémoriser plusieurs identifiants dont un 20 identifiant principal (RFPI SW) et un identifiant secondaire (RFPI HW), l'identifiant principal étant un identifiant modifiable et utilisé prioritairement par rapport à l'identifiant secondaire, le système comprenant les modules suivants : a. un module de réception d'un premier et d'un deuxième identifiant 25 provenant d'un premier et d'un deuxième module de communication, respectivement, b. un module détection d'un doublon entre les identifiants reçus, c. un module d'envoi d'une commande de modification de l'identifiant principal d'un des modules de communication, le type de 22 modification appliqué étant fonction de la valeur de l'identifiant principal concerné. 9. Module de gestion d'identifiants (DM) de modules de communication (DECT1, DECT2), les identifiants d'un module incluant un identifiant 5 principal (RFPI SW) et un identifiant secondaire (RFPI HW), l'identifiant principal étant un identifiant modifiable et utilisé prioritairement par rapport à l'identifiant secondaire, le module de gestion comprenant a. un module de réception d'un premier et d'un deuxième identifiant provenant d'un premier et d'un deuxième module de 10 communication, respectivement, b. un module de détection d'un doublon entre les identifiants reçus, c. un module d'envoi d'une commande de modification de l'identifiant principal d'un des modules de communication, le type de modification appliqué étant fonction de la valeur de l'identifiant 15 principal concerné. 10. Module de communication (DECT1, DECT2) dans lequel sont stockés des identifiants dont un identifiant principal (RFPI SW) et un identifiant secondaire (RFPI HW), l'identifiant principal étant un identifiant modifiable et utilisé prioritairement par rapport à l'identifiant secondaire. 20 11. Passerelle domestique comprenant un module (DECT1, DECT2) tel que défini dans la revendication 10. 12. Programme d'ordinateur comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini selon l'une des revendications 1 à 7. 25 13. Support d'enregistrement lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé défini selon l'une des revendications 1 à 7.