EP2005646A1 - Module, procede et programme d'ordinateur de generation de messages - Google Patents

Module, procede et programme d'ordinateur de generation de messages

Info

Publication number
EP2005646A1
EP2005646A1 EP07731845A EP07731845A EP2005646A1 EP 2005646 A1 EP2005646 A1 EP 2005646A1 EP 07731845 A EP07731845 A EP 07731845A EP 07731845 A EP07731845 A EP 07731845A EP 2005646 A1 EP2005646 A1 EP 2005646A1
Authority
EP
European Patent Office
Prior art keywords
message
user
identifier
request
group
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP07731845A
Other languages
German (de)
English (en)
Inventor
Cédric CHARBONNIER
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2005646A1 publication Critical patent/EP2005646A1/fr
Withdrawn legal-status Critical Current

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/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • 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/58—Message adaptation for wireless communication

Definitions

  • the present invention relates to the field of message generation in telecommunications networks, which messages are generated by third parties, for example service providers and sent to users.
  • each service provider has a message generation system comprising software modules of two types.
  • a module of a first type determines the content of the message and the mode of messaging retained to convey the message to the user.
  • Modules of a second type each dedicated to a messaging mode, then manage the transmission of messages over telecommunications networks, via the media respectively adapted for messaging modes, for users.
  • SMS short message service
  • MMS multimedia messaging service
  • email or email service in which the message is sent via the Internet to the user's mailbox, or the instant messenger service, etc.
  • the invention proposes a message generation module for a telecommunication system, comprising:
  • Such a module is therefore particularly well suited to the generation of messages by a plurality of service providers and to a plurality of users, which are personalized both according to the sending service provider and the recipient user.
  • the content of the message ie the meaning or the meaning of the content of the message to be brought to the attention of the user, is decided by the service provider and is designated by message generation module by the group identifier. Then an adaptation of the content of the message is carried out according to user-specific data, for example the language of expression of the content of the message and / or the messaging mode used. Only the message generation module accesses the user-specific data, which indicates specificities related to the messages to be sent to each of these users. This provision makes it possible on the one hand to preserve the confidentiality of this data, by not giving access to the service providers themselves and on the other hand to have a single base to keep up to date with the user data, for the plurality of service providers.
  • a message group includes multiple message templates corresponding to the same translated content in respective different languages.
  • the module is adapted to determine a language based on the identifier of the user indicated in the request.
  • the message is generated according to the model in said language thus determined.
  • the service provider does not have to define in which language the messages must be expressed to each of the users, who nevertheless receive messages according to their wishes, as specified in the user data accessible by the generation module. messages from the user ID.
  • the message generation module is adapted to interface with a plurality of message delivery points capable of transmitting messages in accordance with respective messaging modes.
  • the message generation module is adapted to determine, according to at least the identifier of the user indicated in the request, a format among a plurality of formats, each format being associated with one of said messaging modes.
  • the generated message is a message to format thus determined and is transmitted to the routing point of messages suitable for transmission in accordance with the messaging mode associated with the determined format.
  • the service provider merely indicates which is the group of message templates and the recipient user.
  • the messaging mode that will ultimately be used to transmit the message is determined based on user data, for example preferences expressed by the user.
  • the format is determined according to information relating to the user indicating a mode of mail currently preferred by the user.
  • This information is for example of the type "presence notification" used in instant messaging services and which indicate the availability, the mood, the means of communication currently preferred by users.
  • a message template of a group comprises at least one generic parameter.
  • the module according to the invention is then adapted to, following the reception of a request from a service provider indicating in addition a value for this generic parameter, to generate a message in which the generic parameter has been replaced by the indicated value.
  • the invention proposes a method of generating messages in a message generation module for a telecommunication system, comprising:
  • the method comprises the following steps:
  • the invention proposes a computer program that can be installed in a message generation module for a telecommunication system.
  • the message generation module comprises:
  • a message template group storage base at least one group being identified by a group identifier.
  • the program according to the invention comprises instructions for implementing the steps of a method according to the second aspect of the invention during execution of the program by means of processing the message generation module.
  • FIG. 1 shows a system embodying an embodiment of the invention
  • FIG. 2 represents part of the contents of the storage base of the system represented in FIG. 1
  • FIG. 1 shows a system 1 in one embodiment of the invention, which comprises an interface message generation module 2 input to a plurality of service providers and an output interface to a plurality of routing points messages.
  • FIG. 1 shows two service providers 3, 4 and three routing points 6, 7, 8 are shown.
  • the service provider 3 is the "Fournix" provider and the service provider 4 is the "Urmix" provider.
  • Each message delivery point is an entry point of a separate messaging service, adapted to forward messages received by the routing points to users, indicated in headers of these messages.
  • the routing point 6 is an SMSC, responsible for transmitting SMS-type messages to users connected to a mobile network 9 via their portable terminals (three of which are represented: 11, 12, 13).
  • the mobile network 9 is of type GPRS ("General Packet Radio Service").
  • the routing point 7 is an MMSC, responsible for transmitting MMS messages to users connected to the mobile network 9, which through their personal assistants or PDAs (three of which are represented: 14, 15, 16) .
  • the routing point 8 is an electronic messaging device implementing the SMTP / POP protocols, able to transfer the emails messages to electronic mail servers, allowing the retrieval of messages by users connected to the Internet network 10, by the intermediate of their computers (three of which are represented: 18, 19, 20).
  • routing points support a number of tasks, such as managing message queues, causing message storage when the recipient is absent, and so on.
  • the message generation module 2 comprises a request processing block 21, a message management block 23, a block 26, a memory zone 25 for storing a history relating to the messages sent and a block of memorization of message templates 24.
  • the request processing block 21 is connected to a set of databases BDD, storing data relating to the users U1, U2, U3, ... One, each identified by an identifier I D1M 1 IDU_2, IDU_3, ... IDU_n.
  • the set of databases BDD stores in particular preferences indicated by the users, such as the preferred written communication language, the preferred messaging mode, the addresses of the users for the different modes of messaging, etc.
  • the data stored in the base BDD indicate that his preferred communication language is English, and that his preferred mode of mail is email.
  • his preferred communication language as stored in the database BDD is French
  • his preferred mode of messaging is the SMS.
  • the preferred communication language stored in the BDD database is French
  • the preferred messaging mode is the preferred messaging mode indicated in the database storing the presence notifications of the instant messenger.
  • Groups of messages are stored in the message template storage block 24.
  • Each group of messages is identified by an IDG_x group ID.
  • Each message group has one or more message templates.
  • the group IDG_n comprises two message models: Mn (French), Mn (English).
  • the "French” and “English” languages are subsequently represented by "FR" and "GB” respectively.
  • the model Mn (FR) corresponds to the text "a new service is proposed by Fournix: connect on footx.com"
  • the model Mn (GB) corresponds to the text "a new service is offered by Foumix: connect to the site tentx.com”.
  • the two models Mn (GB) and Mn (FR) therefore correspond to the same content expressed in different languages.
  • the IDG_p group has two message templates:
  • the models Mp (FR) (X, Y) and Mp (GB) (X, Y) correspond to the same content expressed in different languages.
  • X and Y are generic parameters, whose value is to be informed later.
  • the IDG_k group has a message template: Mk (Z).
  • the model Mk (Z) corresponds to the following content: "a reduction of Z is granted to you on your Fournix invoice”.
  • Z is a generic parameter, the value of which is to be entered later.
  • the administration block 26 allows operators to make additions, deletions, modifications relative to the message templates stored in the storage block 24.
  • the service provider "Fournix" 3 sends a request R1 to the message generation module 2.
  • the request R1 commands the sending of a message to the user U1. This message is intended to warn the user U1 of the opening of a new service proposed by Fournix.
  • the request R1 contains in this example the identifier of the service provider 3 IDfournix, the identifier of the user U1 IDLM, the identifier of the messaging mode, in this case IDM_email identifying the email, retained by the provider and the user. ID of an IDG_n group.
  • the request processing block 21 receives the request R1. It consults the memory block 24 of message templates and thus determines that you message template group IDG_n has two message templates depending on the language of expression of the content (French or English).
  • the messaging mode is specified by the service provider 3 in the request R1, via the identifier IDM_email: it is about the electronic mail.
  • the request processing block 21 sends to the set of databases BDD a request to know the preferred communication language of the identified user U1. by IDlM and the email address of this user.
  • the database BDD sends a response to the request processing block 21, indicating that the preferred language of the user U1 identifier IDU_1 is English and indicating the email address of this user.
  • the request processing block 21 then writes a request R1bis intended for the message management block 23, comprising the elements necessary to enable it to select a message template from the message templates of the group identified by IDG_n in the request R1 received by the message generation module 2, and to enable it to send in the specified messaging mode, a message corresponding to this message template selected to the user identified in the request R1.
  • the request processing block 21 thus completes the request R1 as a function of data specific to the user so as to allow the selection of a message template and the generation of a message comprising as skeleton the message template selected in the document. desired format.
  • the request R1bis comprises the following elements: the message template group identifier IDG_n, the identifier of the service provider
  • the message management block 23 On receipt of this request R1bis, the message management block 23 selects in the group of message templates IDG_n of the storage block 24, the message template in English, Mn (GB). Then the message management block 23 makes a copy of the selected message model Mn (GB), informs the address of the recipient of the message with the email address of the user U1 and the address of the sender of the message with that of Fournix.
  • the mode of messaging indicated in the request R1 bis being the email, the message handling block 23 makes the necessary adaptations on the message thus constituted, to make it conform to the format of the email messages. He thus obtains an M1 message, in a format adapted for electronic mail, whose content is "ready for delivery".
  • the message management block 23 sends M1 to the SMTP / POP server 8, for the latter to e-mail it in the mailbox of the user LM, where this The latter will be able to consult it via his computer 17.
  • the message management block 23 then updates the history 25 by indicating the sending of the message M1.
  • the message management block when the message generation module 2 receives a message from one of the routing points, for example the server 8, the message management block
  • the message generation module 2 performs session management on behalf of the service providers.
  • Service Provider 4 Urmix, is a manager of access rights to users' personal data. It is thus frequently required to notify users of the access of third parties to data (for example to the credit of the current account, to postal or electronic coordinates) concerning these users.
  • the service provider 4 sends a request R2 to the message generation module 2.
  • the request R2 commands the sending of a message to the user U2.
  • This message is intended to warn the U2 user that a third party, the online shopping service "ServAchat", has requested access to his personal data and indicating the credit of his current account.
  • the request R2 contains the identifier of the service provider 4 IDurmix, the identifier of the user U2 IDU_2, the value "ServAchat” intended to fill in the parameter X, the value "debit of the current account” intended to fill in the parameter Y and the ID of an IDG_n message template group.
  • the request processing block 21 receives the request R2, consults the message template storage block 24 and thus determines that the message template group IDG_n has two message templates.
  • Each model corresponds to a language of expression of the same content among the French and English languages.
  • each of these models is expressed according to two generic parameters X and Y.
  • the request processing block 21 sends to the set of databases BDD a request to know the language of communication U2 user preferred identifier identified by IDU_2, U2's preferred messaging mode and that user's address for this preferred messaging mode.
  • the database BDD sends a response to the request processing block 21, indicating that the preferred language of the U2 user identifier IDUJ2 is French, the preferred messaging mode is the SMS, identifier IDM_SMS and indicating him the mobile phone number of this user U2.
  • the request processing block 21 then writes a request R2bis intended for the message management block 23, comprising the following elements: the message template group identifier IDG_p, the IDurmix service provider identifier, the identifier of the IDU-2 user and his mobile phone number, the chosen messaging mode: SMS, identified by IDM_SMS, the language of expression of the message content: French, the value "ServAchat" intended for the generic parameter X and the value "Current account credit" for the generic parameter Y.
  • the message management block 23 Upon receipt of this request R2bis, the message management block 23 selects in the group of message templates IDG_p, the message template in French language, Mp (FR) (X, Y). It makes a copy of this selected message template, replaces the X and Y generic parameters with the values specified in the T2bis query, and thus obtains a message whose content is "the ServicePurchase service wanted to access your Credit account attribute: OKAY ? "
  • the message handling block 23 fills the number of the recipient of the message with that of the user U2 indicated in the request R2bis and the number of the issuer of the message with the number of the service provider Urmix. It makes the necessary adaptations on the message thus formed so that it conforms to the format of the SMS messages, and obtains the message M2 thus ready to be transmitted.
  • the chosen messaging mode being SMS messaging
  • the message management block 23 sends the message M2 to the SMSC 6, so that it sends it on the mobile network 9 to the user U2, via his telephone. mobile 11.
  • the message management block 23 then updates the history 25 by indicating the sending of the message M2. Subsequently a message M2 'from the SMSC 6, indicating that the message M2 has been sent to the user U2 is received by the message management block 23, which determines that the message M2' received follows the message M2 previously sent. The evidence that this shipment was These elements, together with the data for identifying the initial message M2, are then sent to the Urmix 4 service provider.
  • the service provider 3 sends an R3 request to the message generation module 2, which commands the sending of a message to a user group comprising the users U1, U2 and
  • This message is intended to warn users that a 15% discount is given on their bill.
  • the request R3 contains the identifier of the service provider 3 IDfournix, the user identifier U1, U2 and U3 IDLM, IDU_2 and IDU_3, the value "15%" intended to fill in the parameter Z and the identifier of a group of message templates, IDG_k.
  • the request processing block 21 receives the request R3, consults the block 24 for storing message templates and thus determines that the message template group IDG_k comprises a message template.
  • the model is expressed according to a generic parameter Z.
  • the request processing block 21 sends to the set of databases BDD a request to know the elements that are not specified in the request R3 and which are necessary for the generation and sending of messages, c that is, the preferred messaging mode of U1, U2, U3 and the addresses or numbers of the users U1, U2, U3 in their preferred messaging mode.
  • the database BDD sends a response to the request processing block 21, indicating that the preferred messaging mode of U1 is the email and providing the email address of the user U2.
  • the answer also specifies that U2's preferred messaging mode is the SMS and provides the mobile phone number of the user U2.
  • the processing block 21 then requires from the set of databases BDD what is the mail mode currently indicated in the presence information for the user U3.
  • the response from the BDD indicates that it is MMS messaging and provides it with the mobile phone number of the user U3.
  • the request processing block 21 then writes three requests
  • the request R3bisa also contains the identifier of the user U1 IDU-
  • the request R3bisb furthermore contains the identifier of the user U2 IDU-
  • the request R3bisc also contains the identifier of the user U3 IDU-3, his mobile number and the identifier of the chosen mail mode:! DM_MMS.
  • the message management block 23 On receipt of each of these requests R3bisa, R3bisb and R3bisc, the message management block 23 selects in the group of message templates IDG_k. It makes a copy of this message template, replaces the generic parameter Z with the value of "15%" indicated in the requests R3bisa, R3bisb, R3bisc and thus obtains three respective messages M3a, M3b, M3c whose content is "a reduction 15% is granted to you on your Fournix invoice ", Then the message management block 23 fills the address of the recipient of the message M3a with the email address of the user U1 indicated in the request R3bisa, informs the number of the recipient of the message M3b with that of the user U2 indicated in the request R3bisb and finally informs the number of the recipient of the message M3a with that of the user U3 indicated in the request R3bisc. It also informs the "issuer" field of the messages with the corresponding coordinates of the service provider 3.
  • the message management block 23 makes the necessary adaptations on the messages thus formed so that they conform to the format of the courier modes respectively retained, to obtain the messages M3a, M3b and M3c thus ready to be transmitted.
  • the message management block 23 then sends the message M3a to the server 8, so that the latter transmits it on the Internet network 10 to the user LM, by the intermediate of his computer 17.
  • the messaging mode chosen for the message M3b being SMS messaging
  • the message management block 23 sends the message M3b to the SMSC 6, so that the latter transmits it on the mobile network 9 to the user U2, via from his mobile phone 11.
  • the messaging mode selected for the message M3c being the MMS message the message management block 23 sends the message M3c to the MMSC 4, so that the latter transmits it on the mobile network 9 to the user U3, via 16.
  • the message management block 23 then updates the history 25 by indicating the sending of messages M3a, M3b and M3c.
  • each of M3a ⁇ M3b 'and M3c' messages from the server 8, SMSC 6 and MMSC 7, respectively indicating that messages M3a, M3b and M3c have been sent respectively to the user LM, to the user U2 and the user U3, the message management block 23 determines that each of these received messages follows one of the three messages M3a, M3b and M3c previously sent, Then elements indicating that the sending of the message M3a was performed are extracts from the message M3a 'by the message management block 23 and are sent, as well as the data making it possible to identify the initial message M3a, to the service provider 3.
  • the adaptations necessary to make the copies of the models conform to a format associated with a mode of messaging relate for example to the type of coding (for example, for the SMS, each character must be coded on 7 bits whereas for the email and the SMS characters are interpreted), on the location of the "issuer" and "recipient” fields.
  • the value of the variables in the examples described above is sent by the service provider in his request. In another embodiment, it could be identified by a value identifier by means of which the request processing block 24 could extract from the set of databases BDD the actual value corresponding to this value identifier.
  • All the steps performed above by the message generation module 2 are, in one embodiment of the invention, implemented by the execution, on the message generation module processing means, of the message generation module. a computer program.
  • the message generation module makes it possible centrally to create and send messages to users.
  • the message template is a frame structuring the generated message.
  • the sent messages are customized by the module according to the intended users. Indeed, the language of the message and / or the format are chosen from several languages or formats by the message generation module based on personal data relating to the user of the message. Access to this data is limited to the generation module.
  • a service provider wishes to send messages of a new type, it is sufficient that he defines a group of message templates with a content possibly declined in several languages and / or with or without generic parameters.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Générateur de messages (2), pour un système de télécommunication, comprenant : une interface avec au moins un fournisseur de services (3); une interface avec au moins un point d'acheminement de messages (8) pour transmettre des messages vers des utilisateurs (U1, U2, U3) conformément à un mode de messagerie donné; une base de stockage (24) de groupes de modèles de messages, au moins un groupe étant identifié par un identifiant de groupe; des moyens pour, suite à la réception d'une requête (R1) d'un tiers indiquant un identifiant de groupe et un identifiant d'utilisateur, déterminer, en fonction desdits identifiants, un modèle de message dans la base de stockage et un format de message associé à un mode de messagerie; des moyens pour générer un message (M1) en fonction du modèle de message et du format déterminé et pour le transmettre au point d'acheminement pour transmission vers l'utilisateur (U 1) identifié dans la requête.

