FR3094861A1 - Transmission de messages dans un contexte multi-terminaux - Google Patents

Transmission de messages dans un contexte multi-terminaux Download PDF

Info

Publication number
FR3094861A1
FR3094861A1 FR1903652A FR1903652A FR3094861A1 FR 3094861 A1 FR3094861 A1 FR 3094861A1 FR 1903652 A FR1903652 A FR 1903652A FR 1903652 A FR1903652 A FR 1903652A FR 3094861 A1 FR3094861 A1 FR 3094861A1
Authority
FR
France
Prior art keywords
message
terminal
sms1
destination terminal
synchronization
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR1903652A
Other languages
English (en)
Inventor
Vladimir RENARD
Christophe Henri Emile SUART
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to FR1903652A priority Critical patent/FR3094861A1/fr
Priority to PCT/EP2020/059199 priority patent/WO2020201320A1/fr
Priority to US17/601,301 priority patent/US20220182800A1/en
Priority to EP20713921.3A priority patent/EP3949457A1/fr
Publication of FR3094861A1 publication Critical patent/FR3094861A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention concerne un procédé de transmission d’un message (SMS1) destiné à un premier terminal (2), dit terminal destinataire, depuis un deuxième terminal (10), dit terminal source, vers au moins un troisième terminal (20’,20’’), dit terminal associé, partageant un même identifiant avec le terminal destinataire, comprenant, suite à la réception (S114) du message par une passerelle d’acheminement (50’), la transmission (S130,S230), de la passerelle d’acheminement vers un serveur de synchronisation (30), du message (SMS1) au moyen d’un premier protocole de signalisation (MAP) et la récupération (S150’,S250’), par le au moins un terminal associé (20’,20’’), du message destiné au terminal destinataire auprès du serveur de synchronisation au moyen d’un premier message de synchronisation (SYNC’[SMS1]). Elle concerne également une passerelle d’acheminement et un serveur de synchronisation correspondants. Figure pour l’abrégé : Fig. 2

Description

