FR3110317A1 - Smart Message Renderer - Google Patents
Smart Message Renderer Download PDFInfo
- Publication number
- FR3110317A1 FR3110317A1 FR2004638A FR2004638A FR3110317A1 FR 3110317 A1 FR3110317 A1 FR 3110317A1 FR 2004638 A FR2004638 A FR 2004638A FR 2004638 A FR2004638 A FR 2004638A FR 3110317 A1 FR3110317 A1 FR 3110317A1
- Authority
- FR
- France
- Prior art keywords
- message
- data
- content
- user terminal
- sender
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/08—Annexed information, e.g. attachments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/063—Content adaptation, e.g. replacement of unsuitable content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/18—Commands or executable codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
L’invention concerne une méthode de traitement d’un message reçu via un réseau de communication électronique par un terminal utilisateur, la méthode comprend :une réception du message, ledit message comprenant: - des données correspondant à un contenu initial de message déterminé par l’expéditeur du message; et - au moins une donnée correspondant à une fonction, l’au moins une donnée étant déterminée par l’expéditeur du message;une détermination d’un contenu final, ledit contenu final comprenant : - le contenu initial de message déterminé par l’expéditeur du message; et - un contenu spécifique obtenu par détermination d’un résultat de la fonction appliquée sur au moins des données du terminal utilisateur.
Description
La présente invention concerne le domaine des messages écrits et vocaux transmis électroniquement via les réseaux de télécommunication et décodés au moyen des terminaux utilisateur. Par exemple, les courriers électroniques (e-mail en anglais) décodés au moyen d’un client de messagerie. Elle trouve notamment des applications dans la configuration des terminaux utilisateurs et plus précisément des décodeurs de messages (par exemple, les clients de messagerie dans le cas des messageries électroniques) pour adapter les messages à leur destinataire.
En effet, dans le cas de multiples destinataires, il est souvent nécessaire d’adapter un message à chacun des destinataires, par exemple, l’emploi de « Madame » ou « Monsieur », de « cher ami » ou « chère amie », de « vous » ou « tu ». Ces adaptations requièrent de rédiger autant de messages différents que de destinataires.
Ainsi, lorsque de très nombreux messages écrits et vocaux sont envoyés à de multiples destinataires, adapter chaque message envoyé aux différents destinataires est une tâche chronophage pour l’émetteur. De plus, il est difficile pour l’expéditeur de prévoir le contexte de réception par les destinataires des messages.
Des solutions connues pour l’envoi de messages vers de multiples destinataires existent. Celles-ci consistent à segmenter les messages selon des formes souhaitées en fonction des cibles et de contextes.
Ceci impose de multiples manipulations par l’expéditeur, de façon manuelle ou semi-automatisée.
La présente invention vient améliorer la situation.
Un premier aspect de l’invention concerne un traitement par un terminal utilisateur d’un message reçu via un réseau de communication électronique au terminal utilisateur, la méthode comprend :
- une réception du message, ledit message comprenant:
- des données correspondant à un contenu initial de message déterminé par l’expéditeur du message; et
- au moins une donnée correspondant à une fonction, l’au moins une donnée étant déterminée par l’expéditeur du message;
- une détermination d’un contenu final, ledit contenu final comprenant :
- le contenu initial de message déterminé par l’expéditeur du message; et
- un contenu spécifique obtenu par détermination d’un résultat de la fonction appliquée sur au moins des données du terminal utilisateur.
- une réception du message, ledit message comprenant:
- des données correspondant à un contenu initial de message déterminé par l’expéditeur du message; et
- au moins une donnée correspondant à une fonction, l’au moins une donnée étant déterminée par l’expéditeur du message;
- une détermination d’un contenu final, ledit contenu final comprenant :
- le contenu initial de message déterminé par l’expéditeur du message; et
- un contenu spécifique obtenu par détermination d’un résultat de la fonction appliquée sur au moins des données du terminal utilisateur.
Ainsi, le contenu des messages reçus est adapté sur le terminal utilisateur du destinataire, afin d’obtenir le contenu final du message. En effet, le message sur le terminal utilisateur du destinataire contient le contenu initial du message ainsi qu’une partie qui est déterminée à partir de la fonction en l’appliquant sur des données du terminal utilisateur. La détermination par l’expéditeur du contenu du message à envoyer est simplifiée. En effet, certaines parties du message sont remplacées par une donnée correspondant à une fonction, par exemple une balise HTML ou encore une simple chaine de caractères liée à une fonction. L’expéditeur en introduisant une telle donnée détermine un contenu générique, par exemple un contenu générique représentant une salutation. Ce contenu générique n’est pas propre à un destinataire. Lorsque le message est reçu par un destinataire du message, le message est traité par le terminal utilisateur de façon à être décodé. Lors de ce traitement, la donnée correspondant à la fonction est remplacée par un contenu propre au destinataire (appelé contenu spécifique), par exemple une salutation générique est remplacée par un « Bonsoir » ou un « Bonjour ». Ce contenu propre au destinataire est obtenu par le terminal du destinataire par détermination d’un résultat de la fonction appliquée sur au moins des données du terminal utilisateur, par exemple, en fonction de données représentatives du moment de réception du message par le terminal utilisateur. Ainsi, si le message est envoyé à deux destinataires avec des fuseaux horaires différents, l’expéditeur n’a pas à distinguer le message pour chacun des destinataires en indiquant « Bonjour » pour l’un et « Bonsoir » pour l’autre, le terminal utilisateur de chacun des destinataires adaptera le message reçu aux données du terminal utilisateur. L’expéditeur peut ainsi déterminer le contenu d’un unique message destiné à plusieurs destinataires différents, le message comprenant le contenu initial ainsi que le contenu spécifique. Le message est alors adapté par le terminal utilisateur de chaque destinataire en fonction de données de leur terminal utilisateur. Le message lu ou écouté par un destinataire est alors adapté comme si le message avait été déterminé pour ce seul destinataire.
Par décodage, il est entendu la détermination par le terminal utilisateur du contenu (par exemple le contenu final) d’un message au moyen de données et notamment la donnée correspondant à la fonction. Une fois le décodage réalisé, le terminal utilisateur peut restituer ce contenu, par exemple sur un écran du terminal utilisateur ou encore via un appareil destiné à produire des sons (haut-parleur, écouteur…).
Par un terminal utilisateur, il est entendu un appareil permettant à un utilisateur de recevoir des données via un réseau de communication électronique. Autrement dit, le terminal utilisateur est un point d’accès permettant de se connecter à un réseau de communication filaire ou radio et permettant de recevoir et décoder les messages reçus via ce réseau. Le terminal utilisateur est celui d’un destinataire du message.
Par donnée correspondant à une fonction, il est entendu une donnée qui définit une fonction qui a pour entrée au moins une donnée du terminal utilisateur. La fonction peut définir les données du terminal utilisateur considérées comme des entrées de la fonction. La détermination ou décodage de la donnée correspondant à la fonction s’entend comme le résultat du calcul de la fonction appliquée sur les données du terminal utilisateur considérées comme des entrées.
Pour obtenir le contenu résultant du décodage de la donnée correspondant à la fonction, la prise en compte d’autres données peut être nécessaire, à savoir, que la fonction peut être appliquée à d’autres données en plus des données du terminal utilisateur, par exemple, les données correspondant au contenu initial de message déterminé par l’expéditeur du message ou encore la prise en compte des données du terminal utilisateur.
Par message, il est entendu un message vocal ou un message visuel (écrit, dessin).
Par contenu initial, il est entendu le contenu d’un message déterminé par l’expéditeur. Ladite au moins une donnée correspondant à une fonction vient compléter le contenu du message déterminé par l’utilisateur. Le contenu spécifique du contenu final est déterminé à partir de cette au moins une donnée correspondant à une fonction.
Par contenu final, il est entendu le contenu d’un message décodé et pouvant être restitué par le terminal utilisateur au destinataire. Le contenu final d’un même message décodé par deux terminaux utilisateur différents peut différer.
Par données du terminal utilisateur, il est entendu des données présentes sur le terminal utilisateur indépendamment de la réception du message. Par exemple, les données du terminal utilisateur peuvent être relatives au destinataire utilisant le terminal utilisateur ou au terminal utilisateur.
Selon un mode de réalisation, il prévu la réception par un autre terminal utilisateur du message, dans laquelle un contenu obtenu par détermination d’un résultat de la fonction appliquée sur des données de l’autre terminal utilisateur diffère du contenu spécifique.
Ainsi, le résultat du décodage du message par le terminal utilisateur diffère du résultat du décodage du message par l’autre terminal utilisateur, puisque le contenu obtenu par détermination du résultat de la fonction appliquée sur les données du terminal utilisateur diffère du contenu obtenu par détermination du résultat de la fonction appliquée sur les données de l’autre terminal utilisateur.
Selon un mode de réalisation, le message est un courriel (ou message électronique) et l’au moins une correspondant à une fonction déterminée par l’expéditeur est une balise.
Ainsi, l’invention s’applique dans le cas des messages électroniques, où les données correspondant à des fonctions sont des balises, par exemple, des balises « HyperText Markup Language », HTML, ou des balises MarkDown. Ces balises peuvent être déterminées par l’expéditeur sans nécessiter d’outils informatiques particuliers. Cela simplifie alors la mise en œuvre de l’invention.
Selon un mode de réalisation, le contenu spécifique est obtenu en en outre par détermination du résultat de la fonction appliquée sur des données correspondant au contenu initial de message déterminé par l’expéditeur du message.
Le contenu obtenu par décodage de la donnée correspondant à la fonction est obtenu par détermination du résultat de la fonction appliquée non seulement sur les données du terminal utilisateur, mais également sur les données correspondant au contenu initial de message déterminé par l’expéditeur du message. Par exemple, lorsque la donnée correspondant à la fonction fait référence ou pointe une partie ou l’intégralité du contenu initial de message déterminé par l’expéditeur du message, il est possible de décoder de manière spécifique les données correspondant à cette partie ou à l’intégralité du contenu initial. Par exemple, décoder les données correspondant au contenu initial de message déterminé par l’expéditeur du message afin d’obtenir la partie ou l’intégralité du contenu initial de message dans une langue adaptée à chaque destinataire.
Cela permet d’adapter le contenu initial de message déterminé par l’expéditeur du message à des données du terminal utilisateur, c’est-à-dire à des données propres à l’utilisateur, et notamment à des paramètres déterminés par l’utilisateur.
Le contenu initial de message déterminé par l’expéditeur du message peut correspondre, au moins en partie, avec le contenu obtenu par détermination d’un résultat de la fonction appliquée sur les données du terminal utilisateur.
Selon un mode de réalisation, les données du terminal sont des paramètres propres à un utilisateur et/ou des messages précédemment reçus par le terminal utilisateur et/ou une heure locale de la réception du message par le terminal utilisateur et/ou un état du terminal utilisateur.
Par utilisateur, il est entendu l’utilisateur du terminal utilisateur, qui peut être le destinataire du message envoyé par l’expéditeur.
Par exemple, les données du terminal peuvent être :
- des données d’un carnet d’adresses (à savoir, des paramètres propres à un utilisateur), cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte des informations du carnet d’adresses (par exemple, si seuls des numéros de téléphone professionnels sont renseignés alors les formules de politesse d’introduction ou de conclusion peuvent être adaptées à des échanges de mails professionnels, inversement si des numéros de téléphone privés sont renseignés alors les formules de politesse d’introduction ou de conclusion peuvent être adaptées à des échanges de mails privés) ;
- des données de disponibilité utilisateur (à savoir, des paramètres propres à un utilisateur et/ou un état du terminal utilisateur) ;
- des données d’un historique de messages (à savoir, des paramètres propres à un utilisateur), cela permet par exemple de déterminer comment le destinataire s’adressait à l’expéditeur dans des messages précédents et ainsi de déduire les formules de politesse d’introduction ou de conclusion;
- des données d’une horloge, cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte le moment de réception (par exemple, « bonsoir » ou « bonjour »);
- des données d’un calendrier, cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte le jour de réception (par exemple, « bon week-end » ou « bonnes vacances »);
- des données d’un profil utilisateur (à savoir, des paramètres propres à un utilisateur), cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte le profil de l’utilisateur (par exemple, en intégrant le nom du destinataire dans le contenu final);
; et
- des données de paramétrage du terminal utilisateur, cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte le paramétrage du terminal utilisateur (par exemple, que le contenu final soit dans la langue paramétrée) ;
- des données de localisation, cela permet notamment d’adapter le message afin que le contenu final de celui-ci prenne en compte le moment de réception relativement au fuseau horaire dans lequel se trouve le terminal utilisateur (par exemple, « bonsoir » ou « bonjour »);
- des données relatives à l’état du terminal utilisateur, par exemple lorsque le terminal est en mode veille ou en mode actif.
- des données d’un carnet d’adresses (à savoir, des paramètres propres à un utilisateur), cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte des informations du carnet d’adresses (par exemple, si seuls des numéros de téléphone professionnels sont renseignés alors les formules de politesse d’introduction ou de conclusion peuvent être adaptées à des échanges de mails professionnels, inversement si des numéros de téléphone privés sont renseignés alors les formules de politesse d’introduction ou de conclusion peuvent être adaptées à des échanges de mails privés) ;
- des données de disponibilité utilisateur (à savoir, des paramètres propres à un utilisateur et/ou un état du terminal utilisateur) ;
- des données d’un historique de messages (à savoir, des paramètres propres à un utilisateur), cela permet par exemple de déterminer comment le destinataire s’adressait à l’expéditeur dans des messages précédents et ainsi de déduire les formules de politesse d’introduction ou de conclusion;
- des données d’une horloge, cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte le moment de réception (par exemple, « bonsoir » ou « bonjour »);
- des données d’un calendrier, cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte le jour de réception (par exemple, « bon week-end » ou « bonnes vacances »);
- des données d’un profil utilisateur (à savoir, des paramètres propres à un utilisateur), cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte le profil de l’utilisateur (par exemple, en intégrant le nom du destinataire dans le contenu final);
; et
- des données de paramétrage du terminal utilisateur, cela permet d’adapter le message afin que le contenu final de celui-ci prenne en compte le paramétrage du terminal utilisateur (par exemple, que le contenu final soit dans la langue paramétrée) ;
- des données de localisation, cela permet notamment d’adapter le message afin que le contenu final de celui-ci prenne en compte le moment de réception relativement au fuseau horaire dans lequel se trouve le terminal utilisateur (par exemple, « bonsoir » ou « bonjour »);
- des données relatives à l’état du terminal utilisateur, par exemple lorsque le terminal est en mode veille ou en mode actif.
Selon un mode de réalisation, il est prévu la détermination d’un message à émettre comprenant :
- la détermination d’un contenu de message par un utilisateur du terminal utilisateur ;
- la détermination d’un contenu remplaçant le contenu spécifique.
- la détermination d’un contenu de message par un utilisateur du terminal utilisateur ;
- la détermination d’un contenu remplaçant le contenu spécifique.
Ainsi, lorsqu’il est répondu au message ou que celui-ci est transféré à un nouveau destinataire, notamment dans le cadre de message électronique, il n’est pas possible au nouveau destinataire ou à l’ancien expéditeur de déduire ou de déterminer le contenu obtenu par détermination du résultat de la fonction appliquée sur les données du terminal utilisateur. Ainsi, les données du terminal utilisateur restent confidentielles.
Selon un mode de réalisation, il est prévu l’émission par le terminal utilisateur du message à émettre, ledit message à émettre comprenant :
- des données correspondant au contenu de message déterminé par l’utilisateur du terminal utilisateur ;
- des données correspondant au contenu de remplacement ;
- les données correspondant au contenu initial de message déterminé par l’expéditeur du message.
- des données correspondant au contenu de message déterminé par l’utilisateur du terminal utilisateur ;
- des données correspondant au contenu de remplacement ;
- les données correspondant au contenu initial de message déterminé par l’expéditeur du message.
Selon un mode de réalisation, il est prévu une évaluation du contenu spécifique obtenu.
Ainsi, il est possible de prévoir une étape d’évaluation mise en œuvre par le terminal utilisateur dans laquelle l’utilisateur du terminal utilisateur (à savoir un destinataire du message) évalue le contenu spécifique obtenu par détermination du résultat de la fonction. Cela permet d’adapter et/ou d’améliorer le décodage. En effet, bien que celui-ci soit réalisé en fonction des données du terminal utilisateur, le contenu spécifique obtenu peut ne pas correspondre à ce que l’expéditeur aurait individuellement envoyé au destinataire ou encore ce que le destinataire souhaite recevoir. Par évaluation, il est entendu ici toutes méthodes permettant au destinataire de noter ou de valider (ou non) le contenu spécifique obtenu par détermination du résultat de la fonction.. Il peut être avantageux de proposer au destinataire de choisir parmi des alternatives dans le cas où celui-ci ne validerait pas le contenu spécifique à évaluer ou encore de demander au destinataire de proposer lui-même une alternative qui sera prise en compte dans les prochains décodages des données, c’est-à-dire que le contenu obtenu par détermination du résultat de la fonction appliquée sur au moins des données du terminal utilisateur est obtenu par détermination du résultat de la fonction appliquée sur:
- les données du terminal utilisateur ; et sur
- des données relatives à l’évaluation faite par le destinataire et/ou à l’alternative choisie ou proposée par le destinataire.
- les données du terminal utilisateur ; et sur
- des données relatives à l’évaluation faite par le destinataire et/ou à l’alternative choisie ou proposée par le destinataire.
Selon un autre aspect, il est proposé un programme informatique comportant des instructions pour la mise en œuvre de tout ou partie d’un procédé tel que défini dans les présentes lorsque ces instructions sont exécutées par un processeur. Selon un autre aspect de l’invention, il est proposé un support d’enregistrement non transitoire, lisible par un ordinateur, sur lequel est enregistré un tel programme.
Selon un autre aspect, il est proposé un terminal utilisateur configuré pour traiter un message reçu via un réseau de communication électronique, le terminal utilisateur comprend :
une interface réseau configurée pour recevoir et envoyer des messages via le réseau de communication électronique ;
un processeur ; et
une mémoire stockant des instructions, de sorte que lorsque ces instructions sont exécutées par le processeur, elles configurent le terminal utilisateur pour:
- recevoir par l’interface réseau le message comprenant:
- des données correspondant à un contenu initial de message déterminé par l’expéditeur du message; et
- au moins une donnée correspondant à une fonction, l’au moins une donnée étant déterminée par l’expéditeur du message;
- déterminer un contenu final, ledit contenu final comprenant :
- le contenu initial de message déterminé par l’expéditeur du message; et
- un contenu obtenu par détermination d’un résultat de la fonction appliquée sur au moins des données du terminal utilisateur.
une interface réseau configurée pour recevoir et envoyer des messages via le réseau de communication électronique ;
un processeur ; et
une mémoire stockant des instructions, de sorte que lorsque ces instructions sont exécutées par le processeur, elles configurent le terminal utilisateur pour:
- recevoir par l’interface réseau le message comprenant:
- des données correspondant à un contenu initial de message déterminé par l’expéditeur du message; et
- au moins une donnée correspondant à une fonction, l’au moins une donnée étant déterminée par l’expéditeur du message;
- déterminer un contenu final, ledit contenu final comprenant :
- le contenu initial de message déterminé par l’expéditeur du message; et
- un contenu obtenu par détermination d’un résultat de la fonction appliquée sur au moins des données du terminal utilisateur.
D’autres caractéristiques, détails et avantages de l’invention apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels :
Dans l’exemple de la figure 1 un expéditeur 1.10 envoie un message 1.4 via un réseau de communication électronique 1.5 (par exemple, le réseau internet ou un réseau intranet) à plusieurs destinataires 1.20 (destinataire A) et 1.30 (destinataire B). Le message 1.4 est envoyé au moyen d’un terminal utilisateur 1.11 et reçu au moyen des terminaux utilisateur 1.21 et 1.31. Ces terminaux utilisateur 1.11, 1.21 et 1.31, peuvent être par exemple des ordinateurs, smartphones ou encore des tablettes numériques. Dans cet exemple, il n’est représenté que deux destinataires A 1.20 et B 1.30, toutefois l’invention peut être appliquée sans limites particulières. Le message 1.4 envoyé est un message de messagerie électronique également appelé courrier électronique, courriel ou encore email. L’invention peut être appliquée avec d’autres types de messages, notamment des messages vocaux.
Le message comprend des données correspondant à un contenu initial de message déterminé par l’expéditeur du message, à savoir la chaine de caractère « Blabla ». Le message comprend également des données correspondant à des fonctions, ces données étant également déterminées par l’expéditeur qui sont ici <greet/> et <idt/>. Dans le cas décrit à la figure 1, les données correspondant à des fonctions sont des balises HTML et le contenu initial déterminé par l’expéditeur est un texte.
Dans d’autres modes de réalisation non représentés, les données correspondant aux fonctions peuvent également être du texte, c’est-à-dire des chaines de caractères déterminées par l’expéditeur représentatives des fonctions (ou au moins liées à ces fonctions), par exemple, « Bonjour » à la place de <greet/>, « Jean » à la place de <idt/>. Dans le cas où le message est un message vocal, les données correspondent à un enregistrement sonore et les données correspondant à des fonctions peuvent être, par exemple, des données représentant une touche du clavier d’ordinateur ou encore du smartphone.
Le terminal utilisateur 1.21 est plus amplement détaillé et comprend un module d’interface avec le réseau de communication électronique (INT1) 1.22, un processeur (PROC) 1.23, une mémoire (MEMO) 1.24 et un module d’interface utilisateur (INT2) 1.25.
La mémoire 1.24 comprend une mémoire non volatile sur laquelle est stocké le programme informatique et une mémoire volatile sur laquelle sont stockés les paramètres pour la mise en œuvre de l’invention, par exemple le message reçu (à savoir, les données correspondant au contenu initial et la donnée correspondant à une fonction), les données du terminal utilisateur par exemple des données d’un carnet d’adresses (par exemple, les données correspondant à une adresse privée ou professionnelle), des données de disponibilité utilisateur (par exemple, des données relatif à l’agenda), des données d’un historique de message (par exemple, des données relatives à la réception d’un message, des réponses à ce message ou encore des transferts de ce message), des données d’une horloge, des données d’un calendrier, des données d’un profil utilisateur (par exemple, des données relatives à la langue de l’utilisateur), des données de paramétrage du terminal utilisateur (par exemple, des données relatives à un mode du terminal ou encore à un type de connectivité), des données relatives à l’état du terminal utilisateur (par exemple, des données relatives au mode du terminal utilisateur, mode veille, mode actif), des données de localisation (par exemple, des données GPS) ou encore des données d’évaluation (par exemple, des correspondances entre la donnée correspondant à une fonction et des notes, des invalidations, des alternatives choisies ou encore des mots attribués par le destinataire).
Le module d’interface avec le réseau de communication électronique (INT1) 1.22 permet au terminal utilisateur 1.21 de recevoir le message 1.4 via le réseau de communication électronique 1.5. Il peut s’agir d’un modem internet et/ou d’une carte réseau pour un ordinateur ou encore d’un module de communication sans fil permettant de recevoir et de décoder un signal radio provenant d’une antenne du réseau de communication électronique 1.5.
Le module d’interface utilisateur 1.25 permet notamment la restitution du message 1.4 à l’utilisateur 1.20 du terminal utilisateur 1.21. Le module d’interface utilisateur 1.25 permet également à l’utilisateur 1.20 de déterminer un contenu de message à émettre et d’évaluer le contenu spécifique, par exemple, en donnant une note ou en validant le contenu spécifique ou encore en choisissant des alternatives au contenu spécifique ou en attribuant directement une alternative au contenu spécifique. Le module d’interface utilisateur 1.25 permet également à l’utilisateur 1.20 de déterminer certaines données stockées sur le terminal utilisateur 1.21, par exemple, les données d’un carnet d’adresses, les données d’un profil utilisateur ou encore les données de paramétrage du terminal utilisateur. Le module d’interface utilisateur 1.25 peut comprendre un écran et un clavier pour un ordinateur ou un écran tactile pour un smartphone. Le module d’interface utilisateur 1.25 peut également comprendre un microphone et un haut-parleur dans le cas où le message 1.4 est un message vocal.
Le processeur 1.23 est notamment configuré pour contrôler le module d’interface avec le réseau de communication électronique (INT1) 1.22 afin de pouvoir recevoir le message 1.4 via le réseau 1.5 et éventuellement d’émettre un message également via le réseau 1.5. Le processeur 1.23 est également configuré pour déterminer le contenu final du message, c’est-à-dire le contenu du message tel qu’il sera restitué à l’utilisateur. Le processeur 1.23 détermine ce contenu final comme il est d’usage concernant le contenu initial de message déterminé par l’expéditeur du message. Le processeur 1.23 détermine le contenu spécifique par détermination du résultat de la fonction appliquée sur au moins des données du terminal utilisateur, par exemple, celles stockées sur la mémoire 1.24.
La figure 2 représente un organigramme d’un procédé selon un mode de réalisation de l’invention.
A l’étape S1, l’expéditeur 1.10 prépare un message à destination des destinataires A 1.20 et B 1.31. Pour cela, l’expéditeur 1.10 détermine notamment le contenu initial de message. Par exemple, l’expéditeur détermine le texte du courrier électronique 1.4 (ici, « blabla ») ou encore l’enregistrement audio du message vocal 1.4. L’expéditeur 1.10 détermine également au moins une donnée correspondant à une fonction. Dans l’exemple de la figure 1, c’est-à-dire dans le cas où le message est un message électronique, l’expéditeur a déterminé des données correspondant à deux fonctions, qui sont des balises HTML, à savoir <greet/> et <idt/>. Celles-ci peuvent être déterminées directement dans le texte du message 1.4, à savoir que l’expéditeur peut écrire les chaines de caractères «< greet />» et «< idt />» dans le corps du texte. Il est également possible d’utiliser un logiciel configuré pour proposer les balises à l’expéditeur afin de simplifier la détermination des données correspondant aux fonctions. D’autres données correspondant à des fonctions seront décrites par la suite. Lorsque les données correspondant aux fonctions sont des chaines de caractères représentatives de fonctions, alors l’expéditeur détermine la chaine de caractère, par exemple, « Bonjour » qui correspond à la même fonction que la balise <greet/> et « Jean » qui correspond à la même fonction que la balise <idt/>.
Lorsque le message 1.4 est un message vocal, l’expéditeur peut, par exemple, déterminer la donnée correspondant à une fonction au moyen de touche d’un clavier pour un téléphone, smartphone ou encore un ordinateur. Par exemple, les touches du clavier numérique peuvent chacune correspondre à une donnée correspondant à une fonction différentes, la touche « 1 » peut, par exemple, correspondre à une balise de type <idt/> (dont le décodage par le terminal utilisateur 1.20 ou 1.30 du destinataire restitue le nom du destinataire). L’expéditeur pendant l’enregistrement du message vocal peut alors appuyer sur la touche « 1 » ce qui introduira un signal sonore ou numérique caractéristique <idt/> dans le message vocal.
A l’étape S2, l’expéditeur 1.10 envoie un message 1.4 via le réseau de communication électronique 1.5 (dans l’exemple de la figure 1 il s’agit du réseau internet) à plusieurs destinataires 1.2 et 1.3.
Aux étapes S3 et S3’, les terminaux utilisateur 1.21 et 1.31 reçoivent via leur module d’interface avec le réseau de communication électronique respectif (seul INT1 1.22 est représenté sur la figure 1) le message 1.4. Les terminaux utilisateur 1.21 et 1.31 peuvent envoyer via leur module d’interface avec le réseau de communication électronique des messages d’accusé réception au terminal utilisateur 1.11. Ces messages peuvent contenir les contenus finaux tels que déterminés par chacun des terminaux utilisateur 1.21 et 1.31 (détermination qui est décrite dans les étapes suivantes), par exemple, suite à l’accord donné par chacun des destinataires 1.30 et 1.20 pour transmettre les contenus finaux. En l’absence d’accord ou plus généralement d’une autorisation les messages d’accusé réception ne comporteront pas les contenus finaux tels que déterminés par chacun des terminaux utilisateur 1.21 et 1.31.
Aux étapes S4 et S4’, les processeurs des terminaux utilisateur 1.21 et 1.31 (seul PROC 1.23 est représenté sur la figure 1) déterminent les contenus finaux du message. Ainsi, les processeurs décodent les données correspondant au contenu initial de message déterminé par l’expéditeur 1.10 à l’étape S1, à savoir, qu’ils décodent des données codant le texte « Blabla » dans l’exemple de la figure 1. De plus, les processeurs décodent les données correspondant aux fonctions déterminées par l’expéditeur 1.10 à l’étape S1, à savoir, les balises <greet/> et <idt/> dans l’exemple, ou encore « Bonjour » et « Jean » dans une alternative. Ce décodage des données correspondant à des fonctions se fait en fonction des données de chaque terminal utilisateur. Ce décodage, par le processeur 1.23 du terminal utilisateur 1.21, des données correspondant aux fonctions se fait en fonction des données stockées sur la mémoire 1.24 de ce même terminal utilisateur 1.21. Le décodage effectué par les processeurs des terminaux utilisateur 1.21 et 1.31 peut être effectué à différents moments après la réception du message. Par exemple, il peut être mis en œuvre au moment de la réception du message par chaque terminaux utilisateur 1.21 et 1.31 mais également au moment de l’ouverture et de la restitution du message à chaque destinataire.
Plus précisément, le processeur 1.21 calcule les résultats (également appelé contenu spécifique) des fonctions correspondant aux données du message 1.4 appliquées sur les données du terminal utilisateur 1.21. Ainsi, la balise « <idt/>», ou encore la chaine de caractère « Jean », détermine une fonction qui, à des données du profil utilisateur (stockées dans la mémoire 1.24) du destinataire 1.20, renvoie le nom du destinataire 1.20. La balise « <greet/> », ou encore la chaine de caractère « Bonjour », détermine une fonction qui, à des données de l’horloge du terminal utilisateur 1.21 et/ou à des données de localisation (ou encore de fuseau horaire), renvoie une formule de politesse d’introduction qui dépend du moment de réception du message 1.4, par exemple « Bonjour » ou « Bonsoir ». D’autres données correspondant à des fonctions peuvent être déterminées, par exemple :
- « < greet/> », ou encore la chaine de caractère « Bonjour », peut également déterminer une fonction qui, à des données du carnet d’adresses du destinataire 1.20 stockées sur la mémoire 1.24, renvoie une formule de politesse d’introduction qui dépend du niveau de familiarité entre l’expéditeur 1.10 et le destinataire 1.20. Par exemple, si seuls des numéros de téléphone professionnels de l’expéditeur 1.10 sont renseignés alors le résultat du décodage de « < greet/> » par le processeur 1.23 pourra être « Monsieur » ou « Madame ». A l’inverse, si des numéros de téléphone privés de l’expéditeur 1.10 sont renseignés alors le résultat du décodage de « < greet/> » par le processeur 1.23 pourra être « Bonjour », « Bonsoir » ou encore « Salut ». Le résultat de la fonction associée à « < greet/> » peut également dépendre des données de l’historique de messages stockées sur la mémoire 1.24, permettant également de déterminer un niveau de familiarité entre l’expéditeur 1.10 et le destinataire 1.20 sur la base de précédents messages.
- « < bye/ > » , ou encore la chaine de caractère « Bonne journée », détermine une fonction qui, à des données du terminal 1.21 stockées sur la mémoire 1.24, renvoie une formule de politesse de conclusion, par exemple « Bonne journée », « Bonne soirée », « Bon weekend », « Salutation distinguée ». Les données du terminal utilisateur 1.21 concernées par cette fonction sont les mêmes que dans le cas de « < greet/> ». Le résultat de la fonction associée à « < bye/ > » peut également dépendre de données du calendrier stockées sur la mémoire 1.24, par exemple, « Bon week-end ».
- « <proximity/> », ou encore la chaine de caractère « Tu », détermine une fonction qui, à des données du terminal 1.21 stockées sur la mémoire 1.24, renvoie un pronom personnel familier ou soutenu, par exemple, « vous » ou « tu ». Les données du terminal utilisateur 1.21 concernées par cette fonction peuvent être les données du carnet d’adresses du destinataire 1.20 comme dans le cas de « < greet/> ».
- « <availability/> » détermine une fonction qui, à des données de disponibilité utilisateur stockées sur la mémoire 1.24, renvoie un préambule pour présenter ses excuses à un éventuel dérangement et proposer un extrait du message ou éventuellement inviter à lire plus tard.- « <translate> » et « </translate> » détermine une fonction qui, à des données de paramétrage du terminal utilisateur et/ou à des données de localisation et à un texte compris entre les deux balises, renvoie une traduction de ce texte dans la langue paramétrée ou dans la langue correspondant à la localisation.
- « <safecontent> » et « </safecontent> » détermine une fonction qui, à des données de paramétrage du terminal utilisateur et à un texte compris entre les deux balises, renvoie ce texte en supprimant ou en remplaçant les éléments de langage inappropriés.
- « < repetition/> » détermine une fonction qui, à des données relatives à l’historique de messages stockées sur la mémoire 1.24, renvoie une formule de politesse d’introduction qui dépend des messages précédemment échangé entre l’expéditeur et le destinataire, par exemple « Rebonjour » ou « Rebonsoir ».
- « < greet/> », ou encore la chaine de caractère « Bonjour », peut également déterminer une fonction qui, à des données du carnet d’adresses du destinataire 1.20 stockées sur la mémoire 1.24, renvoie une formule de politesse d’introduction qui dépend du niveau de familiarité entre l’expéditeur 1.10 et le destinataire 1.20. Par exemple, si seuls des numéros de téléphone professionnels de l’expéditeur 1.10 sont renseignés alors le résultat du décodage de « < greet/> » par le processeur 1.23 pourra être « Monsieur » ou « Madame ». A l’inverse, si des numéros de téléphone privés de l’expéditeur 1.10 sont renseignés alors le résultat du décodage de « < greet/> » par le processeur 1.23 pourra être « Bonjour », « Bonsoir » ou encore « Salut ». Le résultat de la fonction associée à « < greet/> » peut également dépendre des données de l’historique de messages stockées sur la mémoire 1.24, permettant également de déterminer un niveau de familiarité entre l’expéditeur 1.10 et le destinataire 1.20 sur la base de précédents messages.
- « < bye/ > » , ou encore la chaine de caractère « Bonne journée », détermine une fonction qui, à des données du terminal 1.21 stockées sur la mémoire 1.24, renvoie une formule de politesse de conclusion, par exemple « Bonne journée », « Bonne soirée », « Bon weekend », « Salutation distinguée ». Les données du terminal utilisateur 1.21 concernées par cette fonction sont les mêmes que dans le cas de « < greet/> ». Le résultat de la fonction associée à « < bye/ > » peut également dépendre de données du calendrier stockées sur la mémoire 1.24, par exemple, « Bon week-end ».
- « <proximity/> », ou encore la chaine de caractère « Tu », détermine une fonction qui, à des données du terminal 1.21 stockées sur la mémoire 1.24, renvoie un pronom personnel familier ou soutenu, par exemple, « vous » ou « tu ». Les données du terminal utilisateur 1.21 concernées par cette fonction peuvent être les données du carnet d’adresses du destinataire 1.20 comme dans le cas de « < greet/> ».
- « <availability/> » détermine une fonction qui, à des données de disponibilité utilisateur stockées sur la mémoire 1.24, renvoie un préambule pour présenter ses excuses à un éventuel dérangement et proposer un extrait du message ou éventuellement inviter à lire plus tard.- « <translate> » et « </translate> » détermine une fonction qui, à des données de paramétrage du terminal utilisateur et/ou à des données de localisation et à un texte compris entre les deux balises, renvoie une traduction de ce texte dans la langue paramétrée ou dans la langue correspondant à la localisation.
- « <safecontent> » et « </safecontent> » détermine une fonction qui, à des données de paramétrage du terminal utilisateur et à un texte compris entre les deux balises, renvoie ce texte en supprimant ou en remplaçant les éléments de langage inappropriés.
- « < repetition/> » détermine une fonction qui, à des données relatives à l’historique de messages stockées sur la mémoire 1.24, renvoie une formule de politesse d’introduction qui dépend des messages précédemment échangé entre l’expéditeur et le destinataire, par exemple « Rebonjour » ou « Rebonsoir ».
Le résultat du décodage des balises <greet/> et <idt/>, ou alternativement de « Bonjour » et « Jean », du message 1.4 dans l’exemple de la figure 1, est « Good morning James » lorsque le décodage est effectué par le terminal utilisateur 1.21 en fonction des données du terminal stockées sur la mémoire 1.24. Ces résultats sont ainsi adaptés au destinataire A 1.20 du message 1.4, sans que l’expéditeur ait eu besoin de connaitre ces différents résultats. Par ailleurs, le résultat du décodage des balises <greet/> et <idt/>, ou alternativement de « Bonjour » et « Jean », du message 1.4 par le processeur du terminal utilisateur 1.31 en fonction des données du terminal stockées sur la mémoire de ce terminal (non représentée), est « Bonsoir Paul ». Ces résultats adaptés au destinataire B 1.30 du message 1.4 diffèrent de ceux calculés par le processeur du terminal utilisateur 1.21.
Aux étapes S5 et S5’, les processeurs des terminaux utilisateur 1.21 et 1.31 (seul PROC 1.23 est représenté sur la figure 1) contrôlent respectivement leurs modules d’interface utilisateur (seul INT2 1.25 est représenté sur la figure 1) afin de pouvoir afficher les contenus finaux déterminés aux étapes S4 et S4’.
A l’étape S6, un message à émettre est déterminé. Ce message comprend notamment un contenu de message déterminé par le destinataire 1.20, le contenu initial de message déterminé par l’expéditeur 1.10 pour le message 1.4 et un contenu de remplacement. Ce contenu de remplacement peut être déterminé par le destinataire 1.20 ou par le processeur 1.23, par exemple en remplaçant le contenu spécifique par une chaine de caractère correspondant aux balises, par exemple « greet » et « idt » dans l’exemple de la figure 1. Le contenu du message à émettre peut également faire apparaître le contenu spécifique du message décodé par le processeur 1.23 en fonction d’un paramétrage décidé par le destinataire 1.20 ou suite à une validation effectuée par le destinataire, par exemple au moment de l’envoi du message ou lors d’une configuration d’une application ou d’un programme informatique utilisé pour l’émission/réception de messages. Le message à émettre peut être un accusé réception, le contenu spécifique pouvant également être remplacé ou non en fonction d’un paramétrage ou d’une validation réalisée par le destinataire.
A l’étape S7, le processeur 1.23 contrôle INT1 1.22 afin d’émettre le message déterminé à l’étape S6 et qui comprend notamment le contenu de remplacement. Ainsi, le destinataire de ce message émis n’aura pas le contenu spécifique qui est remplacé par le contenu de remplacement. Ainsi, il ne pourra pas en déduire les données du terminal utilisateur stockées dans la mémoire 1.24.
A l’étape S6’, le processeur du terminal utilisateur 1.31 contrôle l’interface d’utilisateur du terminal utilisateur 1.31 afin que le destinataire 1.30 puisse évaluer le contenu obtenu par décodage de la balise ou des chaines de caractères. Par exemple, une fois le contenu final affiché sur l’interface d’utilisateur du terminal utilisateur 1.31, cette interface demande au destinataire 1.30 :
- de noter le contenu spécifique, par exemple, entre 1 et 5, ou
- de valider ou non le contenu spécifique, par exemple, « validez-vous le contenu ? », « oui », « non ».
- de noter le contenu spécifique, par exemple, entre 1 et 5, ou
- de valider ou non le contenu spécifique, par exemple, « validez-vous le contenu ? », « oui », « non ».
Dans le cas où le destinataire 1.30 répond « non » ou donne une note faible, l’interface d’utilisateur peut proposer au destinataire 1.30 de choisir parmi des alternatives, par exemple, si le destinataire 1.30 ne valide pas « Bonsoir », l’interface lui propose « Bonjour » ou « Bon-weekend ». Alternativement, lorsque le destinataire 1.30 répond « non », l’interface d’utilisateur peut également afficher un champ de saisie afin que le destinataire 1.30 propose lui-même une alternative, le destinateur 1.30 peut alors saisir librement un mot, par exemple « Hello ».
Les étapes S7’, S8’ et S9’ correspondent à la réception, le décodage et la restitution d’un deuxième message dont l’utilisateur 1.30 du terminal utilisateur 1.31 est destinataire. Ces étapes correspondent aux étapes S3’, S4’ et S5’, mais avec autre message (à savoir le deuxième message) envoyé par le même ou un autre expéditeur.
A l’étape S7’, le terminal utilisateur 1.31 reçoit via son module d’interface avec le réseau de communication électronique un deuxième message (non représenté). Ce deuxième message comprend également une donnée correspondant à une fonction.
A l’étape S8’, le processeur du terminal utilisateur 1.31 décode le deuxième message et notamment le processeur décode la donnée correspondant à la fonction du deuxième message en fonction des données du terminal utilisateur 1.31, mais également en fonction du résultat de l’évaluation du contenu spécifique précédemment décodé. Par exemple, si le destinataire 1.30 du premier message ne valide pas « Bonsoir » et saisie « Hello », alors si le deuxième message comprend la donnée « <greet/> » correspondant à une fonction, le résultat du décodage de cette donnée correspondant à la fonction (à savoir, la détermination du résultat de la fonction appliquée sur les données du terminal utilisateur dont les résultats de l’évaluation font partie) par le terminal utilisateur 1.31 est alors « Hello » et non « Bonsoir ».
A l’étape S9’, le processeur du terminal utilisateur 1.31 contrôle le module d’interface utilisateur afin d’afficher le deuxième contenu final déterminé à l’étape S8’.
Les étapes S6 et S7 concernent l’envoi d’un message en réponse au message 1.4 ou encore le transfert du message 1.4. Ces étapes peuvent être mises en œuvre avec les étapes relatives à la validation du contenu spécifique (S6’ à S9’), c’est-à-dire qu’une étape de validation similaire à celle de S6’ peut être implémentée avant l’étape S6 ou encore après l’étape S7. La réception, le décodage et la restitution d’un deuxième message par le terminal utilisateur 1.21 se feront alors de manière similaire aux étapes S7’ à S9’.
Claims (12)
- Une méthode de traitement d’un message reçu via un réseau de communication électronique par un terminal utilisateur, la méthode comprend :
une réception du message, ledit message comprenant:
- des données correspondant à un contenu initial de message déterminé par l’expéditeur du message; et
- au moins une donnée correspondant à une fonction, l’au moins une donnée étant déterminée par l’expéditeur du message;
une détermination d’un contenu final, ledit contenu final comprenant :
- le contenu initial de message déterminé par l’expéditeur du message; et
- un contenu spécifique obtenu par détermination d’un résultat de la fonction appliquée sur au moins des données du terminal utilisateur. - La méthode selon la revendication 1 comprenant en outre la réception par un autre terminal utilisateur du message, dans laquelle un contenu obtenu par détermination d’un résultat de la fonction appliquée sur des données de l’autre terminal utilisateur diffère du contenu spécifique.
- La méthode selon l’une des revendications précédentes dans laquelle le message est un courriel et l’au moins une donnée correspondant à la fonction est une balise.
- La méthode selon l’une des revendications précédentes dans laquelle le contenu spécifique est obtenu en outre par détermination du résultat de la fonction appliquée sur des données correspondant au contenu initial de message déterminé par l’expéditeur du message.
- La méthode selon l’une des revendications précédentes dans laquelle les données du terminal sont des paramètres propres à un utilisateur et/ou des messages précédemment reçus par le terminal utilisateur, et/ou une heure locale de la réception du message par le terminal utilisateur et/ou un état du terminal.
- La méthode selon l’une des revendications précédentes dans laquelle les données du terminal sont au moins l’une parmi :
- des données d’un carnet d’adresses ;
- des données de disponibilité utilisateur ;
- des données d’un historique de messages ;
- des données d’une horloge ;
- des données d’un calendrier ;
- des données d’un profil utilisateur ;
- des données de paramétrage du terminal utilisateur ;
- des données de localisation ; et
- des données relatives à l’état du terminal utilisateur. - La méthode selon l’une des revendications précédentes comprend en outre la détermination d’un message à émettre comprenant :
- la détermination d’un contenu de message par un utilisateur du terminal utilisateur ;
- la détermination d’un contenu remplaçant le contenu spécifique. - La méthode selon la revendication 7 comprend en outre l’émission par le terminal utilisateur du message à émettre, ledit message à émettre comprenant :
- des données correspondant au contenu de message déterminé par l’utilisateur du terminal utilisateur ;
- des données correspondant au contenu de remplacement ;
- les données correspondant au contenu initial de message déterminé par l’expéditeur du message. - La méthode selon l’une des revendications précédentes comprend en outre une évaluation du contenu spécifique.
- La méthode selon la revendication 9 comprenant en outre :
- la réception d’un deuxième message comprenant au moins la donnée correspondant à la fonction, et
- la détermination d’un deuxième contenu final comprenant un deuxième contenu spécifique obtenu par détermination d’un résultat de la fonction appliquée sur au moins les données du terminal et d’un résultat de l’évaluation du contenu spécifique. - Programme informatique comportant des instructions pour la mise en œuvre le procédé selon l’une des revendications précédentes, lorsque ces instructions sont exécutées par un processeur.
- Un terminal utilisateur configuré pour traiter un message reçu via un réseau de communication électronique, le terminal utilisateur comprend :
une interface réseau configurée pour recevoir et envoyer des messages via le réseau de communication électronique ;
un processeur ; et
une mémoire stockant des instructions, de sorte que lorsque ces instructions sont exécutées par le processeur, elles configurent le terminal utilisateur pour:
- recevoir par l’interface réseau le message comprenant :
- des données correspondant à un contenu initial de message déterminé par l’expéditeur du message; et
- au moins une donnée correspondant à une fonction, l’au moins une donnée étant déterminée par l’expéditeur du message;
- déterminer un contenu final, ledit contenu final comprenant :
- le contenu initial de message déterminé par l’expéditeur du message; et
- un contenu spécifique obtenu par détermination d’un résultat de la fonction appliquée sur au moins des données du terminal utilisateur.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2004638A FR3110317A1 (fr) | 2020-05-12 | 2020-05-12 | Smart Message Renderer |
| EP21172421.6A EP3910888A1 (fr) | 2020-05-12 | 2021-05-06 | Rendu intelligent de message |
| US17/317,687 US11575629B2 (en) | 2020-05-12 | 2021-05-11 | Smart message renderer |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2004638A FR3110317A1 (fr) | 2020-05-12 | 2020-05-12 | Smart Message Renderer |
| FR2004638 | 2020-05-12 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR3110317A1 true FR3110317A1 (fr) | 2021-11-19 |
Family
ID=72088266
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2004638A Withdrawn FR3110317A1 (fr) | 2020-05-12 | 2020-05-12 | Smart Message Renderer |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US11575629B2 (fr) |
| EP (1) | EP3910888A1 (fr) |
| FR (1) | FR3110317A1 (fr) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150339285A1 (en) * | 2014-04-22 | 2015-11-26 | Aman Safaei | Methods and Systems for Batch Generation and Delivery of Customized Documents |
| US20180048600A1 (en) * | 2016-08-10 | 2018-02-15 | International Business Machines Corporation | Predictive message personalization |
Family Cites Families (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100285122B1 (ko) * | 1999-01-13 | 2001-03-15 | 이수복 | 인터넷 전자우편 부가 서비스 시스템 |
| IL153953A0 (en) * | 2000-07-19 | 2003-07-31 | Incredimail Ltd | System and method for intelligent transmission of digital content embedded in electronic mail messages |
| US20020052773A1 (en) * | 2000-10-06 | 2002-05-02 | Michael Kraemer | Worker management system |
| US20040128534A1 (en) * | 2002-12-18 | 2004-07-01 | Walker Nicholas John | Method and product for identifying a website visitor session by visitor e-mail address |
| US7392289B2 (en) * | 2003-08-01 | 2008-06-24 | Estationer, Llc | Method, system, and program product for automatically formatting electronic mail addressed to an intended recipient |
| US7461339B2 (en) * | 2004-10-21 | 2008-12-02 | Trend Micro, Inc. | Controlling hostile electronic mail content |
| US20060293904A1 (en) * | 2005-06-23 | 2006-12-28 | Microsoft Corporation | Generating and rendering electronic business cards |
| US20070038717A1 (en) * | 2005-07-27 | 2007-02-15 | Subculture Interactive, Inc. | Customizable Content Creation, Management, and Delivery System |
| US20070226679A1 (en) * | 2006-02-09 | 2007-09-27 | Rollstream, Inc. | Systems, apparatus and methods for distributed deployment management |
| US20080077675A1 (en) * | 2006-09-25 | 2008-03-27 | Agere Systems Inc. | Systems and Methods for Electronic Message Preparation |
| US20080126170A1 (en) * | 2006-11-07 | 2008-05-29 | Leck Mark H | Systems and Methods for Retrieving Potential Real Estate Leads |
| US8103726B2 (en) * | 2007-08-17 | 2012-01-24 | International Business Machines Corporation | Analyzing email content to determine potential intended recipients |
| US8676901B1 (en) * | 2007-11-01 | 2014-03-18 | Google Inc. | Methods for transcoding attachments for mobile devices |
| US20090214034A1 (en) * | 2008-02-26 | 2009-08-27 | Rohit Mehrotra | Systems and methods for enabling electronic messaging with recipient-specific content |
| US8661342B2 (en) * | 2008-06-17 | 2014-02-25 | Microsoft Corporation | Mail merge integration techniques |
| EP2144410B1 (fr) * | 2008-07-09 | 2011-02-23 | Research In Motion Limited | Optimisation de la livraison de messages de courrier électronique formatés |
| US8516246B2 (en) * | 2008-08-07 | 2013-08-20 | Gilat Satellite Networks Ltd. | Network binding |
| US20100250477A1 (en) * | 2009-03-31 | 2010-09-30 | Shekhar Yadav | Systems and methods for optimizing a campaign |
| US8626843B2 (en) * | 2009-09-29 | 2014-01-07 | Sap Ag | Mass-communication templates for communication-scenarios |
| US9143478B2 (en) * | 2009-11-08 | 2015-09-22 | Venkat Ramaswamy | Email with social attributes |
| US8572496B2 (en) * | 2010-04-27 | 2013-10-29 | Go Daddy Operating Company, LLC | Embedding variable fields in individual email messages sent via a web-based graphical user interface |
| US9052792B2 (en) * | 2011-12-20 | 2015-06-09 | Yahoo! Inc. | Inserting a search box into a mobile terminal dialog messaging protocol |
| US8924492B2 (en) * | 2012-05-27 | 2014-12-30 | Yahoo! Inc. | Method and system for generating recipients while composing electronic mails |
| US9935907B2 (en) * | 2012-11-20 | 2018-04-03 | Dropbox, Inc. | System and method for serving a message client |
| US10171409B2 (en) * | 2012-12-04 | 2019-01-01 | Selligent, Inc. | Systems and methods for path optimization in a message campaign |
| US9680782B2 (en) * | 2013-07-29 | 2017-06-13 | Dropbox, Inc. | Identifying relevant content in email |
| US11438294B2 (en) * | 2014-09-24 | 2022-09-06 | Yahoo Assets Llc | System and method for auto-formatting messages based on learned message templates |
| US20160373403A1 (en) * | 2015-06-22 | 2016-12-22 | One More Company Inc. | Electronic Message Tracking Beacon Remediation |
| US20160373393A1 (en) * | 2015-06-22 | 2016-12-22 | One More Company Inc. | Message Scanning and Augmentation |
| US10841262B2 (en) * | 2016-01-11 | 2020-11-17 | Etorch, Inc. | Client-agnostic and network-agnostic device management |
| US10560412B2 (en) * | 2016-09-23 | 2020-02-11 | Microsoft Technology Licensing, Llc | Recipient verification |
| US11360736B1 (en) * | 2017-11-03 | 2022-06-14 | Amazon Technologies, Inc. | System command processing |
| US10878808B1 (en) * | 2018-01-09 | 2020-12-29 | Amazon Technologies, Inc. | Speech processing dialog management |
| US11087739B1 (en) * | 2018-11-13 | 2021-08-10 | Amazon Technologies, Inc. | On-device learning in a hybrid speech processing system |
| US11200892B1 (en) * | 2018-12-10 | 2021-12-14 | Amazon Technologies, Inc. | Speech-enabled augmented reality user interface |
| US11355112B1 (en) * | 2020-03-03 | 2022-06-07 | Amazon Technologies, Inc. | Speech-processing system |
| US10904186B1 (en) * | 2020-03-27 | 2021-01-26 | Etorch, Inc. | Email processing for enhanced email privacy and security |
| US11302329B1 (en) * | 2020-06-29 | 2022-04-12 | Amazon Technologies, Inc. | Acoustic event detection |
-
2020
- 2020-05-12 FR FR2004638A patent/FR3110317A1/fr not_active Withdrawn
-
2021
- 2021-05-06 EP EP21172421.6A patent/EP3910888A1/fr active Pending
- 2021-05-11 US US17/317,687 patent/US11575629B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150339285A1 (en) * | 2014-04-22 | 2015-11-26 | Aman Safaei | Methods and Systems for Batch Generation and Delivery of Customized Documents |
| US20180048600A1 (en) * | 2016-08-10 | 2018-02-15 | International Business Machines Corporation | Predictive message personalization |
Also Published As
| Publication number | Publication date |
|---|---|
| US11575629B2 (en) | 2023-02-07 |
| US20210359964A1 (en) | 2021-11-18 |
| EP3910888A1 (fr) | 2021-11-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2008193B1 (fr) | Systèmes de reconnaissance vocale hébergés pour dispositifs radio | |
| US11902326B1 (en) | Secure messaging integration with messaging applications | |
| US8077838B2 (en) | Method and voice communicator to provide a voice communication | |
| US20080279350A1 (en) | Unified messenging system and method | |
| US20190272656A1 (en) | Communication apparatus with in-context messaging | |
| US20130197902A1 (en) | System, method and computer program for sharing audible word tags | |
| US10249288B2 (en) | Social networking with assistive technology device | |
| US20100153116A1 (en) | Method for storing and retrieving voice fonts | |
| FR2818067A1 (fr) | Procede d'acheminement de messages electroniques | |
| CN104394066A (zh) | 以短信方式发送匿名消息的方法及服务器 | |
| CA2552651C (fr) | Systeme et methode de communication internoud formatee sur un reseau informatique | |
| US11727151B2 (en) | Pseudonymizing sensitive objects in online content exchanges | |
| US10574722B2 (en) | Adding contextual clarity to shared links | |
| FR3110317A1 (fr) | Smart Message Renderer | |
| EP3206149B1 (fr) | Procede de controle d'un parametre indicatif d'un niveau de confiance associe a un compte utilisateur d'un service en ligne | |
| KR101305028B1 (ko) | 정보 제공 방법 | |
| KR100974813B1 (ko) | 정보 제공 서버 | |
| US20240356880A1 (en) | Systems and methods for focused user account inboxes | |
| KR20070077224A (ko) | 금융 정보 제공 방법 | |
| EP3757865A1 (fr) | Procédé de traitement d'un message et dispositif correspondant | |
| EP2005646A1 (fr) | Module, procede et programme d'ordinateur de generation de messages | |
| KR101348373B1 (ko) | 개인화된 컨텐츠 운영 방법 | |
| KR20040016568A (ko) | 개인의 약속 정보 데이터를 발행하기 위한 무선 데이터통신 시스템 및 그 방법 | |
| FR2927214A1 (fr) | Systeme et procede de diffusion d'informations dans un reseau de telecommunication. | |
| TW200808028A (en) | Voice-controlled mail sending system and method capable of receiving replies |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20211119 |
|
| ST | Notification of lapse |
Effective date: 20230105 |