FR3005541A1

FR3005541A1 - METHOD FOR MANAGING A MESSAGING SERVICE

Info

Publication number: FR3005541A1
Application number: FR1354236A
Authority: FR
Inventors: Aurelien Geron; Sylvain Geron
Original assignee: LAFARELLE
Current assignee: LAFARELLE
Priority date: 2013-05-10
Filing date: 2013-05-10
Publication date: 2014-11-14

Abstract

La présente invention concerne un procédé de gestion de service de messagerie entre plusieurs terminaux utilisateurs, mis en œuvre par un serveur, dans lequel le serveur reçoit d'un terminal d'un premier utilisateur un message d'interrogation comportant au moins un destinataire et une requête de réponse du destinataire, et le serveur transmet au terminal du au moins un destinataire des données d'interface utilisateur pour générer une interface utilisateur sur le terminal du destinataire. Le message d'interrogation comporte une information de type d'interrogation parmi une pluralité de types d'interrogation possibles, et en ce que, en fonction de ladite information, le serveur transmet un jeu de données d'interface utilisateur adapté au type d'interrogation.The present invention relates to a method for managing a messaging service between several user terminals, implemented by a server, in which the server receives from a terminal of a first user an interrogation message comprising at least one recipient and one response request from the recipient, and the server transmits to the terminal of the at least one recipient of the user interface data to generate a user interface on the recipient's terminal. The interrogation message includes query type information from a plurality of possible query types, and in that, based on said information, the server transmits a user interface data set adapted to the type of interrogation. query.

Description

PROCEDE DE GESTION D'UN SERVICE DE MESSAGERIE La présente invention concerne le domaine de la gestion de service de messagerie et notamment le domaine de la messagerie instantanée pour la prise de décision.The present invention relates to the field of messaging service management and in particular the field of instant messaging for decision-making.

Les interactions sociales (sur terminal fixe ou mobile) peuvent prendre différentes formes : courriel (ou email), SMS (« Short Messaging Service » en anglais), forum, blog, mur (ou « wall » en anglais), messagerie instantanée (ou « chat ») ou encore gazouillis (ou « tweet » en anglais).Social interactions (on fixed or mobile terminal) can take different forms: email (or email), SMS ("Short Messaging Service" in English), forum, blog, wall (or "wall" in English), instant messenger (or "Chat") or tweets (or "tweet" in English).

Le courriel peut permettre des communications libres et privées en mode asynchrone : l'auteur peut envoyer son message à tout moment et les destinataires peuvent en prendre connaissance et éventuellement y répondre à n'importe quel moment. La composition d'un courriel nécessite la connaissance de l'adresse (ou des adresses) de courriel des destinataires. Le SMS permet des communications libres et privées en mode asynchrone entre deux personnes dans le domaine de la téléphonie mobile. La composition d'un SMS nécessite la connaissance du numéro de téléphone mobile de son interlocuteur. Pour participer à un forum, les participants doivent s'inscrire à la plateforme de forum. Cette inscription permet notamment l'identification des participants et la modération des communications. Une fois leur inscription faite, les participants échangent des messages principalement asynchrones et souvent publics : un participant peut poster un message à n'importe quel moment, les autres participants pouvant y répondre quand ils le souhaitent, sans contrainte de délai. Le forum est un espace d'échange où différentes personnes peuvent se retrouver sur un thème donné. Le forum est le plus souvent repéré par une adresse web (URL) et des modalités d'accès peuvent en restreindre l'accès (autorisation accordée par le propriétaire ou un administrateur, authentification nécessaire, modération, etc.).E-mail can allow free and private communications in asynchronous mode: the author can send his message at any time and recipients can read it and possibly respond at any time. The composition of an e-mail requires the knowledge of the e-mail address (or addresses) of the recipients. The SMS allows free and private communications in asynchronous mode between two people in the field of mobile telephony. The composition of an SMS requires knowledge of the mobile phone number of his interlocutor. To participate in a forum, participants must register for the forum platform. This registration allows the identification of participants and the moderation of communications. Once registered, the participants exchange mainly asynchronous and often public messages: a participant can post a message at any time, the other participants can reply at any time, without any delay. The forum is a forum where different people can meet on a given theme. The forum is most often identified by a web address (URL) and access modalities can restrict access (authorization granted by the owner or an administrator, necessary authentication, moderation, etc.).

Un blog s'apparente à un forum dans lequel le propriétaire est le principal participant, les tiers pouvant toutefois avoir l'autorisation de commenter des messages). Le contenu des blogs est le plus souvent public (librement accessible en lecture).A blog is like a forum in which the owner is the main participant, third parties can however have the permission to comment on messages). The content of blogs is most often public (freely accessible in reading).