Transmission de messages dans un contexte multi-terminaux
La présente invention concerne la transmission de messages dans un contexte multi-terminaux, et en particulier la transmission de messages de type SMS dans un tel contexte.
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 de messages de signalisation utilisés dans les réseaux de 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.
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.
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-number » en anglais), ou encore « numéro virtuel » (« virtual number » 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
Le système de messagerie SMS décrit ci-dessus ne s’avère pas complètement compatible avec ce type de systèmes « multi-dispositifs ». En particulier, dans le cas de messages SMS reçus par un terminal mobile appartenant à 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 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 qui lui sont pourtant associés au sein du système multi-terminaux.
La présente invention vient donc remédier à ces inconvénients.
Il est proposé à cet effet un procédé de transmission d’un message destiné à un 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 destinataire, comprenant les étapes suivantes, suite à la réception du message par une passerelle d’acheminement: transmission de la passerelle d’acheminement vers un serveur de synchronisation, du message au moyen d’un premier protocole de signalisation; et 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’un premier message de synchronisation.
Dans un mode de réalisation avantageux, le procédé comprend en outre la détermination, par la passerelle d’acheminement, de l’appartenance du terminal destinataire à un système multi-terminaux comprenant le terminal destinataire et ledit au moins un terminal associé, l’étape de récupération (n’ayant lieu qu’en cas de résultat positif de ladite détermination.
Dans un mode de réalisation avantageux, le procédé comprend en outre la transmission, de la passerelle d’acheminement au terminal destinataire, du message au moyen d’un deuxième protocole de signalisation.
Selon un mode de réalisation particulier, la transmission, de la passerelle d’acheminement au terminal destinataire, du message au moyen d’un deuxième protocole de signalisation n’est réalisée que s’il est déterminé, lors de l’étape de détermination, que le terminal destinataire n’appartient pas à un système multi-terminaux.
Selon un mode de réalisation particulier, le procédé comprend en outre la récupération, par ledit terminal destinataire, du message destiné au terminal destinataire auprès du serveur de synchronisation au moyen d’un deuxième message de synchronisation. En particulier, la récupération, par ledit terminal destinataire, du message destiné au terminal destinataire auprès du serveur de synchronisation au moyen d’un deuxième message de synchronisation peut n’être réalisée que s’il est déterminé que le message n’a pas été transmis de la passerelle d’acheminement au terminal destinataire au moyen d’un message de signalisation.
Selon un mode de réalisation particulier, le procédé comprend en outre la mémorisation, par le serveur de synchronisation, du message suite à sa réception en provenance de la passerelle d’acheminement.
Dans un mode de réalisation particulier, le message destiné au terminal destinataire est un message au format SMS.
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.
Dans un mode particulier de réalisation, le premier et/ou le deuxième protocole de signalisation est un protocole parmi les protocoles SIP, MAP et NAS.
Il est également proposé une passerelle d’acheminement comprenant un module de communication apte à recevoir un message destiné à un premier terminal, dit terminal destinataire, selon un premier protocole de signalisation et un module de traitement, configuré pour insérer le message dans un message de signalisation à transmettre vers un serveur de synchronisation afin de permettre à au moins un deuxième terminal, dit terminal associé, partageant un identifiant avec le terminal destinataire, de récupérer ledit message auprès dudit serveur de synchronisation.
Selon un mode particulier de réalisation, ce module de traitement est configuré en outre pour instruire au module de communication de transmettre ledit message vers le terminal destinataire au moyen d’un message de signalisation selon un deuxième protocole de signalisation.
Selon un mode particulier de réalisation, ce module de traitement est configuré en outre pour inhiber la transmission dudit message par le module de communication au terminal destinataire.
Il est également proposé un serveur de synchronisation comprenant :
un module de communication apte recevoir un message de signalisation selon un premier protocole de signalisation, ce message de signalisation contenant un message destiné à un premier terminal, dit terminal destinataire, et
un module de traitement configuré pour insérer le message reçu dans au moins un premier message de synchronisation à transmettre, par le module de communication, vers au moins un deuxième terminal, dit terminal associé, partageant un identifiant avec ledit terminal destinataire.
Selon un mode particulier de réalisation, le module de traitement est configuré en outre pour insérer le message dans un deuxième message de synchronisation à transmettre, par le module de communication, vers ledit terminal destinataire.
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 :
La figure 1 représente schématiquement l’architecture prévue pour la transmission de message SMS, tel que normalisée actuellement ;
La figure 2 représente un mode de réalisation du procédé de transmission de message selon la présente invention ;
La figure 3 représente un autre mode de réalisation du procédé de transmission de message selon la présente invention ;
La figure 4 illustre une passerelle d’acheminement selon un mode de réalisation de la présente invention ; et
La figure 5 illustre un serveur de synchronisation selon un mode de réalisation de la présente invention.
Il est fait tout d’abord référence à laFigure 1, laquelle illustre schématiquement une architecture actuellement envisageable, basée sur 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.
En particulier, une fois qu’un message de type SMS destiné à un terminal mobile destinataire UE-B a été saisi par un utilisateur sur le terminal mobile UE-A, le terminal mobile UE-A transmet (étape A110) ce message SMS vers une passerelle d’acheminement appartenant au réseau B de communication auquel le terminal destinataire est attaché, afin que cette passerelle puisse adresser ce message vers ce terminal UE-B dès que celui-ci devient joignable.
Une telle transmission se décompose typiquement en une première transmission du message SMS selon un protocole de signalisation SIP (pour « Session Initiation Protocol » en anglais) ou NAS (« Non Access Stratum » en anglais), du terminal UE-A vers une passerelle d’acheminement (IP-SM-GW tel qu’illustré ici, mais pourrait être aussi un nœud MSC) qui lui est affectée dans le réseau A auquel il est attaché (sous-étape A111), cette passerelle retransmettant alors ce message SMS selon un protocole de signalisation MAP (pour « Mobile Application Part » en anglais) vers un nœud réseau de type SMSC, pour « Short Message Service Center » en anglais (sous-étape A112), afin que ce nœud 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 abonné. Par la suite, lorsque la disponibilité du terminal destinataire UE-B est signalée à ce nœud réseau SMSC, celui transmet alors (sous-étape A114) le message SMS vers une passerelle d’acheminement IP-SM-GW de ce réseau B, au moyen du protocole de signalisation MAP.
Si cette dernière passerelle d’acheminement IP-SM-GW du réseau B a été configurée au préalable pour transmettre tout message SMS destiné au terminal destinataire UE-B vers d’autres terminaux qui lui sont associés (ici les deux terminaux UE-B’ et UE-B’’ à titre purement illustratif), cette passerelle d’acheminement doit alors procéder à la duplication (étape A120) de ce message SMS en autant de messages qu’il y a de terminaux associés, afin de transmettre (étape A130) ce message SMS au terminal destinataire UE-B en utilisant un protocole de signalisation (ici le protocole SIP à titre d’exemple), de transmettre (étape A130’) ce même message SMS au premier terminal associé UE-B’ toujours en utilisant un protocole de signalisation et de transmettre (étape A130’’) ce même message SMS au deuxième terminal associé UE-B’’ toujours en utilisant un protocole de signalisation.
Comme on peut le constater, ce mécanisme se révèle particulièrement fastidieux et consommateur de ressources dans le plan de signalisation, proportionnellement au nombre de terminaux associés qui sont concernés.
Il est fait maintenant référence à laFigure 2, laquelle illustre un procédé de transmission de message selon un mode de réalisation de la présente invention.
Dans ce 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.
Le message en question est ici illustré comme étant un message SMS1, formaté selon le format SMS, sans que l’invention ne se limite à ce seul format de message, celle-ci pouvant s’appliquer à tout type de message à destinés à être transmis, entre terminaux et, notamment entre terminaux mobiles, uniquement dans le plan de signalisation.
Dans le cas présent, le terminal destinataire 20 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.
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.e. le même identifiant MSISDN), 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é.
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.
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), ainsi que 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.
Outre le terminal destinataire et les terminaux associés à ce terminal destinataire, ce mode de réalisation fait intervenir un serveur de synchronisation 30, avec lequel les terminaux associés 20’ et 20’’ (voire également le terminal destinataire 20 comme il sera vu plus loin) échangent des messages de synchronisation, désignés ici par « SYNC ».
A ce titre, des modules clients de synchronisation sont installés, typiquement sous forme logicielle, dans les terminaux associés 20’ et 20’’ (voire également dans le terminal destinataire 20 comme il sera vu plus loin) tandis qu’un module serveur de synchronisation, typiquement sous forme logicielle, est installé dans le serveur de synchronisation 30, ces modules étant synchronisés de sorte à ce que les modules clients soient notifiés des changements de contenu du module serveur du serveur de synchronisation, soit en temps réel dès 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.
De tels messages de synchronisation SYNC sont conformes à un protocole de synchronisation 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 (pour « Data Synchronisation » en anglais) ou OMA NMS (pour « Network Message Storage » en anglais), par exemple. En d’autres termes, les terminaux 20’ et 20’’ (voire également le terminal 20) se synchronisent avec le serveur de synchronisation 30 en échangeant des messages de synchronisation conforme à un protocole de synchronisation tel que l’un des protocoles susmentionnés, cités à titre d’exemple de protocole de synchronisation.
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 MSISDN20du 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.
Lorsqu’un message SMS1 (ici un message selon le format SMS) est à transmettre depuis le terminal source 10 vers le terminal destinataire 20, le terminal 10 transmet (étape S111) ce message SMS1 selon un protocole de signalisation (ici illustré comme étant le protocole SIP) vers une première passerelle d’acheminement 50 (ici illustré par une passerelle IP-SM-GW) appartenant au réseau auquel le terminal 10 est attaché, laquelle retransmet (étape S112) ce message SMS1 au moyen d’un protocole de signalisation (ici illustré par le protocole MAP) vers un nœud réseau 40 (ici illustré par un nœud SMSC) qui mémorise ce message (étape S113) avant de le retransmettre (étape S114) vers une deuxième passerelle d’acheminement 50’ (ici illustré par une passerelle IP-SM-GW) au moyen d’un protocole de signalisation (illustré ici par le protocole MAP). Une telle retransmission peut se faire immédiatement (dès réception du message) et, si elle échoue, peut être retentée périodiquement jusqu’à ce qu’elle réussisse, ou bien être retentée une fois le nœud réseau 40 alerté par le réseau B de la disponibilité du terminal destinataire 20.
Une fois reçu le message SMS1, la deuxième passerelle d’acheminement 50’ transmet (étape S115) alors ce message SMS vers le terminal destinataire 20, au sein du réseau B auquel ce terminal 20 est attaché, selon un protocole de signalisation qui peut être le protocole SIP, ou une combinaison des protocoles MAP et NAS (pour « Non-Access Stratum » en anglais), par exemple.
Après avoir reçu le message SMS1 du nœud réseau 40, et parallèlement à l’envoi de ce message SMS1 vers le terminal 20 (c’est-à-dire avant, pendant ou après cet envoi), la deuxième passerelle d’acheminement 50’ peut transmettre (étape S130) le message SMS1 au serveur de synchronisation 30 selon un protocole de signalisation, par exemple le protocole MAP comme illustré à titre non limitatif sur la figure 2, ou encore le protocole OMA NMS, entre autres protocoles adaptés pour la transmission de messages de signalisation entre passerelle d’acheminement et serveur de synchronisation.
A cette fin, la deuxième passerelle d’acheminement 50’ a été avantageusement configurée au préalable pour connaître l’adresse réseau de ce serveur de synchronisation 30, pour pouvoir lui transmettre un message de signalisation contenant le message SMS1, ainsi que pour déterminer s’il faut, ou non, déclencher la transmission la transmission de ce message SMS1 vers ce serveur de synchronisation 30, typiquement en fonction d’un identifiant récupéré dans le message de signalisation reçu depuis la passerelle d’acheminement 50’, en particulier de l’identifiant du terminal destinataire indiqué dans un champ du message SMS1.
Ainsi, lorsqu’elle reçoit un message SMS1 depuis le nœud réseau 40, la passerelle d’acheminement 50’ peut alors déterminer (étape S120) si ce message SMS1 doit aussi être transmis au serveur de synchronisation 30, en plus d’être transmis au terminal destinataire 20.
Cette étape de détermination peut être réalisée en fonction d’un identifiant associé au terminal destinataire du message SMS1 reçu depuis le nœud réseau 40, typiquement le MSISDN du terminal destinataire tel qu’indiqué dans ce message SMS1. En particulier, la passerelle d’acheminement 50’ peut vérifier si cet identifiant a été préalablement mémorisé par la passerelle d’acheminement 50’ (ou en interrogeant une base de données, par exemple un HLR) comme étant l’identifiant d’un terminal appartenant à un système multi-terminaux impliquant plusieurs terminaux, c’est-à-dire à l’identifiant d’un terminal destinataire pour lequel il convient de transmettre les messages au serveur de synchronisation 30.
Si le résultat de cette détermination s’avère négatif (par exemple dans le cas où le terminal destinataire 20 ne fait pas partie d’un système multi-terminaux préalablement déclaré auprès de la passerelle d’acheminement 50’, et donc que son identifiant MSISDN n’a pas été mémorisé au préalable par la passerelle 50’), le procédé s’arrête à ce stade et seul le terminal destinataire 20 reçoit le message SMS1 (étape S115) dans le plan de signalisation, de manière traditionnelle.
Si le résultat de cette détermination s’avère positif (typiquement dans le cas où le terminal destinataire 20 fait partie d’un système multi-terminaux et est associé à un identifiant mémorisé par la passerelle d’acheminement 50’ pour signaler que tel est le cas), la passerelle d’acheminement 50’ procède alors à la transmission (étape S130) de ce message SMS1 vers le serveur de synchronisation 30, en insérant ce message SMS1 dans un message de signalisation conforme à un protocole de signalisation adapté aux échanges de signalisation entre passerelles d’acheminement et serveurs de synchronisation, ici le protocole MAP (mais pourrait être aussi le protocole OMA NMS).
Il convient de noter ici que cette étape de détermination S120 peut avoir lieu indifféremment avant ou après l’étape de transmission S115 vers le terminal destinataire 120, dans la mesure où cette transmission S115, dans le plan de signalisation, du message SMS1 est systématiquement réalisée dans le présent mode de réalisation, que le terminal destinataire appartienne à un système multi-terminaux ou pas.
Une fois reçu ce message SMS1, le serveur de synchronisation 30 mémorise (étape S140) ce message SMS1, après l’avoir extrait du message de signalisation dans lequel il a été reçu, soit au sein même d’un module de mémorisation de ce serveur, soit dans une base de données associée à ce serveur.
A ce stade, les terminaux associés 20’ et 20’’ peuvent alors récupérer le message SMS1, destiné au terminal destinataire 20, auprès du serveur de synchronisation 30, au moyen de messages de synchronisation conformes à un protocole de synchronisation adapté à la synchronisation en mode client-serveur, tel que le protocole IMAP, JMAP, OMA DS ou OMA NMS, entre autres.
Ainsi, pour ce qui est du terminal associé 20’, lorsque ce terminal 20’ est à synchroniser, le serveur de synchronisation 30 récupère le message SMS1 destiné au terminal destinataire 20 et l’insère dans un message de synchronisation SYNC’[SMS1] qu’il transmet à ce terminal 20’ (étape S150’). Le serveur 30 fait de même pour tous les autres terminaux associés, en l’occurrence ici pour le terminal 20’’ (étape S150’’) auquel il transmet un message de synchronisation SYNC’’[SMS1] dans lequel il a inséré le message SMS1.
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 SMS1 peut être directement inséré dans un attribut « textContent », comme illustré par l’exemple ci-dessous :
Ces messages de synchronisation peuvent aussi être implémentés sous forme de 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 :
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 « old1000 » en fin d’URL représente un identifiant unique de ce message :
Les trois exemples précédents sont au format XML, mais une structure JSON peut être également utilisée.
Le message de synchronisation SYNC’[SMS1] utilisé pour transmettre le message SMS1 vers le terminal associé 20’ peut être le même que le message de synchronisation SYNC[‘’SMS1] utilisé pour transmettre le message SMS1 vers le terminal associé 20’’, ou bien encore être un message de synchronisation d’un type différent mais conforme à un même protocole de synchronisation, ou bien encore être conforme à un protocole de synchronisation différent. Tous ces messages de synchronisation sont transmis dans le plan transport de données, et non dans le plan de signalisation comme cela serait le cas si le message SMS1 devait être dupliqué et transmis à chaque terminal associé.
Chaque terminal associé 20’ et 20’’ peut alors, après avoir reçu respectivement ces messages de synchronisation SYNC’ et SYNC’’, y extraire le message SMS1 destiné au terminal destinataire 20 et le stocker dans leurs propres mémoires respectives, pour consultation ou restitution ultérieure par un utilisateur. Ainsi, au terme de ce procédé, tous les terminaux associés au terminal destinataire disposent du message SMS1 devant être reçu par le terminal destinataire, 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, l'indicateur de réponse, etc. L’utilisateur d’un système multi-terminaux a donc accès à un même historique de réception de message, peu importe le terminal auquel il accède.
On se réfère à présent à lafigure 3, laquelle illustre un procédé de transmission de message selon un autre mode de réalisation de la présente invention.
Cet autre mode de réalisation est relativement similaire à celui illustré à la figure 2, à la différence près qu’après avoir reçu le message SMS1, la passerelle d’acheminement 50’ du réseau auquel le terminal destinataire est abonné ne le transmet pas nécessairement directement au terminal destinataire, dans le plan de signalisation, mais peut au contraire laisser le soin au serveur de synchronisation de s’en charger, dans le plan transport de données.
En d’autres termes, au niveau de la passerelle d’acheminement 50’, l’étape traditionnelle (illustrée par S115 en figure 2) de transmission du message SMS1 vers le terminal destinataire 20 selon un protocole de signalisation peut être ici inhibée, et n’a donc pas systématiquement lieu.
Pour permettre une telle inhibition, après avoir reçu un message SMS1 depuis le nœud réseau 40 (étape S114), la passerelle d’acheminement 50’ peut déterminer (étape S220) si ce message SMS1 doit être transmis au serveur de synchronisation 30, cette détermination pouvant être effectuée de manière similaire à l’étape S120 décrite en relation avec la figure 2.
Si le résultat de cette détermination s’avère négatif (par exemple parce que le numéro destinataire MSISDN20 n’est pas indiqué, au niveau de la passerelle d’acheminement 50’ comme faisant partie d’un système multi-terminaux impliquant plusieurs terminaux associés), la passerelle d’acheminement 50’ peut alors transmettre (étape S225) le message SMS1 selon un protocole de signalisation (ici illustré par le protocole SIP, mais pouvant aussi être la combinaison de protocoles MAP et NAS par exemple) adapté aux échanges de signalisation entre passerelle réseau et terminaux, de manière traditionnelle, sans le transmettre en parallèle au serveur de synchronisation 30.
Si le résultat de cette détermination s’avère positif (par exemple parce qu’un identifiant associé au terminal destinataire 20 est mémorisé par la passerelle d’acheminement 50’ comme indiquant que ce terminal 20 fait partie d’un système multi-terminaux impliquant plusieurs terminaux), alors il n’y a pas de transmission de ce message directement vers le terminal destinataire 20 dans le plan de signalisation (i.e. l’étape S225 est inhibée et n’a pas lieu), mais au contraire ce message SMS1 est inséré dans un message de signalisation conforme à un protocole de signalisation adapté aux échanges de signalisation entre passerelles d’acheminement et serveur de synchronisation (ici le protocole MAP à titre d’exemple) et transmis (étape S230) vers le serveur de synchronisation 30.
De préférence ici, pour signaler au serveur de synchronisation 30 que l’étape S225 a été inhibée et donc qu’il revient au serveur de synchronisation 30 de permettre la récupération du message SMS1 par le terminal destinataire 20, la passerelle d’acheminement 50’ peut insérer dans ce message de signalisation un indicateur, interprétable par le serveur 30, signalant que le message SMS1 n’a pas été transmis au terminal destinataire 20 par la passerelle 50’.
Une fois reçu ce message de signalisation incluant le message SMS1, le serveur de synchronisation 30 extrait ce message SMS1 et le mémorise (étape S240), soit au sein même d’un module de mémorisation de ce serveur, soit dans une base de données associée à ce serveur.
A ce stade, non seulement les terminaux associés 20’ et 20’’, mais également le terminal destinataire 20, peuvent alors récupérer le message SMS1, destiné au terminal destinataire 20, auprès du serveur de synchronisation 30, au moyen de messages de synchronisation conformes à un protocole de synchronisation adapté à une synchronisation client-serveur, tel que le protocole IMAP, JMAP, OMA DS ou OMA NMS, entre autres.
Tout comme dans le mode de réalisation illustré en figure 2, pour ce qui est du terminal associé 20’, le serveur de synchronisation 30 récupère le message SMS1 destiné au terminal destinataire 20 et l’insère dans un deuxième message de synchronisation SYNC’[SMS1] qu’il transmet à ce terminal 20’ (étape S250’). Il fait de même pour tous les autres terminaux associés, en l’occurrence ici pour le terminal 20’’ (étape S250’’) auquel il transmet un troisième message de synchronisation SYNC’’[SMS1] dans lequel il a inséré le message SMS1.
Pour ce qui est du terminal destinataire 20, dans un mode de réalisation, le serveur de synchronisation 30 peut être configuré pour systématiquement récupérer le message SMS1 destiné à ce terminal destinataire 20 et l’insérer dans un premier message de synchronisation SYNC[SMS1] qu’il transmet à ce terminal 20 (étape S250), sans tenir compte d’une éventuelle transmission directe au terminal 20 de ce message SMS1 dans le plan de signalisation.
Dans un mode de réalisation alternatif, le procédé peut comprendre une étape optionnelle (étape S245) de détermination, par le serveur de synchronisation, afin de ne transmettre un message de synchronisation SYNC[SMS1] au terminal destinataire 20 déterminer que lorsqu’il n’a pas déjà été transmis, dans le plan de signalisation, par la passerelle d’acheminement 50’. Cette détermination peut en particulier être réalisée en vérifiant la présence, dans le message de signalisation reçu de la passerelle d’acheminement 50’ lors de l’étape S230, d’un indicateur signalant que le message SMS1 n’a pas été transmis (ou au contraire a été transmis) au terminal destinataire 20 par la passerelle 50’.
Tout comme pour le mode de réalisation illustré en figure 2, les messages de synchronisation SYNC[SMS1], SYNC’[SMS1] et SYNC’’[SMS1] utilisés pour transmettre le message SMS1 respectivement aux terminaux 20, 20’ et 20’’ peuvent être un seul et même type de message de synchronisation, ou bien encore être des messages de synchronisation de types différents mais conformes à un même protocole de synchronisation, ou bien encore être respectivement conformes à des protocole de synchronisation différents.
Chaque terminal 20, 20’ et 20’’peut alors, après avoir reçu respectivement ces messages de synchronisation SYNC, SYNC’ et SYNC’’, y extraire le message SMS1 destiné au terminal destinataire 20 et le stocker dans leurs propres mémoires respectives, pour consultation ou restitution ultérieure par un utilisateur. Ainsi, au terme de ce procédé, tous les terminaux associés au terminal destinataire disposent du message SMS1 devant être reçu par le terminal destinataire, ainsi que des informations associées à ce message, comme décrites précédemment.
Dans le mode de réalisation illustré en figure 3, seul le plan de transport de données est utilisé pour diffuser le message à recevoir entre les différents terminaux du système multi-terminaux, ce qui permet une économie optimale des ressources dans le plan de signalisation.
On se réfère à présent à lafigure 4, illustrant une passerelle d’acheminement selon un mode de réalisation de la présente invention.
Cette passerelle d’acheminement 50’ comprend en particulier un module de communication 51 configuré pour recevoir, en provenance d’un nœud réseau 40 chargé du stockage et de la transmission de message dans le plan de signalisation, un message de signalisation (illustré par « MAP[SMS1] ») conforme à un protocole de signalisation adapté aux échanges de signalisation entre nœud réseau et passerelle d’acheminement (ici le protocole MAP) dans lequel a été inséré un message SMS1 à transmettre à un terminal destinataire 20.
Ce module de communication 51 est également configuré pour transmettre, vers un serveur de synchronisation 30, un message de signalisation (illustré par « MAP[SMS1] ») conforme à un protocole de signalisation adapté aux échanges de signalisation entre passerelle d’acheminement et serveur de synchronisation (ici aussi le protocole MAP) dans lequel a été inséré ce message SMS1, ainsi éventuellement qu’un indicateur signalant l’éventuelle absence de transmission de ce message SMS1 de cette passerelle directement vers le terminal destinataire 20.
En outre, dans un mode particulier de réalisation, ce module de communication 51 est également configuré pour transmettre, vers le terminal destinataire 20, un message de signalisation conforme à un protocole de signalisation adapté aux échanges de signalisation entre passerelle d’acheminement et terminaux (ici le protocole SIP, mais pourrait être aussi le protocole MAP ou NAS, par exemple) dans lequel a été inséré ce message SMS1.
Cette passerelle d’acheminement 50’ comprend en outre un module de traitement 53, configuré tout d’abord pour traiter les messages de signalisation reçus en provenance du nœud réseau 40, et notamment pour en extraire un message SMS1 destiné à un terminal destinataire 20, par exemple un message SMS, lorsqu’un tel message y a été inséré (ce cas étant ici illustré sur la figure 4 par le message « MAP[SMS1] »). Ce message SMS1, une fois extrait du message de signalisation « MAP[SMS1] », peut être analysé afin de récupérer un identifiant associé au terminal 20 auquel il est destiné (ici son identifiant « MSISDN20 »).
Une fois cette identifiant récupéré, le module de traitement 53 peut déterminer si le terminal destinataire 20 appartient à un système multi-terminaux préalablement signalé à la passerelle 50’, au moyen de cet identifiant.
Afin d’effectuer cette opération, dans un mode de réalisation, le module de traitement 53 interroge un module de mémorisation 55 (ici illustré comme étant compris dans la passerelle d’acheminement 50’, 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) pour vérifier si cet identifiant y est mémorisé.
Si le résultat de cette détermination s’avère négatif (i.e. l’identifiant « MSISDN2 0» récupéré ne correspond à aucun identifiant mémorisé), le module de traitement 53 peut alors insérer le message SMS1 dans un message de signalisation selon un protocole de signalisation adapté aux terminaux (ici le protocole SIP, mais pourrait être le protocole MAP ou NAS, par exemple) et instruire au module de communication 51 de transmettre ce message de signalisation vers le terminal destinataire 20, sans solliciter le serveur de synchronisation 30.
Si le résultat de cette détermination s’avère positif (i.e. l’identifiant « MSISDN20» récupéré correspond à un identifiant mémorisé), le module de traitement 53 peut alors insérer le message SMS1 dans un message de signalisation adapté aux échanges avec un serveur de synchronisation (ici le protocole MAP) et instruire au module de communication 51 de le transmettre vers le serveur de synchronisation 30.
En outre, dans un mode particulier de réalisation, le module de traitement 53 peut déterminer s’il convient d’insérer ce message SMS1 dans un message de signalisation adapté aux échanges avec des terminaux (e.g. le protocole SIP, MAP ou NAS) et d’instruire au module de communication 51 de transmettre ce message de signalisation directement vers le terminal destinataire 20, ou au contraire de ne pas le faire (auquel cas il revient alors au terminal destinataire 20 de récupérer ce message SMS1 directement auprès du serveur de synchronisation).
Pour déterminer cela, un paramètre indicatif d’une transmission directe vers le terminal destinataire, dans le plan de signalisation, peut être associé à l’identifiant signalant l’appartenance du terminal destinataire à un système multi-terminaux, lors de la mémorisation préalable de cet identifiant par la passerelle d’acheminement 50’, dans le module de mémorisation 55.
Ainsi, lorsque le module de traitement 53 détermine que l’identifiant récupéré est mémorisé dans le module de mémorisation 55 (et donc que le terminal destinataire appartient à un système multi-terminaux), le module de traitement peut aussi déterminer s’il convient de transmettre directement le message SMS1 vers ce terminal destinataire 20, en vérifiant la présence d’un paramètre indicatif d’une telle transmission directe dans le plan de signalisation.
A titre d’exemple, sur la figure 5, l’identifiant « MSISDN20» est associé au paramètre « + » indiquant qu’une transmission directe dans le plan de signalisation est à effectuer. A contrario, l’identifiant « MSISDN3 0» est associé au paramètre « - » indiquant qu’une transmission directe dans le plan de signalisation est à inhiber, et donc que le terminal destinataire 30 doit récupérer lui-même, auprès du serveur de synchronisation, les messages qui lui sont destinés.
Ainsi, lorsque la passerelle 50’ reçoit un message à partir duquel est récupéré l’identifiant « MSISDN20» associé à un terminal destinataire 20, le module de traitement 53 comprend de ce qui est mémorisé dans le module de mémorisation 55, non seulement qu’il convient de préparer un ou plusieurs messages de synchronisation, incluant le message SMS1, à transmettre aux terminaux associés au terminal 20, mais également qu’il convient de préparer un message de signalisation incluant ce message SMS1 à transmettre au terminal 20.
Dans ce cas, le module de traitement peut insérer, dans le message de signalisation destiné au serveur de synchronisation 30, une indication que ce serveur de synchronisation n’a pas besoin d’émettre de message de synchronisation à destination du terminal destinataire 20.
A contrario, lorsque la passerelle 50’ reçoit un message à partir duquel est récupéré l’identifiant « MSISDN3 0» associé à un terminal destinataire 30, le module de traitement 53 comprend de ce qui est mémorisé dans le module de mémorisation 55, qu’il convient seulement de préparer un ou plusieurs messages de synchronisation, incluant ce message, à transmettre aux terminaux associés au terminal 30, sans préparer de message de signalisation incluant ce message à transmettre directement au terminal 30. Dans ce cas, le module de traitement peut insérer, dans le message de signalisation destiné au serveur de synchronisation 30, une indication que ce serveur de synchronisation doit permettre au terminal destinataire 20 de récupérer le message SMS1, par exemple en insérant ce message SMS1 dans un message de synchronisation qu’il lui transmet.
Si l’indication évoquée dans les deux cas précédent n’est pas insérée, il revient alors au terminal destinataire 20 de détecter qu’il a déjà reçu directement le message SMS1, et donc qu’il n’a pas besoin de le récupérer auprès du serveur de synchronisation.
Par ailleurs, dans le cas d’un identifiant commun correspondant à un numéro natif du terminal destinataire 20, il peut être prévu (typiquement au niveau de l’opérateur du réseau), que les messages SMS envoyés vers un tel type d’identifiant sont toujours transmis dans le plan de signalisation, et donc sans récupération auprès du serveur de synchronisation. Le serveur de synchronisation peut alors être configuré, au moyen d’un paramètre global, pour appliquer une telle politique réseau.
On se réfère à présent à lafigure 5, illustrant un serveur de synchronisation selon un mode de réalisation de la présente invention.
Ce serveur de synchronisation 30 comprend en particulier un module de communication 31 configuré pour recevoir, en provenance d’une passerelle d’acheminement 50’, un message de signalisation comprenant un message SMS1 destiné à un terminal destinataire 20. Ce module de communication est également configuré pour échanger des messages de synchronisation avec le ou les terminaux 20’,20’’ associés au terminal destinataire 20, voire également avec le terminal destinataire 20 lui-même.
Le serveur de synchronisation 30 comprend en outre un module de traitement 33, configuré tout d’abord pour traiter les messages de signalisation reçus en provenance de la passerelle d’acheminement 50’, et notamment pour en extraire un message SMS1 destiné à un terminal destinataire 20, par exemple un message SMS, lorsqu’un tel message y a été inséré (ce cas étant ici illustré sur la figure 5 par le message MAP[SMS1]). Ce message SMS1, une fois extrait du message de synchronisation MAP[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.
La mémorisation de ce message, dans le module de mémorisation 35, peut être faite en association avec un identifiant du terminal destinataire 20 (ici, son identifiant « MSISDN2 0») afin de faciliter sa récupération ultérieure.
Lorsqu’ultérieurement, un terminal 20’ associé au terminal destinataire 20 doit être synchronisé, 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é 20’ en question. Cette opération est répétée pour tous les terminaux associés au terminal destinataire 20, à synchroniser au moyen du serveur 30 (ici le terminal 20’’ également, auquel le message de synchronisation SYNC’’[SMS1] est transmis). Dans un mode de réalisation, cette opération est aussi effectuée pour le terminal destinataire 20 lorsqu’il peut être synchronisé au moyen d’un message SYNC[SMS1] émis par le serveur 30.
Les messages SYNC[SMS1], 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) par le serveur de synchronisation 30 respectivement vers les terminaux 20, 20’ et 20’’, par exemple à intervalle régulier, dans un mode « push ». Alternativement, ces messages de synchronisation peuvent être des messages émis en réponse à des requêtes de synchronisation reçues par le serveur de synchronisation 30 respectivement des terminaux 20, 20’ et 20’’, dans un mode dit « pull » (de telles requêtes étant illustrées par « REQ SYNC » sur la figure 5).
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.

