Brevet FR3094862A1 — publié le 20201009

Description Titre de l'invention : Transmission de messages dans un contexte multi-terminaux [0001] La présente invention concerne la transmission de messages dans un contexte multi- terminaux, et en particulier l'envoi de message de type SMS dans un tel contexte. [0002] Le système de messagerie SMS (pour « Short Message Service » en anglais) a été développé il y a des années de cela, pour permettre l'envoi de courts messages textuels entre terminaux mobiles, au moyen (le messages de signalisation utilisés dans les réseaux (le communications mobiles de deuxième génération, à l'époque. Ce système a été normalisé au travers des normes 3GPP TS 23.240 et TS 23.040 et a rencontré un immense succès au point qu'il est toujours amplement utilisé de nos jours. [0003] Cependant, le système de messagerie SMS tel que normalisé a été conçu dès son origine pour des cas de transmission de message depuis un unique terminal mobile émetteur vers un unique terminal mobile destinataire. [0004] Or il s'avère que des systèmes dits « multi-terminaux » ont été développés récemment, dans lesquels un ensemble de terminaux partagent un même identifiant, commun aux terminaux d'un même système. Cet identifiant commun peut être le numéro de téléphone lié nativement à l'un des terminaux du système. Cet identifiant commun peut aussi être un numéro non lié nativement à l'un des terminaux du système, un tel numéro pouvant alors être appelé « numéro supplémentaire » (« extra-numbcr » en anglais), ou encore « numéro virtuel » (« virtuel numbcr » en anglais), lequel est typiquement un nouveau numéro attribué par l'opérateur, non lié à une carte SIM ou à un terminal particulier. Cet identifiant commun peut être utilisé par un utilisateur, avec l'un quelconque des terminaux du système, pour appeler ou recevoir un appel téléphonique indifféremment depuis l'un de ces terminaux au moyen de cet identifiant, par exemple [0005] Lc système de messagerie SMS décrit ci-dessus ne s'avère pas complètement compatible avec ce type de systèmes « multi-terminaux ». En particulier, dans le cas de messages SMS envoyés en utilisant un identifiant pouvant être utilisé par un ensemble de terminaux mobiles associés au sein d'un système multi-terminaux, si l'on applique le système SMS tel que normalisé actuellement, chaque terminal mobile du système multi-terminaux se comporte de manière totalement indépendante des autres terminaux de ce système, sans tenir compte de l'existence des autres terminaux mobiles qui lui sont pourtant associés à l'identifiant commun au sein du système multi-terminaux. [0006] La présente invention vient donc remédier à ces inconvénients. [0007] Il est proposé à cet effet un procédé de transmission d'un message destiné à un 2 premier terminal, dit terminal destinataire, depuis un deuxième terminal, dit terminal source, vers au moins un troisième terminal, dit terminal associé, partageant un même identifiant avec le terminal source, comprenant les étapes de transmission, du terminal source vers un serveur de synchronisation, d'un premier message de synchronisation dans lequel est inséré le message destiné au terminal destinataire ; et de récupération, par ledit au moins un terminal associé, du message destiné au terminal destinataire auprès du serveur de synchronisation au moyen d'au moins un deuxième message de synchronisation. [0008] Selon un mode de réalisation, ce procédé comprend en outre la transmission, du terminal source vers une passerelle d'acheminement, du message destiné au terminal destinataire, afin que ladite passerelle d'acheminement puisse retransmettre ledit message dans le plan de signalisation vers le terminal destinataire. [0009] Selon un autre mode de réalisation de l'invention, pouvant être combiné au précédent, ce procédé comprenant en outre la transmission, du serveur de synchronisation vers un noeud réseau , chargé du stockage et de la retransmission de message, du message destiné au terminal destinataire, afin que ledit noeud réseau , puisse retransmettre ledit message vers le terminal destinataire. [0010] Selon un aspect avantageux de cet autre mode de réalisation, le procédé comprend en outre une étape de détermination, par le serveur de synchronisation, de l'émission du message du terminal source vers une passerelle d'acheminement, la transmission du message du serveur de synchronisation vers le noeud réseau n'ayant lieu que si le résultat de cette détermination est positif. Cette étape de détermination peut en particulier être réalisée au moyen de la détection d'un indicateur d'activation de l'émission du message du terminal source vers une passerelle d'acheminement, inséré dans le premier message de synchronisation. [0011] Selon un autre aspect de l'invention, le procédé comprend en outre la mémorisation, par le serveur de synchronisation, du message destiné au terminal destinataire, extrait du premier message de synchronisation, afin de permettre la récupération par ledit au moins un terminal associé du message destiné au terminal destinataire [0012] Dans un mode particulier de réalisation, le message destiné au terminal destinataire est un message au format SMS. [0013] Dans un mode particulier de réalisation, le premier et/ou le deuxième message de synchronisation est un message conforme à un protocole parmi les protocoles IMAP, JMAP, OMA DS ou OMA NMS. [0014] 11 est proposé également un serveur de synchronisation comprenant un module de communication apte à échanger des messages de synchronisation avec un premier terminal, dit terminal source, et au moins un deuxième terminal, dit terminal associé, partageant un même identifiant avec le terminal source, et un module de traitement 3 configuré pour extraire un message destiné à un troisième terminal, dit terminal destinataire, d'un premier message de synchronisation reçu par le module de communication et pour insérer ledit message dans un deuxième message de synchronisation à transmettre vers ledit au moins un terminal associé. [0015] Dans un mode particulier de réalisation, le module de traitement est configuré en outre pour transmettre le message extrait à un noeud réseau chargé du stockage et de la retransmission de messages, afin que ledit noeud réseau puisse retransmettre ledit message vers le terminal destinataire. [0016] Il est proposé par ailleurs un terminal comprenant un module de communication et un module traitement, le module de traitement étant configuré pour insérer un message destiné à un autre terminal, dit terminal destinataire, dans un message de synchronisation et le module de communication étant configuré pour émettre ledit message de synchronisation vers un serveur de synchronisation, afin qu'au moins un autre terminal, dit terminal associé, puisse récupérer le message destiné au terminal destinataire auprès dudit serveur de synchronisation. [0017] Dans un mode particulier de réalisation, le module de traitement est configuré en outre pour instruire au module de communication de transmettre le message vers une passerelle d'acheminement permettant sa retransmission dans le plan de signalisation vers le terminal destinataire. [0018] D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : [0019] [fig.1] représente schématiquement l'architecture prévue pour la transmission de message SMS, tel que normalisée actuellement ; [0020] [fig.2] représente un mode de réalisation du procédé de transmission de message selon la présente invention ; [0021] [fig.3] représente un autre mode de réalisation du procédé de transmission de message selon la présente invention ; [0022] [fig.4] illustre un terminal selon un mode de réalisation de la présente invention ; et [0023] [fig.5] illustre un serveur de synchronisation selon un mode de réalisation de la présente invention. [0024] 11 est fait tout d'abord référence à la Figure 1, laquelle illustre schématiquement l'architecture actuellement prévue dans les normes 3GPP existantes, pour permettre la transmission de messages SMS depuis un terminal mobile émetteur UE-A vers un terminal mobile destinataire UE-B. [0025] En particulier, le terminal mobile UE-A va formater le message à transmettre, ty- piquement une suite de caractères alphanumériques saisie par l'utilisateur de ce terminal mobile au moyen de l'interface utilisateur de ce terminal, selon le format SMS. [0026] Pour formater ce message, le terminal mobile UE-A est pourvu d'un module de formatage de message, encore appelé « client mcssaging » en anglais, un tel module étant natif, c'est-à-dire intégré dans le terminal mobile UE-A dès sa construction. [0027] Une fois cc message formaté, le terminal mobile UE-A transmet (étape Al 10) ce message SMS vers une passerelle d'acheminement A SMS, appartenant au réseau A auquel est abonné ou attaché, selon les cas, le terminal UE-A, cette passerelle étant spécialement dédiée à la retransmission de ce type de message dans le réseau, au moyen d'un protocole réseau prévu pour une telle transmission entre terminaux et cette passerelle d'acheminement A SMS. Ce protocole réseau est typiquement un protocole de signalisation, c'est-à-dire un protocole relatif à la transmission de messages de signalisation dans le plan de signalisation. [0028] Dans le cas d'un réseau d'accès 2G ou 3G, cette passerelle d'acheminement A_SMS est implémentée sous la forme d'un serveur MSC (pour « Mobile Switching Center » en anglais) auquel le terminal UE-A envoie directement le message SMS, tandis que dans le cas d'un réseau d'accès 4G, cette passerelle d'acheminement A_SMS est implémentée sous la forme d'une passerelle IP-SM-GW, le message SMS1 étant alors cncapsulé dans un message selon le protocole de signalisation S1P (pour « Session Initiation Protocol » en anglais) transmis vers des noeuds réseau intermédiaires (noeuds "P-CSCF" ou « S-CSCF » par exemple, non illustrés ici) qui le retransmettent vers cette passerelle IP-SM-GW. [0029] Cette passerelle d'acheminement A_SMS retransmet alors ce message SMS selon un protocole de signalisation MAP (pour « Mobile Application Part » en anglais) ou Diameter vers un noeud réseau de type SMSC, pour « Short Message Service Center » en anglais (sous-étape A112), afin que ce noeud réseau SMSC mémorise (sous-étape A113) ce message SMS en vue de sa retransmission ultérieure vers le réseau B auquel le terminal destinataire est attaché. Un accusé de bonne réception est également transmis, du noeud SMSC vers le terminal UE-A à ce stade (étape A111). [0030] A ce stade, le SMSC tente de transmettre (sous-étape A114) immédiatement le message SMS vers une passerelle d'acheminement B_SMS de ce réseau B, au moyen du protocole de signalisation MAP. Dans le cas d'un réseau d'accès 2G ou 3G, cette passerelle d'acheminement B_SMS est implémentée sous la forme d'un noeud réseau MSC (pour « Mobile Switching Center » en anglais) tandis que dans le cas d'un réseau d'accès 4G, cette passerelle d'acheminement B_SMS est implémentée sous la forme d'une passerelle IP-SM-GW. [0031] Une fois le message de signalisation selon le protocole MAP encapsulant le message SMS reçu par la passerelle B_SMS, cette dernière extrait le SMS de ce message de signalisation et le transmet (étape A115) vers le terminal UE-B en utilisant un protocole de type NAS ("Non Access Stratum"). Dans le cas d'un réseau d'accès 4G, la passerelle B SMS transmet le message SMS1 au terminal UE-B en l'cncapsulant dans un message selon le protocole SIP. [0032] Il est fait maintenant référence à la Figure 2, laquelle illustre un procédé de transmission de message selon un premier mode de réalisation de la présente invention. [0033] Dans ce premier mode de réalisation, un premier terminal 10, appelé terminal source par la suite, souhaite émettre un message vers un deuxième terminal 20, appelé terminal destinataire par la suite. Les terminaux 10 et 20 peuvent être en particulier des terminaux mobiles, par exemple de type smartphone. [0034] Le message en question est ici illustré comme étant un message SMSI, formaté selon le format SMS, sans que l'invention ne se limite à cc seul format de message, celle-ci pouvant s'appliquer à tout type de message à transmettre entre terminaux. [0035] Dans le cas présent, le terminal 10 est associé avec au moins un autre terminal, appelé terminal associé, dans le cadre d'un contexte de communication dit « contexte multi-terminaux ». Il peut s'agir ici aussi d'un terminal mobile, par exemple du type smartphone. [0036] Dans un tel contexte multi-terminaux, les différents terminaux associés partagent un même identifiant, encore appelé identifiant commun, qui peut typiquement être un même numéro de téléphone (i.c. le même identifiant MSISDN d'un des terminaux associés), ou aussi être un numéro non lié nativement à l'un des terminaux du système, du type « extra-number » ou « virtual number » précédement discuté, lequel est typiquement un nouveau numéro attribué par l'opérateur, non lié à une carte SIM ou à un terminal particulier, de sorte à ce que les autres terminaux appelés par (ou destinataires d'un message provenant de) l'un des terminaux associés ne voient qu'un seul et même identifiant, indépendamment du terminal associé qui est réellement utilisé. [0037] En l'occurrence, la figure 2 illustre le cas d'un système multi-terminaux à trois terminaux associés, dans lequel deux autre terminaux associés 20' et 20" sont associés avec le terminal destinataire 20, et donc partagent avec lui un même identifiant « MSISDN20» (en l'occurrence l'identifiant du terminal destinataire 20), sans que l'invention ne se limite à ce seul cas, un nombre N (avec N>1) de terminaux pouvant être associés au terminal destinataire 20 au sein d'un tel système. [0038] Les terminaux associés au sein d'un système multi-terminaux peuvent être notamment des terminaux mobiles (smartphones, des montres connectées, des tablettes, entre autres), mais aussi d'autres types moins mobiles de terminaux, tels que des assistants vocaux, ou des frigos connectés, c'est-à-dire tout terminal connecté au réseau et capable d'envoyer et de recevoir des messages, éventuellement en les affichant ou en les vocalisant. [0039] Outre le terminal source et les terminaux associés à ce terminal source, ce mode de 6 réalisation fait intervenir un serveur de synchronisation 30, avec lequel le terminal mobile source 10 et les terminaux associés 10' et 10" échangent des messages de synchronisation, désignés ici par « SYNC ». [0040] A cc titre, des modules clients synchronisation sont installés dans les terminaux associés 10, 10' et 10" tandis qu'un module serveur dc synchronisation est installé dans le serveur de synchronisation, ces modules étant synchronisés de sorte à cc que les modules clients soient notifiés des changements de contenu du module serveur du serveur de synchronisation, soit en temps réel des qu'un tel changement a lieu, soit de manière différée lorsqu'un des modules clients interroge le module serveur afin de connaître les changements qui ont eu lieu depuis la dernière connexion du terminal client au serveur. [0041] De tels messages de synchronisation SYNC sont conformes à un protocole de syn- chronisation apte à être utilisé entre un module client et un module serveur, lequel peut être le protocole IMAP (pour « Interactive Message Access Protocol » en anglais), JMAP (pour l'implémentation Java du protocole IMAP), OMA DS (Data Sync) ou OMA NMS (Network Message Storage), par exemple. En d'autres termes, les terminaux 10, 10' et 10" se synchronisent avec le serveur de synchronisation en échangeant des messages de synchronisation conforme à un protocole dc synchronisation tel que l'un des protocoles susmentionnés, cités à titre d'exemple de protocole de synchronisation. [0042] Dans une étape préalable (non illustrée) au présent procédé, les terminaux 20' et 20" associés au terminal destinataire 20 s'enregistrent auprès du serveur de synchronisation 30, afin de bénéficier ultérieurement du service de synchronisation géré par ce serveur. En particulier, le serveur de synchronisation 30 dispose de l'information permettant de faire le lien entre tous les terminaux associés, typiquement un identifiant commun à tous ces terminaux tels qu'un identifiant MSISDN20 du terminal destinataire 20, ou encore un numéro supplémentaire de type « extra-number », i.e. un nouveau numéro, fourni par l'opérateur, non lié à une carte SIM ou à un terminal particulier. [0043] Lorsqu'un message SMS1 (ici un message selon le format SMS) est à transmettre depuis le terminal source 10 vers un terminal destinataire 20, le terminal 10 procède d'une part à la transmission de message SMS1 vers le terminal 20 de la manière illustrée précédemment à la figure 1, en utilisant les étapes A110 à A115 décrites précédemment en relation avec cette figure 1. [0044] Cependant, outre ces étapes de transmission du message directement au terminal 20 dans le plan de signalisation, dans le présent mode de réalisation, le terminal 10 insère (étape S120) ce message SMS1 dans un message de synchronisation SYNC conforme au protocole de synchronisation utilisé par le serveur de synchronisation 30. [0045] En particulier, l'insertion de ce message peut se faire dans un champ du message de 7 synchronisation permettant une telle insertion. A titre d'exemple, ce message SYNC peut être une requête de type HTTP POST avec une structure de type Mime Text/plain dans laquelle est inséré le message SMS1, comme illustré ci-dessous : [0046] POST e.e--linnaAPItrarsiviirmSt-IWtc,%'"%rgI'ree-Erci,Irn',-,>, etc .Acoept: reptatelmil Alenorizatb: REaRER >:-8776724-Mte4au-e' tk,ECY.K.3 exa :nt-rpe texte: t-Leme: Ri ken,elat about a dri53-111,-; e.s2.nfre [0047] En réponse à cette requête, le serveur 30 peut transmettre au terminal 10 un identifiant unique, attribué par le serveur 30 au message SMS1, inséré dans une structure XML ou JSON par exemple. [0048] Une fois le message SMS1 à transmettre inséré dans le message de synchronisation, le message de synchronisation résultant SYNC[SMS1] est transmis par le terminal source 10 vers le serveur de synchronisation 30 (étape S130), dans le plan de transport de données. [0049] Il convient de noter ici que l'étape A110 de transmission du message SMS1 di- rectement au terminal 20 d'une part, et les étapes 5120 et S130 d'insertion et d'envoi du message de synchronisation contenant le message SMSI au serveur de synchronisation 30 d'autre part., peuvent être effectuées en parallèle, c'est-à-dire simultanément ou dans un ordre quelconque les unes par rapport aux autres. [0050] Une fois ce message de synchronisation SYNC[SMS1] reçu par le serveur de syn- chronisation 30, le message SMSI qu'il contient peut. être extrait et stocké par ce serveur de synchronisation 30 (étape S140), soit au sein même d'une mémoire de ce serveur, soit dans une base de données associée à ce serveur. [0051] Ace stade, les terminaux associés 10' et 10", ces derniers récupèrent respectivement le message SMSI destiné au terminal destinataire 10 au moyen de messages de synchronisation qu'ils échangent respectivement avec le serveur de synchronisation 30. Ainsi, pour ce qui est du terminal associé 10', le serveur de synchronisation 30 récupère le message SMSI destiné au terminal destinataire 20 au moyen d'un message de synchronisation SYNC' [SMS1] qu'il transmet à ce terminal 10 (étape S150'). Il fait de même pour tous les autres terminaux associés, en l'occurrence ici pour le terminal 10" (étape S150") auquel il envoie un message de synchronisation SYNC"[SMS1] dans lequel il a inséré le message SMSI. [0052] Les messages de synchronisation (ici SYNC'[SMSE] et SYNC"[SMSH) sont générés selon des procédures distinctes, pouvant toutefois utiliser les mêmes mécanismes et protocoles de synchronisation. Alternativement, ces messages de synchronisation peuvent utilisés des protocoles de synchronisation différents. En outre, les 8 messages de synchronisation SYNCISMS1] ou SYNC"[SMS1] utilisés pour transmettre le message SMSI vers l'un des terminaux associés 10' ou 10 "peuvent être générés selon les mêmes mécanismes et protocoles de synchronisation que le message de synchronisation SYNC[SMS1] utilisé pour transmettre le message SMS1 depuis le terminal source 10, ou bien encore être un message de synchronisation d'un type différent. [0053] Ces messages de synchronisation peuvent être implémentés sous la forme d'un message contenant un attribut dans lequel le message SMS1 est inséré. Il peut s'agir notamment d'un message de type «pager-messager» selon l'interface REST NMS, contenant un objet de type SMS dit « inline », dans lequel le message SMSI peut être directement inséré dans un attribut « textContent », comme illustré par l'exemple ci-dessous : fat tflb Nessage-Cohtext tare 5sagP£tMatue? ' tt eattribute) eottribute) .10.D:taloa> ectio TO a ribote> (/attribuces> cflags> let's th Leach [0054] Ces messages de synchronisation peuvent aussi être implémentés sous la forme de 9 message avec un champ « payload » contenant une adresse permettant le téléchargement ultérieur du message SMS1 (par requête GET par exemple). En particulier, il peut s'agir d'un message de type « pager-messager » selon l'interface REST NMS, comme illustré par l'exemple ci-dessous : -cab-jet:D. CattrihLttes> Abame>Message /nana> -ev..alba>ager- bset, flasie>ron 191+1958555 A ,alue> iattribute> triame>Tb tel:TIT STS58f18 .. , ribute> bùtey. amb>pbt iba4ke> value>28 T11-127e:30 vaheT cat ure> >DireTti6b Ib Tiattributs> text -ributes> c÷^ 1ffl)\Seene/fl, ter /biainticententType) 49 . gubject> [0055] Ces messages de synchronisation peuvent aussi être implémentés sous forme d'une notification du serveur de synchronisation, contenant dans son objet une URL permettant de télécharger directement un objet « message SMS1», comme illustrée par l'exemple ci-dessous, où l'élément «okd1000» en fin d'URL représente un identifiant unique de ce message : WorentFolder>frsttp:17exampleAPI/F,msivl ,A%2a1958555e;:é0tfoltiersifi,,B% seer cresourreURL>ttP,lienePielkms/v11 Storerte 34%28195g..550100/objectleCVÎ13- e "ceURL, 134 Terre1ationTebT07qberrelatibrId> +fneKebjest> tEve > [0056] Les trois exemples précédents sont au format XML, mais une structure JSON peut être également utilisée. [0057] Chaque terminal associé peut alors, après avoir reçu un tel message de synchro- nisation, récupérer le message SMS1 destiné au terminal destinataire 20, soit en beclob123 l'extrayant du message de synchronisation lorsqu'il y est inséré, soit en téléchargcant ce message SMSI depuis une adresse indiqué dans cc message de synchronisation. Les terminaux associés 10' et 10 »" peuvent alors stocker ce message SMSI dans leurs propres mémoires, pour consultation ou restitution ultérieure par un utilisateur. [0058] Ainsi, au terme de ce procédé, tous les terminaux associés au terminal source disposent du message SMSI émis par le terminal source, ainsi que des informations associées à ce message, telles que l'heure d'envoi du message, le lieu d'envoi du message, l'état de lecture ou de réponse du message, etc. L'utilisateur d'un système multi-terminaux a donc accès à un même historique d'envoi de message, peu importe le terminal par lequel il y accède. [0059] Dans un mode de réalisation, le procédé illustré sur la figure 2 peut être déclenché pour tous les messages utilisant comme identifiant d'origine un identifiant commun potentiellement utilisé sur d'autres terminaux, saisis par un utilisateur sur le terminal source 10. Pour ce faire, le terminal source 10 peut comprendre un module de formatage de message de synchronisation, configure pour recevoir en entrée tous les messages à transmettre en utilisant un identifiant commun à plusieurs terminaux et pour les insérer dans des messages de synchronisation à transmettre vers le serveur de synchronisation 30. [0060] Dans le présent mode de réalisation, ce module de formatage de message de synchro- nisation fonctionne parallèlement au module natif de formatage de message à transmettre, de sorte à transmettre en parallèle aussi bien le message destiné au terminal destinataire selon un schéma classique (étapes A110 à A115) qu'un message de synchronisation contenant ce message vers le serveur de synchronisation 30 (étape S130). [0061] Dans un tel mode de réalisation « hybride », le message reste transmis vers le terminal destinataire au moyen de messages de signalisation, dans le plan de signalisation donc, tandis que des copies de ce message sont transmises aux terminaux associés au terminal source, dans le plan de transport de données. Ceci permet de garantir une certaine rapidité de transmission au terminal destinataire, tout en économisant des ressources du plan de signalisation pour ce qui est des copies transmises aux terminaux associés, pour lesquelles le temps de transmission est moins critique que pour le terminal destinataire. [0062] Dans un autre mode de réalisation, ce module de formatage de message de synchro- nisation est placé en sortie du module natif de formatage de message à transmettre, de sorte à intercepter les messages en sortie de ce dernier. Dans ce cas, un message destiné au terminal destinataire 20 n'est pas émis tel quel, selon le schéma classique (i.e. vers une passerelle d'acheminement du réseau). Au contraire, seul un message de synchronisation contenant ce message est émis, vers le serveur de synchronisation 30. 11 [0063] Il est fait maintenant référence à la Figure 3, laquelle illustre un procédé de transmission de message selon un deuxième de réalisation de la présente invention. [0064] Cet autre mode de réalisation diffère du précédent en ce que la transmission directe du message SMS1, du terminal 10 au terminal 20 dans le seul plan de signalisation, est inhibée, le message SMSI étant alors transmis au moyen d'un message de synchronisation, au moins en partie dans le plan de transport de données, tout comme pour les terminaux associés au terminal 10. [0065] En d'autres termes, dans le présent mode de réalisation, lorsqu'un message SMS1 (ici encore un message selon le format SMS) est à transmettre depuis le terminal source 10 vers un terminal destinataire 20, le terminal 10 ne procède pas à la transmission de cc message SMS1 vers le terminal 20 de la manière illustrée précédemment à la figure 1, et donc n'utilise pas les étapes A 110 à A115 décrites précédemment en relation avec cette figure 1. Cette transmission traditionnelle est ici inhibée au niveau du terminal 10. [0066] Au contraire, le procédé selon le présent mode de réalisation début par l'étape S120 d'insertion du message SMS1 dans un message de synchronisation SYNC[SMS1], suivie par l'étape S130 de transmission de ce message de synchronisation au serveur de synchronisation 30 et de l'étape S140 de mémorisation de cc message SMS1, après son éventuelle extraction du message de synchronisation, par le serveur de synchronisation 30, telles que décrites précédemment en relation avec la figure 2. [0067] A ce stade, les terminaux associés 10' et 10" peuvent récupérer le message SMSI destiné au terminal destinataire 20, au moyen de messages de synchronisation qu'ils échangent respectivement avec le serveur de synchronisation 30, lors d'étapes respectives S150' et S150" comme décrites précédemment en relation avec la figure 2. [0068] Cependant, dans le présent mode de réalisation, le serveur de synchronisation 30 peut également à ce stade transmettre le message SMSI, qu'il a extrait du message de synchronisation SYNC[SMS1] reçu du terminal 10, vers le noeud réseau 40 chargé de stocker et retransmettre les messages entre terminaux mobiles, en l'occurrence le centre SMSC dans le cas de messages SMS (étape S142), par exemple au moyen du protocole de signalisation MAP employé par exemple par les passerelles IP-SM-GW pour transmettre les messages SMS vers un tel noeud réseau 40. Tout autre protocole IP de synchronisation, voire une API, peut être utilisé alternativement. [0069] Ceci permet au noeud réseau 40 de stocker temporairement ce message SMSI (étape A113) avant de le retransmettre (étape A114) vers une passerelle d'acheminement B_SMS de tels messages (une passerelle IP-SM-GW dans le cas d'un réseau d'accès 4G ou un serveur MSC dans le cas d'un réseau d'accès 2G ou 3G), située dans le réseau B auquel le terminal destinataire 20 est abonné/attaché, afin que celle-ci retransmette (étape A115) le message vers le terminal destinataire 20. Ces étapes A113 à 12 A115 sont similaires à celles déjà décrites en relation avec les figures 1 et 2. [0070] Il convient de noter ici que les étapes S142, A113, A114 et A115 d'une part, permettant la transmission du message SMSI du serveur de synchronisation vers le terminal 20, et les étapes S140, S150' et S150", permettant la récupération de cc message SMSI par les terminaux associés au terminal source, peuvent être effectuées en parallèle, c'est-à-dire simultanément ou dans un ordre quelconque les unes par rapport aux autres. [0071] Ainsi, au terme de ce procédé, tous les terminaux associés au terminal source disposent du message SMSI émis par le terminal source, ainsi que des informations associées à ce message, telles que l'heure d'envoi du message, le lieu d'envoi du message, etc. L'utilisateur d'un système multi-terminaux a donc accès à un même historique d'envoi de message, peu importe le terminal auquel il accède. [0072] Similairemcnt au précédent mode de réalisation, pour implémenter ce procédé, le terminal source 10 peut comprendre un module de formatage de message de synchronisation, configure pour recevoir en entrée tous les messages à transmettre utilisant un identifiant potentiellement commun à plusieurs terminaux et pour les insérer dans des messages de synchronisation à transmettre vers le serveur de synchronisation 30. [0073] Cependant, dans le présent mode de réalisation, ce module de formatage de message de synchronisation peut être placé en sortie du module natif de formatage de message à transmettre, de sorte à intercepter les messages en sortie de ce dernier. Dans ce cas, un message destiné au terminal destinataire 20 n'est pas émis tel quel, selon le schéma classique (i.e. vers une passerelle d'acheminement du réseau). Au contraire, seul un message de synchronisation contenant ce message est émis, vers le serveur de synchronisation 30, lors de l'étape S130. Alternativement, dans le cas d'un module natif de formatage de message à transmettre qui serait placé en parallèle du module de formatage de message de synchronisation, et donc pourrait éventuellement transmettre directement le message SMSI dans le plan de signalisation, il convient ici d'instruire à ce module natif de formatage de message à transmettre d'inhiber une telle transmission directe, qui serait redondante avec celle effectuée par le serveur de synchronisation lors des étapes S142 à S148. [0074] Dans cet autre mode de réalisation, les messages à transmettre sont donc transmis quasiment intégralement dans le plan de transport de données, ce qui présente l'avantage d'économiser encore plus les ressources du plan de signalisation du réseau, afin qu'elles puissent être allouées à d'autres services. L'utilisation du seul plan de transport de données, pour la transmission de tels messages depuis ou vers les terminaux, peut s'avérer moins rapide que l'utilisation du plan de signalisation, mais ce désagrément peut s'avérer mineur au regard du gain obtenu en termes d'économie de ressources du plan de signalisation, surtout si l'on considère qu'il n'y a pas véri- 13 tablement de besoin de transmettre de tels messages en temps-réel et qu'un léger temps de latence est alors tolérable. [0075] Le terminal source 10 et le serveur de synchronisation 30 peuvent être configurés pour mettre en oeuvre uniquement le premier ou le deuxième mode de réalisation. [0076] Ainsi, pour ce qui est du premier mode de réalisation illustré en figure 2, le terminal 10 peut être nativement configuré (ou configuré par mise à jour logicielle) pour se synchroniser avec le serveur de synchronisation (étape S120) en plus de l'émission du message SMS1 vers la passerelle d'acheminement 50 (étape A110). Le serveur de synchronisation 30 peut être configuré pour se synchroniser avec les terminaux associés (étapes S150' et S150"), sans envoyer de message de signalisation incluant le message SMS1 vers le noeud réseau 40. [0077] Pour ce qui est du deuxième mode de réalisation illustré en figure 3, le terminal 10 peut être nativement configuré (ou configuré par mise à jour logicielle) pour se synchroniser avec le serveur de synchronisation (étape S120) sans toutefois émettre le message SMS1 vers la passerelle d'acheminement 50. Autrement dit, sa fonction traditionnelle d'envoi du message directement dans le plan de signalisation peut être désactivée. Le serveur de synchronisation 30 peut alors être configuré pour, outre le fait de se synchroniser avec les terminaux associés (étapes S150' et S150"), envoyer également un message de signalisation incluant le message SMSI vers le noeud réseau 40 (S142), afin de permettre à ce message d'atteindre le terminal destinataire 20. [0078] Le serveur de synchronisation 30 peut être configuré pour se synchroniser avec les terminaux associés (étapes S150' et S150"), sans envoyer de message incluant le message SMSI vers le noeud réseau 40. [0079] Dans un autre mode de réalisation cependant, aussi bien le terminal 10 que le serveur de synchronisation 30 peut mettre en oeuvre le premier ou le deuxième mode de réalisation du procédé décrit précédemment. [0080] Le terminal 10 est alors configuré nativement (ou configuré par mise à jour lo- gicielle) pour se synchroniser avec le serveur de synchronisation (étape S120) et, en outre, pouvoir activer ou désactiver l'émission du message SMS1 vers la passerelle d'acheminement 50 dans le plan de signalisation (étape A110). [0081] Cette activation ou désactivation peut être instruite par l'utilisateur du terminal, au moyen d'une commande saisie via l'interface utilisateur ou d'un menu de configuration du terminal 10, ou encore à distance par un message de commande transmis depuis le réseau de communication, par exemple par l'opérateur de ce réseau Ainsi, lorsque la transmission du message SMS1 est effectué par un module de communication du terminal 10, ce module peut être configuré pour recevoir une telle commande d'activation, ou de désactivation, de ce type de transmission (étape A110) et activer, ou désactiver, cette transmission en fonction de cette commande. 14 [0082] Le serveur de synchronisation 30 est alors, pour sa part, configuré pour se syn- chroniser avec les terminaux associés (étapes 5150' et S150") et, en outre, pour pouvoir activer ou désactiver l'émission d'un message de signalisation incluant le message SMS1 vers le noeud réseau 40 (étape S142). [0083] Cette activation ou désactivation peut être instruite par un opérateur du serveur, au moyen d'une commande saisie via une interface utilisateur ou d'un menu de configuration de ce serveur 30, ou encore à distance par un message de commande transmis depuis le réseau de communication, par exemple par l'opérateur de ce réseau. [0084] Cependant, comme il est préférable que cette activation ou désactivation côté serveur 30 tienne compte de l'activation ou désactivation côté terminal 10, le procédé peut avantageusement comprendre une étape de détermination (non illustrée), par le serveur de synchronisation 30, de l'émission (étape A110) du message SMSI du terminal source 10 vers une passerelle d'acheminement 50. La transmission (étape 5142) du message SMS1 du serveur de synchronisation 30 vers le noeud réseau 50 n'a alors lieu que si le résultat de cette détermination est positif. [0085] Cette détermination peut être réalisation au moyen de la détection d'un indicateur d'activation, ou de désactivation, de l'étape A110, inséré dans le message de synchronisation SYNC[SMS1] que le terminal 10 transmet au serveur 30. [0086] En d'autres termes, lorsque l'émission (étape A110) du message SMSI est activée côté terminal 10, le terminal 10 insère un indicateur signalant cette activation dans le message SYNC[SMS1] envoyé au serveur 30 Quand ce serveur 30 reçoit ce message SYNC[SMS1] et y détecte cet indicateur, il désactive alors l'émission (étape S142) du message SMS1 vers le noeud réseau 40, qui serait redondante. Inversement, lorsque l'émission (étape A110) du message SMSI est désactivée côté terminal 10, le terminal 10 insère un indicateur signalant cette désactivation dans le message SYNC[SMS1] envoyé au serveur 30. Quand ce serveur 30 reçoit ce message SYNC[SMS1] et y détecte cet indicateur, il active alors l'émission (étape S142) du message SMS1 vers le noeud réseau 40, afin de déclencher la retransmission de ce message SMS1 vers le terminal 20. [0087] On se réfère à présent à la figure 4, illustrant un terminal mobile selon un mode de réalisation de la présente invention. [0088] Le terminal mobile 10 comprend en particulier un module d'interface utilisateur 11, permettant à un utilisateur de saisir un message, dit « message brut », à transmettre vers un terminal mobile destinataire, ce module d'interface utilisateur pouvant prendre la forme d'un clavier ou d'un écran tactile permettant de rentrer des caractères alphanumériques, voire d'une interface de reconnaissance vocale permettant une telle saisie. [0089] Le terminal mobile 10 comprend également un module de traitement 13 configuré pour recevoir, en entrée, le message brut saisi par un utilisateur et pour le formater sous la forme d'un message pouvant être transmis sur le réseau de communication auquel le terminal est attaché. À cet effet, le module de traitement 13 comprend un module natif 131 de formatage de message à transmettre, configuré pour encapsuler le message brut saisi par l'utilisateur dans un message formaté permettant sa transmission sur le réseau, typiquement un module de formatage SMS délivrant, en sortie, des messages SMS à transmettre vers le réseau. Comme discuté précédemment, ce module natif 131 peut être configuré pour recevoir une instruction d'inhibition de transmission directe de messages vers le réseau, notamment lorsque l'on souhaite mettre en oeuvre le procédé tel qu'illustré par la figure 3. Un tel module de traitement est typiquement implémenté sous la forme d'un ou plusieurs processeurs exécutant des instructions de code d'un programme informatique, associé à une mémoire vive et/ou une mémoire morte. [0090] Le terminal mobile 10 comprend en outre un module de mémorisation 15 dans lequel est mémorisé, entre autres, un identifiant du terminal 10, typiquement mais non exclusivement un numéro de téléphone attribué au terminal, ici MS-ISDN-1o. Ce module de mémorisation 15 peut également mémoriser un identifiant commun au système mufti-terminaux auquel appartient le terminal 10, ou un identifiant virtuel, lequel peut alors être utilisé pour indiquer que les messages transmis par ce terminal sont à diffuser auprès des terminaux associés à ce terminal dans un tel système. [0091] Ce module de mémorisation peut être implémenté sous la forme d'une carte SIM amovible, ou encore d'une carte eSIM intégrée dans le terminal 10. Le module natif 13 , accède à ce module 15 pour y extraire l'identifiant MSISDNI0 afin soit de l'insérer tel quel en tant qu'identifiant commun dans le message formaté qu'il prépare, soit de l'utiliser dans une requête pour récupérer l'identifiant commun auprès d'un serveur distant de type HLR lors de l'attachement au réseau, avant d'insérer cet identifiant récupéré dans le message formaté qu'il prépare, de sorte à ce que ce message puisse identifier son émetteur. [0092] Dans le cadre de la présente invention, le module de traitement 13 comprend en outre un module 132 de formatage de message de synchronisation, recevant en entrée le message délivré par le module natif 131 et l'insérant dans un message de synchronisation destiné à être transmis à un serveur de synchronisation auprès duquel le terminal 10 est enregistré. [0093] Le terminal 10 comprend enfin un module de communication 17, apte à recevoir les messages préparés par le module de traitement 13 afin de les transmettre, par voie radio, vers le réseau de communication auquel le terminal 10 est attaché. Un tel module de communication peut être implémenté en particulier sous la forme d'une ou plusieurs antenne(s) radio connectées à un convertisseur numérique/analogique recevant en entrée les messages préparés par le module de traitement 13, en particulier 16 les messages de synchronisation délivrés par le module 13,, Comme indiqué précédemment, ce module de communication 17 peut, outre les messages de synchronisation SYNC encapsulant des messages destinés à un terminal destinataire, également recevoir des messages préparés par le module natif 131, afin de les transmettre en parallèle des messages de synchronisation contenant ces messages. [0094] On sc réfère à présent à la figure 5, illustrant un serveur de synchronisation selon un mode de réalisation de la présente invention. [0095] Ce serveur de synchronisation 30 comprend en particulier un module de commu- nication 31 configuré pour échanger des messages de synchronisation SYNC avec le terminal source 10, ainsi que de messages de synchronisation SYNC' avec le ou les terminaux 10',10" qui lui sont associés (un seul terminal 10' associé étant illustré ici). [0096] Le serveur de synchronisation 30 comprend en outre un module de traitement 33, configuré tout d'abord pour traiter les messages de synchronisation SYNC reçus en provenance du terminal source 10, et notamment pour en extraire un message destiné à un terminal destinataire 20, par exemple un message SMS, lorsqu'un tel message y a été inséré (cc cas étant ici illustré sur la figure 5 par le message SYNC[SMS1]). Un tel module de traitement est typiquement implémenté sous la forme d'un ou plusieurs processeurs exécutant des instructions de code d'un programme informatique, associé à une mémoire vive et/ou une mémoire morte. [0097] Ce message SMS1, une fois extrait du message de synchronisation SYNC[SMS1], peut être alors mémorisé dans un module de mémorisation 35, ici illustré comme étant compris dans le serveur de synchronisation 30, mais pouvant être aussi implémenté sous la forme d'une base de données distincte de ce serveur, à laquelle ce serveur a accès pour mémoriser ces messages et y accéder ensuite. [0098] La mémorisation de ce message, dans le module de mémorisation 35, peut être faite en association avec un identifiant du terminal source 10 (ici, son identifiant « MSISDN ,0») afin de faciliter sa récupération ultérieure. [0099] Lorsqu'ultérieurement, un terminal associé au terminal source 10 doit être syn- chronisé, le module de traitement 33 peut alors vérifier auprès du module de mémorisation 35 si un message SMS1 associé à l'identifiant unique qui lui est associé a été mémorisé et, si c'est le cas, le module 33 peut alors récupérer ce message afin de l'insérer dans un message de synchronisation SYNC'[SMS1] qu'il fournit au module de communication 31 afin que ce dernier transmette le message de synchronisation SYNC'[SMS1] au terminal associé en question. [0100] Les messages SYNC[SMS1] et SYNC'[SMS1] peuvent être émis spontanément (c'est-à-dire sans qu'une requête préalable n'ait été reçue pour déclencher l'émission de ce message) respectivement par le terminal source 10 et le serveur de synchronisation 30, par exemple à intervalle régulier, dans un mode « push ». Alternativement, 17 ces messages peuvent être des messages émis en réponse à des requêtes de synchronisation reçues respectivement du serveur de synchronisation 30 et du terminal source 10, dans un mode dit « pull » (de telles requêtes étant illustrées par « REQ SYNC » sur la figure 4). [0101] Bien entendu, l'invention n'est pas limitée aux exemples de réalisation ci-dessus décrits et représentés, à partir desquels on pourra prévoir d'autres modes et d'autres formes de réalisation, sans pour autant sortir du cadre de l'invention. 18 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6] REVENDICATIONSProcédé de transmission d'un message (SMS1) destiné à un premier terminal (20), dit terminal destinataire, depuis un deuxième terminal (10), dit terminal source, vers au moins un troisième terminal (10',10"), dit terminal associé, partageant un même identifiant avec le terminal source, comprenant les étapes de : transmission (S130), du terminal source (10) vers un serveur de synchronisation (30), d'un premier message de synchronisation (SYNC[SMS1]) dans lequel est inséré le message destiné au terminal destinataire ; et récupération (S150',S150"), par ledit au moins un terminal associé (10',10"), du message destiné au terminal destinataire auprès du serveur de synchronisation au moyen d'au moins un deuxième message de synchronisation (SYNC'[SMS1], SYNC"[SMS1]) Procédé selon la revendication 1, comprenant en outre la transmission (A110), du terminal source (10) vers une passerelle d'acheminement (50), du message destiné au terminal destinataire (20), afin que ladite passerelle d'acheminement puisse retransmettre ledit message dans le plan de signalisation vers le terminal destinataire (20). Procédé selon l'une des revendications 1 ou 2, comprenant en outre la transmission (S142), du serveur de synchronisation (30) vers un noeud réseau (40) chargé du stockage et de la retransmission de message, du message destiné au terminal destinataire, afin que ledit noeud réseau (40) puisse retransmettre ledit message vers le terminal destinataire (20). Procédé selon la revendication 3, comprenant une étape de détermination, par le serveur de synchronisation (30), de l'émission (A110) du message (SMS1) du terminal source (10) vers une passerelle d'acheminement (50), la transmission (S142) du message du serveur de synchronisation (30) vers le noeud réseau (50) n'ayant lieu que si le résultat de cette détermination est positif. Procédé selon la revendication 4, dans lequel l'étape de détermination est réalisée au moyen de la détection d'un indicateur d'activation de l'émission (A110) du message (SMS1) du terminal source (10) vers une passerelle d'acheminement (50), inséré dans le premier message de synchronisation (SYNC[SMS1]). Procédé selon l'une des revendications 1 à 5, comprenant en outre la mémorisation (S140), par le serveur de synchronisation (30), du 19 message destiné au terminal destinataire, extrait du premier message de synchronisation, afin de permettre la récupération par ledit au moins un terminal associé (10',10") du message destiné au terminal destinataire. [Revendication 7] Procédé selon l'une des revendications 1 à 6, dans lequel le message (SMSI) destiné au terminal destinataire est un message au format SMS. [Revendication 8] Procédé selon l'une des revendications 1 à 7, dans lequel le premier et/ ou le deuxième message de synchronisation est un message conforme à un protocole parmi les protocoles IMAP, IMAP, OMA DS ou OMA NMS. [Revendication 9] Serveur de synchronisation (30) comprenant un module de commu- nication (31) apte à échanger des messages de synchronisation avec un premier terminal (10), dit terminal source, et au moins un deuxième terminal (10',10"), dit terminal associé, partageant un même identifiant (MSISDN10) avec le terminal source, et un module de traitement (33) configuré pour extraire un message (SMSI) destiné à un troisième terminal (20), dit terminal destinataire, d'un premier message de synchronisation (SYNC[SMS1]) reçu par le module de communication et pour insérer ledit message dans un deuxième message de synchronisation (SYNC'[SMS1]) à transmettre vers ledit au moins un terminal associé (10',10"). [Revendication 10] Serveur de synchronisation (30) selon la revendication 9, dans lequel le module de traitement est configuré en outre pour transmettre le message extrait (SMSI) à un noeud réseau (40) chargé du stockage et de la retransmission de messages, afin que ledit noeud réseau puisse retransmettre ledit message vers le terminal destinataire (20). [Revendication 11] Terminal (10) comprenant un module de communication (17) et un module traitement (13), le module de traitement étant configuré pour insérer un message (SMS1) destiné à un autre terminal (20), dit terminal destinataire, dans un message de synchronisation et le module de communication étant configuré pour émettre ledit message de synchronisation (SYNC[SMS1]) vers un serveur de synchronisation 30), afin qu'au moins un autre terminal (10',10"), dit terminal associé, puisse récupérer le message destiné au terminal destinataire auprès dudit serveur de synchronisation. [Revendication 12] Terminal (10) selon la revendication 11, dans lequel le module de traitement (13) est configuré en outre pour instruire au module de communication (17) de transmettre le message (SMS1) vers une passerelle d'acheminement (50) permettant sa retransmission dans le plan de si- 20 gnalisation vers le terminal destinataire (20)