Un « mur social » d'une personne s'apparente à un forum personnel. L'inscription d'un nouvel utilisateur à un mur est conditionnée par l'acceptation de cette personne comme « ami » par le propriétaire de ce mur. Le courriel, le SMS, le forum, le blog et le mur social sont principalement des services asynchrones. En effet, ces services ne requièrent pas la connexion simultanée des participants/intervenants pour fonctionner (ex. un courriel peut être envoyé à n'importe quel moment sans que tous les participants soient connectés). De plus, la connexion simultanée de plusieurs utilisateurs ne modifie pas le fonctionnement de ces services. Bien entendu, ces services tendent, grâce aux évolutions techniques et à l'évolution des usages, à réduire l'intervalle de temps minimal entre deux communications ou échanges. Lorsque ce temps est très faible (ex. de l'ordre de quelques secondes), il est possible de considérer que ces services sont « quasi-synchrones ». La messagerie instantanée (ou « chat » ci-après) est souvent considérée comme synchrone. En effet, la disponibilité et la connexion simultanée des interlocuteurs est le plus souvent nécessaire au fonctionnement de ce type de messagerie. Pour permettre une session de messagerie instantanée, il est le plus souvent nécessaire de connaitre l'identifiant de chaque participant. La messagerie instantanée restreint l'accès à la discussion aux seuls utilisateurs invités par l'initiateur du chat.A "social wall" of a person is like a personal forum. The registration of a new user on a wall is conditioned by the acceptance of this person as "friend" by the owner of this wall. The email, the SMS, the forum, the blog and the social wall are mainly asynchronous services. Indeed, these services do not require the simultaneous connection of participants / stakeholders to work (eg an email can be sent at any time without all participants being connected). In addition, the simultaneous connection of several users does not modify the operation of these services. Of course, these services tend, thanks to the technical evolutions and the evolution of the uses, to reduce the minimum time interval between two communications or exchanges. When this time is very low (eg of the order of a few seconds), it is possible to consider that these services are "quasi-synchronous". Instant messaging (or "chat" hereinafter) is often considered synchronous. Indeed, the availability and the simultaneous connection of the interlocutors is most often necessary to the functioning of this type of messaging. To enable an instant messaging session, it is most often necessary to know the identifier of each participant. Instant messaging restricts access to chat only to users invited by the chat initiator.

Les gazouillis s'apparentent à un mur social accessible à tous ou encore à un chat ouvert au public. Cependant, de tels services ne sont pas exemptes de défauts. En effet, si ces modes de communications permettent d'échanger des points de vue ou des avis, ils ne permettent pas, de manière satisfaisante, de parvenir, rapidement, à une décision commune. Ainsi, afin de s'assurer du fait qu'un consensus a été trouvé, il est souvent nécessaire de reposer plusieurs fois la question pour valider les points de vue ou les ambigüités dans les réponses. Par exemple, si le courriel peut permettre d'exposer facilement une problématique à un groupe de personnes, chaque personne de ce groupe peut se positionner par rapport à cette problématique tout en étayant sa position. La grande liberté du courriel autorise les participants à digresser sans répondre à la problématique initiale, voire même d'exposer de nouvelles problématiques au groupe. L'initiateur de la problématique est souvent submergé de réponses et dans l'incapacité de synthétiser de manière correcte les échanges. De plus, en cas de changements multiple d'avis des différents interlocuteurs, une synthèse peut être difficile à réaliser. Si le forum peut permettre d'exposer une problématique aux membres de celui-ci, il n'est pas possible de solliciter des personnes extérieures à ce forum. La difficulté de la synthèse évoquée précédemment dans le cadre du courriel est également applicable dans le cadre du forum.The tweets are similar to a social wall accessible to all or to a cat open to the public. However, such services are not free from defects. While these modes of communication make it possible to exchange views or opinions, they do not allow, in a satisfactory manner, to reach a common decision quickly. Thus, in order to ensure that a consensus has been found, it is often necessary to rest the question several times to validate the points of view or the ambiguities in the answers. For example, if the email can easily expose a problem to a group of people, each person in this group can position themselves on this issue while supporting their position. The great freedom of email allows participants to digress without answering the initial problem, or even to expose new issues to the group. The initiator of the problem is often overwhelmed with answers and unable to correctly summarize the exchanges. Moreover, in case of multiple changes of opinion of the different interlocutors, a synthesis can be difficult to realize. If the forum can make it possible to expose a problematic to the members of this one, it is not possible to solicit people outside this forum. The difficulty of the synthesis mentioned above in the context of the email is also applicable in the framework of the forum.

Le blog étant un forum public, il n'est pas possible pour l'initiateur de la problématique de sélectionner, selon ses désirs, le groupe de personnes pouvant participer à la prise de décision. Il en est de même pour les gazouillis. Le mur est assez similaire au blog même si les participants potentiels sont plus restreints. Le chat étant un mode de communication synchrone, il est nécessaire que l'ensemble des participants soient simultanément connectées. Cette hypothèse est le plus souvent peu vérifiée au-delà de quelques personnes. La difficulté de la synthèse évoquée précédemment est également applicable dans le cadre du chat. Il existe également des possibilités de sondages en ligne (comme DoodleTM ou Google SurveyTM) permettant à un groupe de parvenir ensemble à une décision commune. Néanmoins, aucune interaction ou discussion des personnes sollicitées n'est possible : en effet, les participants sont contraints par les questions posées et le mode de réponse attendu. Il y a ainsi un besoin pour proposer une méthode de gestion d'un service de messagerie permettant une aide à la prise de décision rapide, interactive et efficace pour un groupe utilisant ce service.The blog being a public forum, it is not possible for the initiator of the problem to select, according to his desires, the group of people who can participate in the decision making. It's the same for tweets. The wall is quite similar to the blog even though potential participants are more restricted. Chat is a synchronous communication mode, it is necessary that all participants are simultaneously connected. This assumption is most often little verified beyond a few people. The difficulty of the synthesis mentioned above is also applicable in the context of the cat. There are also opportunities for online surveys (such as DoodleTM or Google SurveyTM) that allow a group to come to a common decision together. Nevertheless, no interaction or discussion of the people solicited is possible: indeed, the participants are constrained by the questions asked and the expected response mode. There is thus a need to propose a method of managing a messaging service that enables rapid, interactive and efficient decision-making support for a group using this service.

La présente invention vient donc améliorer la situation de l'état de la technique. A cet effet, la présente invention propose un procédé de gestion de service de messagerie entre plusieurs terminaux utilisateurs, mis en oeuvre par un serveur, dans lequel : - le serveur reçoit d'un terminal d'un premier utilisateur un message d'interrogation comportant au moins un destinataire et une requête de réponse du destinataire, et - le serveur transmet au terminal de ce destinataire des données d'interface utilisateur pour générer une interface utilisateur sur le terminal du destinataire. En particulier, le message d'interrogation comporte une information de type d'interrogation parmi une pluralité de types d'interrogation possibles, et, en fonction de cette information, le serveur transmet un jeu de données d'interface utilisateur adapté au type d'interrogation.The present invention therefore improves the state of the art. For this purpose, the present invention proposes a method for managing a messaging service between several user terminals, implemented by a server, in which: the server receives from a terminal of a first user an interrogation message comprising at least one recipient and a response request from the recipient, and - the server transmits to the recipient's terminal user interface data for generating a user interface on the recipient's terminal. In particular, the interrogation message includes interrogation type information from a plurality of possible interrogation types, and, based on this information, the server transmits a user interface data set adapted to the type of interrogation. query.

Un « message d'interrogation » est un ensemble de données, par exemple une suite d'octets électroniques, représentatif pour le serveur d'une interrogation soulevé par le premier utilisateur (appelé notamment « initiateur ») et devant être partagé avec un certain nombre de destinataires. Avantageusement, « l'information de type d'interrogation » est une information permettant de déterminer le type de réponses attendues par le premier utilisateur. Par exemple, cette information peut être représentative d'une question ou d'une interrogation pour laquelle la réponse attendue est de type « oui » ou « non ». De plus, la réponse attendue peut également être une date ou une plage horaire. La réponse attendue peut être en outre un chiffre ou un nombre.An "interrogation message" is a set of data, for example a series of electronic bytes, representative for the server of a query raised by the first user (called in particular "initiator") and to be shared with a number of recipients. Advantageously, the "interrogation type information" is information that makes it possible to determine the type of responses expected by the first user. For example, this information may be representative of a question or query for which the expected answer is of the "yes" or "no" type. In addition, the expected answer can also be a date or a time slot. The expected response may be further a number or number.

Ainsi, le serveur peut déterminer le jeu de données d'interface utilisateur le plus adapté pour le type d'interrogation souhaité par le premier utilisateur. On appelle « le jeu de données d'interface utilisateur » un ensemble de données (par exemple sous format électronique) permettant de générer au niveau du terminal une interface utilisateur adaptée à la réponse attendue. Ce jeu de données peut comporter un simple identifiant permettant au terminal de déterminer l'interface utilisateur qui convient pour formuler le type de réponse attendue, l'interface utilisateur étant stockée auprès du terminal. Ce jeu de données peut également comporter des images ou des données structurées de taille importante. Ce jeu de données peut également comporter les réponses ou des intervalles de réponses attendues.Thus, the server can determine the most appropriate user interface data set for the type of query desired by the first user. The "user interface data set" is a set of data (for example in electronic format) for generating at the terminal a user interface adapted to the expected response. This dataset may comprise a simple identifier allowing the terminal to determine the appropriate user interface for formulating the type of expected response, the user interface being stored at the terminal. This dataset can also include images or structured data of significant size. This dataset can also include the expected answers or response intervals.

Par ailleurs, le service de messagerie peut typiquement être un service de messagerie instantanée. Avantageusement, l'information de type d'interrogation peut être un identifiant de type d'interrogation.In addition, the messaging service can typically be an instant messaging service. Advantageously, the interrogation type information may be an interrogation type identifier.

Ainsi, le serveur est en mesure, en fonction de cet identifiant, de déterminer le jeu de données d'interface à communiquer au terminal du destinataire. Par exemple, le serveur peut être apte à identifier dans sa mémoire les données graphiques d'interface associées à cet identifiant de type d'interrogation. En variante, le serveur peut réaliser une analyse « sémantique » du message d'interrogation et y identifier des mots-clés d'interrogation, nécessitant une réponse selon un type prédéterminé. Dans un mode de réalisation, chaque jeu de données d'interface utilisateur peut être prédéterminé pour structurer une réponse correspondante du terminal destinataire.Thus, the server is able, according to this identifier, to determine the interface data set to be communicated to the recipient's terminal. For example, the server may be able to identify in its memory the graphical interface data associated with this interrogation type identifier. Alternatively, the server can perform a "semantic" analysis of the interrogation message and identify interrogation keywords, requiring a response according to a predetermined type. In one embodiment, each set of user interface data may be predetermined to structure a corresponding response of the destination terminal.

Ainsi, en choisissant un jeu d'interface d'utilisateur correspondant à un type de réponse attendue, le serveur peut restreindre les réponses des destinataires pour faciliter une synthèse ultérieure. A titre d'illustration, - si le premier utilisateur (initiateur) pose la question/interrogation « quel est votre poids ? », le jeu d'interface choisi peut restreindre les choix des réponses parmi les chiffres et les nombres en présentant à l'utilisateur destinataire une interface utilisateur ne comprenant qu'un clavier numérique ; - si le premier utilisateur pose la question/interrogation « quand êtes-vous disponible ? », le jeu d'interface que choisit le serveur peut restreindre les choix des réponses parmi les dates en présentant à l'utilisateur destinataire une interface utilisateur ne comprenant qu'un calendrier ; - si le premier utilisateur pose la question/interrogation « que préférerez-vous mangez ce midi ? », le jeu d'interface que choisit le serveur peut restreindre les choix des réponses parmi une liste de spécialités culinaires en présentant à l'utilisateur destinataire une interface utilisateur ne comprenant qu'une liste contrainte de réponse possible dans ces spécialités ; - etc. Plus généralement, les types d'interrogation possibles peuvent comporter au moins : - une plage horaire à choisir par le destinataire, parmi une pluralité de plages, - une réponse à choisir par le destinataire, parmi un nombre limité de réponses possibles, - un contenu multimédia à choisir par le destinataire, parmi une pluralité de contenus (images, vidéos, musiques, ou autres), - une suite de caractères numériques à entrer par le destinataire, en réponse à une question attendant une valeur numérique, et - une suite de caractères alphanumériques à entrer par le destinataire, en réponse à une question attendant un texte libre.Thus, by choosing a user interface set corresponding to an expected type of response, the server can restrict recipient responses to facilitate subsequent summarization. As an illustration, - if the first user (initiator) asks the question / question "what is your weight? The chosen interface set may restrict the choice of the answers among the numbers and the numbers by presenting to the recipient user a user interface comprising only a numeric keypad; - if the first user asks the question / question "when are you available? The interface set chosen by the server can restrict the choices of the answers among the dates by presenting to the user-user a user interface comprising only a calendar; - if the first user asks the question / question «what do you prefer to eat this afternoon? The interface set chosen by the server can restrict the choice of the answers from a list of culinary specialties by presenting to the recipient user a user interface comprising only a constraint list of possible answers in these specialties; - etc. More generally, the possible types of interrogation may comprise at least: a time slot to be chosen by the recipient, among a plurality of ranges, an answer to be chosen by the recipient, among a limited number of possible responses, a content multimedia to be chosen by the recipient, among a plurality of contents (images, videos, music, or other), - a sequence of digital characters to be entered by the recipient, in response to a question waiting for a numerical value, and - a sequence of Alphanumeric characters to be entered by the recipient, in response to a question waiting for free text.

Ainsi, dans un mode de réalisation possible, les données d'interface utilisateur peuvent également comporter, pour une interrogation sur une plage horaire, des données pour un affichage sur le terminal du destinataire d'une pluralité de plages horaires et des données pour sélectionner auprès du terminal au moins une plage horaire parmi ladite pluralité de plages horaires affichées.Thus, in a possible embodiment, the user interface data may also comprise, for a query on a time slot, data for a display on the recipient's terminal of a plurality of time slots and data for selecting from of the terminal at least one of said plurality of displayed time slots.

Dans un mode de réalisation possible, les données d'interface utilisateur peuvent comporter, pour une interrogation sur un nombre limité de réponses possibles, un affichage sur le terminal du destinataire d'une pluralité de réponses sous formes de successions respectives de caractères alphanumériques et des données pour sélectionner auprès du terminal l'une au moins des successions de caractères alphanumériques. Dans un autre mode de réalisation, les données d'interface utilisateur peuvent comporter, pour une suite de caractères numériques à entrer, des données d'affichage sur le terminal du destinataire d'un pavé numérique et des données pour sélectionner auprès du terminal des chiffres du pavé. De même, les données d'interface utilisateur peuvent comporter, pour une suite de caractères alphanumériques à entrer, des données d'affichage, sur le terminal du destinataire, d'un clavier alphanumérique et des données pour sélectionner auprès du terminal des caractères du clavier. Dans un autre mode de réalisation, les données d'interface utilisateur peuvent comporter, pour une interrogation sur un nombre limité de contenus multimédias possibles, un affichage, sur le terminal du destinataire, d'une pluralité de contenus multimédias pour sélectionner auprès du terminal l'un au moins de ces contenus.In one possible embodiment, the user interface data may include, for a query on a limited number of possible responses, a display on the recipient's terminal of a plurality of responses in the form of respective successions of alphanumeric characters and data to select from the terminal at least one of the successions of alphanumeric characters. In another embodiment, the user interface data may include, for a sequence of numeric characters to be entered, display data on the recipient's terminal of a keypad and data to select from the terminal numbers. pavement. Likewise, the user interface data may comprise, for a series of alphanumeric characters to be input, display data, on the recipient's terminal, of an alphanumeric keyboard and data for selecting from the terminal characters of the keyboard. . In another embodiment, the user interface data may include, for a query on a limited number of possible multimedia contents, a display on the recipient's terminal of a plurality of multimedia contents to select from the terminal. at least one of these contents.

Dans une réalisation, le procédé peut comporter en outre une étape de sélection, sur un terminal d'un utilisateur destinataire, entre une réponse adaptée au type d'interrogation et une réponse sous la forme d'un commentaire libre, non structuré. Dans une forme de réalisation possible, chaque jeu de données d'interface utilisateur peut comporter : - des données adaptées au type d'interrogation, et - des données adaptées à une réponse sous la forme d'un commentaire libre, non structuré. Les « données adaptées à une réponse sous la forme d'un commentaire libre » permettent à un utilisateur donné de se soustraire de la contrainte imposée par le format de la réponse attendue par le premier utilisateur afin d'interagir de manière plus dynamique avec les autres participants du service de messagerie. 3005 5 4 1 8 Le serveur peut également communiquer à un terminal d'un utilisateur donné une adresse unique pour utiliser le service de messagerie via le réseau Internet, l'adresse unique comportant un identifiant de service de messagerie, ledit identifiant permettant d'identifier l'utilisateur donné pendant une mise en oeuvre par le serveur 5 du service de messagerie auquel participe le terminal de l'utilisateur donné. L' « identifiant de service de messagerie » est un identifiant contenu par exemple dans une adresse de type URL (pour « Uniform Resource Locator» en anglais) ou Web. Cette caractéristique d'adresse unique est avantageuse en tant que telle, et ce 10 indépendamment d'un type de réponse attendu à un message d'interrogation. A ce titre, cette caractéristique précitée peut faire l'objet d'une protection séparée. Par exemple, pour l'adresse URL http://domain.tId/?id=56f7864e8975b, l'identifiant de service de messagerie peut être « 56f7864e8975b ». Dans cette hypothèse, cet identifiant peut permettre d'identifier l'utilisateur donné : 15 - si, par exemple, l'identifiant « 56f7864e8975b » est associé dans une base de données du serveur avec l'identité de l'utilisateur donné ; - si, par exemple, l'identifiant « 56f7864e8975b » est ou comporte une information chiffrée contenant l'identité de l'utilisateur donné. De plus, d'autres situations sont également possibles. Par exemple, pour l'adresse 20 URL http://domain.t1d/?id=56f7864e8975b&user=dest1@domainttld, l'identifiant de service de messagerie peut être « id=56f7864e8975b&user=dest1@domain111d». Ainsi, cet identifiant peut permettre de connaitre l'identité de l'utilisateur donné (définie par « dest1@domain1.tld »). 25 Le service de messagerie pouvant être un service de messagerie instantanée, l'identifiant de service de messagerie peut alors permettre d'identifier un espace de messagerie instantanée. On appelle « espace de messagerie instantanée » un « espace d'échange » (ou 3005 5 4 1 9 « chat room » en anglais). Cette notion peut couvrir un grand nombre de situations. L'espace d'échange peut notamment être un espace virtuel permettant à un nombre donné de participants d'échanger leurs avis de manière électronique. Par exemple, pour l'adresse URL http://domain.tId/?id=56f7864e8975b, l'identifiant 5 « 56f7864e8975b » peut permettre d'identifier un espace de messagerie instantanée : - si, par exemple, l'identifiant « 56f7864e8975b » est associé dans une base de données du serveur avec cet espace de messagerie instantanée ; - si, par exemple, l'identifiant « 56f7864e8975b » est ou comporte une 10 information chiffré contenant un identifiant représentatif de cet espace de messagerie instantanée. De plus, d'autres situations sont également possibles. Par exemple, pour l'adresse URL http://domain.tId/?id=56f7864e8975b&room=room1, l'identifiant de service de messagerie peut être « id=56f7864e8975b&room=room1». 15 Ainsi, cet identifiant peut permettre de connaitre l'espace de messagerie instantanée (définie par « room1 »). On comprendra alors qu'il est possible de combiner les deux réalisations ci-dessus pour déterminer à la fois l'espace de messagerie instantanée et l'utilisateur à 20 partir d'un ou plusieurs identifiants présents dans un lien URL tel que décrit ci- dessus. Dans un mode de réalisation, l'utilisateur donné peut être un destinataire, le 25 premier utilisateur transmettant alors au serveur, via son terminal, au moins une coordonnée de contact du terminal de l'utilisateur donné. De plus, l'adresse unique peut comporter un identifiant de contact correspondant à ladite coordonnée de contact. Une « coordonnée de contact » est une information permettant au serveur de contacter l'utilisateur donné. Cette coordonnée de contact peut être notamment : - un numéro de téléphone ; - une adresse de courriel ; - un identifiant associé dans une base de données du serveur à une coordonnée de contact précédemment listée (ex. un numéro client). Ainsi, si la coordonnée de contact est le numéro de téléphone 0123456789, l'identifiant de contact peut être 0123456789 ou un identifiant associé, dans une base de données du serveur, à ce numéro de téléphone.In one embodiment, the method may further comprise a step of selecting, on a terminal of a recipient user, between a response adapted to the type of interrogation and a response in the form of a free, unstructured comment. In one possible embodiment, each set of user interface data may comprise: data adapted to the type of interrogation, and data adapted to a response in the form of a free, unstructured comment. "Reply-free data in the form of a free comment" allows a given user to escape the constraint imposed by the format of the response expected by the first user to interact more dynamically with others courier participants. 3005 5 4 1 8 The server may also communicate to a terminal of a given user a unique address for using the messaging service via the Internet, the unique address comprising a messaging service identifier, said identifier allowing identification the given user during an implementation by the server 5 of the messaging service in which the terminal of the given user participates. The "mail service identifier" is an identifier contained for example in a URL type address (for "Uniform Resource Locator" in English) or Web. This unique address feature is advantageous as such, regardless of an expected type of response to an interrogation message. As such, this feature may be subject to separate protection. For example, for the URL http: //domain.tId/? Id = 56f7864e8975b, the mail service identifier may be "56f7864e8975b". In this hypothesis, this identifier may make it possible to identify the given user: if, for example, the identifier "56f7864e8975b" is associated in a database of the server with the identity of the given user; - if, for example, the identifier "56f7864e8975b" is or includes an encrypted information containing the identity of the given user. In addition, other situations are also possible. For example, for address 20 URL http: //domain.t1d/? Id = 56f7864e8975b & user = dest1 @ domainttld, the mail service identifier may be "id = 56f7864e8975b & user = dest1 @ domain111d". Thus, this identifier can make it possible to know the identity of the given user (defined by "dest1@domain1.tld"). Since the messaging service can be an instant messaging service, the messaging service identifier can then identify an instant messaging space. An "instant messaging space" is an "exchange room" (or 3005 5 4 1 9 "chat room"). This concept can cover a large number of situations. The exchange space may in particular be a virtual space allowing a given number of participants to exchange their opinions electronically. For example, for the URL http: //domain.tId/? Id = 56f7864e8975b, the identifier 5 "56f7864e8975b" can identify an instant messaging space: - if, for example, the identifier "56f7864e8975b Is associated in a database of the server with this instant messaging space; if, for example, the identifier "56f7864e8975b" is or contains an encrypted information containing an identifier representative of this instant messaging space. In addition, other situations are also possible. For example, for the URL http: //domain.tId/? Id = 56f7864e8975b & room = room1, the mail service identifier can be "id = 56f7864e8975b & room = room1". Thus, this identifier can make it possible to know the instant messaging space (defined by "room1"). It will be understood then that it is possible to combine the two embodiments above to determine both the instant messenger space and the user from one or more identifiers present in a URL link as described above. above. In one embodiment, the given user can be a recipient, the first user then transmitting to the server, via his terminal, at least one contact contact of the terminal of the given user. In addition, the unique address may include a contact identifier corresponding to said contact coordinate. A "contact coordinate" is information that allows the server to contact the given user. This contact information may include: - a telephone number; - an email address; - an associated identifier in a database of the server to a contact contact previously listed (eg a customer number). Thus, if the contact coordinate is the telephone number 0123456789, the contact identifier can be 0123456789 or an associated identifier, in a database of the server, to this telephone number.

Dans un mode de réalisation particulier : - sur réception de la part du terminal du premier utilisateur d'une requête de service de messagerie avec au moins l'utilisateur donné comme participant au service de messagerie, la requête comportant une coordonnée de contact du terminal de l'utilisateur donné, le serveur peut initier le service de messagerie en générant un identifiant du service initié et allouer au terminal de l'utilisateur donné une adresse unique comportant un identifiant correspondant à sa coordonnée de contact, - le serveur peut transmettre l'adresse unique au terminal de l'utilisateur donné, et - le serveur peut recevoir sur ladite adresse unique une requête du terminal de l'utilisateur donné pour participer au service de messagerie initié. De plus, le serveur peut affecter à plusieurs utilisateurs participant à un même service de messagerie une adresse unique et propre chacune à un utilisateur donné.In a particular embodiment: on reception by the terminal of the first user of a messaging service request with at least the given user as a participant in the messaging service, the request comprising a contact coordinate of the terminal of given user, the server can initiate the messaging service by generating an identifier of the initiated service and allocate to the terminal of the given user a unique address including an identifier corresponding to his contact coordinates, - the server can transmit the address unique to the terminal of the given user, and the server can receive on said unique address a request from the terminal of the given user to participate in the initiated messaging service. In addition, the server can assign to several users participating in the same mail service a unique and unique address each to a given user.

Ainsi, la sécurité du service de messagerie et l'authentification des utilisateurs sont assurés. 3005 541 11 Dans un mode de réalisation de l'invention : - sur réception de la part du terminal du premier utilisateur d'une requête de service de messagerie avec au moins un utilisateur donné comme participant au service de messagerie, la requête pouvant comporter une coordonnée de 5 contact d'un terminal de l'utilisateur donné, le serveur peut stocker en mémoire ladite coordonnée de contact, - le serveur peut mettre en oeuvre le service de messagerie en stockant un historique des messages échangés pendant le service de messagerie, en correspondance de la coordonnée de contact du terminal de l'utilisateur 10 donné, - sur réception d'une requête d'enregistrement au service de messagerie par l'utilisateur donné, le serveur peut stocker des données comportant au moins ladite coordonnée de contact du terminal de l'utilisateur, et peut associer auxdites données ledit historique. 15 La « requête d'enregistrement » peut comprendre : - la création d'un nouveau compte sur le service de messagerie à l'aide ou en association avec la coordonnée de contact ; ou - l'association ou l'enregistrement de la coordonnée de contact avec un compte préexistant. 20 Ainsi, il est possible de combiner ou de fusionner des historiques différents, mais associés à des coordonnées de contact distincts d'un même utilisateur. Cet aspect particulier est avantageux en tant que tel et peut faire l'objet d'une protection séparée. 25 Sur réception d'une nouvelle requête de service de messagerie avec au moins l'utilisateur donné comme participant au service, la requête pouvant comporter des données d'identification de l'utilisateur donné, le serveur peut identifier l'utilisateur donné et, pendant une nouvelle mise en oeuvre du service de messagerie, le serveur peut transmettre ledit historique au terminal de l'utilisateur donné. En outre, le serveur peut transmettre l'historique au terminal de l'utilisateur donné à la suite d'un ou plusieurs messages en cours pendant la nouvelle mise en oeuvre du service de messagerie.Thus, the security of the messaging service and the authentication of the users are ensured. In one embodiment of the invention: on reception by the terminal of the first user of a messaging service request with at least one given user as a participant in the messaging service, the request possibly comprising a contact coordinate of a terminal of the given user, the server can store in memory said contact coordinate, - the server can implement the messaging service by storing a history of messages exchanged during the messaging service, in correspondence of the contact coordinate of the terminal of the given user 10, - upon receipt of a registration request to the messaging service by the given user, the server can store data comprising at least said contact contact of the terminal of the user, and can associate said data with said data. The "registration request" may include: - the creation of a new account on the courier service using or in association with the contact co-ordinate; or - association or registration of the contact coordinate with a pre-existing account. Thus, it is possible to combine or merge different histories, but associated with different contact coordinates of the same user. This particular aspect is advantageous as such and may be subject to separate protection. Upon receipt of a new mail service request with at least the given user as a participant in the service, the request may include identification data of the given user, the server can identify the given user and, during a new implementation of the messaging service, the server can transmit said history to the terminal of the given user. In addition, the server can transmit the history to the terminal of the given user as a result of one or more messages in progress during the new implementation of the messaging service.

Le service de messagerie peut être identifié par une adresse de courriel. Un courriel pouvant comporter une adresse de destinataire correspondant à l'adresse de courriel du service peut être reçu par le serveur, et, sur réception dudit courriel par le serveur, le serveur peut mettre en oeuvre le service de messagerie entre des destinataires pour lesquels une adresse de courriel est présente dans ledit courriel. Ainsi, le transfert d'un échange de courriels faisant apparaitre les adresses de courriel des personnes ayant participé à l'échange dans l'historique des messages, ce procédé peut être utile afin d'inviter ces personnes au service de messagerie. Cet aspect de l'invention est avantageux en tant que tel et peut faire l'objet d'une protection séparée. Dans un mode de réalisation, le serveur peut transmettre au moins une partie du corps dudit courriel aux terminaux des utilisateurs participant au service de messagerie, pendant la mise en oeuvre du service.The messaging service can be identified by an email address. An email that may include a recipient address corresponding to the service's email address may be received by the server, and upon receipt of said email by the server, the server may implement the messaging service between recipients for whom email address is present in said email. Thus, the transfer of an e-mail exchange showing the e-mail addresses of the people who participated in the exchange in the message history, this method can be useful in order to invite these people to the courier service. This aspect of the invention is advantageous as such and may be separately protected. In one embodiment, the server may transmit at least a portion of the body of said email to the terminals of users participating in the messaging service, during the implementation of the service.

Ainsi, il est possible d'identifier dans le corps du courriel une phrase ou une expression apte à illustrer la problématique soulevée par l'initiateur de l'échange ou soulevé en cours d'échange. A titre d'illustration, cette phrase peut être le sujet du courriel initial.Thus, it is possible to identify in the body of the email a phrase or an expression apt to illustrate the problem raised by the initiator of the exchange or raised during the exchange. As an illustration, this sentence may be the subject of the initial email.

Un programme informatique, mettant en oeuvre tout ou partie du procédé décrit ci- avant, installé sur un équipement préexistant, est en lui-même avantageux. Ainsi, la présente invention vise également un programme informatique comportant des instructions pour la mise en oeuvre du procédé précédemment décrit, lorsque ce programme est exécuté par un processeur.A computer program, implementing all or part of the method described above, installed on a pre-existing equipment, is in itself advantageous. Thus, the present invention also provides a computer program comprising instructions for implementing the method described above, when the program is executed by a processor.

Ce programme peut utiliser n'importe quel langage de programmation (par exemple, un langage objet ou autre), et être sous la forme d'un code source interprétable, d'un code partiellement compilé ou d'un code totalement compilé. Les figures 1 et 4a décrites en détails ci-après, peuvent former l'organigramme de l'algorithme général d'un tel programme informatique. Un serveur, par exemple un serveur de messagerie, peut être avantageux, en lui-même, dès lors qu'il permet de mettre en oeuvre le procédé précédemment décrit. Ainsi, la présente invention vise également un serveur, comportant des moyens (typiquement un processeur, une mémoire de travail et une ou plusieurs interfaces de communication via un réseau de télécommunication) pour la mise en oeuvre du procédé précédemment décrit. 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 illustre un organigramme décrivant une réalisation particulière de l'invention ; - la figure 2 illustre un exemple d'écran permettant la sélection d'un type d'interrogation dans un mode de réalisation selon l'invention ; - la figure 3 illustre un exemple d'écran pour la consultation du service de communication selon un mode de réalisation de l'invention ainsi qu'une interface de réponse ; - la figure 4a illustre un diagramme d'état décrivant une réalisation particulière d'un algorithme de décomposition (ou « parser » en anglais) pour la création automatique d'un message d'interrogation ; - la figure 4b illustre un exemple de courriel décomposé à l'aide de l'algorithme de décomposition précédent ; - la figure 5 représente un exemple de dispositif dans un mode de réalisation 3005 5 4 1 14 de l'invention. La figure 1 illustre un organigramme décrivant une réalisation particulière de l'invention. 5 Lors de la création d'un message d'interrogation (ou d'un « sondage interactif »), un serveur reçoit un message contenant la demande d'interrogation. Cette demande comprend : - une liste d'utilisateurs destinataire LIS _DES 101. Les destinataires peuvent être désignés à l'aide d'un identifiant de service connu du service ou encore 10 un identifiant externe au service tel qu'une adresse de courriel, un numéro de téléphone, ou tout autre identifiant unique. Cet identifiant peut être, par exemple, la coordonnée de contact définie ci-avant ; - un couple 102 comprenant un identifiant ID_TYP permettant de connaitre le type d'interrogation souhaité par l'initiateur du message ainsi que, le cas 15 échéant, certains éléments de réponses EL_RESP (notamment dans le cadre d'une interrogation à choix multiples). A titre purement d'illustration, l'identifiant ID_TYP peut être : - 1 pour une réponse attendue de type « oui/non », - 2 pour une réponse attendue de type « texte », 20 - 3 pour une réponse attendue de type « nombre », - 4 pour des réponses attendues dans une liste donnée (i.e. réponses de type QCM), la réponse souhaitée pouvant être unique ou multiple. - 5 pour une réponse attendue de type « date/heure » ; - un message texte permettant de qualifier l'interrogation 103, la 25 problématique, le sujet de discussion. Ce message peut être, par exemple, la question posée aux destinataires (comme « que voulez-vous manger ? », « vers quelle heure êtes-vous disponible ? », etc.). Ce message peut être un champ texte, mais peut également être un média comme une photo, un fichier audio ou une vidéo. Des combinaisons sont également possibles ; - de manière optionnelle, d'autres champs OTH (comme les réponses déjà recueillies de certains destinataires) 104. La figure 2 illustre un exemple d'écran 200 permettant la sélection, par l'initiateur, des éléments précédents 101, 102, 103 et 104. En effet, l'initiateur peut indiquer dans le champ 201 la liste des destinataires (i.e. futurs participants, 202, 203). Les identifiants des utilisateurs peuvent être issus d'une base de données externe comportant les utilisateurs du service de sondage interactif. Ces identifiants peuvent également être issus d'une base de données locale comme un annuaire d'un téléphone portable. De plus, l'initiateur peut indiquer dans le champ 204 le sujet de l'interrogation (ex. un phrase permettant d'illustrer ou de qualifier la problématique posée, comme « Voulez-vous aller manger ? » ou encore « Où voulez-vous partir en vacances ? »). Ce sujet de l'interrogation est souvent terminé par un point d'interrogation. Enfin, l'initiateur de l'interrogation peut indiquer le type de réponse attendue. A titre d'illustration, la sélection d'une icône peut permettre à l'utilisateur d'indiquer le 15 type de réponse attendue : - icône 205 pour indiquer que la réponse attendue est soit « oui » soit « non » ; - icône 206 pour indiquer que la réponse attendue est comprise dans une liste définie. Cette liste peut être établie par l'initiateur après la sélection de l'icône 20 206; - icône 207 pour indiquer que la réponse attendue est une date ou une heure ; - icône 208 pour indiquer que la réponse attendue est un texte libre ; - icône 209 pour indiquer que la réponse attendue est un chiffre ou un nombre ; 25 - icône 210 pour indiquer un autre choix (ex. une combinaison de réponses décrites précédemment). Une fois la demande d'interrogation reçue, le serveur peut créer un « espace d'échange » (ou « chat » en anglais) pour permettre aux différents participants de partager leurs opinions, à la manière d'une messagerie instantanée, et de répondre à l'interrogation posée, à la manière d'un sondage. Les différents destinataires peuvent être notifiés de la création de cet espace d'échange (étape 105 de la figure 1) sur le serveur. Ainsi, pour chaque destinataire, le procédé suivant est déroulé. Si l'identifiant de ce destinataire (contenu dans le message d'interrogation) est connu par le service de messagerie (i.e. s'il a un compte enregistré auprès du service de sondage interactif, test 106, sortie KNO), une notification peut lui être envoyée (étape 107), par exemple : - sur une adresse de courriel associée avec cet identifiant dans une base de données du serveur ; - sur un numéro de téléphone associé avec cet identifiant dans une base de données du serveur ; - via un système de notification intégré aux applications des téléphones mobiles (iPhone IO, Android IO, etc.) si l'utilisateur a installé une telle application. Dans les deux premiers cas, la notification peut contenir un lien hypertexte vers une page Web hébergeant l'« espace d'échange ». L'utilisateur peut s'identifier grâce à son compte (automatiquement grâce à l'information contenue dans le lien hypertexte ou encore manuellement) pour accéder à cette page. Ce lien hypertexte peut être du type : http://www.domain.t1d/?id=identifiant1&auth=721a9b52bfceac6e3b9b93cfa. Le paramètre « id » permet de communiquer l'identifiant de l'utilisateur. Le paramètre « auth » est un numéro unique permettant d'authentifier l'utilisateur ainsi que l'espace d'échange souhaité. A titre d'illustration, ce numéro peut être un hachage de type MD5 du mot de passe de l'utilisateur concaténé avec l'identifiant de l'espace d'échange. La notification peut également permettre de lancer une application installée sur un terminal mobile (étape 108). La consultation de l'espace d'échange se fera alors via cette application. Par exemple, un lien hypertexte de type « myapp:\\ » peut permettre de lancer l'application « myapp » sur un téléphone de type iPhone IO. Si l'identifiant du destinataire contenu dans le message n'est pas connu par le service de sondage interactif, une notification est adressée à cet identifiant (étape 109) via un moyen de communication adapté (ex. par courriel si l'identifiant est une adresse de courriel, par SMS si l'identifiant est un numéro de téléphone, etc.). Cette notification contient, par exemple, un lien hypertexte vers une page Web hébergeant l'espace d'échange (étape 111).This program can use any programming language (for example, an object language or other), and be in the form of an interpretable source code, a partially compiled code or a fully compiled code. Figures 1 and 4a described in detail below, can form the flow chart of the general algorithm of such a computer program. A server, for example a mail server, may be advantageous, in itself, since it allows to implement the previously described method. Thus, the present invention also relates to a server, comprising means (typically a processor, a working memory and one or more communication interfaces via a telecommunications network) for implementing the previously described method. Other features and advantages of the invention will become apparent on reading the description which follows. This is purely illustrative and should be read in conjunction with the accompanying drawings in which: - Figure 1 illustrates a flowchart describing a particular embodiment of the invention; FIG. 2 illustrates an example of a screen allowing the selection of a type of interrogation in an embodiment according to the invention; FIG. 3 illustrates an example of a screen for consulting the communication service according to one embodiment of the invention as well as a response interface; FIG. 4a illustrates a state diagram describing a particular embodiment of a decomposition algorithm (or "parser" in English) for the automatic creation of an interrogation message; FIG. 4b illustrates an example of an email broken down using the preceding decomposition algorithm; FIG. 5 shows an exemplary device in an embodiment 3005 of the invention. Figure 1 illustrates a flowchart describing a particular embodiment of the invention. When creating a polling message (or "interactive poll"), a server receives a message containing the polling request. This request includes: a list of users receiving LIS _DES 101. The recipients can be designated using a known service identifier of the service or an external identifier to the service such as an email address, a phone number, or any other unique identifier. This identifier can be, for example, the contact coordinate defined above; a pair 102 comprising an identifier ID_TYP making it possible to know the type of interrogation desired by the initiator of the message as well as, where appropriate, certain elements of answers EL_RESP (notably in the context of a multiple-choice interrogation). For purely illustrative purposes, the identifier ID_TYP can be: - 1 for an expected response of type "yes / no", - 2 for an expected response of type "text", 20 - 3 for an expected response of type " number ", - 4 for expected responses in a given list (ie QCM type responses), the desired response may be single or multiple. - 5 for an expected answer of type "date / time"; a text message making it possible to qualify the interrogation 103, the problematic, the subject of discussion. This message may be, for example, the question asked to the recipients (such as "what do you want to eat?", "What time are you available for?", Etc.). This message can be a text field, but can also be a media such as a photo, an audio file, or a video. Combinations are also possible; - optionally, other OTH fields (like the answers already collected from certain recipients) 104. FIG. 2 illustrates an example of a screen 200 allowing the selection, by the initiator, of the preceding elements 101, 102, 103 and 104. Indeed, the initiator can indicate in the field 201 the list of the recipients (ie future participants, 202, 203). User credentials can come from an external database that includes users of the interactive polling service. These identifiers can also be derived from a local database such as a directory of a mobile phone. In addition, the initiator can indicate in field 204 the subject of the interrogation (eg a sentence allowing to illustrate or to qualify the problematic posed, like "Do you want to eat?" Or "Where do you want to go?" To go on holiday ? "). This subject of questioning is often terminated by a question mark. Finally, the initiator of the query can indicate the type of response expected. As an illustration, the selection of an icon may allow the user to indicate the type of response expected: - icon 205 to indicate that the expected response is either "yes" or "no"; - icon 206 to indicate that the expected answer is included in a defined list. This list can be established by the initiator after the selection of the icon 206; - icon 207 to indicate that the expected answer is a date or time; - icon 208 to indicate that the expected answer is free text; - icon 209 to indicate that the expected answer is a number or a number; 25 - icon 210 to indicate another choice (eg a combination of answers previously described). Once the query request has been received, the server can create an "exchange space" (or "chat" in English) to allow different participants to share their opinions, in the manner of an instant messenger, and respond to the question posed, in the manner of a survey. The different recipients can be notified of the creation of this exchange space (step 105 of FIG. 1) on the server. Thus, for each recipient, the following method is unfolded. If the identifier of this recipient (contained in the interrogation message) is known by the messaging service (ie if he has an account registered with the interactive polling service, test 106, KNO output), a notification can be sent to him. to be sent (step 107), for example: - to an email address associated with this identifier in a database of the server; - on a telephone number associated with this identifier in a database of the server; - via a notification system built into mobile phone applications (iPhone IO, Android IO, etc.) if the user has installed such an application. In the first two cases, the notification may contain a hypertext link to a web page hosting the "trading area". The user can identify himself thanks to his account (automatically thanks to the information contained in the hypertext link or manually) to access this page. This hypertext link can be of the type: http: //www.domain.t1d/? Id = identifier1 & auth = 721a9b52bfceac6e3b9b93cfa. The "id" parameter makes it possible to communicate the identifier of the user. The "auth" parameter is a unique number to authenticate the user as well as the desired exchange space. By way of illustration, this number can be a MD5 type hash of the password of the user concatenated with the identifier of the exchange space. The notification may also make it possible to launch an application installed on a mobile terminal (step 108). The consultation of the trading area will be done via this application. For example, a hypertext link of the type "myapp: \\" can make it possible to launch the application "myapp" on a phone of type iPhone IO. If the identifier of the recipient contained in the message is not known by the interactive polling service, a notification is sent to this identifier (step 109) via a suitable communication means (eg by email if the identifier is a email address, SMS if the ID is a phone number, etc.). This notification contains, for example, a hypertext link to a web page hosting the trading area (step 111).

Il est également possible que le destinataire ait en réalité un compte sur le service de communication alors même que l'identifiant présent dans la liste 101 n'est pas connu du service. Cette situation peut notamment arriver si le destinataire possède de multiples adresses de courriels, certaines n'ayant pas été déclarées auprès du service.It is also possible that the recipient actually has an account on the communication service even though the identifier in the list 101 is not known to the service. This can happen, for example, if the recipient has multiple e-mail addresses, some of which have not been reported to the service.

Si le destinataire a en réalité un compte (test 110, sortie HAV_ACC), celui-ci peut le renseigner lors de l'accès au service. Dès lors, il est possible d'ajouter à ce compte une indication selon laquelle l'utilisateur de ce compte est autorisé à participer à l'espace d'échange qui vient d'être créé : cela revient, par exemple, à ajouter à ce compte l'identifiant précédemment associé à aucun compte. Cet ajout permet au destinataire (dès lors identifié avec son compte) de participer aux échanges dans cet espace d'échange au travers de son compte. Il est également possible de fusionner (étape 112) l'historique des lieux de discussion auxquels a participé l'identifiant nouvellement associé à ce compte et l'historique des lieux de discussion auxquels a participé l'utilisateur identifié (i.e. l'identifiant de son compte) : ainsi, l'utilisateur peut avoir accès à toutes les discussions auxquelles il a participé précédemment (même lorsqu'il n'était pas authentifié sur un compte). Si l'utilisateur à une application installée sur son terminal mobile (test 113, sortie HAV_APP), une consultation de l'espace d'échange peut être réalisée via l'application mobile (étape 108).If the recipient actually has an account (test 110, output HAV_ACC), it can fill it when accessing the service. Therefore, it is possible to add to this account an indication that the user of this account is authorized to participate in the trading area that has just been created: this amounts, for example, to add to this account identifier previously associated with no account. This addition allows the recipient (since then identified with his account) to participate in the exchanges in this exchange space through his account. It is also possible to merge (step 112) the history of the chat rooms in which the identifier newly associated with this account took part and the history of the chat rooms in which the identified user participated (ie the identifier of his account): thus, the user can have access to all the discussions in which he participated previously (even when he was not authenticated on an account). If the user to an application installed on his mobile terminal (test 113, output HAV_APP), a consultation of the exchange space can be performed via the mobile application (step 108).

Si l'utilisateur n'a pas d'application installée sur son terminal mobile (test 113, sortie NO_APP), une consultation Web peut être envisagée (ex. fourniture dans la notification d'une URL d'accès à l'espace d'échange). Si l'utilisateur n'a pas de compte (test 110, sortie KO), une consultation Web peut également être envisagée (étape 111). La consultation Web (étape 111) peut reposer sur la fourniture, dans la notification envoyée à l'utilisateur, d'un lien hypertexte (ou URL) contenant un ou plusieurs paramètres caractérisant l'espace d'échange et l'identifiant de l'utilisateur transmis. Pour des raisons de confidentialité, il est possible que ces données ne soient pas présentes en clair dans le lien (ex. opération de masquage, hachage ou « hash » en anglais). Ce lien hypertexte peut être du type : http://www.domain.t1d/?id=identifiant1&auth=721a9b52bfceac6e3b9b93cfa. Le paramètre « id » permet de communiquer l'identifiant de l'utilisateur. Le paramètre « auth » est un numéro unique permettant d'authentifier l'utilisateur ainsi que l'espace d'échange souhaité. A titre d'illustration, ce numéro peut être un hachage de type MD5 du mot de passe de l'utilisateur concaténé avec l'identifiant de l'espace d'échange. Une fois que l'utilisateur a accès à cet espace d'échange (via une application mobile ou via une application/page Web), il lui est possible de participer à la prise de décision ou d'échanger de manière libre. En fonction des paramétrages de l'espace d'échange, l'utilisateur peut : - participer aux discussions en soumettant (étape 115) aux autres participants un commentaire libre (sous forme d'un texte, d'une image, etc.). Ces commentaires sont considérés comme étant des données « non structurées » ou « libres » car elles n'ont pas de signification particulière pour la prise de décision (test 114, sortie UNSTR) ; - répondre à l'interrogation posée par l'initiateur de l'espace d'échange. Cette réponse est considérée comme étant une donnée « structurée » car elle a une signification particulière pour la prise de décision finale (test 114, sortie STRUC). Afin de répondre à l'interrogation posée de manière structurée, l'utilisateur peut sélectionner sa réponse dans une liste de réponses possibles (ex. réponse « oui/non », réponses à choix multiples, choix d'une date dans un calendrier) ou indiquer, explicitement, que sa réponse est structurée (ex. réponse sous forme de nombre ou de texte). Le choix entre une réponse « structurée » ou « non structurée » peut être réalisé au moyen d'un bouton autorisant la bascule d'un mode à l'autre.If the user does not have an application installed on his / her mobile terminal (test 113, output NO_APP), a Web consultation can be considered (eg provision in the notification of an access URL to the space of exchange). If the user does not have an account (test 110, KO output), a web consultation can also be envisaged (step 111). The web consultation (step 111) can be based on the provision, in the notification sent to the user, of a hypertext link (or URL) containing one or more parameters characterizing the exchange space and the identifier of the transmitted user. For reasons of confidentiality, it is possible that these data are not present in clear in the link (eg masking operation, hashing or "hash" in English). This hypertext link can be of the type: http: //www.domain.t1d/? Id = identifier1 & auth = 721a9b52bfceac6e3b9b93cfa. The "id" parameter makes it possible to communicate the identifier of the user. The "auth" parameter is a unique number to authenticate the user as well as the desired exchange space. By way of illustration, this number can be a MD5 type hash of the password of the user concatenated with the identifier of the exchange space. Once the user has access to this exchange space (via a mobile application or via an application / web page), it is possible for him to participate in the decision-making process or to share freely. Depending on the settings of the trading area, the user can: - participate in the discussions by submitting (step 115) to the other participants a free comment (in the form of a text, an image, etc.). These comments are considered "unstructured" or "free" because they have no special meaning for decision making (test 114, output UNSTR); - answer the question asked by the initiator of the trading area. This response is considered to be a "structured" datum because it has a special meaning for the final decision-making (test 114, output STRUC). In order to answer the question posed in a structured way, the user can select his answer from a list of possible answers (eg "yes / no" answer, multiple choice answers, choice of a date in a calendar) or indicate, explicitly, that his answer is structured (eg answer in the form of number or text). The choice between a "structured" or "unstructured" response can be made by means of a button allowing the switch from one mode to another.

De plus, il est également possible que le serveur ou l'application détermine automatiquement si la réponse est « structurée » ou « non structurée ». A titre d'illustration, si une date est attendue (ex. « à quelle heure souhaitez-vous manger ? ») il est possible de reconnaitre automatiquement les réponses des utilisateurs en analysant si leur format (ex. structure sémantique, type de caractères, etc.) est compatible avec la structure des réponses attendues (ex. « vers 17h » peut être considéré comme structuré alors que « je n'ai pas faim » peut ne pas être considéré comme structuré) A titre d'exemple, une réponse structurée peut comporter un drapeau binaire (ou « flag » en anglais) afin d'indiquer cette structuration.In addition, it is also possible for the server or application to automatically determine whether the response is "structured" or "unstructured". As an illustration, if a date is expected (eg "what time do you want to eat?") It is possible to automatically recognize the answers of users by analyzing if their format (eg semantic structure, type of characters, etc.) is compatible with the structure of expected answers (eg "around 17h" can be considered structured while "I am not hungry" may not be considered structured) As an example, a structured response can include a binary flag (or "flag" in English) to indicate this structuring.

Lors de la réception d'un message structuré (étape 116), le serveur est apte à l'enregistrer de manière spécifique (ex. enregistrement de la réponse dans une base de données en indiquant l'identifiant de l'utilisateur ayant répondu et le caractère structuré de cette réponse). De plus, si l'utilisateur a déjà répondu de manière structurée à l'interrogation courante, il est possible de remplacer ces réponses par la dernière réponse de l'utilisateur (étape 117). Par exemple, un drapeau binaire ou un champ particulier dans la base de données peut exister afin d'indiquer que ces anciennes réponses correspondent à des réponses « périmées » (i.e. ne devant plus être prise en compte pour la prise de décision).When receiving a structured message (step 116), the server is able to save it in a specific manner (eg recording the response in a database by indicating the identifier of the user who responded and the structured character of this answer). In addition, if the user has already responded in a structured manner to the current query, it is possible to replace these responses with the last response of the user (step 117). For example, a binary flag or a particular field in the database may exist to indicate that these old responses are "out of date" responses (i.e. no longer need to be considered for decision making).

Par ailleurs, il n'est pas nécessaire de remplacer les anciennes réponses faites par l'utilisateur. Cela peut être notamment utile si plusieurs réponses sont attendues par utilisateurs. De plus, il est possible de ne pas remplacer les réponses des utilisateurs en fonction de critères complexes. Par exemple, seules les réponses soumises au-delà d'un certain délai sont remplacées (i.e. deviennent « obsolètes »). Il est également possible de conserver les N dernières réponses de l'utilisateur : les réponses au-delà de la Nè" réponse sont marquées comme étant obsolètes. Enfin, il est possible de réaliser une synthèse des réponses structurées (et non « périmées ») des utilisateurs. Cette synthèse peut comprendre la création de statistiques en lien avec ces réponses, comme : - un pourcentage d'occurrences des différentes réponses « non périmées » faites par les différents participants au sein de l'espace d'échange ; - une moyenne des réponses « non périmées » faites par les différents participants au sein de l'espace d'échange (pour les réponses de type « nombre ») ; - un variance des réponses faites par les différents participants au sein de l'espace d'échange (pour les réponses de type « nombre ») ; - le nombre de participants disponibles par créneaux horaires proposés (pour les réponses de type « date ») ; - etc. Lors de la soumission d'un commentaire « libre » ou « non structuré » (étape 115), ce commentaire est enregistré dans une base de données. Cette base de données peut comprendre un drapeau binaire ou un champ particulier afin d'indiquer que le commentaire enregistré est « non structuré ».Moreover, it is not necessary to replace the old answers made by the user. This can be particularly useful if multiple answers are expected by users. In addition, it is possible not to replace user responses based on complex criteria. For example, only replies submitted after a certain time are replaced (ie become "obsolete"). It is also possible to keep the user's last N replies: responses beyond the "Answer" are marked as "out of date." Finally, it is possible to summarize structured responses (not "out of date") This summary may include the creation of statistics related to these responses, such as: - a percentage of occurrences of the different "unexpired" responses made by the different participants within the trading area - an average "not stale" responses made by the different participants within the trading area (for "number" responses) - a variance of the responses made by the different participants within the trading area (for "number" responses) - the number of participants available per proposed time slots (for "date" type responses) - etc. When submitting a number In the "free" or "unstructured" state (step 115), this comment is stored in a database. This database may include a binary flag or a particular field to indicate that the recorded comment is "unstructured".

Lors de l'affichage des messages et réponses des différents participants (étape 119), il est possible de prévoir que l'affichage des données structurées et des données non-structurées s'affichent visuellement de manière différente (ex. modification de la couleur ou des formes encadrant les différentes participations). Cet affichage différent permet une meilleure appréhension de la signification des messages et des réponses par les participants. Par ailleurs, le mode de réponse en « commentaire libre » présente de nombreux cas d'usage où les participants peuvent notamment créer ensemble une liste (liste de tâches à accomplir, liste de cadeaux, liste de prénoms pour un enfant, liste de personnes à inviter à une fête, ou autres). Dans ce cas, une seule personne peut être intéressée à contribuer à apporter plusieurs éléments distincts à cette liste. La réponse multiple consiste donc en une option possible. Typiquement, une réponse d'un deuxième participant ne vient pas effacer la réponse antérieure d'un premier participant, mais au contraire vient s'y ajouter. De plus, dans le cas de construction de listes, un deuxième participant peut vouloir marquer son accord avec un élément proposé par un premier participant (cette fonctionnalité pouvant s'exécuter par la fonction « j'aime » ou « +1 », connue de Facebook0 ou Google+0).When displaying the messages and responses of the various participants (step 119), it is possible to provide that the display of the structured data and unstructured data is visually displayed in a different manner (eg modification of the color or forms framing the different participations). This different display allows a better understanding of the meaning of messages and responses by participants. Moreover, the response mode in "free comment" has many use cases where participants can create together a list (to-do list, list of gifts, list of first names for a child, list of people to invite to a party, or others). In this case, only one person may be interested in helping to bring several distinct elements to this list. The multiple answer is therefore a possible option. Typically, a response from a second participant does not erase the previous response of a first participant, but on the contrary is added to it. In addition, in the case of list building, a second participant may want to agree with an element proposed by a first participant (this functionality can be executed by the "like" or "+1" function, known from Facebook0 or Google + 0).

Ainsi, la réponse en « commentaire libre » se prête bien à ce que les participants puissent proposer autant de réponses qu'ils le souhaitent et puissent voter pour les réponses des autres participants (avec un affichage simple de ces mentions dans une page d'écran de synthèse). Il est alors possible de transformer un commentaire en réponse en votant sur ce commentaire. Un élément proposé peut être aussi ajouté ou enlevé de la liste précitée, en votant pour ou contre, respectivement. La figure 3 illustre un exemple d'écran 300 pour la consultation du service de communication selon un mode de réalisation de l'invention ainsi qu'une interface de réponse.Thus, the answer in "free comment" lends itself well so that the participants can propose as many answers as they wish and can vote for the answers of the other participants (with a simple posting of these mentions in a page of screen of synthesis). It is then possible to turn a comment into an answer by voting on this comment. A proposed item may also be added or removed from the above list, voting for or against, respectively. FIG. 3 illustrates an example of a screen 300 for consulting the communication service according to one embodiment of the invention as well as a response interface.

Cet écran 300 peut comprendre par exemple trois zones : - une zone 301 pour la visualisation des échanges associés à l'espace d'échange ; - une zone 302 permettant au participant de répondre à l'interrogation soulevée par l'initiateur ; - une zone 303 permettant la visualisation d'une synthèse des réponses des participants dans cet espace d'échange. Les différentes zones 301, 302 et 303 ne sont pas nécessairement affichées en même temps : un bouton (ou une zone sensible de l'écran) peut permettre l'affichage 5 ou le masquage d'une ou plusieurs zones sur demande. La zone 301 comprend un champ 304 affichant le sujet de l'interrogation (i.e. la question soulevée par l'initiateur ou la phrase illustrant/qualifiant l'interrogation). Ce champ reprend sensiblement les informations du champ 204 de la figure 2. En dessous du champ 304, les différents échanges ou réponses réalisés par les 10 participants sont présentées. Cette présentation est réalisée par ordre chronologique, les échanges ou les réponses les plus récentes étant situés en bas. Bien entendu, une autre présentation est possible (comme une présentation par ordre chronologique, les échanges ou les réponses les plus récentes étant situés en haut). 15 Pour chacun de ces échanges ou réponses, est indiqué : - le nom ou l'identité 306, 309, 312 ou 305 des participants accompagné éventuellement d'une image représentatif de celui-ci (ou « avatar » en anglais) ; - du contenu de l'échange ou de la réponse. Par exemple : 20 - les réponses « non périmées » (313 ou 306) des participants. Ces réponses sont représentées par des bulles possédant, éventuellement, une première couleur prédéterminée ; - les réponses « périmées » (307) des participants. Ces réponses sont représentées par des bulles barrées possédant, éventuellement, une 25 deuxième couleur prédéterminée ; - les commentaires libres ou simple échange 310. Ces réponses sont représentées dans un rectangle. - la date (308, 311, 314, 307) de l'échange ou de la réponse. Cette date est la date de la soumission de l'échange ou de la réponse. Néanmoins, dans le 30 cadre d'une réponse périmée, il peut être également indiqué la date et l'heure à laquelle cette réponse est devenue « périmée » (i.e. la date et l'heure de soumission d'une nouvelle réponse par ce même utilisateur). En l'espèce, pour l'utilisateur DEST1, la réponse 313 soumise le 25/04/13 à 11h45 vient remplacer la réponse soumise le 25/04/13 à 11h00.This screen 300 may comprise, for example, three zones: a zone 301 for the display of the exchanges associated with the exchange space; an area 302 allowing the participant to answer the question raised by the initiator; a zone 303 allowing the visualization of a summary of the responses of the participants in this exchange space. The different zones 301, 302 and 303 are not necessarily displayed at the same time: a button (or a sensitive area of the screen) may allow the display or masking of one or more zones on demand. Field 301 includes a field 304 displaying the subject of the query (i.e. the question raised by the initiator or the phrase illustrating / qualifying the query). This field substantially repeats the information from field 204 of FIG. 2. Below the field 304, the various exchanges or responses made by the participants are presented. This presentation is done in chronological order, the most recent exchanges or answers being located at the bottom. Of course, another presentation is possible (like a presentation in chronological order, the exchanges or the most recent answers being located at the top). For each of these exchanges or replies, is indicated: the name or the identity 306, 309, 312 or 305 of the participants possibly accompanied by an image representative of this one (or "avatar" in English); - the content of the exchange or the answer. For example: 20 - the "not expired" answers (313 or 306) of the participants. These responses are represented by bubbles possibly having a first predetermined color; - the "outdated" responses (307) of the participants. These responses are represented by barred bubbles optionally having a second predetermined color; - free comments or simple exchange 310. These answers are represented in a rectangle. - the date (308, 311, 314, 307) of the exchange or answer. This date is the date of submission of the exchange or response. However, in the case of an outdated response, it may also be indicated the date and time that this response became "out of date" (ie the date and time of submission of a new response by that same reply). user). In this case, for the user DEST1, the answer 313 submitted on 25/04/13 at 11:45 replaces the answer submitted on 25/04/13 at 11:00.

La zone 302 comprend une interface permettant de répondre simplement à l'interrogation soulevée par l'initiateur. A titre d'illustration, la zone 302 présente une interface de réponse permettant de choisir une réponse parmi deux réponses proposées par l'initiateur : « REP1 » 323 ou « REP2 » 321. D'autres interfaces graphiques sont possibles comme une liste déroulante. Ces interfaces peuvent dépendre du type de réponses attendues. L'utilisateur courant DEST2 ayant sélectionné la réponse REP2 comme dernière réponse (voir élément 306), le bouton 321 est mis en surbrillance. De plus, une flèche 322 peut également indiquer à l'utilisateur courant sa dernière sélection. La zone 303 comprend une synthèse des différentes réponses des participants.The zone 302 includes an interface making it possible to respond simply to the interrogation raised by the initiator. As an illustration, the area 302 has a response interface for choosing a response from two responses proposed by the initiator: "REP1" 323 or "REP2" 321. Other graphical interfaces are possible as a drop-down list. These interfaces may depend on the type of expected responses. The current user DEST2 having selected the response REP2 as the last answer (see element 306), the button 321 is highlighted. In addition, an arrow 322 may also indicate to the current user his last selection. Field 303 includes a summary of the different responses of the participants.

Par exemple, une synthèse sous forme de pourcentage des différentes réponses 331 et 333 peut être proposée. Une représentation graphique de ces pourcentages (sous forme de barres de progression 332 et 334) est également possible. La figure 4a illustre un diagramme d'état décrivant une réalisation particulière d'un algorithme de décomposition (ou « parser » en anglais) pour la création automatique d'un message d'interrogation. Il peut arriver des situations dans lesquelles différents interlocuteurs échangent sur un sujet par courriel électronique et lors de cet échange, il apparait qu'une problématique complexe nécessitant une prise de décision collective apparaisse.For example, a percentage synthesis of the different responses 331 and 333 may be proposed. A graphical representation of these percentages (in the form of progress bars 332 and 334) is also possible. FIG. 4a illustrates a state diagram describing a particular embodiment of a decomposition algorithm (or "parser" in English) for the automatic creation of an interrogation message. There may be situations in which different interlocutors exchange on a subject by electronic mail and during this exchange, it appears that a complex problem requiring collective decision making appears.

Dans une telle hypothèse, un utilisateur peut envoyer/transférer l'échange 401 de courriels à une adresse de courriel (comme parser@domain.tld ou parser_ouinon@domain.tld ou parser_date@domain.t1d, où domain.tld est le domaine DNS du service « parser »). Cet échange de courrier peut être formaté comme illustré par le courriel par la figure 4b : les différents échanges sont présentés chronologiquement, les plus anciens étant vers le bas : - l'échange 451 est plus récent ; - l'échange 452 a été envoyé avant l'échange 451 ; - l'échange 453 a été envoyé avant l'échange 452; - l'échange 454 a été envoyé avant l'échange 453.In such a case, a user can send / forward the e-mail exchange 401 to an e-mail address (such as parser@domain.tld or parser_ouinon@domain.tld or parser_date@domain.t1d, where domain.tld is the DNS domain parser service). This mail exchange can be formatted as illustrated by the email in Figure 4b: the various exchanges are presented chronologically, the oldest being down: - Exchange 451 is more recent; exchange 452 was sent before the exchange 451; the exchange 453 was sent before the exchange 452; - Exchange 454 was sent before Exchange 453.

L'algorithme de décomposition 402 peut alors décomposer ce courriel transféré en identifiant les différents participants (étape 403), par exemple en analysant les signatures ou en extrayant les adresses emails dans les champs : - FROM 455 de l'avant dernier échange ; - TO 456 de l'avant dernier échange.The decomposition algorithm 402 can then decompose this transferred email by identifying the different participants (step 403), for example by analyzing the signatures or by extracting the email addresses in the fields: - FROM 455 of the penultimate exchange; - TO 456 of the penultimate exchange.

En effet, le dernier échange n'est pas représentatif de la conversation car il ne sert qu'à transférer la conversation au service de décomposition. Ainsi, une liste des participants 404 peut être constituée. De plus, l'algorithme de décomposition 402 peut extraire (étape 405) le sujet de la problématique soulevée par la discussion par courriel. A titre d'illustration, cette problématique peut se trouver dans l'échange initial 454 dans la première phrase du corps du courriel (élément 458) ou dans le sujet (élément 457). Ainsi, une phrase 406 illustrant/qualifiant l'interrogation peut être identifiée. L'algorithme de décomposition 402 peut également extraire (étape 407) le type de réponse attendue. Cette identification peut être réalisée en fonction : - de l'adresse de courriel utilisée pour transférer l'échange de courriel 450. Par exemple, si l'adresse utilisée est parser_ouinon@domain.t1d, le type de réponse attendue est « oui » ou « non ». Si l'adresse utilisée est parser_date@domain.t1d, le type de réponse attendue est une réponse de type date, etc. - du contenu des différents échanges transmis à l'algorithme. Il est possible de rechercher dans le contenu des échanges des marqueurs syntaxiques, grammaticaux, ou encore lexicaux permettant d'identifier le type de réponse attendue. A titre d'illustration, il est possible d'identifier dans l'échange 450 une concentration importante de dates, comme les éléments 459, 461, 460, ou encore 462. Des outils d'analyse de langage naturel peuvent être utilisés. Ainsi, il est possible d'identifier le type de réponse attendue ID_TYP ainsi qu'une liste éventuelle de réponses possibles (élément 408). Bien entendu, l'utilisateur peut modifier certaines réponses possibles ou le type de réponse attendue si l'algorithme de reconnaissance utilisé n'a pas fonctionné de manière adéquate. Enfin, et de manière optionnelle, il est possible d'extraire les réponses des participants en fonction des réponses précédemment identifiées afin de « pré-remplir » l'espace d'échange. Par exemple : - le participant DEST1 a répondu « 4 au 10 février » (voir bloc 459) ; - le participant DEST2 n'a pas répondu ; - le participant DEST3 a répondu « 4 au 10 février » et « 18 au 24 février » (voir bloc 460 et 461) ; - le participant DEST4 a répondu « 18 au 24 février » (voir bloc 462).Indeed, the last exchange is not representative of the conversation because it only serves to transfer the conversation to the decomposition service. Thus, a list of participants 404 can be formed. In addition, the decomposition algorithm 402 can extract (step 405) the subject of the problem raised by the email discussion. As an illustration, this problem can be found in the initial exchange 454 in the first sentence of the body of the email (element 458) or in the subject (element 457). Thus, a sentence 406 illustrating / qualifying the interrogation can be identified. The decomposition algorithm 402 can also extract (step 407) the type of expected response. This identification can be carried out according to: - the email address used to transfer the email exchange 450. For example, if the address used is parser_ouinon@domain.t1d, the expected response type is "yes" or " no ". If the address used is parser_date@domain.t1d, the expected response type is a date response, and so on. - the content of the different exchanges transmitted to the algorithm. It is possible to search in the content of the exchanges for syntactic, grammatical, or lexical markers to identify the type of expected response. By way of illustration, it is possible to identify in the exchange 450 a large concentration of dates, such as the elements 459, 461, 460, or 462. Natural language analysis tools can be used. Thus, it is possible to identify the type of expected response ID_TYP and a possible list of possible responses (element 408). Of course, the user can modify certain possible responses or the type of response expected if the recognition algorithm used did not work adequately. Finally, and optionally, it is possible to extract the responses of participants based on previously identified responses to "pre-fill" the exchange space. For example: - the participant DEST1 answered "4 to 10 February" (see block 459); - the participant DEST2 did not answer; - the participant DEST3 answered "4 to 10 February" and "18 to 24 February" (see block 460 and 461); - the participant DEST4 answered "18 to 24 February" (see block 462).

A l'aide des éléments 404, 406, 408 et 410, il est alors possible de dérouler le procédé décrit en figure 1 (en utilisant ces éléments en lieu et place des éléments 101, 102, 103 et 104). La figure 5 représente un exemple de dispositif dans un mode de réalisation de l'invention. Dans ce mode de réalisation, le dispositif comporte un ordinateur ou serveur 500, comprenant une mémoire 505 pour stocker des instructions permettant la mise en oeuvre du procédé, les données de mesures reçues, et des données temporaires pour réaliser les différentes étapes du procédé tel que décrit précédemment.With the aid of elements 404, 406, 408 and 410, it is then possible to unwind the process described in FIG. 1 (using these elements instead of elements 101, 102, 103 and 104). Fig. 5 shows an exemplary device in an embodiment of the invention. In this embodiment, the device comprises a computer or server 500, comprising a memory 505 for storing instructions for implementing the method, received measurement data, and temporary data for performing the various steps of the method such as previously described.

L'ordinateur comporte en outre un circuit 504. Ce circuit peut être, par exemple : - un processeur apte à interpréter des instructions sous la forme de programme informatique, ou - une carte électronique dont les étapes du procédé de l'invention sont décrites dans le silicium, ou encore - une puce électronique programmable comme une puce FPGA (pour « Field-Programmable Gate Array » en anglais).The computer further comprises a circuit 504. This circuit can be, for example: a processor capable of interpreting instructions in the form of a computer program, or an electronic card whose steps of the method of the invention are described in silicon, or else - a programmable electronic chip such as an FPGA chip (for "Field-Programmable Gate Array").

Cet ordinateur comporte une interface d'entrée 503 pour la réception de données d'interrogations ou des données de réponses, et une interface de sortie 506 pour la fourniture aux utilisateurs des informations relative aux services de communication (i.e. messages des autres utilisateurs, synthèse des résultats, etc.). Cette interface de sortie peut être par exemple connectée à Internet. Enfin, l'ordinateur peut comporter, pour permettre une interaction aisée avec un administrateur, un écran 501 et un clavier 502. Par ailleurs, le schéma fonctionnel présenté sur la figure 1 est un exemple typique d'un programme dont certaines instructions peuvent être réalisées auprès du dispositif décrit. A ce titre, la figure 1 peut correspondre à l'organigramme de l'algorithme général d'un programme informatique au sens de l'invention. Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemples ; elle s'étend à d'autres variantes. D'autres réalisations sont possibles.This computer comprises an input interface 503 for receiving interrogation data or response data, and an output interface 506 for providing users with information relating to communication services (ie messages from other users, synthesis of results, etc.). This output interface can for example be connected to the Internet. Finally, the computer can comprise, to allow easy interaction with an administrator, a screen 501 and a keyboard 502. Furthermore, the block diagram presented in FIG. 1 is a typical example of a program from which certain instructions can be realized. with the device described. As such, FIG. 1 may correspond to the flowchart of the general algorithm of a computer program within the meaning of the invention. Of course, the present invention is not limited to the embodiments described above as examples; it extends to other variants. Other achievements are possible.

Par exemple, la création de la synthèse indiquée en figure 1 (élément 118) peut être également effectuée coté « utilisateur » au regard des différentes réponses indiquées comme telles et transmises au dispositif utilisateur.For example, the creation of the summary indicated in FIG. 1 (element 118) can also be performed on the "user" side with regard to the various responses indicated as such and transmitted to the user device.

Claims

REVENDICATIONS1. Method for managing the messaging service between several user terminals, implemented by a server, in which: the server receives from a terminal of a first user an interrogation message comprising at least one recipient and a response request of the recipient, and - the server transmits to the terminal of the at least one recipient of the user interface data to generate a user interface on the recipient's terminal, characterized in that the interrogation message includes interrogation type information among a plurality of possible interrogation types, and in that, according to said information, the server transmits a set of user interface data adapted to the type of interrogation.

2. Method according to claim 1, characterized in that the messaging service is an instant messaging service.

3. Method according to one of claims 1 and 2, characterized in that the interrogation type information is an interrogation type identifier.

4. Method according to one of the preceding claims, characterized in that each set of user interface data is predetermined to structure a corresponding response of the destination terminal.

5. Method according to one of the preceding claims, characterized in that the possible types of interrogation comprise at least: - a time range to be chosen by the recipient, among a plurality of ranges, - a response to be chosen by the recipient, among a limited number of possible answers, - a multimedia content to be chosen by the recipient, among a plurality of contents, - a sequence of digital characters to be entered by the recipient, in response to a question waiting for a numerical value, and - a continuation alphanumeric characters to be entered by the recipient, in response to a question waiting for free text.

6. Method according to claim 5, characterized in that the user interface data comprises, for a query on a time slot, data for a display on the recipient's terminal of a plurality of time slots and data for selecting at the terminal at least one of said plurality of displayed time slots.

7. Method according to claim 5, characterized in that the user interface data comprise, for an interrogation on a limited number of possible responses, a display on the recipient's terminal of a plurality of responses in the form of respective successions of alphanumeric characters and data for selecting from the terminal at least one of the successions of alphanumeric characters.

Method according to claim 5, characterized in that the user interface data comprises, for a sequence of digital characters to be input, display data on the terminal of the recipient of a keypad and data for selecting from terminal of the numbers of the block.

9. Method according to claim 5, characterized in that the user interface data comprise, for a query on a limited number of possible multimedia contents, a display, on the recipient's terminal, of a plurality of multimedia contents for selecting at the terminal at least one of said contents.

10. Method according to one of the preceding claims, characterized in that the method further comprises a step of selecting, on a terminal of a recipient user, between a response adapted to the type of interrogation and a response in the form of a free, unstructured commentary.

11. Method according to one of the preceding claims, characterized in that each set of user interface data comprises: data adapted to the type of interrogation, and data adapted to a response in the form of a comment. free, unstructured.

12. Method according to one of the preceding claims, characterized in that the server communicates to a terminal of a given user a unique address for using the messaging service via the Internet, the unique address including a service identifier of messaging, said identifier for identifying the given user during an implementation by the server of the messaging service in which the terminal of the given user participates.

13. The method of claim 12, characterized in that, the messaging service being an instant messaging service, the mail service identifier identifies an instant messaging space.

14. Method according to one of claims 12 and 13, characterized in that the given user is a recipient, the first user transmitting to the server, via its terminal, at least one contact contact of the terminal of the given user, and wherein the unique address includes a contact identifier corresponding to said contact coordinate.

15. The method as claimed in claim 14, characterized in that: on reception by the terminal of the first user of a messaging service request with at least the given user as a participant in the messaging service, the request comprising a contact coordinate of the terminal of the given user, the server initiates the messaging service by generating an identifier of the initiated service and allocates to the terminal of the given user a unique address including an identifier corresponding to his contact coordinate, - the server transmits the unique address to the terminal of the given user, and - the server receives on said unique address a request from the terminal of the given user to participate in the initiated messaging service.

16. Method according to one of claims 12 to 15, characterized in that the server assigns to several users participating in the same messaging service a unique and unique address each to a given user.

17. Method according to one of the preceding claims, characterized in that: - on receipt from the terminal of the first user of a messaging service request with at least one given user as a participant in the messaging service, the request comprising a contact coordinate of a terminal of the given user, the server stores in memory said contact coordinate, - the server implements the messaging service by storing a history of messages exchanged during the messaging service, in correspondence of the contact contact of the terminal of the given user, - on receipt of a registration request to the messaging service by the given user, the server stores data comprising at least said contact contact of the terminal of the user. user, and associates said history with said data.

18. The method of claim 17, characterized in that, on receipt of a new message service request with at least the given user as a participant in the service, the request comprising identification data of the given user, the server identifies the given user and, during a new implementation of the messaging service, the server transmits said history to the terminal of the given user.

19. The method of claim 18, characterized in that the server transmits the history to the terminal of the given user as a result of one or more messages in progress during the new implementation of the messaging service.

20. Method according to one of the preceding claims, characterized in that the message service is identified by an email address, and in that an email with a recipient address corresponding to the email address of the service is received. by the server, and upon receipt of said email by the server, the server implements the mail service between recipients for whom an email address is present in said email.

21. The method of claim 20, characterized in that the server transmits at least a portion of the body of said email to the terminals of users participating in the messaging service, during the implementation of the service.

22. Computer program, characterized in that it comprises instructions for implementing the method according to one of the preceding claims, when the instructions are executed by a processor.

23. Server, characterized in that it comprises means for implementing the method according to one of claims 1 to 21.