Brevet FR3067554A1 — publié le 20181214

Domaine technique L'invention concerne de manière générale les terminaux de télécommunication, et concerne en particulier le traitement de messages textuels reçus par une application de messagerie exécutée dans un terminal de communication d'un utilisateur. L'invention vise notamment le traitement de messages courts échangés via des 10 applications de messageries instantanées entre des terminaux de communication mobile de type smart-phone. Etat de la technique Dans le domaine de la téléphonie mobile, les terminaux de type smartphone 15 ("téléphone intelligent") tel que l'iPhoneTM commercialisé par la société Apple, sont actuellement très répandus. Un smartphone peut être défini comme étant un téléphone mobile disposant de fonctions évoluées telles que celles d'un assistant numérique personnel, d'un appareil photo numérique et d'un ordinateur portable. Il dispose généralement d'un écran tactile pour la saisie des données. 20 Selon le principe d'un ordinateur, un smartphone peut ainsi exécuter divers logiciels/applications grâce à un système d'exploitation spécialement conçu pour terminaux mobiles, et donc en particulier fournir, outre les fonctions de téléphonie et de messagerie classiques par messages courts, des applications variées telles que l'agenda, la télévision, le calendrier, la navigation sur le Web, la consultation et l'envoi de courrier électronique, la 25 géolocalisation, le dictaphone/magnétophone, la messagerie vocale visuelle, la cartographie numérique, la messagerie instantanée, etc. Les applications de messagerie par message cours SMS (Short Message Service) ou MMS (Multimedia Messaging Service) présentes de manière native dans le terminal ou téléchargées puis installées ultérieurement dans le terminal par l'utilisateur, telle l'application de 30 messagerie instantanée WhatsAppTm, sont parmi les applications les plus utilisées actuellement dans les smartphones. De ce fait, l'utilisateur d'un smartphone est très fréquemment sollicité par des notifications destinées à l'informer de l'arrivée de nouveaux messages. Cependant, l'utilisateur n'est pas toujours disponible pour répondre rapidement aux messages reçus. Par conséquent 35 l'utilisateur peut parfois oublier de répondre à un message reçu ; d'autres fois, il se peut qu'il 1 2 commence à rédiger un message de réponse mais est interrompu dans cette tâche et le message de réponse reste à l'état de brouillon sans être envoyé. Dans ce contexte, on comprendra que l'utilisateur d'un smartphone peut, de manière indépendante de sa volonté, laisser sans réponse des messages reçus, qui selon les circonstances peuvent être importants. La présente invention vise à améliorer la situation exposée ci-dessus. Exposé de l'invention Ainsi, selon un premier aspect, l'invention concerne un procédé de traitement de messages textuels reçus par une application de messagerie exécutée dans un terminal de communication d'un premier utilisateur, ce procédé étant mis oeuvre dans le terminal et comprenant des étapes de : - réception d'un message textuel en provenance d'un second utilisateur, via un réseau de communication ; - recherche par analyse sémantique du contenu du message reçu d'au moins une question associée à au moins un identifiant d'une date, dite "première date", postérieure à la date de réception du message, et si au moins une telle première date a été trouvée : - détermination, pour chaque première date, d'une seconde date, antérieure à la première date, déterminant une date à laquelle une première notification de rappel sera déclenchée pour notifier au premier utilisateur que le message reçu est resté sans réponse ; - déclenchement, à ladite seconde date, de la première notification de rappel, si aucun message n'a été envoyé à destination du second utilisateur. Grâce à l'invention telle que succinctement définie ci-dessus, lors de la réception d'un message textuel dans le terminal, si au moins une question associée à un identifiant de date est trouvée dans le message, alors une notification de rappel sera déclenchée automatiquement dans le terminal à un instant (seconde date) compris entre la date de réception du message et la "première date" correspondant à l'identifiant trouvé dans le message. Ainsi, si l'utilisateur du terminal oublie qu'il a reçu le message, la notification de rappel lui donnera l'occasion de réparer cet oubli. En pratique, un tel identifiant de date pourra être une date explicitement définie, par exemple 'le 13 mars" ou bien une date implicitement définie, par exemple "demain" ou "dans 3 jours". La "première date" définie plus haut est alors automatiquement déduite de l'identifiant de date associé à la question formulée dans le message. Selon une caractéristique de réalisation du procédé exposé ci-dessus, lorsqu'à l'étape de recherche aucune première date n'a été trouvée mais qu'au moins une question sans identifiant de date associé a été trouvée, il est alors déterminé une troisième date correspondant à une 3 date à laquelle sera déclenchée une seconde notification de rappel pour notifier au premier utilisateur que le message reçu est resté sans réponse, si le premier utilisateur n'a toujours pas répondu au message reçu avant ladite troisième date. Grâce à la caractéristique exposée ci-dessus, si le message contient une ou plusieurs 5 questions à l'attention de l'utilisateur du terminal, la détection de ces questions lors de la réception du message permettra de déclencher automatiquement une notification de rappel dans le terminal, pour permettre le cas échéant à l'utilisateur de répondre à une question posée, s'il n'y a pas encore répondu. En pratique, ce rappel pourra être programmé ou paramétré une durée définie après la réception du message, par exemple vingt-quatre heures. 10 Selon une autre caractéristique de réalisation, le procédé comprend en outre une étape de vérification s'il existe un message initié par le premier utilisateur mais non envoyé à destination du second utilisateur en réponse au message reçu, et si c'est le cas, une étape de détermination d'une quatrième date correspondant à une date à laquelle sera déclenchée une troisième notification de rappel pour notifier au premier utilisateur qu'un message initié n'a pas 15 été envoyé, si le premier utilisateur n'a toujours pas répondu au message reçu. Cette caractéristique est particulièrement utile dans le cas où l'utilisateur a commencé à rédiger une réponse au message reçu mais qu'il a été interrompu avant de l'avoir envoyée. La date (quatrième date) de déclenchement de la notification de rappel pourra, selon le mode réalisation choisi, être programmée ou paramétrée en fonction de la date de réception du 20 message reçu et/ou de la date à laquelle le message non envoyé a été initié. Selon d'autres caractéristiques de réalisation : - une notification de rappel déclenchée dans le terminal est une notification visuelle affichée sur un écran associé au terminal et/ou une notification sonore ; - une notification de rappel déclenchée dans le terminal, est présentée de manière 25 visuelle et/ou sonore sur un équipement connecté au terminal, par exemple une montre connectée ; - la forme et la date de déclenchement de la première, seconde et troisième notification sont paramétrables dans le terminal par l'utilisateur. Selon un deuxième aspect, l'invention concerne un dispositif de traitement de messages 30 textuels reçus par une application de messagerie exécutée dans un terminal de communication d'un premier utilisateur, le dispositif comprenant : - un module de réception de messages textuels configuré pour recevoir des messages textuels en provenance d'un second utilisateur, via un réseau de communication ; - un module d'analyse sémantique configuré pour rechercher dans le contenu d'un 35 message reçu par le module de réception, au moins une question associée à au moins un identifiant de date, dite "première date", postérieure à la date de réception du message ; 4 - un module de détermination de dates configuré pour déterminer, pour chaque première date trouvée par le module d'analyse, une seconde date antérieure à la première date, ladite seconde date déterminant une date à laquelle une première notification de rappel sera déclenchée pour notifier au premier utilisateur que le message reçu est resté sans 5 réponse ; - un module de déclenchement de notifications de rappel, configuré pour déclencher une notification de rappel à une dite seconde date, si aucun message n'a été envoyé à destination du second utilisateur. Selon un troisième aspect, l'invention concerne un terminal de communication 10 comprenant un dispositif de traitement de messages textuels, tel que brièvement exposé ci- dessus. Un tel terminal est par exemple un terminal mobile de type smartphone. En pratique, les moyens constitutifs de l'invention - qui permettent la mise en oeuvre des étapes du procédé traitement de messages textuels, tel que brièvement exposé plus haut, dans un terminal de communication selon l'invention -, sont essentiellement implémentés sous 15 forme logicielle c'est-à-dire un ou plusieurs programmes informatiques stockés dans une ou plusieurs mémoires, de type RAM (Random Access Memory), ROM (Read Only Memory) ou de type magnétique (disque dur par exemple), et exécutés par un processeur incorporé dans le terminal. En particulier, un terminal selon l'invention, par exemple de type smartphone ou 20 tablette électronique, pourra télécharger ou être nativement équipé d'une application spécifique de traitement de messages textuels, configurée pour mettre en oeuvre un procédé de traitement de messages textuels selon l'invention. Par conséquent, selon un dernier aspect, la présente invention vise aussi un programme d'ordinateur stocké sur un support d'informations et mis en oeuvre dans un terminal de 25 communication, ce programme comprenant des instructions dont l'exécution par un processeur du terminal, provoque l'exécution des étapes d'un procédé de traitement de messages textuels, selon l'invention. Un tel programme d'ordinateur selon l'invention peut utiliser divers langages de programmation, et comprendre des programmes sous forme de code source, code objet, ou de 30 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. Enfin, l'invention vise aussi un support d'enregistrement d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon l'invention. Un tel support d'enregistrement peut être constitué par n'importe quelle entité ou dispositif capable de 35 stocker un tel 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, ou encore un 5 moyen d'enregistrement amovible tel qu'une clé USB ou une carte mémoire, ou un moyen d'enregistrement magnétique, tel qu'un disque dur. D'autre part, un programme ou module logiciel selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Les avantages procurés par un dispositif, un terminal de communication ou un 5 programme d'ordinateur, selon l'invention, tels que brièvement définis ci-dessus, sont identiques ou contribuent à ceux mentionnés plus haut en relation avec le procédé de traitement de messages textuels, selon l'invention, et par conséquent ne seront pas rappelés ici. 10 Brève description des figures D'autres caractéristiques et avantages de la présente invention ressortiront de la description détaillée qui suit, laquelle fait référence aux dessins annexés dans lesquels : - la figure 1 représente l'architecture fonctionnelle d'un terminal de communication selon l'invention ; 15 - la figure 2 représente sous forme d'organigramme les principales étapes d'un procédé de traitement de messages textuels reçus par une application exécutée dans un terminal de communication, selon un mode de réalisation de l'invention ; - les figures 3a et 3b représentent respectivement un terminal d'utilisateur recevant un message (figure 3a) et affichant une notification de rappel (figure 3b) conformément à un 20 mode de réalisation de l'invention ; - les figures 4a-4c représentent respectivement un terminal d'utilisateur dans lequel un message de réponse a été initié (figures 4a-4b) et un terminal recevant une notification de rappel pour message non terminé (figure 4c) ; et - les figures 5a-5c illustre, sous forme de bande dessinée, une situation présentée de 25 façon humoristique dans laquelle le procédé selon l'invention est mis en oeuvre. Description détaillée de l'invention La figure 1 représente l'architecture fonctionnelle d'un terminal de communication selon un mode de réalisation de l'invention. 30 Dans le mode de réalisation choisi et décrit, le terminal de communication Ti est un terminal de téléphonie mobile de type smartphone, connecté à un réseau de communication NW. Le réseau NW est ici, selon l'exemple de réalisation choisi, un réseau mobile dit de 3ème génération - par exemple conforme à la norme UMTS (Universel Mobile Telecommunications System) -, ou à un réseau mobile dit de 4ème génération - par exemple conforme à la norme 35 LTE (Long Term Evolution). A la figure 1, un second terminal mobile 12 est représenté, ce second terminal pouvant envoyant des messages courts (SMS ou MMS), via une application de messagerie instantanée par exemple, au terminal Ti. 6 Le terminal Ti selon l'invention est constitué d'éléments agencés selon une architecture matérielle (10) d'ordinateur intégrant une mémoire et disposant d'une application de messagerie selon l'invention préalablement installée dans la mémoire. Cette architecture 10 comprend notamment : 5 - un processeur (PRC) associé à un bus de données (Bu) permettant aux différentes entités de cette architecture de communiquer entre elles ; - un module I/O d'interface de communication réseau, capable d'établir des sessions de communication sur le réseau NW, selon un protocole de communication de téléphonie mobile, et d'échanger avec d'autres terminaux des messages courts (SMS ou MMS) via une application 10 de messagerie par messages courts classique ou une application de messagerie instantanée utilisant des protocoles de communication propriétaires. - un module système d'exploitation, OS, par exemple le système d'exploitation AndroidTM de la société Google, gérant l'interaction entre les différents modules et le processeur (PRC) du terminal TU; 15 - un module d'affichage SCR/KB associé à un clavier (tactile ou mécanique) et un écran d'affichage couplé avec un module d'interface graphique GUI (Graphical User Interface) pour présenter graphiquement à l'utilisateur du terminal des données relatives à un ensemble d'applications de communication accessibles depuis le terminal ou installées dans celui-ci, et notamment concernant une application de messagerie instantanée selon l'invention ; 20 - un module mémoire M1 comprenant des composants mémoire de type ROM et RAM et dans lequel sont stockés des modules logiciels associés à un ensemble d'applications installées dans le terminal, parmi lesquelles l'application AP de messagerie instantanée selon l'invention, dont l'exécution permet de mettre en oeuvre le procédé de traitement de messages textuels, selon l'invention. 25 D'un point de vue fonctionnel, le terminal Ti dont l'utilisateur est désigné par "premier utilisateur" inclut notamment les modules fonctionnels détaillés ci-après et regroupés dans une application AP de messagerie installée en mémoire (M1) du terminal. On entend ici par "application AP" un ensemble de modules logiciels dont l'exécution par le processeur du terminal provoque la mise en oeuvre du procédé de traitement de messages textuels selon 30 l'invention. Ainsi, les modules fonctionnels associés au terminal Ti incluent notamment les modules définis ci-après. - Un module de réception de messages textuels Le module de réception est configuré pour recevoir des messages textuels en provenance d'un second utilisateur (utilisateur du terminal T2 sur la figure 1), via le réseau de 35 communication NW. - Un module d'analyse sémantique 7 Le module d'analyse sémantique est configuré pour rechercher dans le contenu d'un message reçu par le module de réception, au moins une question associée à au moins un identifiant de date, dite "première date", postérieure à la date de réception du message. Le module d'analyse sémantique est également configuré pour rechercher dans le message, 5 lorsqu'aucune première date n'a été trouvée, des questions sans identifiant de date associé (désignées par "question sans date"). - Un module de vérification de l'existence de brouillons Le module de vérification est configuré pour vérifier s'il existe un message initié par le premier utilisateur mais non envoyé (brouillon ou draft en anglais) à destination d'un second 10 utilisateur en réponse à un message textuel reçu en provenance du second utilisateur. - Un module de détermination de dates Le module de détermination de dates est configuré pour déterminer, pour chaque première date trouvée par le module d'analyse, une seconde date antérieure à la première date, cette seconde date déterminant une date à laquelle une première notification de rappel 15 sera déclenchée pour notifier au premier utilisateur que le message reçu est resté sans réponse. Le module de détermination de dates est également programmé pour, lorsqu'au moins une question sans date a été trouvée par le module d'analyse sémantique, déterminer une troisième date correspondant à une date à laquelle sera déclenchée une seconde notification de 20 rappel pour notifier au premier utilisateur que le message reçu est resté sans réponse, si le premier utilisateur n'a toujours pas répondu au message reçu avant ladite troisième date. Enfin, le module de détermination de dates est configuré pour déterminer une quatrième date correspondant à une date à laquelle sera déclenchée une troisième notification de rappel pour notifier au premier utilisateur qu'un message initié (brouillon) n'a pas été 25 envoyé, si le premier utilisateur n'a toujours pas répondu au message reçu du second utilisateur. - Un module de déclenchement de notifications de rappel Le module de déclenchement de notifications de rappel est configuré pour déclencher une notification de rappel à une dite seconde date, troisième date ou quatrième date, si aucun 30 message n'a été envoyé à destination du second utilisateur. - Un module de présentation de notifications de rappel Le module de déclenchement de notifications interagit avec un module de présentation de notifications de rappel configuré pour présenter des notifications de rappel à l'utilisateur du terminal. La présentation d'une notification d'appel peut consister en l'affichage d'un message 35 sur l'écran du terminal, associé le cas échéant avec l'émission d'une alerte sonore, selon le paramétrage effectué du module de présentation de notifications. 8 Les fonctionnalités offertes par les différents modules exposés ci-dessus constitutifs d'un dispositif de traitement de messages textuels, selon l'invention, et incorporé dans un terminal de communication mobile (Ti), sont décrites plus en détail ci-après en relation avec la figure 2 et en référence aux étapes du procédé de traitement de messages textuels selon 5 l'invention. La figure 2 représente sous forme d'organigramme les principales étapes d'un procédé de traitement de messages textuels reçus par une application exécutée dans un terminal de communication, selon un mode de réalisation de l'invention. Comme mentionné précédemment, dans le mode de réalisation exposé ci-après, le 10 terminal de communication est un téléphone mobile de type smartphone et l'application de messagerie exécutée dans le terminal est une application de messagerie instantanée de type messagerie WhatsAppTM ou bien une application de messagerie par messages SMS/MMS installée de manière native dans le terminal, comme c'est le cas pour l'application de téléphonie. 15 A la figure 2, le procédé de traitement de messages, selon l'invention, débute par une étape de réception S201, par le module de réception de l'application de messagerie du terminal T1 (figure 1) d'un premier utilisateur, d'un message textuel (MSG) en provenance d'un terminal distant (12) d'un second utilisateur. A l'étape suivante S203, le module d'analyse sémantique analyse le message reçu afin 20 de rechercher dans le contenu textuel au moins une question associée à au moins un identifiant d'une date, dite première date, postérieure à la date de réception du message. Par exemple dans le message suivant : "Salut! A quelle heure est-ce que tu veux passer ce soir ?" reçu le vendredi 01/01/2016 à 12:50, le module d'analyse détecte une question par la présence de la forme "est-ce que" et celle d'un point d'interrogation. 25 De plus, cette question est associée avec l'identifiant de date "ce soir". Cet identifiant identifie la date d'aujourd'hui, vendredi 01 janvier 2016, à environ 19h (le soir), et cette date est bien postérieure à la date de réception du message (12:50). Dans cet exemple, une première date (Dl) a été trouvée, il s'agit de la date 01/01/2016 à 19:00. 30 Ensuite, on vérifie à l'étape de test S206 si le module d'analyse a trouvé au moins une telle première date Dl. Si c'est le cas (S206, 1), le module de détermination de dates détermine à l'étape S207, pour chaque première date Dl trouvée, une seconde date D2, antérieure à la première date Dl, et déterminant une date à laquelle une première notification de rappel sera déclenchée pour notifier, au premier utilisateur, que le message reçu est resté sans réponse. 35 Par exemple, si la première date Dl est postérieure de plusieurs jours à la date de réception du message, la seconde date D2 pourra être définie comme étant celle correspondant à 24 heures avant la date Dl. Par ailleurs, si la date D1 échoit le jour même de la date de 9 réception du message, la seconde date D2 pourra être celle correspondant à l'instant : une heure avant la date Dl. Suite à la détermination (S207) de la seconde date D2, à l'étape de test S209 qui suit, on détermine si la date courante (Dc) - c'est-à-dire la date du jour et l'heure au moment du 5 test - est égale à la seconde date D2 déterminée à l'étape précédente. Si c'est le cas (5209, 1), à l'étape S211, le module de déclenchement de notifications de rappel déclenche une notification de rappel (Rappel 1), à condition qu'aucun message de réponse n'ait été encore envoyé par le premier utilisateur à destination du second utilisateur, et le processus de traitement de messages se termine. 10 En revanche, si la date courante Dc n'est pas égale à la seconde date D2 (S209, 0), c'est-à-dire que la date courante est antérieure à la seconde date, alors à l'étape S213a le module de vérification susmentionné vérifie s'il existe un message initié par le premier utilisateur mais non envoyé (draft) à destination du second utilisateur en réponse au message textuel reçu. S'il n'existe aucun brouillon de réponse (S213a, 0), l'étape de test S209 est à 15 nouveau exécutée. Au contraire, s'il existe au moins un brouillon de réponse (5213a, 1), alors à l'étape S215a, le module de détermination de dates détermine une quatrième date D4 correspondant à une date à laquelle sera déclenchée une troisième notification de rappel (Rappel 3) pour notifier au premier utilisateur qu'un brouillon existe et n'a pas été envoyé, si le premier utilisateur n'a 20 toujours pas répondu au message reçu du second utilisateur. Cette quatrième date D4 peut être programmée par exemple pour être la date courante (notification de rappel déclenchée immédiatement), dans ce cas on passe directement à l'étape S219a de déclenchement de la notification de rappel (Rappel 3), ou bien une date antérieure à la date D2 d'un nombre fixé d'heures. 25 Tant que la date courante Dc n'est pas égale à la date D4 (S217a, 0), on reste à l'étape S217a. Lorsque la date courante Dc est égale à la quatrième date D4 (S217a, 1), une notification de rappel (Rappel 3) est déclenchée, à l'étape S219a, par le module précité de déclenchement de notifications et présenté dans le terminal par le module de présentation de notifications de rappel, afin de notifier au premier utilisateur qu'un message initié n'a pas été 30 envoyé. Le processus de traitement de messages se termine alors. De retour à la l'étape de test 5206, lorsque le module d'analyse sémantique n'a pas trouvé de première date (D1) suite à l'analyse du contenu textuel du message reçu dans le terminal du premier utilisateur (5206, 0), le module d'analyse recherche dans le message, à l'étape S205, des questions sans identifiant de date associé (questions sans date). Par exemple, 35 une question sans date trouvée dans le message reçu peut être une question du type : "es-tu disponible pour aller chercher Chloé à l'école ?". 10 Si aucune question sans date (QsD) n'est trouvée (S205, 0), le processus de traitement de messages se termine. On notera ici que selon une variante de ce mode de réalisation, après le test négatif (S205, 0), on peut prévoir d'exécuter un processus de recherche de brouillons comme décrit en relation avec les étapes S213a-S215a-S217a-S219a précédemment décrites. 5 Dans le cas contraire (S205, 1), si au moins une question sans date (QsD) a été trouvée, on passe à l'étape 5221 au cours de laquelle le module de détermination de dates détermine une troisième date (D3) correspondant à une date à laquelle sera déclenchée une seconde notification de rappel (Rappel 2) pour notifier au premier utilisateur que le message reçu est resté sans réponse, si le premier utilisateur n'a toujours pas répondu au message reçu 10 avant cette troisième date. Une telle troisième date pourra être obtenue par exemple en ajoutant une durée prédéfinie (par exemple 12 heures) après la date de réception du message textuel dans le terminal. Suite à la détermination (5221) de la troisième date D3, à l'étape de test S223 qui suit, on détermine si la date courante (Dc) - c'est-à-dire la date du jour et l'heure au moment du 15 test - est égale à la troisième date D3 déterminée à l'étape précédente. Si c'est le cas (S223, 1), à l'étape 5225, le module de déclenchement de notifications de rappel déclenche une notification de rappel (Rappel 2), à condition qu'aucun message de réponse n'ait été encore envoyé par le premier utilisateur à destination du second utilisateur, et le processus de traitement de messages se termine. 20 En revanche, si la date courante Dc n'est pas égale à la troisième date D3 (S223, 0), c'est-à-dire que la date courante est antérieure à la troisième date, alors on passe à l'étape S213b au cours de laquelle le module de vérification susmentionné vérifie s'il existe un message initié par le premier utilisateur mais non envoyé (draft) à destination du second utilisateur en réponse au message textuel reçu. S'il n'existe aucun brouillon de réponse (S213b, 0), l'étape de 25 test S223 est à nouveau exécutée. Au contraire, s'il existe au moins un brouillon de réponse (S213b, 1), alors à l'étape S215b, le module de détermination de dates détermine une quatrième date D4 correspondant à une date à laquelle sera déclenchée une troisième notification de rappel (Rappel 3) pour notifier au premier utilisateur qu'un brouillon existe et n'a pas été envoyé, si le premier utilisateur n'a 30 toujours pas répondu au message reçu du second utilisateur. Cette quatrième date D4 peut être programmée par exemple pour être la date courante (notification de rappel déclenchée immédiatement), dans ce cas on passe directement à l'étape S219b de déclenchement de la notification de rappel (Rappel 3), ou bien une date antérieure à la date D3 d'un nombre fixé d'heures. 35 Tant que la date courante Dc n'est pas égale à la date D4 (5217b, 0), on reste à l'étape S217b. Lorsque la date courante Dc est égale à la quatrième date D4 (S217b, 1), une notification de rappel (Rappel 3) est déclenchée, à l'étape S219b, par le module de déclenchement de notifications et présenté dans le terminal par le module de présentation de notifications de rappel, afin de notifier au premier utilisateur qu'un message initié n'a pas été envoyé. Le processus de traitement de messages se termine alors. En pratique, avant le déclenchement d'une notification de type Rappel 1, Rappel 2 ou 5 Rappel 3, le module de déclenchement vérifie qu'aucun message de réponse à l'attention du second utilisateur n'a déjà été envoyé (consultation d'un historique de messages envoyés ou d'un fil de conversation). Par ailleurs une notification de rappel déclenchée dans le terminal, peut être une notification visuelle affichée sur un écran associé au terminal et/ou une notification sonore. De 10 plus, selon le terminal de communication considéré, une notification de rappel déclenchée dans le terminal pourra être présentée de manière visuelle et/ou sonore sur un équipement connecté au terminal, tel qu'une montre connectée. Enfin, une application de messagerie selon l'invention pourra permettre à l'utilisateur de paramétrer la forme et l'instant de déclenchement d'une première, seconde et troisième notification, telles que définies plus haut. 15 Les figures 3a et 3b illustrent respectivement un terminal d'utilisateur recevant un message (figure 3a) et affichant une notification de rappel (figure 3b) conformément à un mode de réalisation de l'invention. Plus précisément, à la figure 3a, un message 31 a été reçu dans un terminal de communication selon l'invention en provenance d'un utilisateur, Donald David, à la date de 20 réception : vendredi 01/01/2016 à 12h50. Sur la figure 3b, le terminal de l'utilisateur affiche une notification de rappel 33 de type Rappel 1 (définie plus haut) à la date D2 : vendredi 01/01/2016 à 15h01. Cette notification de rappel est dans cet exemple un message précisant qu'un message reçu de Donald David est en attente de réponse, et le contenu du message reçu est rappelé. 25 Les figures 4a-4c représentent respectivement un terminal d'utilisateur dans lequel un message de réponse a été initié (figures 4a-4b) et un terminal recevant une notification de rappel pour message non terminé (figure 4c). Plus précisément, à la figure 4a, suite au message reçu 41, l'utilisateur a commencé l'écriture d'un message "probablement aux alentours de" dans la zone d'édition 43 de 30 l'application de messagerie. Ce message n'a pas été envoyé, il s'agit donc d'un brouillon. A la figure 4b, le brouillon apparait dans l'affichage de la conversation 45 avec l'utilisateur Donald David. Sur la figure 4c, le terminal de l'utilisateur affiche une notification de rappel 47 de type Rappel 3 (définie plus haut) à la date D4 : vendredi 01/01/2016 à 15h01. Cette notification de 35 rappel est dans cet exemple un message précisant qu'un brouillon est en attente, ce brouillon 12 correspondant à un message non terminé suite au message reçu de Donald David (le contenu du message reçu est également rappelé). Enfin, les figures 5a-5c illustre sous forme de bande dessinée, compréhensible d'elle-même, une situation présentée de façon humoristique dans laquelle le procédé selon l'invention REVENDICATIONS1. Procédé de traitement de messages textuels reçus par une application de messagerie exécutée dans un terminal de communication d'un premier utilisateur, ce procédé étant mis oeuvre dans le terminal et comprenant des étapes de : - réception (5201) d'un message textuel en provenance d'un second utilisateur, via un réseau de communication ; - recherche (S203, 5206)) par analyse sémantique du contenu du message reçu d'au moins une question associée à au moins un identifiant d'une date, dite "première date", postérieure à la date de réception du message, et si au moins une telle première date a été trouvée : - détermination (5207), pour chaque première date, d'une seconde date, antérieure à la première date, déterminant une date à laquelle une première notification de rappel sera déclenchée pour notifier au premier utilisateur que le message reçu est resté sans réponse ; - déclenchement (S209, S211), à ladite seconde date, de la première notification de rappel, si aucun message n'a été envoyé à destination du second utilisateur. 2. Procédé selon la revendication 1, dans lequel, lorsqu'à l'étape de recherche aucune première date n'a été trouvée mais qu'au moins une question sans identifiant de date associé, dite "question sans date", a été trouvée (S205), il est alors déterminé (S221) une troisième date correspondant à une date à laquelle sera déclenchée (5223, S225) une seconde notification de rappel pour notifier au premier utilisateur que le message reçu est resté sans réponse, si le premier utilisateur n'a toujours pas répondu au message reçu avant ladite troisième date. 3. Procédé selon l'une des revendications 1 ou 2, comprenant en outre une étape de vérification (S213) s'il existe un message initié par le premier utilisateur mais non envoyé à destination du second utilisateur en réponse audit message reçu, et si c'est le cas, une étape de détermination (S215) d'une quatrième date correspondant à une date à laquelle sera déclenchée (S217, S219) une troisième notification de rappel pour notifier au premier utilisateur qu'un message initié n'a pas été envoyé, si le premier utilisateur n'a toujours pas répondu audit message reçu. 4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel une notification de rappel déclenchée dans le terminal, est une notification visuelle affichée sur un écran associé au terminal et/ou une notification sonore. 14 5. Procédé selon la revendication 4, dans lequel une notification de rappel déclenchée dans le terminal, est présentée de manière visuelle et/ou sonore sur un équipement connecté au terminal. 5 6. Procédé selon l'une quelconque des revendications 1 à 6, dans lequel la forme et la date de déclenchement de la première, seconde et troisième notification sont paramétrables dans ledit terminal par le premier utilisateur. 7. Dispositif de traitement de messages textuels reçus par une application de 10 messagerie exécutée dans un terminal de communication d'un premier utilisateur, le dispositif comprenant : - un module de réception de messages textuels configuré pour recevoir des messages textuels en provenance d'un second utilisateur, via un réseau de communication ; - un module d'analyse sémantique configuré pour rechercher dans le contenu d'un 15 message reçu par le module de réception, au moins une question associée à au moins un identifiant de date, dite "première date", postérieure à la date de réception du message ; - un module de détermination de dates configuré pour déterminer, pour chaque première date trouvée par le module d'analyse, une seconde date antérieure à la première date, ladite seconde date déterminant une date à laquelle une première notification de rappel 20 sera déclenchée pour notifier au premier utilisateur que le message reçu est resté sans réponse ; - un module de déclenchement de notifications de rappel, configuré pour déclencher une notification de rappel à une dite seconde date, si aucun message n'a été envoyé à destination du second utilisateur. 25 8. Dispositif de traitement selon la revendication 7, dans lequel le module d'analyse sémantique est configuré en outre pour déterminer, lorsqu'aucune première date n'a été trouvée mais qu'au moins une question sans identifiant de date associé a été trouvée, une troisième date correspondant à une date à laquelle sera déclenchée une seconde notification de 30 rappel pour notifier au premier utilisateur que le message reçu est resté sans réponse, si le premier utilisateur n'a toujours pas répondu au message reçu avant ladite troisième date. 9. Dispositif de traitement selon la revendication 7 ou 8, comprenant en outre en outre un module de vérification configuré pour vérifier s'il existe un message initié par le premier 35 utilisateur mais non envoyé à destination d'un second utilisateur en réponse à un message textuel reçu en provenance du second utilisateur, et dans lequel ledit module de détermination de dates est en outre configuré pour déterminer une quatrième date correspondant à une date 15 à laquelle sera déclenchée une troisième notification de rappel pour notifier au premier utilisateur qu'un message initié n'a pas été envoyé, si le premier utilisateur n'a toujours pas répondu au message reçu. 5 10. Terminal de communication comprenant un dispositif de traitement de messages textuels, selon l'une quelconque des revendications 7, 8 ou 9. 11. Programme (AP) d'ordinateur mis en oeuvre dans un terminal de communication, ledit programme comprenant des instructions dont l'exécution par un processeur du terminal, 10 provoque l'exécution d'un procédé selon l'une quelconque des revendications 1 à 6.