Claims (15)

  1. Procédé de transmission d’un message (SMS1) destiné à un premier terminal (2), dit terminal destinataire, depuis un deuxième terminal (10), dit terminal source, vers au moins un troisième terminal (20’,20’’), dit terminal associé, partageant un même identifiant avec le terminal destinataire, comprenant les étapes suivantes, suite à la réception (S114) du message par une passerelle d’acheminement (50’) :
    transmission (S130,S230), de la passerelle d’acheminement vers un serveur de synchronisation (30), du message (SMS1) au moyen d’un premier protocole de signalisation (MAP); et
    récupération (S150’,S250’), par ledit au moins un terminal associé (20’,20’’), du message destiné au terminal destinataire auprès du serveur de synchronisation au moyen d’un premier message de synchronisation (SYNC’[SMS1]).
  2. Procédé selon la revendication 1, comprenant en outre la détermination (S120,S220), par la passerelle d’acheminement (50’), de l’appartenance du terminal destinataire à un système multi-terminaux comprenant le terminal destinataire et ledit au moins un terminal associé, l’étape de récupération (S150’,S250’) n’ayant lieu qu’en cas de résultat positif de ladite détermination.
  3. Procédé selon l’une des revendications 1 ou 2, comprenant en outre la transmission (S115,S225), de la passerelle d’acheminement (50’) au terminal destinataire (20), du message au moyen d’un deuxième protocole de signalisation (SIP).
  4. Procédé selon la revendication 3, dans lequel la transmission (S225), de la passerelle d’acheminement (50’) au terminal destinataire (20), du message au moyen d’un deuxième protocole de signalisation (SIP) n’est réalisée que s’il est déterminé, lors de l’étape de détermination (S220), que le terminal destinataire n’appartient pas à un système multi-terminaux.
  5. Procédé selon l’une des revendications 1 à 4, comprenant en outre la récupération (S250), par ledit terminal destinataire (20), du message destiné au terminal destinataire auprès du serveur de synchronisation au moyen d’un deuxième message de synchronisation (SYNC[SMS1]).
  6. Procédé selon la revendication 5, dans lequel la récupération (S250), par ledit terminal destinataire (20), du message destiné au terminal destinataire (20) auprès du serveur de synchronisation (30) au moyen d’un deuxième message de synchronisation (SYNC[SMS1]) n’est réalisée que s’il est déterminé (étape S245) que le message SMS1 n’a pas été transmis de la passerelle d’acheminement (50’) au terminal destinataire (20) au moyen d’un message de signalisation.
  7. Procédé selon l’une des revendications 1 à 6, comprenant en outre la mémorisation (S130,S230), par le serveur de synchronisation (30), du message (SMS1) suite à sa réception en provenance de la passerelle d’acheminement.
  8. Procédé selon l’une des revendications 1 à 7, dans lequel le message (SMS1) destiné au terminal destinataire est un message au format SMS.
  9. Procédé selon l’une des revendications 1 à 8, dans lequel 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.
  10. Procédé selon l’une des revendications 1 à 9, dans lequel le premier et/ou le deuxième protocole de signalisation est un protocole parmi les protocoles SIP, MAP et NAS.
  11. Passerelle d’acheminement (50’) comprenant un module de communication (51) apte à recevoir un message (SMS1) destiné à un premier terminal (20), dit terminal destinataire, selon un premier protocole de signalisation (MAP) et un module de traitement (53), configuré pour insérer le message (SMS1) dans un message de signalisation à transmettre vers un serveur de synchronisation (30) afin de permettre à au moins un deuxième terminal (20’,20’’), dit terminal associé, partageant un identifiant avec le terminal destinataire, de récupérer ledit message auprès dudit serveur de synchronisation.
  12. Passerelle d’acheminement (50’) selon la revendication 11, dans laquelle le module de traitement (53) est configuré en outre pour instruire au module de communication de transmettre ledit message (SMS1) vers le terminal destinataire (20) au moyen d’un message de signalisation selon un deuxième protocole de signalisation.
  13. Passerelle d’acheminement (50’) selon la revendication 11, dans laquelle le module de traitement (53) est configuré en outre pour inhiber la transmission dudit message (SMS1) par le module de communication au terminal destinataire (20).
  14. Serveur de synchronisation (30) comprenant :
    un module de communication (31) apte recevoir un message de signalisation selon un premier protocole de signalisation (MAP), ledit message de signalisation contenant un message (SMS1) destiné à un premier terminal (20), dit terminal destinataire, et
    un module de traitement (33) configuré pour insérer le message (SMS1) reçu dans au moins un premier message de synchronisation (SYNC’[SMS1]) à transmettre, par le module de communication (31), vers au moins un deuxième terminal (20’,20’’), dit terminal associé, partageant un identifiant (MSISDN2 0) avec ledit terminal destinataire.
  15. Serveur de synchronisation selon la revendication 14, dans lequel le module de traitement (33) est configuré en outre pour insérer le message (SMS1) dans un deuxième message de synchronisation (SYNC[SMS1]) à transmettre, par le module de communication (31), vers ledit terminal destinataire (20).
