Brevet FR3049806A1 — publié le 20171006

Procédé de notification de l'indisponibilité d'un terminal L'invention appartient au domaine des télécommunications et concerne en particulier le domaine de la messagerie instantanée. Technique antérieure Les terminaux mobiles offrent à leurs utilisateurs la possibilité d'échanger des messages selon différentes modalités. Par exemple, ils peuvent envoyer et recevoir des SMS (Short Message Service) ou encore des MMS (Multimédia Messaging Service). Avec l'arrivée du haut débit mobile et le développement des architecture de type IMS, de nouvelles possibilités de communication sont apparues. Ainsi, les opérateurs de télécommunication ont défini un nouveau standard pour l'échange de messages, basé sur le protocole IP (Internet Protocol). Le standard RCS (Rich Communication Suite) est un service de communication qui améliore l'expérience de l'utilisateur en tirant partie de la connexion Internet haut débit disponible sur les terminaux modernes. En particulier, RCS permet d'échanger des messages entre différents types de terminaux utilisant différents types d'accès réseau (mobile, fixe, etc). RCS offre en outre des fonctions permettant de connaître l'état de réception d'un message par le destinataire, d'envoyer et recevoir des fichiers de tailles plus importantes qu'avec les MMS ou encore des fonctions d'envoi différé, appelées « Store & Forward », qui permettent de stocker temporairement un message dans le réseau lorsqu'il ne peut être délivré immédiatement au destinataire. Ces fonctions interviennent typiquement lorsque le terminal du destinataire n'est pas connecté ou en cas de perte de connectivité data du terminal receveur. Les terminaux offrent donc deux technologies différentes pour l'acheminement des messages entre les utilisateurs. Les spécifications RCS ont prévu de privilégier l'utilisation de la connexion IP car elle est plus réactive et autorise des services plus évolués, mais la possibilité d'utiliser les protocoles de messagerie classiques (SMS, MMS) demeure lorsque le destinataire n'est pas joignable au travers de la connexion IP. Dans le profil Européen de RCS (Joyn), le choix entre l'émission d'un message selon le protocole RCS ou le protocole SMS est fait selon les capacités des terminaux émetteurs et destinataires au moment où le message composé par l'utilisateur doit être émis. A titre d'exemple, si le terminal de l'émetteur identifie que le destinataire supporte le service RCS et qu'ils disposent tous deux d'une connectivité IP (internet Protocol), alors il choisira d'envoyer un message via RCS. En revanche s'il détecte que le terminal destinataire ne dispose pas d'une connectivité IP ou qu'il ne supporte pas le service RCS, le message sera émis via un SMS. Lorsque les deux terminaux supportent le service RCS et qu'une connexion pour l'échange de message a été établie, un mécanisme d'acquittement des messages permet de savoir immédiatement si un message émis a bien été reçu et affiché sur le terminal du correspondant. 3049806 2 La fonction « Store & Forward » s'appuie généralement sur ce mécanisme d'acquittement pour savoir s'il faut ou non mémoriser un message. L'absence de réception d'un acquittement va en effet provoquer le stockage du message pour une tentative de relivraison ultérieure. 5 C'est également sur cette absence de réception de l'acquittement que s'appuie le mécanisme de repli sur SMS du terminal émetteur. En effet, passé un certain délai après l'émission du message et en l'absence de réception de la notification de livraison du message du terminal destinataire, le terminal émetteur retransmet le message en SMS. Le délai d'attente avant retransmission via SMS est configurable par l'opérateur. 10 Ce mode de fonctionnement permet de garantir la distribution du message, mais il présente des inconvénients. Un premier inconvénient est lié à la duplication des messages envoyés. En effet, lorsqu'un message est réémis sous forme d'un SMS via la connexion IP du terminal, le même message transite deux fois sur le réseau de l'opérateur, engendrant ainsi une charge 15 supplémentaire pour ce réseau. D'autre part, dans certaines circonstances, le message peut être reçu en deux exemplaires par le destinataire (un exemplaire du message est reçu via RCS sur la connexion de données du terminal destinataire grâce à la fonction de «Store & Forward », l'autre exemplaire étant reçu par SMS). Un autre inconvénient réside dans la latence qu'introduit une telle méthode de 20 retransmission. En effet, le délai entre l'émission du message via RCS et sa réémission par SMS en cas d'échec du premier envoi est préjudiciable à l'interactivité. Lorsque ce délai est court, on augmente la duplication des messages alors que lorsque ce délai est long, l'interactivité de la conversation est dégradée. Enfin la duplication des messages peut occasionner un déséquencement des messages 25 reçus par le destinataire. En effet, celui-ci peut recevoir un ou plusieurs messages par SMS suite à une perte de sa connectivité IP, puis lorsque celle-ci est retrouvée, recevoir à nouveau tout ou partie de ces messages par RCS, grâce à la fonction « Store & Forward ». La cohérence du fil de discussion peut en être sérieusement affectée. Il existe donc un besoin pour une solution de retransmission de messages sur une 30 connexion alternative qui ne présente pas les inconvénients précités de la technique antérieure. Résumé de l'invention A cet effet, l'invention concerne un procédé de notification par un serveur d'application, d'une incapacité à délivrer un message émis par un premier terminal à destination d'un 35 second terminal, le message étant transmis depuis le premier terminal vers le second terminal par l'intermédiaire du serveur d'application, le serveur d'application étant en outre 3049806 3 configuré pour mémoriser au moins un message en vue d'une retransmission ultérieure lorsque le destinataire n'est pas joignable. Le procédé est remarquable en ce qu'il comprend les étapes suivantes: obtention d'un message destiné au second terminal, 5 détection du fait que le second terminal n'est pas joignable, détermination d'un identifiant de l'émetteur du message obtenu et de l'identifiant du message obtenu, transmission d'un message de notification vers l'émetteur du message, le message comportant au moins : 10 - l'identifiant du message obtenu, et - une indication selon laquelle le message obtenu n'a pas été délivré. Lorsqu'un serveur d'application reçoit des messages à destination d'un correspondant alors que celui-ci n'est pas joignable, les messages sont mémorisés dans une base de données du serveur par la fonction Store & Forward. Le procédé propose alors, lorsque 15 l'injoignabilité du destinataire est détectée et que le message a été mémorisé, de rechercher un message mémorisé pour ce destinataire. Lorsqu'un message est obtenu, le procédé propose d'en déterminer l'émetteur ainsi qu'un identifiant du message. Ces informations permettent d'envoyer une notification à l'émetteur de façon à prévenir le terminal que des messages n'ont pas pu être délivrés et sont mémorisés dans l'attente que le destinataire 20 soit de nouveau joignable. Ainsi, le procédé permet d'identifier les terminaux ayant émis des messages qui sont en attente de distribution de l'indisponibilité des destinataires respectifs de ces messages. De cette façon, les terminaux peuvent immédiatement prendre une décision de repli vers un autre mode de transmission du message, sans attendre l'expiration d'une temporisation. 25 Selon une réalisation particulière, le procédé comporte en outre, suite à la transmission du message de notification, une étape de réception d'un message comportant une commande d'annulation de l'envoi d'au moins un message mémorisé en vue d'une retransmission ultérieure. 30 Le procédé prévoit ainsi que l'envoi ultérieur de messages mémorisés par la fonction « Store & Forward » puisse être annulé. Par exemple, un terminal peut envoyer, suite à la retransmission d'un message par SMS, une commande de révocation d'un message mémorisé. Ainsi, le procédé permet d'éviter que les messages soient reçus en double exemplaires lorsque le terminal du destinataire sera de nouveau disponible. 35 3049806 4 Selon un mode particulier de réalisation, le procédé est tel que le message de notification comporte une indication relative à une pluralité de messages mémorisés destinés au second terminal. Ainsi, un unique message de notification permet d'informer un émetteur lorsque plusieurs 5 messages sont mémorisés en attendant de pouvoir être distribués. Selon un mode de réalisation particulier, le message est transmis depuis le premier terminal vers le second terminal dans une session de transfert de données conforme à un premier protocole de communication, ladite session étant établie selon un second protocole de 10 signalisation, le procédé étant tel que la notification est transmise dans un message conforme au second protocole de signalisation. Le standard RCS prévoit que les échanges de messages sont réalisés dans une session établie conformément au protocole MSRP (Message Session Relay Protocol). Toujours selon le standard RCS, une telle session MSRP est établie à l'aide du protocole de 15 signalisation SIP. Dans ces conditions, le procédé prévoit que la notification est émise dans un message conforme au protocole SIP. De cette façon, le terminal peut recevoir la notification même si la connexion MSRP n'est plus active, et prendre des dispositions quant à la retransmission du message par SMS. D'autre part, le fait d'utiliser une connexion SIP déjà établie permet d'éviter l'établissement d'une nouvelle connexion dédiée à l'envoi du 20 message. Une telle disposition permet d'éviter une consommation de ressources inutile. Selon une réalisation particulière, le message est transmis depuis le premier terminal vers le second terminal dans une session de transfert de données conforme à un premier protocole de communication, ladite session étant établie selon un second protocole de signalisation, 25 le procédé étant tel que la notification est transmise dans un message conforme au premier protocole de transfert de données. Le procédé prévoit que la notification est transmise selon le protocole MSRP en utilisant la session établie pour l'envoi des messages. Par cette disposition, le procédé permet d'optimiser le transport de la notification en utilisant une connexion déjà établie. 30 Selon une réalisation particulière, le procédé est tel que le premier protocole de communication est le protocole MSRP et que le second protocole de signalisation est le protocole SIP. Ces dispositions rendent l'invention particulièrement adaptée à la retransmission de 35 messages dans une communication selon le standard RCS. 3049806 5 Selon un autre aspect, l'invention concerne un dispositif de notification d'une incapacité à délivrer un message émis par un premier terminal à destination d'un second terminal, le message étant transmis depuis le premier terminal vers le second terminal par 5 l'intermédiaire du dispositif, le dispositif de notification étant en outre configuré pour mémoriser au moins un message en vue d'une retransmission ultérieure lorsque le destinataire n'est pas joignable, le dispositif étant tel qu'il comporte les modules suivants : - un module d'obtention d'un message destiné au second terminal, 10 - un module de détection du fait que le second terminal est injoignable: - un module de détermination d'un identifiant de l'émetteur du message obtenu et de l'identifiant du message obtenu, - un module de communication adapté pour transmettre un message de notification vers l'émetteur du message, le message comportant au moins : 15 - l'identifiant du message obtenu, et - une indication selon laquelle le message obtenu n'a pas été délivré. L'invention se rapporte encore à un serveur d'application comportant un dispositif de notification tel que décrit ci-dessus. 20 De façon correspondante, l'invention concerne aussi un procédé de retransmission sur un terminal, d'un message émis selon un premier mode de transmission adapté pour transmettre un message vers un destinataire par l'intermédiaire d'un réseau de communication comprenant un serveur d'application, le serveur d'application étant en outre 25 configuré pour mémoriser au moins un message en vue d'une retransmission ultérieure lorsque le destinataire n'est pas joignable. Le procédé est remarquable en ce qu'il comporte les étapes suivantes : - Envoi d'un message vers le destinataire selon un premier mode de transmission, 30 - Réception d'un message de notification en provenance d'un serveur, le message comportant au moins: - un identifiant d'un message émis précédemment, et - une indication selon laquelle le message identifié n'a pas été délivré, - Retransmission du message vers le destinataire selon un second mode de 35 transmission. Suite à l'envoi d'un message selon un premier mode de transmission, tel que par exemple selon le standard RCS, le terminal reçoit une notification comportant une indication qu'un 3049806 6 message n'a pas été délivré car le correspondant n'était pas joignable. A la réception d'un tel message, le terminal peut prendre immédiatement la décision de retransmettre le message selon un mode de transmission alternatif, comme par exemple par SMS. De cette façon, contrairement aux techniques de l'art antérieur, le terminal n'a pas à attendre 5 l'expiration d'un délai de retransmission préconfiguré. Cette disposition permet d'augmenter l'interactivité lorsque le destinataire de messages n'est plus disponible pour recevoir les messages selon le premier mode de transmission. Selon un mode de réalisation particulier, le procédé de retransmission est tel qu'il comporte 10 en outre une étape d'émission à destination du serveur, d'une commande d'annulation de l'envoi vers le second terminal d'au moins message identifié dans la notification reçue. Lorsque le terminal prend la décision de retransmettre un message selon un autre mode de transmission, il peut en avertir le serveur d'application en lui commandant de ne pas transmettre les messages mémorisés lorsque le destinataire sera de nouveau joignable 15 selon le standard RCS. Ainsi, le procédé permet d'éviter que le destinataire ne reçoive les messages en double et réduit le risque de déséquencement. Selon un mode particulier de réalisation, le procédé de retransmission est tel que le second mode de transmission est un mode de transmission de type SMS. 20 La disponibilité du service SMS est supérieure à la disponibilité d'une connexion Internet sur un mobile. Ainsi, en proposant comme solution de repli un envoi de message par SMS le procédé permet d'assurer la remise du message en cas d'indisponibilité du destinataire. Selon un autre aspect, l'invention concerne aussi un dispositif de retransmission d'un 25 message émis selon un premier mode de transmission adapté pour transmettre un message vers un destinataire par l'intermédiaire d'un réseau de communication comprenant un serveur d'application, le serveur d'application étant en outre configuré pour mémoriser au moins un message en vue d'une retransmission ultérieure lorsque le destinataire n'est pas joignable, le dispositif étant tel qu'il comporte : 30 Un module de communication adapté pour émettre un message vers le destinataire selon un premier mode de transmission, Un module de communication adapté pour recevoir un message de notification en provenance d'un serveur d'application, le message comportant au moins: - un identifiant d'un message émis précédemment, et 35 - une indication selon laquelle le message identifié n'a pas été délivré, Un module de communication adapté pour retransmettre le message vers le destinataire selon un second mode de transmission. 3049806 7 L'invention se rapporte encore à un terminal comportant un dispositif de retransmission tel que décrit ci-dessus. Les dispositifs, serveur et terminaux décrits précédemment présentent des avantages 5 analogues à ceux des procédés auxquels ils se rapportent. Dans un mode particulier de réalisation, les différentes étapes des procédés de notification et de retransmission sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur comportant des instructions adaptées à la mise en oeuvre des étapes des procédés tels que décrits ci- 10 dessus, lorsque le programme est exécuté par un processeur. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. 15 L'invention vise aussi un support d'enregistrement lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de notification et/ou des instructions pour l'exécution des étapes du procédé de retransmission. 20 Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, une mémoire flash, ou encore un moyen d'enregistrement magnétique, par exemple une disquette ou un disque dur. 25 D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le 30 programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé de notification. 35 3049806 8 Liste des figures D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation préférés décrits en référence aux figures parmi lesquelles : La figure 1 illustre une architecture adaptée pour mettre en oeuvre le procédé 5 selon un mode particulier de réalisation de l'invention, La figure 2 illustre les principales étapes du procédé de retransmission selon une réalisation particulière, La figure 3 illustre les principales étapes du procédé de notification selon un mode de réalisation particulier, 10 La figure 4 représente des échanges de messages entre différentes entités de l'architecture, selon une réalisation particulière, La figure 5 représente une architecture d'un dispositif adapté pour mettre en oeuvre le procédé de notification selon un mode de réalisation particulier de l'invention, et 15 La figure 6 représente une architecture d'un dispositif adapté pour mettre en oeuvre le procédé de retransmission selon une réalisation particulière de l'invention. Description détaillée de l'invention 20 La figure 1 représente un réseau de communication 101 comprenant un serveur d'application 103. Le réseau 101 est par exemple un réseau de type IMS (Internet Multimedia Subsystem) offrant des services de communication tels que par exemple un service de communication selon le standard RCS (Rich Communication Suite), mais l'invention peut trouver des applications dans d'autres types de réseau. Le réseau IMS 101 25 comprend un serveur d'application 103 mettant en oeuvre un service de communication de type messagerie instantanée conforme au standard RCS. Le serveur d'application 103 comprend un processeur, une mémoire telle que par exemple une mémoire RAM (Random Access Memory) et une interface de communication comme par exemple une interface réseau Ethernet. Le processeur est adapté pour exécuter les 30 instructions d'un programme d'ordinateur chargé dans la mémoire. L'interface de communication permet au serveur d'application d'échanger des données avec d'autres équipements au travers du réseau de communication 101 selon différents protocoles. Par exemple, le serveur 103 est adapté pour échanger des messages conformes aux protocoles SIP (Session Initiation Protocol) et MSRP (Message Session Relay Protocol) utilisés dans le 35 cadre de RCS (Rich Communication Suite) pour la messagerie instantanée. Le serveur 103 peut aussi mettre en oeuvre tout autre protocole de messagerie instantanée. Un tel serveur d'application est capable de recevoir par exemple des messages instantanés envoyés depuis un terminal 100 et de retransmettre ces messages vers un destinataire 102. 3049806 9 Le serveur 103 comprend également une base de données 104. Cette base de données 104 peut être intégrée au serveur ou accessible via le réseau de communication. La base de données permet par exemple la mémorisation de messages instantanés en attente de distribution vers leurs destinataires et permet notamment la mise en oeuvre d'un service de 5 remise différée des messages de type « Store & Forward ». De manière connue, un tel service de remise différée permet le stockage temporaire des messages qui ne peuvent pas être remis immédiatement à leur destinataire final. Par exemple, si le terminal 102 n'est pas disponible, le serveur d'application 103 peut mémoriser dans la base de données 104 un message qui est destiné au terminal 102. Quand le terminal 102 est à nouveau disponible, 10 les messages qui ont été mémorisés lui sont remis. L'architecture de la figure 1 montre également deux terminaux 100 et 102. Le terminal 100 est par exemple un terminal de communication mobile de type Smartphone. Un tel terminal comprend une unité de traitement dotée d'un processeur adapté pour exécuter des instructions d'un programme d'ordinateur chargé dans une mémoire du terminal. Le 15 terminal 100 comprend également une interface de communication sans fil. Le terminal 100 est adapté pour envoyer et recevoir des messages selon un premier mode de communication. Par exemple, le terminal peut émettre et recevoir des messages de type SMS ou MMS au travers d'une interface de connexion à un réseau de communication cellulaire 105 de type GSM, 2G, ou encore 3G. 20 Le terminal 100 est en outre adapté pour émettre et recevoir des messages selon un second mode de communication. Par exemple, le terminal 100 peut émettre et recevoir des messages au travers d'une connexion à un réseau IMS 101. Le terminal peut établir une connexion au réseau 101 par l'intermédiaire d'une interface de données cellulaire de type Edge, 3G ou 4G, comme par exemple le réseau 105, ou par l'intermédiaire d'une interface 25 réseau sans fil de type Wifi, Bluetooth ou encore Wimax. Dans ce second mode de communication, les messages sont par exemple échangés selon la norme de téléphonie mobile RCS (Rich Communication Suite) qui met en oeuvre les protocoles SIP (Session Initiation Protocol) et MSRP (Message Session Relay Protocol). L'architecture comprend également un terminal 102 disposant de fonctionnalités 30 sensiblement équivalentes à celles du terminal 100. Ainsi, lorsque l'utilisateur du terminal 100 désire envoyer un message instantané au terminal 102, deux modes d'envoi sont possibles. Le message peut être envoyé sous la forme d'un SMS par l'intermédiaire du réseau cellulaire 105, ou bien sous la forme d'un message instantané par l'intermédiaire du réseau IMS 101. Le second mode de transmission, qui est 35 ici conforme au standard RCS, est généralement privilégié car il offre une expérience utilisateur améliorée. Par exemple, l'utilisateur du terminal 100 bénéficie d'une information lui indiquant si le message à bien été délivré ou bien s'il a été lu par le destinataire. De plus, lorsque le terminal destinataire n'est pas joignable, le serveur 103 peut stocker temporairement le message afin de le distribuer à la prochaine connexion du terminal 102. 3049806 10 Afin de simplifier l'expérience utilisateur et améliorer l'ergonomie des services de messagerie, les opérateurs et constructeurs proposent des interfaces utilisateurs qui permettent de faire abstraction de la technologie utilisée pour transmettre le message. C'est donc le terminal qui décide, selon le contexte d'utilisation et des règles de service, si un 5 message doit être émis via SMS ou via RCS. Par exemple, de manière classique, lorsque le terminal 100 constate que le terminal destinataire 102 n'est pas conforme au standard RCS, le message est automatiquement envoyé par SMS. De même, lorsque des messages émis par le terminal 100 sont bien reçus par le terminal 102, ce dernier émet un accusé de réception au terminal 100. Ainsi, en 10 l'absence d'accusé de réception après l'expiration d'une temporisation, le terminal 100 réémet le message par SMS. Bien entendu, une telle architecture peut comprendre d'autres équipements qui ne sont pas représentés ici afin de faciliter la compréhension de l'invention. En particulier, l'architecture peut comprendre 2 réseaux IMS interconnectés et respectivement associés aux terminaux 15 100 et 102. Dans une telle configuration, chaque réseau IMS peut comprendre un serveur d'application 103 et une base de données 104. Un mode particulier de l'invention va maintenant être décrit en référence aux figures 2, 3 et 4. La figure 3 illustre les principales étapes du procédé de notification selon un mode 20 particulier de réalisation. Les étapes du procédé de notification vont être décrites en référence à la figure 4. La figure 2 illustre les principales étapes du procédé de retransmission. Ces étapes peuvent être exécutées par le terminal 100 lors de l'envoi d'un message instantané vers un 25 destinataire. Un tel message instantané peut contenir différents éléments, comme par exemple du texte, une image, du son, une vidéo ou toute autre sorte de contenu numérique. A l'étape 200, l'utilisateur du terminal compose un message instantané par l'intermédiaire d'une interface adaptée du terminal et confirme l'envoi en utilisant une commande d'une interface utilisateur prévu à cet effet. Par exemple, l'utilisateur compose un message textuel 30 dans une zone de l'écran prévue à cet effet, sélectionne un destinataire dans une liste de contacts et valide l'envoi en touchant un bouton de validation sur une interface tactile du terminal. Le terminal détermine alors, à l'étape 201, le mode d'envoi le plus adapté pour transmettre le message au destinataire en interrogeant par exemple le terminal destinataire pour 35 connaître les différents modes de communication qu'il supporte. Selon un mode de réalisation particulier, le terminal 100 interroge un serveur du réseau IMS 101 afin de connaître les capacités de communication du terminal distant. Pour cela, le terminal 100 3049806 11 envoie par exemple une requête SIP OPTIONS et obtient en réponse les capacités de communications du terminal destinataire. Si le terminal destinataire n'est pas conforme au standard RCS, le message est transmis par SMS à l'étape 207. En revanche, si la réponse comporte une indication selon laquelle le terminal destinataire peut communiquer 5 conformément au standard RCS, le terminal 100 examine à l'étape 202 si une connexion adaptée pour transmettre des messages vers le destinataire est disponible. Si une connexion est disponible, le terminal procède à l'envoi du message selon l'étape 205 du procédé de retransmission. Lorsqu'aucune connexion n'est disponible, une connexion doit être établie au préalable à l'envoi du message. 10 L'établissement d'une telle connexion comprend de manière classique une étape préalable d'enregistrement des terminaux sur un serveur d'enregistrement du réseau IMS. Un tel enregistrement est généralement effectué par l'envoi d'un message REGISTER conforme au protocole SIP. Un tel message comportant notamment un identifiant du terminal qui s'enregistre et une adresse de contact. 15 Lorsque les deux terminaux 100 et 102 sont correctement enregistrés, une session de messagerie instantanée conforme au standard RCS peut être établie. De manière connue, et en référence à la figure 4, l'établissement de la session peut être réalisé de la façon suivante : A l'étape 203, le terminal 100 émet un message SIP INVITE 400 à destination du 20 correspondant. Ce message est reçu par le serveur d'application 103 à l'étape 300 puis retransmit au terminal 102 sous la forme d'un message 401. Suite à la réception de ce message, le terminal 102 transmet une réponse 402 dans laquelle il accepte l'établissement de la session. Cette réponse est reçue par le serveur d'application 103 à l'étape 301 puis retransmise au terminal 100 25 dans un message 403. Le terminal 100 peut acquitter la réception de la réponse 403 en envoyant un message ACK non représenté sur le chronogramme. Cet échange de message initial permet de négocier un protocole d'échange de messages instantanés. A titre d'exemple, cet échange permet au terminal 100 de proposer l'utilisation 30 du protocole MSRP pour échanger des messages. Dans sa réponse, le terminal 102 peut accepter l'utilisation du protocole MSRP proposé par le terminal 100. Bien évidemment, l'invention ne se limite pas au seul protocole MSRP et différents protocoles de signalisation tels que H.323 ou MGCP, ou d'autres protocoles d'échange de messages (Jabber/XMPP ou SIP/SIMPLE) peuvent être utilisés pour mettre en oeuvre l'invention. 35 Ainsi, à l'étape 204, lorsque le terminal 100 reçoit la réponse du terminal 102, la session de messagerie instantanée est établie et les terminaux 100 et 102 peuvent échanger des messages au travers de cette connexion. Il existe donc une session de signalisation SIP et une connexion de transmission de données MSRP établies entre le terminal 100 et le terminal 102. 3049806 12 Les réseaux de communication tels que les réseaux IMS mettent en oeuvre des services de communication par l'intermédiaire de serveurs d'applications. Classiquement, une communication établie dans un réseau IMS fait intervenir un ou plusieurs de ces serveurs d'applications qui peuvent, tel le serveur 103 des figures 1 et 4, être placés en coupure des 5 messages échangés entre les terminaux 100 et 102. En l'espèce, le serveur 103 est placé en coupure des messages échangés entre le terminal 100 et le terminal 102 et fournit un service de distribution différée des messages lorsque le destinataire n'est pas joignable. Par exemple, lorsque le terminal 102 ne dispose pas de couverture réseau, ou qu'il n'est pas enregistré sur le réseau IMS, le serveur 103 peut stocker temporairement dans la base de 10 données 104 les messages qui lui sont destinés afin de les lui remettre lorsqu'il sera à nouveau disponible. Pour cela, la connexion établie entre le terminal 100 et le terminal 102 peut correspondre à deux connexions : une première connexion entre le terminal 100 et le serveur 103, une autre connexion entre le serveur 103 et le terminal destinataire 102. Ainsi, lorsque le terminal 102 n'est plus disponible, les messages peuvent malgré tout être reçus 15 par le serveur en vue d'une distribution différée. A l'étape 205, un message instantané 408 composé par l'utilisateur est envoyé conformément au protocole MSRP négocié dans la session SIP établie aux étapes 203 et 204. Le message est reçu par le serveur 103 à l'étape 302 avant d'être retransmis vers le terminal 102. Lors de l'étape 302, le serveur 103 mémorise temporairement le message 20 dans la base de données 104 afin de pouvoir réémettre ultérieurement ce message s'il ne peut être remis immédiatement. Pour cela, le serveur mémorise également un identifiant de l'émetteur du message, un identifiant du destinataire du message et un identifiant du message. La mémorisation de l'identifiant de l'émetteur du message et l'identifiant du message permettent au serveur 103 de notifier le terminal émetteur du succès ou de l'échec 25 de remise du message. La mémorisation du message et d'un identifiant du destinataire permettent au serveur de tenter à nouveau la transmission du message vers le destinataire. Selon un mode de réalisation particulier, la mémorisation du message est réalisée uniquement lorsque le message n'a pas pu être délivré. Dans cet exemple, le message 409 relayé par le serveur vers le destinataire ne peut pas être 30 remis. Par exemple, le terminal 102 est devenu subitement injoignable car son utilisateur s'est déplacé dans une zone non couverte par le service et le message ne peut lui être remis. Le serveur constate immédiatement que le message n'a pas pu être remis grâce à un mécanisme d'acquittement des messages prévu par le standard RCS. A l'étape 303, si 35 aucune confirmation de la remise du message n'est reçue par le serveur, ou si la connexion MSRP n'est plus établie entre le serveur 103 et le terminal 102, le serveur 103, conformément au procédé de notification selon l'invention, obtient à l'étape 304, le message non remis qui était destiné au second terminal. Pour cela, il peut consulter la base de données dans laquelle sont temporairement mémorisés les messages non distribués et obtenir un enregistrement comportant les données mémorisées. A partir de cet 3049806 13 enregistrement, le serveur détermine, à l'étape 305, un identifiant du message et un identifiant de l'émetteur de ce message de façon à pouvoir immédiatement informer le terminal 100 de la non distribution. A l'étape 306, le serveur envoi vers le terminal 100, émetteur du message, un message de notification 412 comportant au moins l'identifiant du 5 message qui n'a pas pu être délivré, et une indication selon laquelle le message n'a pas été délivré. Bien entendu, le serveur 103 peut obtenir plusieurs messages non distribués et le message de notification envoyé au terminal 100 peut comprendre plusieurs identifiants de messages non délivrés. Selon une réalisation particulière, le message de notification 412 est émis selon le protocole 10 SIP. Par exemple, le message de notification consiste en un message de type SIP MESSAGE, SIP INFO ou SIP PUBLISH comportant une indication de non distribution du message. Le message instantané est ainsi transmis depuis le premier terminal 100 vers le second terminal 102 dans une session de transfert de données conforme au protocole MSRP, ladite session étant établie selon le protocole de signalisation SIP, la notification 15 étant alors transmise dans un message conforme au protocole de signalisation SIP. Selon une réalisation particulière, le message de notification 412 est émis selon le protocole MSRP. Le procédé profite qu'une session MSRP soit établie entre le terminal 100 et le serveur 103 pour transmettre un message de notification vers le terminal 100. Le message instantané est ainsi transmis depuis le premier terminal 100 vers le second terminal 102 20 dans une session de transfert de données conforme au protocole MSRP, ladite session étant établie selon le protocole de signalisation SIP, la notification étant alors transmise dans un message conforme au protocole MSRP. Selon un mode particulier de réalisation, l'indication de non distribution du message présente dans le message de notification 412 peut correspondre à une indication de perte 25 de connectivité dont la syntaxe s'appuie sur le standard CPIM définit par l'IETF dans la RFC 3862. Selon l'invention, la forme d'un tel message de notification de perte de connectivité est donnée en exemple à l'annexe 1. Dans cet exemple, l'invention utilise l'entête « NS » définie dans la RFC 3862 pour notifier un évènement de type « neworkEvent » qui concerne la perte de connectivité. 30 A la réception d'un tel message à l'étape 206, le terminal 100 retransmet le message vers le destinataire à l'étape 207 selon un second mode de transmission. Par exemple, le terminal peut retransmettre le message sous forme d'un SMS ou d'un MMS. Ainsi, contrairement à la technique antérieure, l'invention permet une plus grande réactivité lorsqu'un destinataire n'est plus disponible. En effet, alors que les techniques de l'art antérieur attendent 35 l'expiration d'une temporisation avant de considérer qu'un message n'a pas été délivré, l'invention notifie immédiatement l'expéditeur que le destinataire n'est plus disponible. Selon une réalisation particulière, le message de notification d'une perte de connectivité d'un terminal à une session de messagerie instantanée est émis vers un autre terminal lui aussi déconnecté de la session sans qu'aucun message n'ait été émis. Par exemple, si une 3049806 14 connexion est établie entre les terminaux 100 et 102 et que l'un des terminaux perd sa connexion, un message de notification est envoyé à l'autre terminal de façon à ce que les prochains messages soient envoyés par SMS et non RCS. Dans ce cas, le message de notification ne fait référence à aucun message en particulier. 5 Selon une réalisation particulière, le serveur 103 profite de l'émission de l'évènement réseau 412 décrit précédemment pour informer le terminal 100 du statut des messages non délivrés. Pour cela, le message comporte un identifiant d'au moins un message non délivré. Le message peut comprendre un contenu conforme à la syntaxe CPIM, tel qu'illustré en exemple dans l'annexe 2. Dans ce message, on retrouve l'entête « NS » qui est utilisé ici 10 pour définir un évènement réseau ayant un impact sur des messages échangés. Le corps du message comporte des informations au format XML concernant des messages qui n'ont pas pu être distribués à cause de l'évènement réseau signalé dans l'entête « NS ». En particulier, le message comprend un champ « message-id » qui permet de désigner un message, un champ concernant le destinataire de ce message et le statut de remise du 15 message. Dans cet exemple, le statut des messages signalés est « delivery-failed », ce qui indique un échec de la remise du message au destinataire. Comme on le voit dans cet exemple, un tel message de notification peut concerner plusieurs messages non remis. La réception d'une telle notification à l'étape 206 par le terminal 100 lui permet à la fois de savoir que le terminal distant n'est plus joignable mais également que les messages 20 identifiés dans le message de notification n'ont pas pu être livrés au destinataire. En conséquence, à l'étape 207 le terminal 100 transmet le ou les messages non délivrés en utilisant un autre canal de communication, par exemple par SMS ou MMS. Pour cela, le terminal 100 émet un message 413 via l'interface GSM du terminal, le message est relayé par le réseau GSM avant d'être délivré au terminal 102 sous la forme d'un SMS 414. 25 Selon un mode particulier de réalisation, le terminal 100 peut émettre à l'étape 208 une commande 415 de révocation des messages mémorisés temporairement par le serveur 103. Cette commande peut comprendre par exemple des identifiants de messages devant être supprimé de la base de données 104. Cette disposition permet avantageusement d'éviter que les messages mémorisés par le serveur 103 ne soient remis au terminal 102 lorsqu'il 30 sera de nouveau joignable. De cette façon, il n'existe plus de duplication de message lorsque le qu'un message RCS non délivré et mémorisé temporairement est réémis par le serveur d'application alors que ce même message a été retransmit par SMS suite à l'expiration d'une temporisation sur le terminal émetteur A l'étape 307, le serveur reçoit le message 415 procède à l'annulation de l'envoi d'au moins 35 un message mémorisé dans la base de données 104 en vue d'une retransmission ultérieure. Pour cela, le serveur supprime par exemple de la base de données 104 les entrées qui correspondent au message identifié dans le message 415. 3049806 15 La figure 5 illustre l'architecture d'un dispositif 500 adapté pour mettre en oeuvre le procédé de notification selon un mode particulier de réalisation de l'invention. Le dispositif 500 comprend un module de traitement de données comprenant un espace de stockage 501, par exemple une mémoire (MEM), une unité de traitement 502, équipée par 5 exemple d'un microprocesseur (PROC), et pilotée par le programme d'ordinateur (PGR) 503 mettant en oeuvre le procédé de notification tel que décrit dans l'invention en relation avec les figures 3 et 4. A l'initialisation, les instructions de code du programme d'ordinateur 503 sont par exemple chargées en mémoire avant d'être exécutées par le processeur de l'unité de traitement 502. 10 Le microprocesseur de l'unité de traitement 502 met en oeuvre, selon les instructions du programme d'ordinateur 503, les étapes du procédé de notification par un serveur d'application, d'une incapacité à délivrer un message, et notamment les étapes de : obtention d'un message destiné au second terminal, détection du fait que le second terminal n'est pas joignable, 15 détermination d'un identifiant de l'émetteur du message obtenu et de l'identifiant du message obtenu, transmission vers l'émetteur du message, d'un message de notification comportant au moins : o l'identifiant du message obtenu, et 20 o une indication selon laquelle le message obtenu n'a pas été délivré. Selon un mode de réalisation particulier, le dispositif comprend des moyens 509 de détection du fait que le second terminal est injoignable. De tels moyens peuvent comprendre un microprocesseur, comme par exemple le processeur 502, une mémoire telle que la mémoire 501 et un programme d'ordinateur comprenant des instructions adaptées 25 pour surveiller et détecter la perte de connexion d'un terminal. Par exemple, le programme peut comprendre des instructions pour émettre régulièrement un message vers le terminal 102 et déterminer que le terminal surveillé n'est pas disponible lorsqu'il ne reçoit pas de réponse. Un tel programme d'ordinateur peut également comprendre des instructions pour interroger un serveur d'enregistrement du réseau afin de connaître la disponibilité du 30 terminal surveillé. Le dispositif 500 comprend également des moyens 504 d'obtention d'un message destiné à un terminal. Il peut s'agir par exemple d'une base de données relationnelle, telle que la base de données 104, acceptant des commandes de stockage et d'obtention de données, comme par exemple des commandes SQL. Les moyens d'obtention d'un message peuvent 35 aussi comprendre un microprocesseur, comme par exemple le processeur 502, une mémoire telle que la mémoire 501, et un programme d'ordinateur chargé dans cette mémoire comprenant des instructions adaptées pour formuler une requête SQL adaptée pour obtenir un ou plusieurs messages mémorisés ayant pour destinataire un terminal particulier et/ou pour identifiant un identifiant de message particulier. Le dispositif peut ainsi 3049806 16 obtenir tous les messages qui n'ont pas pu être délivré à un terminal qui a été détecté comme étant non joignable. Le dispositif comprend aussi des moyens de détermination 505 d'un identifiant de l'émetteur du message obtenu et de l'identifiant du message obtenu. Ces moyens peuvent 5 comprendre un microprocesseur, comme par exemple le processeur 502, une mémoire telle que la mémoire 501, et un programme d'ordinateur chargé dans cette mémoire comprenant des instructions adaptées pour déterminer un identifiant de l'expéditeur d'un message, comme par exemple un numéro de téléphone ou une URL, ainsi qu'un identifiant du message qui a été obtenu par les moyens d'obtention 504 après avoir été stocké 10 temporairement faute d'avoir pu être délivré. Le dispositif peut ainsi générer un message de notification comprenant des identifiants de messages qui n'ont pas pu être délivrés, et délivrer ce message de notification en utilisant l'identifiant de l'émetteur déterminé. Le dispositif comprend en outre des moyens de communication 506 adaptés pour transmettre vers l'émetteur du message, un message de notification comportant au moins 15 l'identifiant du message obtenu, et une indication selon laquelle le message obtenu n'a pas été délivré. Selon un mode de réalisation particulier, le message de notification comporte une indication selon laquelle le terminal du destinataire n'est pas joignable. Ces moyens de communication sont par exemple mis en oeuvre par une interface de communication telle qu'une interface réseau Ethernet par exemple. Ces moyens de communication peuvent 20 comprendre un microprocesseur, comme par exemple le processeur 502, une mémoire telle que la mémoire 501, et un programme d'ordinateur chargé dans cette mémoire comprenant des instructions adaptées pour générer et envoyer un message de notification selon un protocole particulier. Le dispositif comprend des piles protocolaires adaptées, comme par exemple des piles protocolaires SIP 507 et MSRP 508, de façon à pouvoir générer et 25 échanger des messages conformes au standard RCS. Selon un mode particulier de réalisation, le dispositif 500 est compris dans un serveur, un serveur d'application, un serveur d'application d'un réseau IMS. La figure 6 illustre l'architecture d'un dispositif 600 adapté pour mettre en oeuvre le procédé de retransmission selon un mode particulier de réalisation de l'invention. 30 Le dispositif 600 comprend un module de traitement de données comprenant un espace de stockage 601, par exemple une mémoire (MEM), une unité de traitement 602, équipée par exemple d'un microprocesseur (PROC), et pilotée par le programme d'ordinateur (PGR) 603 mettant en oeuvre le procédé de retransmission tel que décrit dans l'invention en relation avec la figure 2. 35 A l'initialisation, les instructions de code du programme d'ordinateur 603 sont par exemple chargées en mémoire avant d'être exécutées par le processeur de l'unité de traitement 602. Le microprocesseur de l'unité de traitement 602 met en oeuvre, selon les instructions du 3049806 17 programme d'ordinateur 603, les étapes du procédé de retransmission, et notamment les étapes de : Envoi d'un message vers le destinataire selon un premier mode de transmission, Réception, en provenance d'un serveur, d'un message de notification comportant 5 au moins: un identifiant d'un message émis précédemment, et une indication selon laquelle le message identifié n'a pas été délivré, Retransmission du message vers le destinataire selon un second mode de transmission. 10 Le dispositif comprend en outre des moyens de communication 606 (COM). Les moyens de communications comprennent une interface réseau sans fil comme par exemple une interface Wifi et une interface adaptée pour se connecter à un réseau cellulaire, comme par exemple une interface GSM, 3G ou 4G. Les moyens de communication 606 permettent notamment d'envoyer des messages par SMS ou par RCS, de recevoir des messages de 15 notification comportant au moins un identifiant d'un message émis précédemment, et une indication selon laquelle le message identifié n'a pas été délivré. Les moyens de communications permettent également d'émettre des commandes de révocation de messages mémorisés temporairement par le serveur 103. Pour cela, les moyens de communication coopèrent avec des modules protocolaires 604 20 (SMS) et 605 (RCS) qui permettent l'émission de messages conformément aux standards SMS et RCS. Le dispositif 600 est intégré à un terminal mobile de communication, un terminal de type smartphone, à une tablette ou à un ordinateur personnel. 3049806 18 ANNEXES Annexe 1 : From : Bob To: Alice 5 NS: networkEvent networkEvent.Event-Type: connectivity lost Content-length: 0 Annexe 2: 10 From: Bob To: Alice NS: networkEventandImdn networkEventandImdn.Event-Type: connectivity lost Content-type: message/imdn+xml 15 Content-Disposition: notification Content-length: 34]k324] 20 2008-04-04T12:16:49-05:00 im:bob@example.com im:bob@example.com 25 424dgf]r256 2008-04-04T12:17:02-05:00 30 im:bob@example.com im:bob@example.com 35 3049806 19 REVENDICATIONS1- Procédé de notification par un serveur d'application, d'une incapacité à délivrer un message émis par un premier terminal à destination d'un second terminal, le message étant transmis depuis le premier terminal vers le second terminal par l'intermédiaire d'un réseau de communication comprenant le serveur d'application, le serveur d'application étant en outre configuré pour mémoriser au moins un message en vue d'une retransmission ultérieure lorsque le destinataire n'est pas joignable, le procédé étant caractérisé en ce qu'il comprend les étapes suivantes : Obtention (302, 304) d'un message destiné au second terminal, Détection (303) du fait que le second terminal n'est pas joignable, détermination (305) d'un identifiant de l'émetteur du message obtenu et de l'identifiant du message obtenu, transmission (306) vers l'émetteur du message, d'un message de notification comportant au moins : o l'identifiant du message obtenu, et o une indication selon laquelle le message obtenu n'a pas été délivré. 2- Procédé selon la revendication 1 caractérisé en ce qu'il comporte en outre, suite à la transmission du message de notification, une étape de réception d'un message comportant une commande d'annulation de l'envoi d'au moins un message obtenu et mémorisé en vue d'une retransmission ultérieure. 3- Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que le message de notification comporte une indication relative à une pluralité de messages mémorisés destinés au second terminal. 4- Procédé selon l'une quelconque des revendications précédentes dans lequel le message est transmis depuis le premier terminal vers le second terminal dans une session de transfert de données conforme à un premier protocole de communication, ladite session étant établie selon un second protocole de signalisation, le procédé étant caractérisé en ce que la notification est transmise dans un message conforme au second protocole de signalisation. 5- Procédé selon l'une quelconque des revendications 1 à 3 dans lequel le message est transmis depuis le premier terminal vers le second terminal dans une session de transfert de données conforme à un premier protocole de communication, ladite session étant établie selon un second protocole de signalisation, le procédé étant caractérisé en ce que la notification est transmise dans un message conforme au premier protocole de transfert de données. 3049806 21 6- Procédé selon l'une quelconque des revendications 2 ou 3 caractérisé en ce que le premier protocole de communication est le protocole MSRP et que le second protocole de signalisation est le protocole SIP. 5 7- Dispositif de notification d'une incapacité à délivrer un message émis par un premier terminal à destination d'un second terminal, le message étant transmis depuis le premier terminal vers le second terminal par l'intermédiaire du dispositif, le dispositif étant en outre configuré pour mémoriser au moins un message en vue d'une retransmission ultérieure lorsque le destinataire n'est pas joignable, le dispositif étant 10 caractérisé en ce qu'il comporte les modules suivants : un module (504) d'obtention d'un message destiné au second terminal, un module (509) de détection du fait que le second terminal est injoignable, un module (505) de détermination d'un identifiant de l'émetteur du message obtenu et de l'identifiant du message obtenu, 15 un module (506) de communication adapté pour transmettre vers l'émetteur du message, un message de notification comportant au moins : o l'identifiant du message obtenu, et o une indication selon laquelle le message obtenu n'a pas été délivré. 20 8- Serveur d'application caractérisé en ce qu'il comporte un dispositif selon la revendication 7. 9- Procédé de retransmission sur un terminal, d'un message émis selon un premier mode de transmission adapté pour transmettre un message vers un destinataire par 25 l'intermédiaire d'un réseau de communication comprenant un serveur d'application, le serveur d'application étant en outre configuré pour mémoriser au moins un message en vue d'une retransmission ultérieure lorsque le destinataire n'est pas joignable, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes : Envoi (205) d'un message vers le destinataire selon un premier mode de 30 transmission, réception (206), en provenance d'un serveur, d'un message de notification comportant au moins: o un identifiant d'un message émis précédemment, et o une indication selon laquelle le message identifié n'a pas été délivré, 35 Retransmission (207) du message vers le destinataire selon un second mode de transmission. 10- Procédé selon la revendication 9 caractérisé en ce qu'il comporte en outre une étape d'émission à destination du serveur, d'une commande d'annulation de l'envoi vers le 40 second terminal d'au moins message identifié dans la notification reçue. 3049806 22 11- Procédé selon la revendication 10 caractérisé en ce que le second mode de transmission est un mode de transmission de type SMS. 12- Dispositif de retransmission d'un message émis selon un premier mode de transmission 5 adapté pour transmettre un message vers un destinataire par l'intermédiaire d'un réseau de communication comprenant un serveur d'application, le serveur d'application étant en outre configuré pour mémoriser au moins un message en vue d'une retransmission ultérieure lorsque le destinataire n'est pas joignable, le dispositif étant caractérisé en ce qu'il comporte : 10 Un module (606) de communication adapté pour émettre un message vers le destinataire selon un premier mode de transmission (605), Un module de communication adapté pour recevoir, en provenance d'un serveur d'application, un message de notification comportant au moins: o un identifiant d'un message émis précédemment, et 15 o une indication selon laquelle le message identifié n'a pas été délivré, Un module de communication adapté pour retransmettre le message vers le destinataire selon un second mode de transmission (604). 13-Terminal de communication comprenant un dispositif de retransmission selon la 20 revendication 12. 14-Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de notification selon l'une quelconque des revendications 1 à 6 et/ou les 25 instructions pour l'exécution des étapes du procédé de retransmission selon l'une quelconque des revendication 9 à 11.