Description

MODULE, PROCEDE ET PROGRAMME D'ORDINATEUR DE GENERATION
DE MESSAGES
La présente invention concerne le domaine de Ia génération de messages dans les réseaux de télécommunications, ces messages étant générés par des tiers, par exemple des fournisseurs de services et étant envoyés à des utilisateurs.
Généralement, chaque fournisseur de services dispose d'un système de génération de messages comportant des modules logiciels de deux types. Dans un tel système, un module d'un premier type détermine le contenu du message et le mode de messagerie retenu pour acheminer le message à l'utilisateur. Des modules d'un second type, chacun dédié à un mode de messagerie, gèrent ensuite la transmission des messages sur des réseaux de télécommunications, via les médias respectivement adaptés pour les modes de messagerie, à destination des utilisateurs.
Parmi les modes de messageries connus figure par exemple le service de messages courts, encore appelé « short message service » ou SMS, dans lequel un message écrit comportant entre 70 et 160 caractères (selon les langues) est envoyé sur le terminal de l'utilisateur connecté à un réseau mobile. Un autre mode de messagerie standard est le service de messagerie multimédia, encore appelé « multimédia messaging service » ou MMS, dans lequel une image ou un message écrit agrémenté de données multimédia est envoyé sur le terminal de l'utilisateur connecté à un réseau mobile. Il existe encore d'autres modes de messagerie, par exemple le service de message électronique ou email dans lequel le message est envoyé via Internet vers la boîte aux lettres électronique de l'utilisateur, ou le service de messagerie instantanée etc.
Ainsi, ces systèmes détenus par Ses fournisseurs de services, doivent comporter un module du second type pour chaque mode de messagerie utilisée, ce qui est coûteux, notamment lors d'une évolution liée à un mode de messagerie existant ou encore lors de l'introduction d'un nouveau mode de messagerie. En outre, chaque fournisseur souhaitant adapter le message en fonction de spécificités propres aux utilisateurs doit traiter ces aspects au niveau de son système de génération de messages.
Suivant un premier aspect, l'invention propose un module de génération de messages pour un système de télécommunication, comprenant :
- une interface avec au moins un fournisseur de services ;
- une interface avec au moins un point d'acheminement de messages pour transmettre des messages vers des utilisateurs conformément à un mode de messagerie donné ; - une base de stockage de groupes de modèles de messages, au moins un groupe étant identifié par un identifiant de groupe ;
- des moyens adaptés pour, suite à la réception d'une requête en provenance d'un fournisseur de service indiquant un identifiant de groupe et un identifiant d'utilisateur, déterminer un modèle de message dans la base de stockage et un format de message associé à un mode de messagerie en fonction au moins de l'identifiant d'utilisateur et de l'identifiant de groupe de messages ;
- des moyens pour générer un message en fonction au moins du modèle de message et du format déterminés et pour le transmettre au point d'acheminement de messages en vue de l'acheminement du message généré, dans le mode de messagerie donné, vers l'utilisateur identifié dans la requête.
Un tel module est donc particulièrement bien adapté à la génération de messages par une pluralité de fournisseurs de services et à destination d'une pluralité d'utilisateurs, qui sont personnalisés tant en fonction du fournisseur de service émetteur que de l'utilisateur destinataire.
La teneur du message, c'est-à-dire le sens ou encore la signification du contenu du message qu'il s'agit de porter à la connaissance de l'utilisateur, est décidée par le fournisseur de services et elle est désignée au module de génération de message par l'identifiant du groupe. Puis une adaptation de la teneur du message est réalisée en fonction de données propres à l'utilisateur, par exemple la langue d'expression de la teneur du message et/ou le mode de messagerie utilisé. Seul le module de génération de messages accède aux données propres aux utilisateurs, qui indiquent des spécificités liées aux messages à envoyer à chacun de ces utilisateurs. Cette disposition permet d'une part de préserver la confidentialité de ces données, en n'y donnant pas accès aux fournisseurs de services eux-mêmes et d'autre part d'avoir une seule base à tenir à jour avec les données utilisateurs, pour la pluralité des fournisseurs de services.
La prise en compte d'un nouveau format de messagerie est en outre simplifiée puisque les adaptations nécessaires peuvent être limitées au seul module de génération de messages, et ce pour l'ensemble des fournisseurs de services.
L'ouverture de nouveaux services nécessitant l'envoi de messages à destination des utilisateurs est également facilitée, puisque la principale tâche pour permettre la création et l'envoi des messages se limite à la définition d'au moins un groupe de modèles de message et de l'identifiant associé.
Dans un mode de réalisation, un groupe de message comporte plusieurs modèles de message correspondant à un même contenu traduit dans des langues respectives distinctes. Le module est adapté pour déterminer une langue en fonction de l'identifiant de l'utilisateur indiqué dans la requête. Le message est généré en fonction du modèle dans ladite langue ainsi déterminée.
Ainsi le fournisseur de services n'a pas à définir dans quelle langue les messages doivent être exprimés à chacun des utilisateurs, ceux-ci recevant néanmoins des messages conformes à leurs souhaits, tels que spécifiés dans les données utilisateurs accessibles par le module de génération de messages à partir de îeur identifiant d'utilisateur.
Dans un mode de réalisation, le module de génération de messages est adapté pour être interface à une pluralité de points d'acheminement de messages aptes à transmettre des messages conformément à des modes de messagerie respectifs. Le module de génération de messages est adapté pour déterminer, en fonction d'au moins l'identifiant de l'utilisateur indiqué dans la requête, un format parmi une pluralité de formats, chaque format étant associé à un desdits modes de messagerie. Le message généré est un message au format ainsi déterminé et est transmis au point d'acheminement de messages apte à la transmission conformément au mode de messagerie associé au format déterminé.
Ainsi le fournisseur de services se contente d'indiquer quel est le groupe de modèles de message et l'utilisateur destinataire. Le mode de messagerie qui sera finalement utilisé pour transmettre le message est déterminé en fonction de données relatives à l'utilisateur, par exemple de préférences exprimées par ce dernier.
Avantageusement, le format est déterminé en fonction d'informations relatives à l'utilisateur indiquant un mode de messagerie actuellement préféré par l'utilisateur. Ces informations sont par exemple du type « notification de présence » utilisées dans les services de messagerie instantanée et qui indiquent la disponibilité, l'humeur, le moyen de communication actuellement préféré des utilisateurs. Dans un mode de réalisation de l'invention, un modèle de message d'un groupe comprend au moins un paramètre générique. Le module selon l'invention est alors adapté pour, suite à la réception d'une requête en provenance d'un fournisseur de service indiquant en outre une valeur pour ce paramètre générique, générer un message dans lequel le paramètre générique aura été remplacé par la valeur indiquée.
Les messages générés à partir des modèles peuvent donc être complétés avec des données maîtrisées par le fournisseur de services et qui n'étaient pas détenues au moment de la définition des modèles de messages, ou qui sont des données régulièrement mises à jour. Suivant un second aspect, l'invention propose un procédé de génération de messages dans un module de génération de messages pour un système de télécommunication, comprenant :
- une interface avec au moins un fournisseur de services ;
- une interface avec au moins un point d'acheminement de messages pour transmettre des messages vers des utilisateurs conformément à un mode de messagerie donné ;
- une base de stockage de groupes de modèies de message, au moins un groupe étant identifié par un identifiant de groupe. Le procédé comprend les étapes suivantes :
- suite à la réception d'une requête en provenance d'un fournisseur de service indiquant un identifiant de groupe et un identifiant d'utilisateur, déterminer, en fonction au moins de l'identifiant d'utilisateur et de l'identifiant de groupe, un modèle de message dans la base de stockage et un format de message associé à un mode de messagerie ;
- générer un message en fonction au moins du modèle de message et du format déterminé ;
- transmettre le message généré au point d'acheminement de messages en vue de l'acheminement vers l'utilisateur identifié dans la requête, dans le mode de messagerie donné.
Suivant un troisième aspect, l'invention propose un programme d'ordinateur apte à être installé dans un module de génération de messages pour un système de télécommunication. Le module de génération de message comporte :
- une interface avec au moins un fournisseur de services ;
- une interface avec au moins un point d'acheminement de messages pour transmettre des messages vers des utilisateurs conformément à un mode de messagerie donné ; - une base de stockage de groupes de modèles de message, au moins un groupe étant identifié par un identifiant de groupe.
Le programme selon l'invention comprend des instructions pour mettre en œuvre les étapes d'un procédé suivant le second aspect de l'invention lors d'une exécution du programme par des moyens de traitement du module de génération de messages.
D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels : la figure 1 représente un système mettant en œuvre un mode de réalisation de l'invention ; la figure 2 représente une partie du contenu de la base de stockage du système représenté en figure 1 , Sur la figure 1 est représenté un système 1 dans un mode de réalisation de l'invention, qui comporte un module de génération de messages 2 interface en entrée à une pluralité de fournisseurs de services et interface en sortie à une pluralité de points d'acheminement de messages. Sur la figure 1 , deux fournisseurs de service 3, 4 et trois points d'acheminement 6, 7, 8 sont représentés. Le fournisseur de services 3 est le fournisseur « Fournix » et le fournisseur de services 4 est le fournisseur « Urmix ».
Chaque point d'acheminement de messages est un point d'entrée d'un service de messagerie distinct, adapté pour transmettre des messages reçus par les points d'acheminement à des utilisateurs, indiqués dans des en-têtes de ces messages.
Dans le mode de réalisation considéré, le point d'acheminement 6 est un SMSC, chargé de transmettre des messages de type SMS à des utilisateurs connectés à un réseau mobile 9 par l'intermédiaire de leurs terminaux portables (dont trois sont représentés : 11 , 12, 13).
Le réseau mobile 9 est de type GPRS (« General Packet Radio Service »).
Le point d'acheminement 7 est un MMSC, chargé de transmettre des messages de type MMS à des utilisateurs connectés au réseau mobile 9, qui par l'intermédiaire de leurs assistants personnels ou PDA (dont trois sont représentés : 14, 15, 16).
Le point d'acheminement 8 est un équipement de messagerie électronique mettant en œuvre les protocoles SMTP/POP, apte à transférer les messages emails vers des serveurs de messagerie électronique, permettant la récupération des messages par des utilisateurs connectés au réseau Internet 10, par l'intermédiaire de leurs ordinateurs (dont trois sont représentés : 18, 19, 20).
Ces points d'acheminement ont en charge un certain nombre de tâches, par exemple de gérer des files d'attentes de messages, de provoquer le stockage du message en cas d'absence du destinataire etc.
Le module de génération de messages 2 comporte un bloc de traitement de requêtes 21 , un bloc de gestion de messages 23, un bloc d'administration 26, une zone mémoire 25 pour stocker un historique relatif aux messages envoyés et un bloc de mémorisation de modèles de messages 24.
Le bloc de traitement de requêtes 21 est connecté à un ensemble de bases de données BDD, stockant des données relatives aux utilisateurs U1 , U2, U3, ...Un, identifiés chacun par un identifiant I DlM 1 IDU_2, IDU_3, ...IDU_n.
Par exemple, l'ensemble de bases de données BDD stocke notamment des préférences indiquées par les utilisateurs, telles que la langue de communication écrite préférée, le mode de messagerie préféré, les adresses des utilisateurs pour les différents modes de messagerie, etc.
Ainsi pour l'utilisateur U1 , les données mémorisées dans la base BDD indiquent que sa langue de communication préférée est l'anglais, et que son mode de messagerie préféré est l'email. Pour l'utilisateur U2, sa langue de communication préférée, telle que mémorisée dans la base BDD est le français, son mode de messagerie préféré est le SMS. Pour l'utilisateur U3, la langue de communication préférée mémorisée dans la base BDD est le français, le mode de messagerie préféré est le mode de messagerie préférée indiqué dans la base stockant les notifications de présence de la messagerie instantanée.
Des groupes de messages sont mémorisés dans le bloc de mémorisation de modèles de messages 24.
Chaque groupe de messages est identifié par un identifiant de groupe IDG_x. Chaque groupe de messages comporte un ou plusieurs modèles de messages.
Par exemple, en référence à la figure 2, le groupe IDG_n comporte deux modèles de messages : Mn(français), Mn(anglais). Les langages « français » et « anglais » sont par la suite représentés respectivement par « FR » et « GB ».
Le modèle Mn(FR) correspond au texte « un nouveau service est proposé par Fournix : connectez-vous sur fournix.com », Le modèle Mn(GB) correspond au texte « a new service is offered by Foumix : connect to the site fournix.com ».
Les deux modèles Mn(GB) et Mn(FR) correspondent donc au même contenu exprimé dans des langues différentes. Le groupe IDG_p comporte deux modèles de messages :
Mp(français)(X, Y)1 Mp(anglais) (X, Y).
Les langages « français » et « anglais » sont par la suite représentés respectivement par « FR » et « GB ».
Les modèles Mp(FR) (X, Y) et Mp(GB) (X, Y) correspondent au même contenu exprimé dans des langues différentes.
X et Y sont des paramètres génériques, dont la valeur est à renseigner ultérieurement.
Le groupe IDG_k comporte un modèle de message : Mk(Z). Le modèle Mk(Z) correspond au contenu suivant : « une réduction de Z vous est octroyée sur votre facture Fournix».
Z est un paramètre générique, dont la valeur est à renseigner ultérieurement.
Le bloc d'administration 26 permet à des opérateurs de réaliser des ajouts, suppression, modifications relativement aux modèles de messages mémorisés dans le bloc de mémorisation 24.
Le fonctionnement du module de génération de services est décrit ci- après, en référence aux figures 1 et 2.
Le fournisseur de services « Fournix » 3 envoie une requête R1 au module de génération de messages 2. La requête R1 commande l'envoi d'un message à l'utilisateur U1. Ce message est destiné à avertir l'utilisateur U1 de l'ouverture d'un nouveau service proposé par Fournix.
La requête R1 contient dans cet exemple l'identifiant du fournisseur de services 3 IDfournix, l'identifiant de l'utilisateur U1 IDLM , l'identifiant du mode de messagerie, dans ce cas IDM_email identifiant Ia messagerie électronique, retenu par le fournisseur et l'identifiant d'un groupe IDG_n.
Le bloc de traitement de requêtes 21 reçoit la requête R1. Il consulte le bloc de mémorisation 24 de modèles de messages et détermine ainsi que te groupe de modèles de messages IDG_n comporte deux modèles de messages dépendant de la langue d'expression du contenu (française ou anglaise).
Le mode de messagerie est spécifié par le fournisseur de services 3 dans la requête R1 , par l'intermédiaire de l'identifiant IDM_email : il s'agit de la messagerie électronique.
La langue du message à émettre n'étant pas spécifiée dans la requête R1 , le bloc de traitement de requêtes 21 émet à destination de l'ensemble de bases de données BDD une requête pour connaître la langue de communication préférée de l'utilisateur U1 identifié par IDlM et l'adresse email de cet utilisateur. La base de données BDD envoie une réponse au bloc de traitement de requêtes 21 , indiquant que la langue préférée de l'utilisateur U1 d'identifiant IDU_1 est l'anglais et lui indiquant l'adresse email de cet utilisateur. Le bloc de traitement de requêtes 21 rédige alors une requête R1bis destinée au bloc de gestion de messages 23, comportant les éléments nécessaires pour lui permettre de sélectionner un modèle de message parmi les modèles de messages du groupe identifié par IDG_n dans la requête R1 reçue par le module de génération de messages 2, et pour lui permettre d'envoyer dans le mode de messagerie spécifié, un message correspondant à ce modèle de message sélectionné à l'utilisateur identifié dans la requête R1.
Le bloc de traitement de requêtes 21 complète ainsi la requête R1 en fonction de données propres à l'utilisateur de manière à permettre la sélection d'un modèle de message et la génération d'un message comportant comme squelette le modèle de message sélectionné dans le format souhaité.
Ainsi la requête R1bis comporte les éléments suivants : l'identifiant de groupe de modèle de messages IDG_n, l'identifiant du fournisseur de services
SDfournix, l'identifiant de l'utilisateur IDU-1 et son adresse email, le mode de messagerie retenu : email identifié par l'identifiant IDM_email, la langue d'expression du contenu du message : anglais.
Sur réception de cette requête R1bis, le bloc de gestion de messages 23 sélectionne dans Ie groupe de modèles de message IDG_n du bloc de mémorisation 24, ie modèle de message en langue anglaise, soit Mn(GB). Puis le bloc de gestion de messages 23 effectue une copie du modèle de message Mn(GB) sélectionné, renseigne l'adresse du destinataire du message avec l'adresse email de l'utilisateur U1 et l'adresse de l'émetteur du message avec celle de Fournix. Le mode de messagerie indiqué dans la requête R1 bis étant l'email, le bloc de gestion de messages 23 effectue les adaptations nécessaires sur le message ainsi constitué, pour le rendre conforme au format des messages email. Il obtient ainsi un message M1 , au format adapté pour la messagerie électronique, dont le contenu est « a new service is offered by Fournix : connect to the site fournix.com », qui est prêt à être transmis.
Le mode de messagerie retenu étant la messagerie électronique, le bloc de gestion de messages 23 envoie M1 au serveur SMTP/POP 8, pour que ce dernier l'achemine par messagerie électronique dans la boîte de messages électroniques de l'utilisateur LM , où ce dernier pourra le consulter par l'intermédiaire de son ordinateur 17.
Le bloc de gestion de messages 23 met ensuite à jour l'historique 25 en y indiquant l'envoi du message M1.
Dans un mode de réalisation, lorsque le module de génération de messages 2 reçoit un message en provenance d'un des points d'acheminement, par exemple le serveur 8, le bloc de gestion des messages
23 détermine si le message reçu fait suite à un message précédemment envoyé par le bloc de gestion des messages au point d'acheminement.
Puis, s'il s'agit bien d'un message M' qui fait suite à un message M précédemment envoyé par le module de génération de messages 2, les éléments pertinents qui sont contenus dans M', par exemple un accusé de remise au destinataire du message M envoyé par le module ou une réponse en provenance de l'utilisateur, sont extraits par Ie bloc de gestion des messages
23. Ces éléments, ainsi que les données permettant d'identifier le message initial M, sont ensuite envoyés au fournisseur de service pour lequel avait été envoyé le message M.
Ainsi le module de génération de messages 2 effectue la gestion des sessions pour le compte des fournisseurs de services. Le fournisseur de services 4, Urmix, est un gestionnaire de droits d'accès à des données personnelles des utilisateurs. Il est ainsi fréquemment amené à notifier aux utilisateurs l'accès de tiers à des données (par exemple au crédit du compte courant, à des coordonnées postales ou électroniques) concernant ces utilisateurs.
Dans l'exemple maintenant décrit, le fournisseur de services 4 envoie une requête R2 au module de génération de messages 2. La requête R2 commande l'envoi d'un message à l'utilisateur U2. Ce message est destiné à avertir l'utilisateur U2 qu'un tiers, le service d'achat en ligne « ServAchat », a demandé à accéder aux données personnelles le concernant et indiquant le crédit de son compte courant.
La requête R2 contient l'identifiant du fournisseur de services 4 IDurmix, l'identifiant de l'utilisateur U2 IDU_2, la valeur « ServAchat » destinée à renseigner le paramètre X, la valeur « débit du compte courant » destinée à renseigner le paramètre Y et l'identifiant d'un groupe de modèles de messages IDG_n.
Similairement à ce qui a été décrit précédemment, le bloc de traitement de requêtes 21 reçoit la requête R2, consulte le bloc 24 de mémorisation de modèles de messages et détermine ainsi que le groupe de modèles de messages IDG_n comporte deux modèles de messages. Chaque modèle correspondant à une langue d'expression du même contenu parmi les langues française et anglaise. En outre chacun de ces modèles est exprimé en fonction de deux paramètres génériques X et Y.
La langue du message à émettre et le mode de messagerie à utiliser n'étant pas spécifiés dans la requête R2, le bloc de traitement de requêtes 21 émet à destination de l'ensemble de bases de données BDD une requête pour connaître la langue de communication préférée de l'utilisateur U2 identifié par IDU_2, le mode de messagerie préféré de U2 et l'adresse de cet utilisateur pour ce mode de messagerie préféré. La base de données BDD envoie une réponse au bloc de traitement de requêtes 21 , indiquant que la langue préférée de l'utilisateur U2 d'identifiant IDUJ2 est le français, que le mode de messagerie préféré est le SMS, d'identifiant IDM_SMS et lui indiquant le numéro de téléphone portable de cet utilisateur U2.
Le bloc de traitement de requêtes 21 rédige alors une requête R2bis destinée au bloc de gestion de messages 23, comportant les éléments suivants : l'identifiant de groupe de modèle de messages IDG_p, l'identifiant du fournisseur de services IDurmix, l'identifiant de l'utilisateur IDU-2 et son numéro de téléphone portable, le mode de messagerie retenu : SMS, identifié par IDM_SMS, la langue d'expression du contenu du message : français, la valeur « ServAchat » destinée au paramètre générique X et la valeur « crédit du compte courant » destinée au paramètre générique Y.
Sur réception de cette requête R2bis, le bloc de gestion de messages 23 sélectionne dans le groupe de modèles de message IDG_p, le modèle de message en langue française, soit Mp(FR)(X, Y). Il effectue une copie de ce modèle de message sélectionné, remplace les paramètres génériques X et Y par les valeurs indiqués dans la requête T2bis et obtient donc un message dont le contenu est « le service ServAchat a souhaité accéder à votre attribut Crédit du compte courant : OK ? »
Puis le bloc de gestion de messages 23 renseigne le numéro du destinataire du message avec celui de l'utilisateur U2 indiqué dans la requête R2bis et le numéro d'émetteur du message avec le numéro du fournisseur de services Urmix. Il effectue les adaptations nécessaires sur le message ainsi constitué pour qu'il soit conforme au format des messages SMS, et obtient le message M2 ainsi prêt à être transmis.
Le mode de messagerie retenu étant la messagerie SMS, le bloc de gestion de messages 23 envoie le message M2 au SMSC 6, pour que ce dernier l'achemine sur le réseau mobile 9 à l'utilisateur U2, par l'intermédiaire de son téléphone mobile 11.
Le bloc de gestion de messages 23 met ensuite à jour l'historique 25 en y indiquant l'envoi du message M2. Ultérieurement un message M2' en provenance du SMSC 6, indiquant que le message M2 a bien été envoyé à l'utilisateur U2 est reçu par le bloc de gestion des messages 23, qui détermine que ce message M2' reçu fait suite au message M2 précédemment envoyé. Les éléments indiquant que cet envoi a été effectué sont extraits par le bloc de gestion des messages 23. Ces éléments, ainsi que les données permettant d'identifier le message initial M2, sont ensuite envoyés au fournisseur de service Urmix 4.
Puis un autre message en provenance du SMSC 6, en provenance de l'utilisateur U2 indiquant que l'utilisateur U2 est d'accord pour permettre l'accès du service ServAchat aux informations de crédit de compte courant, est reçu par le bloc de gestion des messages 23, qui détermine que ce message reçu fait suite au message M2 précédemment envoyé. Les éléments indiquant l'accord de l'utilisateur U2 sont extraits par le bloc de gestion des messages 23. Ces éléments, ainsi que les données permettant d'identifier le message initial M2, sont ensuite envoyés au fournisseur de service 4, lequel va à l'aide de ces données faire le nécessaire pour laisser le service ServAchat accéder aux données de crédit du compte courant de l'utilisateur U2.
Dans un autre exemple, le fournisseur de services 3 envoie une requête R3 au module de génération de messages 2, qui commande l'envoi d'un message à un groupe d'utilisateurs comprenant les utilisateurs U1 , U2 et
U3. Ce message est destiné à avertir les utilisateurs qu'une réduction de 15% leur est accordée sur leur facture.
La requête R3 contient l'identifiant du fournisseur de services 3 IDfournix, l'identifiant des utilisateurs U1 , U2 et U3 IDLM , IDU_2 et IDU_3, la valeur « 15% » destinée à renseigner le paramètre Z et l'identifiant d'un groupe de modèles de messages, IDG_k.
Comme vu précédemment, le bloc de traitement de requêtes 21 reçoit la requête R3, consulte le bloc 24 de mémorisation de modèles de messages et détermine ainsi que le groupe de modèles de messages IDG_k comporte un modèle de message. Le modèle est exprimé en fonction d'un paramètre générique Z .
Le bloc de traitement de requêtes 21 émet à destination de l'ensemble de bases de données BDD une requête pour connaître les éléments qui ne sont pas précisés dans la requête R3 et qui sont nécessaires à la génération et à l'envoi des messages, c'est-à-dire les éléments suivants : le mode de messagerie préféré de U1 , U2, U3 et les adresses ou numéros des utilisateurs U1 , U2« U3 dans ieur mode de messagerie préféré. La base de données BDD envoie une réponse au bloc de traitement de requêtes 21 , indiquant que le mode de messagerie préféré de U1 est l'email et fournissant l'adresse email de l'utilisateur U2. La réponse précise également que le mode de messagerie préféré de U2 est le SMS et fournit le numéro de téléphone portable de l'utilisateur U2. La réponse indique enfin que le mode de messagerie préféré de U3 dépend de ses informations de présence gérées par le service de messagerie instantanée.
Le bloc de traitement 21 requiert alors auprès de l'ensemble de bases de données BDD quel est le mode de messagerie indiqué couramment dans les informations de présence relative à l'utilisateur U3.
La réponse de la BDD indique qu'il s'agit de la messagerie MMS et lui fournit le numéro de téléphone portable de l'utilisateur U3.
Le bloc de traitement de requêtes 21 rédige alors trois requêtes
R3bisa, R3bisb et R3bisc destinées au bloc de gestion de messages 23, comportant chacune les éléments suivants : l'identifiant de groupe de modèle de messages IDG_k, l'identifiant du fournisseur de services IDservix, la valeur
« 15% » destinée au paramètre générique Z.
La requête R3bisa contient en outre l'identifiant de l'utilisateur U1 IDU-
1 , son adresse email et l'identifiant du mode de messagerie retenu : IDM_email.
La requête R3bisb contient en outre l'identifiant de l'utilisateur U2 IDU-
2, son numéro de portable et l'identifiant du mode de messagerie retenu : IDM_SMS.
La requête R3bisc contient en outre l'identifiant de l'utilisateur U3 IDU- 3, son numéro de portable et l'identifiant du mode de messagerie retenu : !DM_MMS.
Sur réception de chacune de ces requêtes R3bisa, R3bisb et R3bisc, le bloc de gestion de messages 23 sélectionne dans le groupe de modèles de message IDG_k. Il effectue une copie de ce modèle de message, remplace le paramètre générique Z par la valeur de « 15% » indiquée dans les requêtes R3bisa, R3bisb, R3bisc et obtient donc trois messages respectifs M3a, M3b, M3c dont le contenu est « une réduction de 15% vous est octroyée sur votre facture Fournix », Puis le bloc de gestion de messages 23 renseigne l'adresse du destinataire du message M3a avec l'adresse email de l'utilisateur U1 indiqué dans la requête R3bisa, renseigne le numéro du destinataire du message M3b avec celui de l'utilisateur U2 indiqué dans la requête R3bisb et enfin renseigne le numéro du destinataire du message M3a avec celui de l'utilisateur U3 indiqué dans la requête R3bisc. Il renseigne aussi le champ « émetteur » des messages avec les coordonnées correspondantes du fournisseur de services 3.
Le bloc de gestion de messages 23 effectue les adaptations nécessaires sur les messages ainsi constitués pour qu'ils soient conformes au format des modes de messageries respectivement retenus, pour obtenir les message M3a, M3b et M3c ainsi prêts à être transmis.
Le mode de messagerie retenu pour le message M3a étant la messagerie électronique, le bloc de gestion de messages 23 envoie ensuite le message M3a au serveur 8, pour que ce dernier le transmette sur le réseau Internet 10 à l'utilisateur LM , par l'intermédiaire de son ordinateur 17.
Le mode de messagerie retenu pour le message M3b étant la messagerie SMS, le bloc de gestion de messages 23 envoie le message M3b au SMSC 6, pour que ce dernier le transmette sur le réseau mobile 9 à l'utilisateur U2, par l'intermédiaire de son téléphone mobile 11.
Le mode de messagerie retenu pour le message M3c étant la messagerie MMS, le bloc de gestion de messages 23 envoie le message M3c au MMSC 4, pour que ce dernier le transmette sur le réseau mobile 9 à l'utilisateur U3, par l'intermédiaire de son assistant personnel 16. Le bloc de gestion de messages 23 met ensuite à jour l'historique 25 en y indiquant l'envoi des messages M3a, M3b et M3c.
Ultérieurement à réception de chacun de messages M3a\ M3b' et M3c' en provenance du serveur 8, du SMSC 6 et du MMSC 7, indiquant respectivement que les messages M3a, M3b et M3c ont bien été envoyés respectivement à l'utilisateur LM , à l'utilisateur U2 et à l'utilisateur U3, le bloc de gestion des messages 23 détermine que chacun de ces messages reçus fait suite à un des trois messages M3a, M3b et M3c précédemment envoyés, Puis des éléments indiquant que l'envoi du message M3a a été effectué sont extraits du message M3a' par le bloc de gestion des messages 23 et sont envoyés, ainsi que les données permettant d'identifier le message initial M3a, au fournisseur de service 3.
De même, de tels éléments et données relatifs respectivement au message M3b et au message M3c sont envoyés au fournisseur de service 3.
Les adaptations nécessaires pour rendre les copies des modèles conformes à un format associé à un mode de messagerie portent par exemple sur le type de codage (par exemple, pour le SMS, chaque caractère doit être codé sur 7 bits alors que pour l'email et le SMS les caractères sont interprétés), sur la localisation des champs « émetteur » et « destinataire ».
La valeur des variables dans les exemples décrits ci-dessus est envoyée par le fournisseur de services dans sa requête. Dans un autre mode de réalisation, elle pourrait être identifiée par un identifiant de valeur à l'aide duquel le bloc de traitement des requêtes 24 pourrait extraire de l'ensemble de bases BDD la valeur effective correspondant à cet identifiant de valeur.
L'ensemble des étapes réalisées ci-dessus par le module de génération de messages 2 sont, dans un mode de réalisation de l'invention, mises en oeuvre par l'exécution, sur des moyens de traitement du module de génération de messages, d'un programme d'ordinateur. Ainsi le module de génération de messages permet de réaliser de façon centralisée la création et l'envoi de messages à destination d'utilisateurs. Le modèle de message constitue une trame structurant le message généré.
Les messages envoyés sont personnalisés par le module en fonction des utilisateurs destinataires. En effet, la langue du message et/ou le format sont choisis parmi plusieurs langues ou formats par le module de génération de messages en fonction de données personnelles relatives à l'utilisateur destinataire du message. L'accès à ces données est limitée au module de génération. Lorsqu'un fournisseur de service souhaite envoyer des messages d'un nouveau type, il suffit qu'il définisse un groupe de modèles de message avec un contenu éventuellement décliné en plusieurs langues et/ou comportant ou non des paramètres génériques.

Claims

REVENDICATIONS
1. Module de génération de messages (2) pour un système de télécommunication, comprenant :
- une interface avec au moins un fournisseur de services (3) ;
- une interface avec au moins un point d'acheminement de messages (8) pour transmettre des messages vers des utilisateurs (U1 , U2, U3) conformément à un mode de messagerie donné ; - une base de stockage (24) de groupes de modèles de messages, au moins un groupe étant identifié par un identifiant de groupe (IDG_n), et
- des moyens pour, suite à la réception d'une requête (R1) en provenance d'un fournisseur de service indiquant un identifiant de groupe et un identifiant d'utilisateur, déterminer un modèle de message (Mn(GB)) dans la base de stockage et un format de message associé à un mode de messagerie en fonction au moins de l'identifiant d'utilisateur et de l'identifiant de groupe ;
- des moyens pour générer un message (M1) en fonction au moins du modèle de message et du format déterminé et pour le transmettre au point d'acheminement de messages en vue de l'acheminement du message généré, dans le mode de messagerie donné, vers l'utilisateur (U 1) identifié dans la requête (R1).
2. Module de génération de messages (2) selon la revendication précédente, dans lequel un groupe de message comporte plusieurs modèles de messages correspondant à un même contenu traduit dans des langues respectives distinctes, et dans lequel le module est adapté pour déterminer une langue en fonction de l'identifiant de l'utilisateur indiqué dans la requête, et dans lequel le message est généré en fonction du modèle dans ladite langue ainsi déterminée.
3. Module de génération de messages (2) selon la revendication 1 ou la revendication 2, adapté pour être interface à une pluralité de points d'acheminement de messages (6, 7, 8) aptes à transmettre des messages conformément à des modes de messagerie respectifs, dans lequel le module est adapté pour déterminer, en fonction d'au moins l'identifiant de l'utilisateur indiqué dans la requête, un format parmi une pluralité de formats, chaque format étant associé à un desdits modes de messagerie; et dans lequel le message généré est un message au format ainsi déterminé et transmis au point d'acheminement de messages apte à la transmission conformément au mode de messagerie associé au format déterminé.
4. Module de génération de messages (2) selon l'une quelconque des revendications précédentes, dans lequel le format est déterminé en fonction d'informations relatives à l'utilisateur indiquant un mode de messagerie actuellement préféré par l'utilisateur.
5. Module de génération de messages (2) selon l'une quelconque des revendications précédentes, dans lequel un modèle de message d'un groupe comprend au moins un paramètre générique (X, Y), ledit module étant adapté pour, suite à la réception d'une requête en provenance d'un fournisseur de service indiquant en outre une valeur pour ledit paramètre générique, générer un message (M2) dans lequel Ie paramètre générique aura été remplacé par ladite valeur.
6. Procédé de génération de messages, dans un module de génération de messages (2) pour un système de télécommunication, ledit module comportant : - une base de stockage (24) de groupes de modèles de message, au moins un groupe étant identifié par un identifiant de groupe (IDG_n);
- une interface avec au moins un fournisseur de services (3) ;
- une interface avec au moins un point d'acheminement de messages (8) pour transmettre des messages vers des utilisateurs
(U 1 , U2, U3) conformément à un mode de messagerie donné ; le procédé comprenant les étapes suivantes :
- suite à la réception d'une requête (R1) en provenance d'un fournisseur de service indiquant un identifiant de groupe et un identifiant d'utilisateur, déterminer, en fonction au moins de l'identifiant d'utilisateur et de l'identifiant de groupe, un modèle de message (Mn(GB)) dans la base de stockage et un format de message associé à un mode de messagerie ;
- générer un message (M1) en fonction au moins du modèle de message et du format déterminé ; transmettre le message généré au point d'acheminement de messages en vue de l'acheminement vers l'utilisateur identifié dans la requête, dans le mode de messagerie donné.
7. Procédé selon la revendication 6, un groupe de message comportant plusieurs modèles de messages correspondant à un même contenu traduit dans des langues respectives distinctes, comprenant une étape de détermination d'une langue en fonction de l'identifiant de l'utilisateur indiqué dans la requête, le message étant généré en fonction du modèle dans ladite langue ainsi déterminée.
8. Procédé selon la revendication 6 ou la revendication 7, le module de génération de messages (2) étant adapté pour être interface à une pluralité de points d'acheminement (6, 7, 8) de messages aptes à transmettre des messages conformément à des modes de messagerie respectifs, le procédé comprenant en outre les étapes suivantes : - déterminer un format en fonction d'au moins l'identifiant de l'utilisateur indiqué dans la requête, parmi une pluralité de formats, chaque format étant associé à un desdits modes de messagerie, le message généré étant un message audit format ainsi déterminé ; - sélectionner le point d'acheminement de messages apte à la transmission conformément au mode de messagerie associé au format déterminé, le message généré étant transmis audit point d'acheminement sélectionné pour acheminement vers l'utilisateur identifié dans la requête.
9. Procédé selon l'un quelconque des revendications 6 à 8, au moins un modèle de message d'un groupe comprenant au moins un paramètre générique (X, Y), selon lequel dans le message généré (M2), le paramètre générique aura été remplacé par une valeur pour ledit paramètre générique, indiquée dans la requête (R2) reçue en provenance d'un fournisseur de service (4).
10. Programme d'ordinateur apte à être installé dans un module de génération de messages (2) pour un système de télécommunication, ledit module comportant : - une base de stockage (24) de groupes de modèles de message, au moins un groupe étant identifié par un identifiant de groupe (IDG_n);
- une interface avec au moins un fournisseur de services (3) ;
- une interface avec au moins un point d'acheminement de messages (8) pour transmettre des messages vers des utilisateurs (U 1 , U2, U3) conformément à un mode de messagerie donné ; ledit programme comprenant des instructions pour mettre en œuvre les étapes d'un procédé selon l'une quelconque des revendications 6 à 9 lors d'une exécution du programme par des moyens de traitement dudit module de génération de messages.
EP07731845A 2006-04-12 2007-03-29 Module, procede et programme d'ordinateur de generation de messages Withdrawn EP2005646A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0603244A FR2900016A1 (fr) 2006-04-12 2006-04-12 Module, procede et programme d'ordinateur de generation de messages
PCT/FR2007/051041 WO2007116169A1 (fr) 2006-04-12 2007-03-29 Module, procede et programme d'ordinateur de generation de messages

Publications (1)

Publication Number Publication Date
EP2005646A1 true EP2005646A1 (fr) 2008-12-24

Family

ID=37672236

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07731845A Withdrawn EP2005646A1 (fr) 2006-04-12 2007-03-29 Module, procede et programme d'ordinateur de generation de messages

Country Status (3)

Country Link
EP (1) EP2005646A1 (fr)
FR (1) FR2900016A1 (fr)
WO (1) WO2007116169A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2204956A1 (fr) * 2008-12-31 2010-07-07 Vodafone Holding GmbH Dispositif de communication mobile

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10053475A1 (de) * 2000-10-24 2002-05-02 Textmodule Gmbh Verfahren zur automatisierten Erstellung mehrsprachiger Internet-Auftritte
US20020174150A1 (en) * 2001-05-18 2002-11-21 Xerox Corporation Systems and methods for dynamic national language service
US7254614B2 (en) * 2001-11-20 2007-08-07 Nokia Corporation Web services push gateway

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007116169A1 *

Also Published As

Publication number Publication date
FR2900016A1 (fr) 2007-10-19
WO2007116169A1 (fr) 2007-10-18

Similar Documents

Publication Publication Date Title
US7660861B2 (en) System and method for verifying the identity of a sender of electronic mail and preventing unsolicited bulk email
US7739338B2 (en) System and method for encoding and verifying the identity of a sender of electronic mail and preventing unsolicited bulk email
US9930501B2 (en) System and method for conveying personal information through cellular text messaging services
EP2795878B1 (fr) Procédé de partage d'un contenu multimédia entre utilisateurs
US20100062745A1 (en) Messaging appartus and method
EP2795870B1 (fr) Procede d'acces par un terminal de telecommunication a une base de donnees hebergee par une plateforme de services accessible via un reseau de telecommunications
EP1460868B1 (fr) Timbre électronique pour message multimédia
WO2007113432A2 (fr) Procede et systeme de transmission d'un message instantane vers un terminal
EP2856708B1 (fr) Procédés de délivrance de courriels à la demande, serveurs de courriels et programmes d'ordinateur mettant en oeuvre de tels procédés
EP2005646A1 (fr) Module, procede et programme d'ordinateur de generation de messages
JP2019527490A (ja) メッセージデータを選択的に適合して送信するための方法、システム、およびコンピュータプログラム製品
CN100411457C (zh) 一种可定制邮件推送系统及方法
EP1935149B1 (fr) Procede et systeme de notification de reception de messages asynchrones
EP2819352B1 (fr) Dépôt et consultation de messages par des utilisateurs de réseaux sociaux
FR2863379A1 (fr) Systeme de messagerie electronique et procede d'emission de messages electroniques correspondant
FR3028984A1 (fr) Procede d'envoi de courrier recommande electronique
WO2018172669A1 (fr) Procédé et dispositif de gestion du stockage de documents numériques
FR3010270A1 (fr) Dispositif et procede d'enrichissement d'une communication
FR3110317A1 (fr) Smart Message Renderer
WO2008017776A2 (fr) Procede et systeme d'authentification d'utilisateurs dans un reseau de communication
US20150142900A1 (en) Method for processing imap data flows, electronic mail servers and computer programs implementing said methods
Tareen Email Everywhere.
FR2861528A1 (fr) Procede et systeme de notification de statut entre deux terminaux
FR2880703A1 (fr) Procede d'identification d'utilisateur, de creation d'un document de partage et de service correspondant dans un systeme de partage d'un reseau pair a pair
EP3138271A1 (fr) Procédé et dispositif d'établissement d'une communication

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20081010

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20160527

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20181002