FR1903652A 2019-04-05 2019-04-05 Transmission de messages dans un contexte multi-terminaux Withdrawn FR3094861A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1903652A FR3094861A1 (fr) 2019-04-05 2019-04-05 Transmission de messages dans un contexte multi-terminaux
PCT/EP2020/059199 WO2020201320A1 (fr) 2019-04-05 2020-04-01 Transmission de messages dans un contexte multi-terminaux
US17/601,301 US20220182800A1 (en) 2019-04-05 2020-04-01 Message transmission in a multi-terminal context
EP20713921.3A EP3949457A1 (fr) 2019-04-05 2020-04-01 Transmission de messages dans un contexte multi-terminaux

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1903652 2019-04-05
FR1903652A FR3094861A1 (fr) 2019-04-05 2019-04-05 Transmission de messages dans un contexte multi-terminaux

Publications (1)

Publication Number Publication Date
FR3094861A1 true FR3094861A1 (fr) 2020-10-09

Family

ID=67810766

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1903652A Withdrawn FR3094861A1 (fr) 2019-04-05 2019-04-05 Transmission de messages dans un contexte multi-terminaux

Country Status (4)

Country Link
US (1) US20220182800A1 (fr)
EP (1) EP3949457A1 (fr)
FR (1) FR3094861A1 (fr)
WO (1) WO2020201320A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2865092A1 (fr) * 2004-01-09 2005-07-15 Freever Procede permettant a des utilisateurs disposant d'un telephone mobile d'echanger des messages texte ou multimedia notamment de type sms, mms ou 3g en mettant en oeuvre differents reseaux de telephonie
EP1613102A1 (fr) * 2004-06-29 2006-01-04 BMD Wireless AG Méthode et système de télécommunication permettant la livraison commandée des messages courts (SMS)
FR3053560A1 (fr) * 2016-06-29 2018-01-05 Orange Procede de redirection de message dans un reseau de telecommunications

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5602976A (en) * 1993-02-23 1997-02-11 Adobe Systems Incorporated Method and apparatus for saving printer memory

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2865092A1 (fr) * 2004-01-09 2005-07-15 Freever Procede permettant a des utilisateurs disposant d'un telephone mobile d'echanger des messages texte ou multimedia notamment de type sms, mms ou 3g en mettant en oeuvre differents reseaux de telephonie
EP1613102A1 (fr) * 2004-06-29 2006-01-04 BMD Wireless AG Méthode et système de télécommunication permettant la livraison commandée des messages courts (SMS)
FR3053560A1 (fr) * 2016-06-29 2018-01-05 Orange Procede de redirection de message dans un reseau de telecommunications

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); Technical realization of the Short Message Service (SMS) (3GPP TS 23.040 version 15.2.0 Release 15)", vol. 3GPP CT, no. V15.2.0, 27 September 2018 (2018-09-27), pages 1 - 219, XP014329467, Retrieved from the Internet <URL:http://www.etsi.org/deliver/etsi_ts/123000_123099/123040/15.02.00_60/ts_123040v150200p.pdf> [retrieved on 20180927] *
"Universal Mobile Telecommunications System (UMTS); LTE; 3GPP Generic User Profile (GUP); Architecture (Stage 2) (3GPP TS 23.240 version 15.0.0 Release 15)", vol. 3GPP SA, no. V15.0.0, 29 June 2018 (2018-06-29), pages 1 - 36, XP014329533, Retrieved from the Internet <URL:http://www.etsi.org/deliver/etsi_ts/123200_123299/123240/15.00.00_60/ts_123240v150000p.pdf> [retrieved on 20180629] *

Also Published As

Publication number Publication date
EP3949457A1 (fr) 2022-02-09
WO2020201320A1 (fr) 2020-10-08
US20220182800A1 (en) 2022-06-09

Similar Documents

Publication Publication Date Title
FR2844948A1 (fr) Procede d&#39;archivage de messages multimedias
EP2410774A2 (fr) Systèm d&#39;interoperabilité entre messages MMS et messages SMS/EMS et procédé d&#39;échange associé
FR2886494A1 (fr) Procede et dispositif d&#39;echange de donnees entre des stations mobiles dans un reseau pair a pair
EP2939450B1 (fr) Transmission d&#39;un message multimédia doublée par émission d&#39;un message textuel
WO2008012273A1 (fr) Procede de synchronisation entre un equipement mobile et une carte a puce
CA2804562A1 (fr) Procede d&#39;etablissement d&#39;une communication sur internet entre terminaux mobiles, programme d&#39;ordinateur et support d&#39;enregistrement
US8755397B2 (en) Asynchronous communication in an unstable network
EP1763187A1 (fr) Procédé de transfert de fichiers dans un système de messagerie instantanée, serveur et programme d&#39;ordinateur associés
FR3094861A1 (fr) Transmission de messages dans un contexte multi-terminaux
FR3046002A1 (fr) Gestion d&#39;une communication entre deux terminaux de communication
WO2004080015A1 (fr) Procede de gestion de presence selective pour service de messagerie instantanee au sein d’un reseau de telecommunication tel que le reseau internet
FR3071126A1 (fr) Procede de mise en liaison telephonique d’un terminal de communication a numero multiple
FR2891978A1 (fr) Procede et systeme de notification de reception de messages asynchrones
FR2888706A1 (fr) Procede de mise en relation interpersonelle
EP3949458A1 (fr) Transmission de messages dans un contexte multi-terminaux
FR2951898A1 (fr) Procede d&#39;etablissement d&#39;une session applicative, dispositif et notification correspondante
FR3021774A1 (fr) Procede de traitement automatique de la mise a jour d&#39;une base de donnees
EP2073450A1 (fr) Procédé de communication entre un terminal et un réseau de communication
EP2541874A1 (fr) Procédé et système de communication au sein d?une communauté hétérogène d?utilisateurs.
WO2011023904A1 (fr) Procede de diffusion d&#39;un contenu dans un reseau de telecommunications de maniere geolocalisee
EP2677722A1 (fr) Procédé de mise à dispositiion d&#39;un contenu numérique par un terminal d&#39;utilisateur sur un réseau de diffusion de contenus
EP2819074A2 (fr) Procédé de gestion d&#39;un carnet d&#39;adresses utilisateur déporté, et programme d&#39;ordinateur et serveur d&#39;applications afférents
EP1501270B1 (fr) Procédé et système d&#39;adaptation du service de messagerie électronique d&#39;un utilisateur
WO2019057770A1 (fr) Procede de verification de la validite d&#39;une ligne telephonique d&#39;un utilisateur
FR2908251A1 (fr) Procede et systeme de synchronisation de repertoires

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20201009

ST Notification of lapse

Effective date: 20211205