FR3032079A1

FR3032079A1 - METHOD OF COMMUNICATING MESSAGES FOR PROCESSING INFORMATION AND OPTIMIZING BANDWIDTH, GENERATING DEVICE AND CORRESPONDING COMPUTER PROGRAM.

Info

Publication number: FR3032079A1
Application number: FR1550525A
Authority: FR
Inventors: Berardi Chrystel Revillet
Original assignee: Elyt'com
Current assignee: Elyt'com
Priority date: 2015-01-22
Filing date: 2015-01-22
Publication date: 2016-07-29
Anticipated expiration: 2035-01-22
Also published as: FR3032079B1

Abstract

L'invention concerne un procédé de communication de messages s'affichant dans l'ordre chronologique de réception, dans un groupe de terminaux constitué par un terminal administrateur et d'une pluralité de terminaux administrés connectés par un réseau de télécommunication. Le procédé comprend un premier mode de télécommunication consistant à transmettre au groupe de terminaux un message transmis, la transmission dudit message étant causée par un procédé de confirmation dudit message, et un second mode de communication permettant de transmettre un message en aparté à un groupe de terminaux.The invention relates to a method for communicating messages displayed in the chronological order of reception, in a group of terminals consisting of an administrator terminal and a plurality of managed terminals connected by a telecommunications network. The method comprises a first telecommunication mode of transmitting a transmitted message to the group of terminals, the transmission of said message being caused by a method of confirmation of said message, and a second mode of communication making it possible to transmit a message as an aside to a group of terminals.

Description

1 Domaine de l'invention Le domaine de la présente invention concerne celui des communications et/ou l'échange de message entre un premier terminal et au moins un deuxième terminal par l'intermédiaire d'un serveur. Plus précisément, l'invention concerne le cas où des messages échangés sont constitués de caractères et où le premier terminal peut saisir, à l'aide de moyens d'interactions, un message dédié à au moins un deuxième terminal. Art antérieur De nos jours, la télécommunication entre personnes nécessite une plus grande interactivité et un moyen de connexion adapté à ce type d'échange. Les dispositifs mis en oeuvre peuvent être des ordinateurs connectés en réseau, des ordinateurs portables, des téléphones portables, des tablettes sans fil, ou tout appareil de télécommunication connecté à un réseau de télécommunication et possédant des moyens d'interaction afin de pouvoir échanger, par exemple, un message textuel. Pour des échanges de messages textuels, il existe plusieurs modes de télécommunications et/ou d'interaction entre plusieurs utilisateurs. Un premier exemple de mode de télécommunication serait la télécommunication téléphonique. Ce mode de télécommunication permet des échanges rapides entre interlocuteurs. Or, ce type de télécommunication, bien qu'efficace, est insatisfaisant, car les échanges ne sont pas transcrits d'une part et d'autre part le correspondant recevant l'appel peut être gêné par ces appels. Un deuxième exemple de mode de télécommunication serait la télécommunication par message instantané - en anglais « Instant Messaging » - qui est par exemple utilisé pour transmettre des messages textuels à au moins un deuxième terminal par l'intermédiaire d'une messagerie instantanée consistant à élaborer un message et à l'envoyer à l'intention d'un destinataire déterminé. Le message en entier est transmis plus ou moins rapidement à travers un réseau de télécommunication et est reçu par le terminal du destinataire. Celui-ci prend alors connaissance du message envoyé par l'expéditeur et saisit un message puis l'envoie.FIELD OF THE DISCLOSURE The field of the present invention concerns that of communications and / or the exchange of messages between a first terminal and at least a second terminal via a server. More specifically, the invention relates to the case where messages exchanged are made of characters and where the first terminal can enter, using interaction means, a message dedicated to at least a second terminal. PRIOR ART Today, telecommunication between people requires greater interactivity and a means of connection adapted to this type of exchange. The devices used may be networked computers, laptops, mobile phones, wireless tablets, or any telecommunication device connected to a telecommunication network and having means of interaction in order to be able to exchange, by way of example, a text message. For text message exchanges, there are several modes of telecommunications and / or interaction between several users. A first example of a telecommunication mode would be telephone telecommunication. This mode of telecommunication allows rapid exchanges between interlocutors. However, this type of telecommunication, although effective, is unsatisfactory because the exchanges are not transcribed on the one hand and the other party receiving the call can be hindered by these calls. A second example of a telecommunication mode would be the instant messenger telecommunication - in English "Instant Messaging" - which is for example used to transmit text messages to at least a second terminal via an instant messenger consisting in developing a message and send it to a specific addressee. The entire message is transmitted more or less quickly through a telecommunication network and is received by the recipient's terminal. The latter then becomes aware of the message sent by the sender and enters a message and sends it.

Dans la suite de cet exemple le destinataire sera considéré comme le deuxième interlocuteur et l'expéditeur sera considéré comme le premier interlocuteur.In the rest of this example, the recipient will be considered as the second party and the sender will be considered as the first point of contact.

3032079 Selon ce deuxième mode de télécommunication, chaque interlocuteur attend que l'autre interlocuteur termine son message pour en connaître le contenu. Certaines messageries instantanées informent visuellement à l'aide, par exemple, d'un pictogramme apparaissant sur les moyens d'interaction que le message à bien été 5 affiché. Malheureusement, le pictogramme, avertissant que le message a été affiché, ne délivre aucune information sur les intentions de l'interlocuteur destinataire du message. Ce type de télécommunication est insatisfaisant en termes d'efficacité, car indirectement le deuxième interlocuteur, plus exactement le deuxième terminal monopolise l'attention du premier interlocuteur en confirmant que le message a bien 10 été affiché mais sans confirmer la prise en connaissance dudit message par le deuxième interlocuteur. Pour illustrer ce cas de figure, il doit être considéré que le deuxième terminal affiche sur les moyens d'interactions le message qui a été validé et envoyé par le premier interlocuteur. Seulement le deuxième interlocuteur peut prendre 15 connaissance du message envoyé plus tard ou sans y répondre dans l'immédiat. Le cas typique peut être lorsque le premier interlocuteur formule un souhait ou un désire et que le deuxième interlocuteur en vérifie la faisabilité sans pour autant y répondre. Le premier interlocuteur n'a aucune information relative à cette prise de connaissance d'une part ni des priorités du deuxième interlocuteur. Parallèlement, l'attente du 20 premier interlocuteur entraîne une consommation inutile de la bande passante. Un troisième exemple de mode de télécommunication serait la télécommunication par courrier électronique qui est très utilisée pour transmettre des messages textuels à au moins un deuxième terminal par l'intermédiaire d'un service de messagerie et à l'envoyer à l'intention d'un destinataire déterminé. Le courrier 25 électronique est transmis plus ou moins rapidement à travers un réseau de télécommunication et est reçu par le terminal du destinataire. Celui-ci prend alors connaissance du message envoyé par l'expéditeur. Ce type de télécommunication donne satisfaction en ce qu'il permet d'archiver les différents courriers électroniques reçus, donne aussi la possibilité d'envoyer un message électronique à plusieurs 30 destinataires et n'entraîne pas de consommation de barzte passante disproportionnée par les échanges de données en attendant une réponse. En revanche, un problème se pose lorsque les différents destinataires répondent au même courrier électronique en y apportant leurs réponses spécifiques mais de façon étalée dans le temps. Cela entraîne un désagrément par l'abondance des réponses parfois redondantes et/ou tardives. En effet, une réponse peut avoir déjà été apportée par un autre interlocuteur 3032079 3 plus tôt dans le temps. Seulement l'un des interlocuteurs destinataires du message peut lire ses messages dans l'ordre chronologique - premier arrivé, premier sorti - et ne s'apercevra que plus tard, que la réponse a déjà été apportée. Il existe donc un besoin pour une nouvelle technique permettant à 5 différents interlocuteurs d'échanger des messages en s'adaptant à leurs façons de traiter l'information tout en optimisant la bande passante consommée par les échanges de données. Exposé de l'invention La présente invention a pour but de résoudre tout ou partie des 10 inconvénients mentionnés ci-dessus sous la forme d'un procédé de communication de messages mis en oeuvre par un serveur dans un groupe de terminaux comprenant une pluralité de terminaux administrés connectés par un réseau de communication, chaque terminal étant sous la responsabilité d'un utilisateur ; le procédé comprenant les étapes suivantes : 15 a) réception par le serveur d'un message créé par un utilisateur expéditeur ; le message comprenant des propriétés d'association d'une requête à chaque utilisateur parmi un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré ; 20 b) enregistrement du message dans un moyen de stockage du serveur, l'enregistrement comprenant un statut associé à chaque requête, la valeur du statut étant définie selon une valeur initiale ; :) restitution vers un terminal sous l'administration d'un 25 utilisateur parmi le groupe d'utilisateurs destinataire du message ; d) réception d'une demande de modification de la valeur du statut de requête associée à un utilisateur destinataire en provenance d'un terminal sous l'administration d'un 30 utilisateur destinataire ; 3032079 4 modification de la valeur du statut de requête (« Vu », « Ok ») par l'utilisateur destinataire (U200, U300); f) restitution du message sur les moyens d'interaction du terminal expéditeur et de l'au moins un terminal 5 destinataire ; g) enregistrement de la modification du message dans le moyen de stockage du serveur ; h) vérification de la valeur de statut final de l'ensemble des requêtes, 10 i) archivage ou suppression du message par le serveur. Grâce aux dispositions selon l'invention, le procédé de communication de messages mis en oeuvre par un serveur permet une meilleur interaction entre différent utilisateurs en échangeant, par exemple, des messages rapidement, de converser à plusieurs, de connaître l'état d'avancement du traitement des messages 15 par les interlocuteurs en possession d'un terminal mais aussi un meilleur suivi de la conversation sans entraîner une consommation inutile de la bande passante et un archivage de cette conversation. Selon un mode de réalisation, le procédé de communication de messages comprend une étape proposant à l'utilisateur du terminal expéditeur au moins deux 20 types de requêtes correspondant à une demande de prise de connaissance ou à une demande d'action à réaliser par l'utilisateur du terminal destinataire. Ainsi, l'utilisateur du terminal expéditeur peut faire parvenir une information qui doit être prise en connaissance par l'utilisateur du terminal destinataire ou un souhait qui demande à ce qu'une action soit réalisée.According to this second telecommunication mode, each party waits for the other party to complete his message to know the content. Some instant messengers inform visually using, for example, a pictogram appearing on the means of interaction that the message has been displayed. Unfortunately, the pictogram, warning that the message has been displayed, delivers no information on the intentions of the recipient of the message. This type of telecommunication is unsatisfactory in terms of efficiency, since indirectly the second party, more precisely the second terminal, monopolizes the first speaker's attention by confirming that the message has been displayed but without confirming that the message has been acknowledged by the second interlocutor. To illustrate this case, it must be considered that the second terminal displays on the means of interactions the message that has been validated and sent by the first interlocutor. Only the second interlocutor can take notice of the message sent later or without answering it immediately. The typical case may be when the first interlocutor formulates a wish or a desire and the second interlocutor verifies its feasibility without answering it. The first interlocutor has no information about this knowledge on the one hand or the priorities of the second interlocutor. At the same time, waiting for the first party results in unnecessary bandwidth consumption. A third example of a telecommunication mode would be e-mail telecommunication, which is widely used to transmit text messages to at least one second terminal via a messaging service and to send it to a user. specified recipient. The electronic mail is transmitted more or less quickly through a telecommunication network and is received by the recipient's terminal. The latter then becomes aware of the message sent by the sender. This type of telecommunication is satisfactory in that it allows to archive the various e-mails received, also gives the possibility of sending an e-mail message to several recipients and does not entail consumption of barzte passant disproportionate by the exchanges of data pending an answer. On the other hand, a problem arises when the different recipients respond to the same e-mail by providing their specific responses but in a manner spread over time. This causes inconvenience by the abundance of sometimes redundant and / or late responses. Indeed, an answer may have already been provided by another interlocutor 3032079 3 earlier in time. Only one of the addressees of the message can read his messages in chronological order - first come, first out - and will not notice until later that the answer has already been given. There is therefore a need for a new technique allowing 5 different interlocutors to exchange messages by adapting to their ways of processing information while optimizing the bandwidth consumed by data exchanges. SUMMARY OF THE INVENTION The present invention aims to solve all or some of the disadvantages mentioned above in the form of a message communication method implemented by a server in a group of terminals comprising a plurality of terminals. administered by a communication network, each terminal being under the responsibility of a user; the method comprising the steps of: a) receiving by the server a message created by a sending user; the message including association properties of a request to each user from a recipient user group defined from a set of declared users; B) recording the message in a storage means of the server, the record comprising a status associated with each request, the value of the status being defined according to an initial value; :) rendering to a terminal under the administration of a user from the user group of the message recipient; d) receiving a request to change the value of the request status associated with a recipient user from a terminal under the administration of a recipient user; 3032079 4 modification of the value of the request status ("Vu", "Ok") by the destination user (U200, U300); f) restitution of the message on the means of interaction of the sending terminal and the at least one destination terminal; g) recording the modification of the message in the storage means of the server; h) checking the final status value of all requests, i) archiving or deleting the message by the server. Thanks to the arrangements according to the invention, the method of communication of messages implemented by a server allows a better interaction between different users by exchanging, for example, messages quickly, to converse with several, to know the progress message processing 15 by the interlocutors in possession of a terminal but also a better monitoring of the conversation without causing unnecessary bandwidth consumption and archiving this conversation. According to one embodiment, the method of communicating messages comprises a step proposing to the user of the sending terminal at least two types of requests corresponding to a request for knowledge or a request for action to be made by the recipient terminal user. Thus, the user of the sender terminal can send information that must be known by the user of the destination terminal or a wish that requires action to be performed.

25 Selon un mode de réalisation, ladite étape de restitution f) propose à l'utilisateur du terminal destinataire les valeurs de statut intermédiaire et/ou finale. Ainsi l'utilisateur du terminal destinataire peut prendre connaissance de l'information que l'utilisateur du terminal expéditeur lui a fait parvenir en répondant à la requête par une valeur de statut finale ou lorsqu'il s'agit d'une action à réaliser, 30 l'utilisateur du terminal destinataire peut dans un premier temps répondre une valeur 3032079 5 de statut intermédiaire afin de vérifier par exemple la faisabilité de l'action à réaliser et lorsque l'action a été réalisée ou non pour une quelconque raison, il est possible à l'utilisateur du terminal destinataire de rendre à la requête par une valeur de statut finale.According to one embodiment, said rendering step f) proposes to the user of the destination terminal intermediate and / or final status values. Thus the user of the destination terminal can take note of the information that the user of the sending terminal has sent him by responding to the request by a final status value or when it is an action to be performed, The user of the destination terminal can first respond to an intermediate status value 3032079 to verify for example the feasibility of the action to be performed and when the action has been performed or not for any reason, it is possible to the user of the destination terminal to return to the request by a final status value.

5 Selon un mode de réalisation, le procédé de communication de messages comprend une étape de vérification de la connexion des terminaux connectés au réseau de communication. Ainsi, lorsque le terminal n'est pas connecté et le procédé de communication de messages cesse toute communication avec le terminal en question 10 et libère la bande passante consommée. Selon un mode de réalisation, le procédé de communication de messages comprend une étape de restitution d'un message d'absence sur les moyens d'interaction des terminaux connectés au réseau de communication. Ainsi, lorsque le terminal est connecté mais que l'utilisateur n'est pas 15 disponible voire présent, le procédé de communication de messages cesse toute communication avec le terminal en question et libère la bande passante. Selon un mode de réalisation, le procédé de communication de messages comprend une étape de vérification de l'appartenance au groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré.According to one embodiment, the message communication method comprises a step of verifying the connection of the terminals connected to the communication network. Thus, when the terminal is not connected and the message communication method ceases all communication with the terminal in question 10 and frees the consumed bandwidth. According to one embodiment, the message communication method comprises a step of restoring an absence message on the interaction means of the terminals connected to the communication network. Thus, when the terminal is connected but the user is not available or even present, the message communication method stops all communication with the terminal in question and frees the bandwidth. According to one embodiment, the method of communicating messages comprises a step of verifying the membership of the group of destination users defined among a set of users declared.

20 Une telle disposition permet à l'utilisateur du terminal expéditeur de choisir les utilisateurs autorisés à suivre la discussion d'une part, et d'autre part le procédé de communication de messages. Selon un mode de réalisation, le procédé de communication de messages comprend une étape d'indexage (690) des messages de l'ensemble d'utilisateurs 25 déclaré. Une telle disposition permet à l'utilisateur du terminal expéditeur d'indexer la discussion afin de permettre à l'utilisateur de retrouver plus facilement la conversation.Such a provision allows the user of the sender terminal to choose the authorized users to follow the discussion on the one hand, and on the other hand the method of communicating messages. According to one embodiment, the message communication method comprises a step of indexing (690) messages of the declared set of users. Such a provision allows the user of the sender terminal to index the discussion to allow the user to more easily find the conversation.

3032079 6 Selon un mode de réalisation, le procédé de communication de messages comprend une étape d'affichage d'un menu d'introduction de message sur les moyens d'interactions comportant : a). une première région affichant les messages créés par un 5 utilisateur expéditeur; le message comprenant des propriétés d'association d'une requête à chaque utilisateur parmi un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré ; b) une deuxième région affichant les statuts des requêtes 10 associés à chaque utilisateur parmi le groupe d'utilisateurs destinataire et permettant la modification du statut associé à chaque requête pour chaque utilisateur parmi le groupe d'utilisateurs destinataire ; et, ) une troisième région permettant la transmission d'un 15 message. Ainsi cette interface permet aux utilisateurs de lire les messages comprenant des propriétés d'association d'une requête, de modifier les statuts associés à chaque requête pour chaque utilisateur et permettre un échange interactif de message.According to one embodiment, the message communication method comprises a step of displaying a message introduction menu on the interaction means comprising: a). a first region displaying the messages created by a sender user; the message including association properties of a request to each user from a recipient user group defined from a set of declared users; b) a second region displaying the statuses of the requests associated with each user from the destination user group and allowing the modification of the status associated with each request for each user from the recipient user group; and,) a third region for transmitting a message. Thus, this interface enables users to read the messages comprising the association properties of a request, to modify the statuses associated with each request for each user and to allow an interactive message exchange.

20 Selon un mode de réalisation, la restitution du message sur les moyens d'interaction est réalisée dans la première région dans l'ordre chronologique des messages transmis par l'utilisateur expéditeur à chaque utilisateur parmi un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré en les distinguant graphiquement et/ou visuellement.According to one embodiment, the return of the message on the interaction means is carried out in the first region in the chronological order of the messages transmitted by the sending user to each user from a group of destination users defined among a set users by distinguishing them graphically and / or visually.

25 Ainsi, il est possible à l'utilisateur d'avoir toutes les informations dans un même champ visuel. Selon un mode de réalisation, la vérification de la valeur de statut final de l'ensemble des requêtes déclenche a) la création d'un droit d'archivage ou de suppression du message 30 par l'utilisateur du terminal administrateur ; 3032079 7 b) l'émission d'une notification de la création audit utilisateur. Ainsi, si les utilisateurs de terminaux destinataires affichent la valeur de statut final de l'ensemble des requêtes, il est permis à l'utilisateur du terminal administrateur d'archiver ou de supprimer la conversation. Cette permission d'archivage émise par le serveur de se manifeste par une notification afin d'informer l'utilisateur du terminal expéditeur de la possibilité de l'archivage ou de la suppression de la conversation. Selon un mode de réalisation, la vérification de la valeur de statut final de l'ensemble des requêtes déclenche l'archivage du message.Thus, it is possible for the user to have all the information in the same field of view. According to one embodiment, the verification of the final status value of all the requests triggers a) the creation of a right to archive or delete the message 30 by the user of the administrator terminal; 3032079 7 b) the issuance of a notification of the creation to the user. Thus, if the recipient terminal users display the final status value of all requests, the user of the administrator terminal is allowed to archive or delete the conversation. This archiving permission issued by the server is manifested by a notification to inform the user of the sender terminal of the possibility of archiving or deleting the conversation. According to one embodiment, the verification of the final status value of all the requests triggers the archiving of the message.

10 Ainsi, si les utilisateurs de terminaux destinataires affichent la valeur de statut final de l'ensemble des requêtes, l'étape d'archivage de la conversation est effectuée automatiquement. Selon un mode de réalisation, la vérification de la valeur de statut final de l'ensemble des requêtes peut être répéter en fonction du résultat obtenue lors de 15 l'étape de vérification. En effet, si les utilisateurs de terminaux destinataires affichent différente valeur de statut, il ne saura pas permis à l'utilisateur du terminal administrateur d'archiver ou de supprimer la conversation. Si cette permission d'archivage n'a pas lieu, le procédé de communication de messages libère alors la bande passante 20 consommée en attendant que les utilisateurs de terminaux destinataires affichent la valeur de statut final de l'ensemble des requêtes. Selon un mode de réalisation, la vérification contrôle que l'ensemble des requêtes présentent une valeur de statut final. Selon un mode de réalisation, la vérification comprend une étape de 25 comparaison comparant le statut de l'ensemble des requêtes avec la valeur de statut final. Selon un mode de réalisation, la vérification contrôle que le statut de l'ensemble des requêtès correspond à la valeur de statut final. Selon un mode de réalisation, la vérification de la valeur de statut final de 30 l'ensemble des requêtes déclçnche : 3032079 8 a) la création d'un droit d'archivage ou de suppression du message seulement pour l'utilisateur du terminal administrateur ; b) l'émission d'une notification de la création seulement audit utilisateur.Thus, if the recipient terminal users display the final status value of all requests, the step of archiving the conversation is performed automatically. According to one embodiment, the verification of the final status value of all the requests may be repeated depending on the result obtained during the verification step. Indeed, if the users of destination terminals display different status value, it will not be allowed to the user of the administrator terminal to archive or delete the conversation. If this archive permission does not occur, the message communication method then frees the consumed bandwidth until the recipient terminal users display the final status value of all the requests. According to one embodiment, the verification checks that all the requests have a final status value. According to one embodiment, the verification comprises a comparison step comparing the status of all the requests with the final status value. According to one embodiment, the verification checks that the status of all the requests corresponds to the final status value. According to one embodiment, the verification of the final status value of all the requests triggers: a) the creation of a right to archive or delete the message only for the user of the administrator terminal; b) issuing a notification of the creation only to said user.

5 Ainsi, il est permis seulement à l'utilisateur du terminal administrateur d'archiver ou de supprimer la conversation. Selon un mode de réalisation, la correspondance du statut de l'ensemble des requêtes avec la valeur de statut final issue de l'étape de vérification déclenche : a) la création d'un droit d'archivage ou de suppression du message 10 seulement pour l'utilisateur du terminal administrateur ; b) l'émission d'une notification de la création seulement audit utilisateur. Ainsi, il est permis seulement à l'utilisateur du terminal administrateur d'archiver ou de supprimer la conversation.Thus, only the user of the administrator terminal is allowed to archive or delete the conversation. According to one embodiment, the correspondence of the status of all the requests with the final status value resulting from the verification step triggers: a) the creation of a right to archive or delete the message 10 only for the user of the administrator terminal; b) issuing a notification of the creation only to said user. Thus, the user of the administrator terminal is allowed only to archive or delete the conversation.

15 Selon un mode de réalisation, la correspondance du statut de l'ensemble des requêtes avec la valeur de statut final issue de l'étape de vérification déclenche l'archivage du message. Ainsi, si la réponse des utilisateurs de terminaux destinataires correspond à la valeur de statut final, l'étape d'archivage de la conversation est effectuée 20 automatiquement. Selon un mode de réalisation, le procédé de communication de messages comprend une étape de définition d'un groupe d'utilisateurs destinataire parmi un ensemble d'utilisateurs déclaré. Ainsi il est permis à l'utilisateur du terminal administrateur et/ou à 25 l'utilisateur du terminal expéditeur de sélectionner dans un même groupe de discussion, un groupe d'utilisateurs destinataire parmi un ensemble d'utilisateurs déclaré et d'avoir une conversation en aparté uniquement avec le groupe d'utilisateurs destinataire.According to one embodiment, the correspondence of the status of all the requests with the final status value resulting from the verification step triggers the archiving of the message. Thus, if the response of the recipient terminal users corresponds to the final status value, the step of archiving the conversation is performed automatically. According to one embodiment, the message communication method comprises a step of defining a target user group among a set of users declared. Thus, it is permissible for the user of the administrator terminal and / or the user of the sender terminal to select in the same newsgroup a target user group from a set of users declared and to have a conversation. as an aside only with the recipient user group.

3032079 9 Selon un mode de réalisation, un procédé de communication de messages mis en oeuvre par un terminal d'un groupe de terminaux comprenant au moins un serveur et une pluralité de terminaux administrés connectés par un réseau de communication, chaque terminal étant sous la responsabilité d'un utilisateur ; le 5 procédé comprenant les étapes suivantes : émission par le terminal expéditeur d'un message créé par un utilisateur expéditeur vers un serveur ; le message comprenant des propriétés d'association d'une requête à chaque utilisateur parmi un groupe d'utilisateurs destinataire définis parmi un 10 ensemble d'utilisateurs déclaré et déterminé par l'utilisateur expéditeur ; b) réception d'une demande de modification de la valeur d'un statut de requête associée au message en provenance du terminal expéditeur par l'intermédiaire du serveur ; 15 c) émission de la valeur du statut vers le serveur. Grâce aux dispositions selon l'invention, un procédé de communication de messages mis en oeuvre par un terminal permet une meilleur interaction entre différent utilisateurs en échangeant, par exemple, des messages rapidement, de converser à plusieurs, de connaître la priorité ou les priorités des interlocuteurs 20 postés derrière un deuxième terminal mais aussi un meilleur suivi de la conversation sans entraîner une consommation inutile de la bande passante et un archivage de cette conversation. Selon un mode de réalisation, ladite étape d'émission a) est configurée pour permettre à l'utilisateur du terminal expéditeur de déposer un courriel en tant 25 que message. Selon un mode de réalisation, ladite étape d'émission a) est configurée pour, permettre à l'utilisateur du terminal expéditeur de déposer un message audio en tant que message. Selon un mode de réalisation, ladite étape d'émission a) est configurée 30 pour permettre à l'utilisateur du terminal expéditeur de déposer une image en tant que message.According to one embodiment, a method of communicating messages implemented by a terminal of a group of terminals comprising at least one server and a plurality of managed terminals connected by a communication network, each terminal being under the responsibility of a user; the method comprising the steps of: sending by the sending terminal a message created by a sending user to a server; the message including association properties of a request to each user from a recipient user group defined from a set of users declared and determined by the sending user; b) receiving a request to modify the value of a request status associated with the message from the sending terminal via the server; C) issuing the status value to the server. Thanks to the arrangements according to the invention, a method of communication of messages implemented by a terminal allows a better interaction between different users by exchanging, for example, messages quickly, to converse with several, to know the priority or priorities of interlocutors 20 posted behind a second terminal but also a better monitoring of the conversation without causing unnecessary consumption of bandwidth and archiving this conversation. According to one embodiment, said transmitting step a) is configured to allow the user of the sender terminal to post an e-mail as a message. According to one embodiment, said transmission step a) is configured to allow the user of the sender terminal to file an audio message as a message. According to one embodiment, said transmitting step a) is configured to allow the user of the sender terminal to drop an image as a message.

3032079 10 Selon un mode de réalisation, ladite étape d'émission a) est configurée pour permettre à l'utilisateur du terminal expéditeur de déposer une vidéo en tant que message. Selon un mode de réalisation, ladite étape d'émission a) est configurée 5 pour permettre à l'utilisateur du terminal expéditeur de déposer up-texte en tant que message. Selon un mode de réalisation, le procédé de communication de messages mis en oeuvre par un terminal comprend une étape de restitution du message sur les moyens d'interaction à partir du serveur.According to one embodiment, said transmission step a) is configured to allow the user of the sender terminal to drop a video as a message. According to one embodiment, said transmitting step a) is configured to allow the user of the sender terminal to drop up-text as a message. According to one embodiment, the method of communicating messages implemented by a terminal comprises a step of returning the message on the interaction means from the server.

10 Ainsi, cette disposition permet à la fois une sécurisation des échanges et aussi d'éviter une redondance des échanges ce qui aurait pour conséquence un encombrement inutile de la bande passante mais aussi l'occupation physique d'un espace de stockage tel un disque dur par exemple. Selon un mode de réalisation, le procédé de communication de messages 15 mis en oeuvre par un terminal comprend une étape de sélection de la valeur d'un statut. Ainsi, cette disposition permet la sélection de la valeur de statut. Selon un aspect matériel, l'invention propose un produit programme d'ordinateur comprenant des instructions de code pour l'exécution du procédé de 20 télécommunication de message entre un premier terminal et une pluralité de deuxième terminal connecté par un réseau de télécommunication décrit ci-dessus. Selon un mode de réalisation, le terminal expéditeur connecté à au moins un terminal destinataire par l'intermédiaire d'un réseau de télécommunication, les terminaux étant connectés par un réseau de communication, chaque terminal étant 25 sous la responsabilité d'un utilisateur et comprenant un module de traitement de données configuré pour exécuter un produit programme d'ordinateur de sorte à a) recevoir depuis le réseau un message transmis par le terminal expéditeur ; le message comprenant des propriétés d'association d'une requête à chaque utilisateur parmi un groupe d'utilisateurs 30 destinataire définis parmi un ensemble d'utilisateurs déclaré et déterminé par l'utilisateur expéditeur ; 3032079 11 b) restituer le message sur les moyens d'interaction des terminaux c) enregistrer le message uniquement sur le terminal expéditeur et maintenir ledit message dans un moyen de stockage et sur les moyens d'interaction des terminaux ; 5 d) modifier au moins une valeur de statut du message transmis ; e) recevoir les valeurs de statut modifiées du message transmis ; et, f) archiver le message uniquement sur le premier terminal après réception des valeurs de statuts modifiées du message transmis. Selon un mode de réalisation, le terminal expéditeur connecté à au moins 10 un terminal destinataire par l'intermédiaire d'un réseau de communication, les terminaux étant connectés par un réseau de communication, chaque terminal étant sous la responsabilité d'un utilisateur et comprenant un module de traitement de données configure pour exécuter un produit programme d'ordinateur selon l'invention de sorte à 15 recevoir depuis le réseau un message transmis par le terminal expéditeur ; le message comprenant des propriétés d'association d'une requête à chaque utilisateur parmi un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré et déterminé par l'utilisateur expéditeur ; 20 b) restituer le message sur les moyens d'interaction des terminaux ; c) maintenir le message sur les moyens d'interaction des terminaux ; d) modifier au moins une valeur de statut du message transmis ; e) recevoir les valeurs de statut modifiées du message transmis ; et, f) déclencher l'archivage du message.Thus, this arrangement makes it possible at the same time to secure exchanges and also to avoid redundant exchanges, which would result in unnecessary bandwidth congestion but also the physical occupation of a storage space such as a hard disk. for example. According to one embodiment, the method of communicating messages implemented by a terminal comprises a step of selecting the value of a status. Thus, this provision allows the selection of the status value. According to a hardware aspect, the invention provides a computer program product comprising code instructions for executing the message telecommunication method between a first terminal and a plurality of second terminals connected by a telecommunication network described herein. above. According to one embodiment, the sender terminal connected to at least one destination terminal via a telecommunication network, the terminals being connected by a communication network, each terminal being under the responsibility of a user and comprising a data processing module configured to execute a computer program product so as to a) receive from the network a message transmitted by the sending terminal; the message including association properties of a request to each user from a recipient user group defined from a set of users declared and determined by the sending user; B) restore the message on the means of interaction of the terminals c) record the message only on the sender terminal and maintain said message in a storage means and on the means of interaction of the terminals; D) modifying at least one status value of the transmitted message; e) receiving the modified status values of the transmitted message; and, f) archiving the message only on the first terminal after receiving the modified status values of the transmitted message. According to one embodiment, the sender terminal connected to at least one destination terminal via a communication network, the terminals being connected by a communication network, each terminal being under the responsibility of a user and comprising a data processing module configured to execute a computer program product according to the invention so as to receive from the network a message transmitted by the sending terminal; the message comprising association properties of a request to each user from a group of destination users defined among a set of users declared and determined by the sending user; B) restoring the message on the means of interaction of the terminals; c) maintain the message on the means of interaction of the terminals; d) modifying at least one status value of the transmitted message; e) receiving the modified status values of the transmitted message; and, f) trigger the archiving of the message.

25 Selon un aspect matériel, l'invention concerne un moyen de stockage lisible par un équipement informatique, sur lequel est stocké un produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé de télécommunication de message textuel entre un terminal expéditeur d'un groupe de 3032079 12 terminaux et au moins un terminal destinataire d'un groupe de terminaux connecté par un réseau de télécommunication, décrit ci-dessus. Liste des figures L'invention sera mieux comprise à l'aide de la description détaillée qui est exposée ci-dessous en regard du dessin, dans lesquels - la figure 1 représente un exemple de d'architecture d'un système dans lequel le procédé selon l'invention est mis en oeuvre ; - la figure 2 montre un exemple d'apparence d'écran de 10 messagerie parent lorsque le procédé selon l'invention est mis en oeuvre ; - la figure 3 illustre un exemple d'apparence d'écran de messagerie frère selon un mode de réalisation ; - la figure 4 expose un exemple de conversation selon un 15 mode de réalisation ; la figure 5 présente un exemple d'ordinogramme montrant les étapes d'un procédé de communication de messages selon l'invention. Dans la description détaillée qui va suivre des figures définies ci-dessus, 20 les mêmes éléments ou les éléments remplissant des fonctions identiques pourront conserver les mêmes références de manière à simplifier la compréhension de l'invention. Description d'un mode de réalisation de l'invention Principe général 25 Le principe général de l'invention repose sur une communication de messages plus précisément au sein d'un groupe de terminaux. Le contenu d'un message peut être textuel, audio et/ou graphique. L'envoi du contenu a lieu après avoir été validé par son auteur. L'auteur de la conversation ou autrement dit l'initiateur de la conversation sera considéré comme l'utilisateur du terminal 3032079 13 administrateur. En revanche, l'auteur d'un message sera considéré comme étant l'utilisateur du terminal expéditeur en opposition aux utilisateurs des terminaux destinataires qui eux ne font que recevoir le message expédié et/ou transmis dans un premier temps. Le message transmis est alors affiché sur les moyens d'interactions 5 dès sa réception par chaque utilisateur parmi un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré. Durant l'échange, il est possible à l'auteur de connaître la prise en connaissance du message par les personnes concernées. Avantageusement, cette prise en connaissance peut se décliner sous différentes formes et apparaît sur chaque terminal. De plus, lorsque cela est 10 nécessaire, l'auteur d'un message a la possibilité de masquer ledit message à certains destinataires du groupe d'administré. Ainsi l'invention améliore grandement l'interactivité entre les interlocuteurs et optimise la bande passante consommée en diminuant la quantité des données échangées entre plusieurs terminaux.According to a hardware aspect, the invention relates to a computer readable storage means, on which is stored a computer program product comprising code instructions for executing a text message telecommunication method between a sending terminal of a group of terminals and at least one destination terminal of a group of terminals connected by a telecommunications network, described above. List of Figures The invention will be better understood with the aid of the detailed description which is set out below with reference to the drawing, in which: FIG. 1 represents an example of an architecture of a system in which the method according to the invention is implemented; FIG. 2 shows an example of a parent messaging screen appearance when the method according to the invention is implemented; FIG. 3 illustrates an example of a brother messaging screen appearance according to one embodiment; Figure 4 shows an example of a conversation according to one embodiment; FIG. 5 presents an example of a flowchart showing the steps of a method of communicating messages according to the invention. In the following detailed description of the figures defined above, the same elements or elements fulfilling identical functions may retain the same references so as to simplify the understanding of the invention. Description of an Embodiment of the Invention General Principle The general principle of the invention is based on message communication more precisely within a group of terminals. The content of a message can be textual, audio and / or graphic. The sending of the content takes place after having been validated by its author. The author of the conversation or the initiator of the conversation will be considered as the user of the administrator terminal. On the other hand, the author of a message will be considered as being the user of the sender terminal in opposition to the users of the recipient terminals who only receive the message sent and / or transmitted at first. The transmitted message is then displayed on the interaction means 5 as soon as it is received by each user from a group of destination users defined among a set of users declared. During the exchange, it is possible for the author to know the awareness of the message by the people concerned. Advantageously, this knowledge can be declined in different forms and appears on each terminal. In addition, when necessary, the author of a message has the ability to mask the message to certain recipients of the administered group. Thus the invention greatly improves interactivity between the interlocutors and optimizes the bandwidth consumed by decreasing the amount of data exchanged between several terminals.

15 Description générale d'un mode de réalisation La figure 1 présente un schéma d'un système permettant la télécommunication au sein d'un groupe de terminaux administré par un administrateur entre au moins deux interlocuteurs par l'intermédiaire de terminaux appartenant au groupe de terminaux administré. Les principaux éléments de ce 20 système sont : un terminal administrateur 100 appartenant à un interlocuteur administrateur ; b) un deuxième terminal administré 200 appartenant à un deuxième interlocuteur administré ; 25 c) un troisième terminal administré 300 appartenant à un troisième interlocuteur administré ; d) un serveur 400 pour la gestion des transferts réseau de télécommunication entre les différents terminaux 100, 200 et/ou 300 au sein du groupe d'administré ; et, 30 e) un réseau de télécommunication 500 permettant le transfert de message au sein du groupe de terminaux administré.General Description of an Embodiment FIG. 1 shows a diagram of a system for telecommunication within a group of terminals administered by an administrator between at least two parties via terminals belonging to the group of terminals administered. The main elements of this system are: an administrator terminal 100 belonging to an administrator interlocutor; b) a second administered terminal 200 belonging to a second interlocutor administered; C) a third administered terminal 300 belonging to a third addressed interlocutor; d) a server 400 for managing telecommunication network transfers between the various terminals 100, 200 and / or 300 within the administered group; and, e) a telecommunication network 500 enabling message transfer within the administered terminal group.

3032079 14 Le réseau de télécommunication 500 peut être un réseau de liaison de télécommunication classique, dit avec fil, par exemple des routeurs, modems et/ou commutateur ou sans fil par exemple un réseau Wi-FiTM et/ou un réseau GSMTM. Le réseau de télécommunication peut être un réseau local, intranet et/ou Internet 5 configure de sorte à ce que des messages puissent être transmis à au moins deux terminaux connectés au réseau de télécommunication, au travers de multiples liaisons et/ou noeuds de liaisons. Les terminaux 100, 200 et/ou 300 peuvent être de type identiques ou différents, ce sont typiquement des ordinateurs connectés à un réseau local, à un réseau intranet et/ou à un réseau internet, des téléphones portables 10 connectés et/ou des tablettes connectées à un réseau GSMTM et/ou à un réseau Wi-FiTM, ou tout appareil de télécommunication connecté à un moyens d'interaction et possédant un moyen d'acquisition. La figure 1 présente un exemple de réseau avec un groupe de terminaux. Le groupe de terminaux comprend un terminal administrateur et des terminaux administrés. De tels terminaux comportent au moins une unité 15 centrale 110. L'unité centrale 110 comprend au moins un module de programme 111, un moyen de stockage 112 qui peut être matérialisé par un disque dur par exemple, une moyen de connexion 115 permettant la communication d'un terminal avec le réseau de télécommunication 500, ce moyen de connexion est géré par un module de programme 111 stocké dans la mémoire de ce dernier.The telecommunication network 500 can be a conventional telecommunication link network, said wirelessly, for example routers, modems and / or switch or wireless, for example a Wi-FiTM network and / or a GSMTM network. The telecommunication network may be a local, intranet and / or Internet network 5 configured so that messages can be transmitted to at least two terminals connected to the telecommunication network, through multiple links and / or link nodes. The terminals 100, 200 and / or 300 may be of the same or different type, these are typically computers connected to a local network, an intranet and / or an Internet network, connected mobile phones and / or tablets. connected to a GSMTM network and / or a Wi-FiTM network, or any telecommunication device connected to an interaction means and having an acquisition means. Figure 1 shows an example of a network with a group of terminals. The terminal group includes an administrator terminal and managed terminals. Such terminals comprise at least one central unit 110. The central unit 110 comprises at least one program module 111, a storage means 112 which can be embodied by a hard disk for example, a connection means 115 enabling the communication of a terminal with the telecommunication network 500, this connection means is managed by a program module 111 stored in the memory of the latter.

20 Le terminal 100 possède un moyen d'interaction Homme/Machine 120 - en anglais « Human Machine Interface ». Les moyens d'interaction 120 peuvent comprendre par exemple un écran 122, une souris 124, un clavier 126 et/ou une caméra 128. Pour des raisons de clarté, il est supposé que les terminaux 200 et 300 possèdent aussi des moyens d'interaction assez similaires dans leurs-fonctions.The terminal 100 has a human / machine interaction means 120 - in English "Human Machine Interface". The interaction means 120 may comprise, for example, a screen 122, a mouse 124, a keyboard 126 and / or a camera 128. For the sake of clarity, it is assumed that the terminals 200 and 300 also have interaction means. quite similar in their functions.

25 Le clavier 126 comporte des touches permettant d'introduire un message avec des caractères alphanumériques qui, sous la forme d'une chaîne de caractères, constituent un message. Le clavier 126 peut être déporté ou intégré dans le terminal et/ou dans les moyens d'interaction, c'est le cas par exemple si le terminal est un téléphone portable, de même le clavier 126 peut être tactile offrant ainsi la possibilité 30 d'afficher des icônes directement sur l'écran 122 que l'utilisateur peut sélectionner avec l'aide d'actions tactiles directement sur les moyens d'interaction ou par l'intermédiaire d'une souris 124, si cette dernière est disponible. La saisie d'un message peut être également effectuée à l'aide d'un système de reconnaissance vocale ou de reconnaissance de mouvement par l'intermédiaire d'une caméra 128 35 avec un micro intégré (non représenté). L'écran 122 peut aussi être déporté ou 3032079 15 intégré dans le terminal. La gestion de l'écran 122, de la souris, du clavier 126 et de la camera 128 s'effectue par un gestionnaire de périphérique 114. Les moyens d'interaction en particulier l'écran permet d'afficher des messages provenant d'autres terminaux mais aussi des messages générés par le 5 terminal lui-même comme par exemple des menus. Ces menus peuvent apparaître à l'écran ou dans une fenêtre occupant qu'une partie de l'écran. La génération des menus est intégrée dans le programme de messagerie que l'utilisateur sélectionne à l'aide d'un navigateur d'application. Le gestionnaire de périphérique 114 émet des signaux vidéo vers l'écran 122 et reçoit des données introduites par l'utilisateur sur le 10 clavier 126. Le serveur 400 gère le réseau et établit des règles selon lesquelles les ordinateurs communiquent et coopèrent en permettant par exemple l'identification et le contrôle d'accès des différents terminaux, la sauvegarde de données, le partage de fichiers et/ou l'échange de message électronique entre différent terminaux. Après 15 avoir détaillé les différents éléments composant l'invention, nous allons maintenant expliquer comment ceux-ci coopèrent. La figure 2 présente un exemple d'apparence d'un menu parent conforme à un mode de réalisation de l'invention. Une telle apparence peut évoluer et prendre l'apparence d'un menu frère illustrée à la figure 3. Un tel menu est généré 20 par le programme de messagerie stocké dans la mémoire de programme 1r1 en combinaison avec le processeur et par le gestionnaire de périphérique 114. Cet exemple d'apparence permet une optimisation de la bande passante. Il est bien entendu que l'apparence de ce menu peut évoluer tout en comprenant des régions, comme celles qui vont être décrites dans le paragraphe suivant, toutefois cette 25 apparence aura pour base l'apparence du menu parent représenté à la figure 2. Présentation des menus d'introduction de messages Le menu affiché comporte au moins les trois régions suivantes : a) une région R1 d'affichage des messages ; b) une région R2 d'affichage des messages de confirmation ; et, 30 c) une région R3 de validation des messages.The keyboard 126 includes keys for entering a message with alphanumeric characters which, in the form of a string, constitute a message. The keyboard 126 may be remote or integrated in the terminal and / or in the interaction means, this is the case for example if the terminal is a mobile phone, and the keyboard 126 can be touch-sensitive thus offering the possibility 30 display icons directly on the screen 122 that the user can select with the help of touch actions directly on the means of interaction or via a mouse 124, if the latter is available. The input of a message may also be effected by means of a voice recognition or motion recognition system via a camera 128 with an integrated microphone (not shown). The screen 122 may also be remote or integrated in the terminal. The management of the screen 122, the mouse, the keyboard 126 and the camera 128 is performed by a device manager 114. The interaction means, in particular the screen, makes it possible to display messages from other devices. terminals but also messages generated by the terminal itself, such as menus. These menus may appear on the screen or in a window that occupies only part of the screen. The menu generation is integrated into the messaging program that the user selects using an application browser. The device manager 114 transmits video signals to the screen 122 and receives data entered by the user on the keyboard 126. The server 400 manages the network and establishes rules according to which the computers communicate and cooperate by allowing for example identification and access control of different terminals, data backup, file sharing and / or e-mail exchange between different terminals. After having detailed the various elements composing the invention, we will now explain how these cooperate. Figure 2 shows an example of appearance of a parent menu according to an embodiment of the invention. Such an appearance may evolve and take on the appearance of a sister menu illustrated in FIG. 3. Such a menu is generated by the e-mail program stored in the program memory 1r1 in combination with the processor and the device manager. This appearance example provides bandwidth optimization. It is understood that the appearance of this menu may evolve while including regions, such as those which will be described in the following paragraph, however this appearance will be based on the appearance of the parent menu shown in FIG. message introduction menus The displayed menu comprises at least the following three regions: a) a message display region R1; b) a region R2 for displaying the confirmation messages; and, c) a message validation region R3.

3032079 16 La région R1 affiche les messages, de préférence sur plusieurs lignes sous forme d'un fil de discussion (c'est-à-dire sous forme d'une liste ordonnée chronologique). La région R1 comprend a) une zone « Date » Z11; 5 b) une zone « Auteur » Zn; c) une zone « Objet » Z13 ; d) une zone « Validité » Z15 ; et, e) une zone « Message » Z14. Dans l'exemple suivant, il sera considéré un ensemble d'utilisateurs 10 déclaré utilisant des terminaux. Cet ensemble d'utilisateurs est en effet déclaré au serveur par l'utilisateur du terminal administrateur. Ce dernier aura initié une conversation. En d'autres termes, l'utilisateur du terminal administrateur sera l'initiateur de la conversation au sein de cet ensemble d'utilisateurs déclaré. Lorsqu'un utilisateur par l'intermédiaire d'un terminal, en particulier par 15 l'intermédiaire du terminal expéditeur, s'il s'agit d'un message intégré à une conversation et/ou par l'intermédiaire du terminal administrateur si l'utilisateur du terminal est l'initiateur de la conversation. Le message est saisi dans la zone « Message » Z14, et un procédé d'identification du terminal est mise en oeuvre et permet d'identifier le terminal émetteur du message comme étant le terminal 20 expéditeur, s'il s'agit d'un message intégré à une conversation et/ou d'un terminal administrateur s'il s'agit d'un message ouvrant une conversation. La saisie d'un message peut s'effectuer par un des moyens d'interaction en particulier par le clavier, par la sourie en utilisant la fonction bien connue « Glisser-déposer » (en anglais : « Drag and Drop ») pour déposer un courriel en tant 25 que message, par le microphone intégré à la caméra et/ou par la caméra. Le message créé par un utilisateur expéditeur, c'est-à-dire par l'utilisateur d'un terminal expéditeur, comprend des propriétés d'association d'une requête à chaque utilisateur parmi un groupe d'utilisateurs destinataire, c'est-à-dire parmi un groupe d'utilisateurs de terminaux destinataires, définis parmi l'ensemble 30 d'utilisateurs déclaré par l'utilisateur du terminal administrateur.The R1 region displays the messages, preferably on multiple lines as a thread (i.e., as a chronologically ordered list). Region R1 comprises a) a "Date" zone Z11; B) an "Author" zone Zn; c) an "Object" zone Z13; d) a zone "Validity" Z15; and, e) a "Message" zone Z14. In the following example, it will be considered a set of declared users using terminals. This set of users is in fact declared to the server by the user of the administrator terminal. The latter will have initiated a conversation. In other words, the administrator terminal user will be the initiator of the conversation within this declared set of users. When a user through a terminal, in particular via the sender terminal, whether it is a message integrated in a conversation and / or via the administrator terminal if terminal user is the initiator of the conversation. The message is entered in the "Message" zone Z14, and a method of identifying the terminal is implemented and makes it possible to identify the terminal transmitting the message as being the sender terminal, if it is a integrated message to a conversation and / or an administrator terminal if it is a message opening a conversation. The entry of a message can be done by one of the means of interaction especially by the keyboard, by the mouse using the well-known function "Drag and Drop" to deposit a e-mail as a message, by the camera's built-in microphone and / or by the camera. The message created by a sender user, i.e. the user of a sender terminal, includes association properties of a request to each user from a target user group, that is, that is, among a group of destination terminal users, defined among the set of users declared by the user of the administrator terminal.

3032079 17 Les éléments d'identification du terminal expéditeur, par exemple son nom, pseudonyme ou ses initiales, peuvent être alors affichés dans la zone « Auteur » Z12, afin d'identifier l'initiateur du message, lorsque le message a été validé soit en utilisant le moyen de validation de la zone de validation ou soit en 5 appuyant sur la touche « Entrée » du moyen d'interaction. Dès lors que le message a été validé par l'utilisateur du terminal expéditeur et ensuite transmis par l'intermédiaire du serveur 400, s'ensuit une étape d'enregistrement du message dans un moyen de stockage du serveur. L'enregistrement comprend un statut associé à chaque requête, la valeur du statut étant définie selon une valeur initiale qui sera 10 expliquée prochainement. Ce message est restitué vers au moins un terminal sous l'administration d'un utilisateur parmi le groupe d'utilisateurs destinataire du message par l'intermédiaire des moyens d'interaction et comporte une date de transmission qui apparaît dans la zone « Date » Z11. Optionnellement, un objet peut être attribué au 15 message via la zone « objet » Z13 et/ou un critère de validité via la zone « Validité » Z15. Un critère de validité peut être par exemple une date ou une condition qui doit être satisfaite. L'utilisateur destinataire, c'est-à-dire l'utilisateur d'un terminal destinataire, reçoit le message avec une demande de modification de la valeur du 20 statut de requête qui lui est associée. Cette demande s'affiche dans la région R2. En effet, au moins deux types de requêtes sont proposés à l'utilisateur du terminal expéditeur à destination d'un utilisateur de terminal destinataire. Le premier type de requête correspond à une demande de prise de connaissance « Info » ou « I » et un second type correspond à une demande d'action à réaliser « Action » ou « A » 25 par l'utilisateur du terminal destinataire. Cette distinction permet en outre à l'ensemble des utilisateurs une reconnaissance visuelle simplifiée du type de requêtes qui leurs est associés. La région R2 affiche les valeurs de statuts de requête initiale, dans cet exemple « Info » ou « Action », et permet aussi leurs modifications en proposant à 30 l'utilisateur du terminal destinataire les valeurs de statut intermédiaire « Vu » et/ou finale « Ok La région R2 affiche dans les différentes zones Z21, Z22 et Z23, les réponses des différents terminaux.The identification elements of the sender terminal, for example its name, pseudonym or its initials, can then be displayed in the "Author" zone Z12, in order to identify the initiator of the message, when the message has been validated either using the validation means of the validation zone or by pressing the "Enter" key of the interaction means. Once the message has been validated by the user of the sender terminal and then transmitted via the server 400, follows a step of recording the message in a storage means of the server. The record includes a status associated with each request, the status value being set according to an initial value which will be explained shortly. This message is restored to at least one terminal under the administration of a user from the group of users receiving the message via the interaction means and includes a transmission date which appears in the "Date" zone Z11 . Optionally, an object can be assigned to the message via the "object" area Z13 and / or a validity criterion via the "validity" area Z15. A validity criterion can be, for example, a date or a condition that must be satisfied. The recipient user, i.e. the user of a destination terminal, receives the message with a request to modify the value of the request status associated therewith. This request is displayed in the R2 region. Indeed, at least two types of requests are proposed to the user of the sending terminal to a recipient terminal user. The first type of request corresponds to an inquiry request "Info" or "I" and a second type corresponds to a request for action to be performed "Action" or "A" by the user of the destination terminal. This distinction also allows all users a simplified visual recognition of the type of queries associated with them. The region R2 displays the initial query status values, in this example "Info" or "Action", and also allows their modifications by proposing to 30 the user of the destination terminal the intermediate status values "Vu" and / or final "Ok The region R2 displays in the different zones Z21, Z22 and Z23, the responses of the different terminals.

3032079 18 La région R3 comprend une zone de validation comprenant un moyen de validation. Selon un mode préféré de réalisation illustré par la figure 2, l'utilisateur du terminal administrateur peut choisir dans une même discussion d'avoir une 5 conversation en aparté avec un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré. Dans ce cas de figure, les utilisateurs qui ne sont pas conviés à la conversation seront caractérisés par une distinction graphique, par exemple les identifiants dans la région R2 des participants non conviés à la conversation pourront être grisés, pour signaler aux participants conviés -à la 10 conversation que cette partie de la conversation se déroule en aparté et que les autres participants ne verront pas cette partie de la conversation. En d'autres termes, cette partie de la conversation ne sera pas restitué sur les moyens d'interaction des participants non conviés à la conversation, Comme l'illustre la figure 4, l'utilisateur U100 du terminal 100 ouvre un 15 groupe de discussion en sollicitant la participation de l'utilisateur U200 du terminal 200 et l'utilisateur U300 du terminal 300. Étant donné que l'utilisateur U100 du terminal 100 est l'initiateur de la discussion, il sera considéré comme étant l'administrateur du groupe de discussion et les utilisateurs U200 et U300 comme étant les utilisateurs de terminaux destinataire.The region R3 comprises a validation zone comprising a validation means. According to a preferred embodiment illustrated in FIG. 2, the user of the administrator terminal can choose in the same discussion to have an informal conversation with a group of destination users defined among a set of users declared. In this case, the users who are not invited to the conversation will be characterized by a graphic distinction, for example the identifiers in the region R2 of the participants not invited to the conversation can be greyed out, to signal the participants invited to the 10 conversation that this part of the conversation takes place in an aside and that the other participants will not see this part of the conversation. In other words, this part of the conversation will not be rendered on the means of interaction of the participants not invited to the conversation. As shown in FIG. 4, the user U100 of the terminal 100 opens a discussion group. by soliciting the participation of the user U200 of the terminal 200 and the user U300 of the terminal 300. Since the user U100 of the terminal 100 is the initiator of the discussion, he will be considered as being the administrator of the group of discussion and the U200 and U300 users as the recipient terminal users.

20 L'utilisateur U100 du terminal 100 transmet un message M1-23 et choisit comme interlocuteur l'utilisateur U200 du terminal 200 et l'utilisateur U300 du terminal 300. Le message M1-23 transmis par l'utilisateur U100 du terminal 100 peut comprendre une requête sous forme d'invitation par exemple. Il demande alors aux utilisateurs U200 et U300 d'en prendre connaissance par l'intermédiaire de la valeur 25 initiale de la requête « Info » situé dans la région R2. Les utilisateurs U200 et U300 signalent, par le bien de la valeur de statut finale « Ok », à l'utilisateur U100 que le message M1-23 à bien été pris en connaissance en remplaçant directement dans la région R2, plus exactement dans la zone Z22 et Z23, la valeur initiàle de la requête « Info » par la valeur de statut finale « Ok ».The user U100 of the terminal 100 transmits a message M1-23 and chooses as interlocutor the user U200 of the terminal 200 and the user U300 of the terminal 300. The message M1-23 transmitted by the user U100 of the terminal 100 can comprise a request in the form of invitation for example. It then asks the U200 and U300 users to take note of it through the initial value of the "Info" request located in the region R2. The users U200 and U300 signal, by the good of the final status value "Ok", to the user U100 that the message M1-23 has been taken into consideration by replacing directly in the region R2, more exactly in the zone Z22 and Z23, the initial value of the "Info" request by the final status value "Ok".

30 Dans le cas, où il s'agit de réaliser une action, l'utilisateur U100 du terminal 100 peut transmettre un souhait à utilisateur U300, par exemple, par l'intermédiaire de la valeur initiale de la requête « Action ». L'utilisateur U300 peut dans un premier temps vérifier la faisabilité de la requête en remplaçant dans la 3032079 19 région R2, plus exactement dans la zone Z23, la valeur initiale de la requête « Action » par la valeur de statut intermédiaire « Vu ». Ainsi, l'utilisateur U100 est informé de cette prise de connaissance dans un premier temps et peut libérer dans un premier temps la bande passante consommée. Lorsque l'action a été réalisée ou le souhait a 5 été réalisé, l'utilisateur U300 peut modifier la valeur de statut intermédiaire « Vu » par la valeur de statut finale « Ok ». Dans l'étape suivante, il sera considéré que l'utilisateur U300 désire discuter en aparté avec l'utilisateur U100 en lui demandant d'effectuer une action, par exemple. Dans ce mode préféré de réalisation, la présentation des messages prend en 10 compte la chronologie de leur introduction, et donc le nouveau message M3-1 transmis par l'utilisateur 0300 sera mis à la suite du message M1-23 mais ne sera visible que par les utilisateurs U100 et U300. En d'autres termes, le message M3-1 n'apparaîtra pas sur les moyens d'interactions du terminal 200. La modification des valeurs de requête est identique aux cas précédent.In the case, where it is a question of performing an action, the user U100 of the terminal 100 can transmit a wish to the user U300, for example, via the initial value of the request "Action". The user U300 can firstly check the feasibility of the request by replacing in the region R2, more exactly in the zone Z23, the initial value of the request "Action" by the intermediate status value "Vu". Thus, the user U100 is informed of this knowledge at first and can initially release the consumed bandwidth. When the action has been performed or the wish has been achieved, the user U300 can change the intermediate status value "Seen" by the final status value "Ok". In the next step, it will be considered that the U300 user desires to discuss with the user U100 by asking him to perform an action, for example. In this preferred embodiment, the presentation of the messages takes into account the chronology of their introduction, and therefore the new message M3-1 sent by the user 0300 will be put after the message M1-23 but will be visible only by U100 and U300 users. In other words, the message M3-1 will not appear on the interaction means of the terminal 200. The modification of the request values is identical to the previous cases.

15 Présentation des étapes du procédé Un exemple de mise en oeuvre du procédé de communication selon l'invention est représenté par l'ordinogramme de la figure 5. Chaque étape de ce procédé est décrite ci-après et permet de gérer la communication au sein d'un groupe de discussion.Presentation of the process steps An example of implementation of the communication method according to the invention is represented by the flowchart of FIG. 5. Each step of this method is described below and makes it possible to manage the communication within a discussion group.

20 Dans une première étape 600, l'utilisateur U100 allume son terminal 100 et démarre son module de messagerie. L'utilisateur 0100 du terminal 100 ouvre un groupe de discussion en sollicitant la participation de l'utilisateur 0200 du terminal 200 et l'utilisateur U300 du terminal 300. Étant donné que l'utilisateur U100 du terminal 100 est l'initiateur du groupe de discussion, il sera considéré comme étant 25 l'utilisateur du terminal administrateur du groupe de discussion et les utilisateurs U200 et U300 comme étant les utilisateurs de terminaux destinataires. L'utilisateur U100 sollicite la participation des utilisateurs U200 et U300 à une conversation et en leurs expédiant un message M1-23. Le message M1-23 comprend des propriétés d'association d'une requête à chaque utilisateur, c'est-à-dire 30 à l'utilisateur U200 et U300. Le serveur, lors de cette étape, reçoit le message M1-23 créé par l'utilisateur expéditeur avec les propriétés d'association. Le message M1-23 est enregistré dans un moyen de stockage du serveur, l'enregistrement comprenant 3032079 20 un statut associé à chaque requête, la valeur du statut étant définie selon une valeur initiale. L'utilisateur U100 peut adresser aux utilisateurs U200 et/ou U300 un premier type de requête en leurs demandant de prendre connaissance du message M1-23 par la valeur initiale « Info » et/ou un deuxième type de requête leurs demandant de réaliser une action par la valeur initiale « Action ». Ces deux types de valeur de statut sont définis par l'utilisateur U100 en leurs donnant la valeur initiale souhaitée : « Info » et/ou « Action ». L'utilisateur U100 prend alors le rôle de terminal expéditeur et les 10 utilisateurs U200 et U300 seront les terminaux destinataire. À l'étape 601, le module test si les terminaux 200 et 300 sont connectés au réseau de communication. Si ce n'est pas le cas (étape 604), le module reboucle et renvoi un message indiquant que le terminal n'est pas connecté et libère de la bande passante consommée. Dans le cas contraire (étape 603), le module vérifie si un message par exemple un message 15 d'absence a été laissé sur le serveur 400 et/ou sur le terminal afin d'informer d'une éventuelle absence-et reboucle en renvoyant le message au terminaux participant à la conversation et en libérant de la bande passante consommée. Si à l'étape 603, les terminaux sont connectés au réseau de communication et qu'aucun message d'indisponibilité n'est présent, le module vérifie 20 à l'étape 610 les droits en lecture et en écriture des terminaux, plus précisément, si les utilisateurs sont autorisés à suivre la discussion et à interagir. Si l'utilisateur n'a pas les droits nécessaires, le module rejoint l'étape d'archivage 670 et libère la bande passante consommée. Dans le cas contraire, étape 640, le module de messagerie appelle les 25 utilisateurs U200 et U300 et dès que la communication est établie avec le terminal 200 et le terminal 300, le menu illustré par la figure 3, par exemple, apparaît sur les moyens d'interactions en particulier sur les écrans des terminaux 200 et 300 avec la région R1 vierge de messages dans un premier temps. Lorsqu'un message M1-23 est validé, le module affiche le message par 30 l'intermédiaire des moyens d'interactions des terminaux connectés. Plus exactement, le serveur affiche, autrement dit, restitue le message M1-23 sur les terminaux des utilisateurs U200 et U300. Le message s'affiche, ou est restitué, alors dans la zone « Message » Z14 de la région R1 en indiquant la date de transmission dans la zone 3032079 21 « Date » Z11 et l'identifiant du terminal 100 dans la zone « Identifiant » Z12, plus précisément l'identifiant de l'utilisateur U100 dans la zone « Identifiant » Z12. Le message peut accessoirement comprendre un objet qui sera affiché dans la zone « Objet » Z13 de la région R1. Lors de cette étape de restitution, les utilisateurs U200 et U300 reçoivent d'une demande de modification de la valeur du statut de requête associée à leur identifiant. En effet, l'utilisateur U200 et/ou U300 doivent modifier la valeur du statut de requête initiale associée à leur identifiant dans la zone Z22 et/ou Z23. Toujours à l'étape 640, le module vérifie la modification de la valeur du 10 statut de requête des terminaux destinataires. Si l'utilisateur U200 ou U300 modifie la valeur de statut par une valeur de statut finale, le module vérifie, à l'étape 645, si la valeur de statut de l'ensemble des requêtes est une valeur de statut final, avant d'autoriser l'archivage (étape 670) : dans notre exemple, si l'utilisateur U200 répond au message M1-23 par une valeur de statut finale, le statut du message devient donc 15 positif et attend que l'utilisateur U300 réponde aussi par une valeur de statut finale afin de libérer la bande passante consommée. Si ce n'est pas le cas, le module reboucle sur l'étape 640. Si ce n'est pas le cas (étape 650), la réponse au message M1-23 possède alors une valeur de statut intermédiaire. Alors le module vérifie si un critère de 20 validité a été inséré dans la zone « validité » Z15, par exemple en insérant une date la zone « validité » Z15 pour savoir si le message M1-23 est encore valide. Il est bien entendu que le critère de validité peut être une condition qui doit être remplie au préalable. Si le résultat est négatif, c'est-à-dire qu'aucun critère de validité n'a été inséré dans la zone « validité » Z15, le module rejoint l'étape 670, et libère la bande 25 passante consommée. Si au contraire un critère de validité a été inséré dans la zone « validité » Z15, le module vérifie la validité du message M1-23 en comparant, par exemple, la zone « Date » Z11 avec la zone « validité » Z15 par exemple (étape 660). Si le résultat est négatif, c'est-à-dire, si le critère de validité n'est plus valable, alors le module signale à t'utilisateur que le critère de validité n'est plus valable et reboucle 30 sur l'étape 650 et libère la bande passante consommée. Ces étapes sont vérifiées jusqu'à ce que la valeur de statut intermédiaire soit modifiée, autrement dit remplacée par une valeur de statut finale, alors le module reboucle sur l'étape 670.In a first step 600, the user U100 turns on his terminal 100 and starts his messaging module. The user 0100 of the terminal 100 opens a discussion group by requesting the participation of the user 0200 of the terminal 200 and the user U300 of the terminal 300. Since the user U100 of the terminal 100 is the initiator of the group of Discussion, it will be considered the user of the newsgroup administrator terminal and the U200 and U300 users as the destination terminal users. The U100 user requests the participation of U200 and U300 users in a conversation and sending them an M1-23 message. The message M1-23 includes association properties of a request to each user, i.e. U200 and U300. The server, in this step, receives the message M1-23 created by the sending user with the association properties. The message M1-23 is stored in server storage means, the record including a status associated with each request, the status value being set to an initial value. The user U100 can address to the U200 and / or U300 users a first type of request by asking them to read the message M1-23 with the initial value "Info" and / or a second type of request asking them to perform an action. by the initial value "Action". These two types of status values are defined by the U100 user by giving them the desired initial value: "Info" and / or "Action". The user U100 then takes the role of sender terminal and the users U200 and U300 will be the destination terminals. In step 601, the test module if the terminals 200 and 300 are connected to the communication network. If this is not the case (step 604), the module loops back and sends back a message indicating that the terminal is not connected and releases bandwidth consumed. In the opposite case (step 603), the module checks whether a message, for example an absence message, has been left on the server 400 and / or on the terminal in order to inform of a possible absence-and loops by sending back the message to the terminals participating in the conversation and releasing bandwidth consumed. If in step 603, the terminals are connected to the communication network and no unavailability message is present, the module checks at step 610 the read and write rights of the terminals, more precisely, if users are allowed to follow the discussion and interact. If the user does not have the necessary rights, the module joins the archiving step 670 and releases the bandwidth consumed. In the opposite case, step 640, the messaging module calls the users U200 and U300 and as soon as the communication is established with the terminal 200 and the terminal 300, the menu illustrated by FIG. 3, for example, appears on the means interactions in particular on the screens of the terminals 200 and 300 with the region R1 blank of messages at first. When an M1-23 message is validated, the module displays the message via the interaction means of the connected terminals. More precisely, the server displays, in other words, renders the message M1-23 on the terminals of the users U200 and U300. The message is displayed, or is restored, then in the zone "Message" Z14 of the region R1, indicating the date of transmission in the zone 3032079 21 "Date" Z11 and the identifier of the terminal 100 in the zone "Identifier" Z12, more precisely the identifier of the user U100 in the zone "Identifier" Z12. The message may incidentally include an object that will be displayed in the "Object" zone Z13 of the region R1. During this restitution step, the U200 and U300 users receive a request to modify the value of the request status associated with their identifier. Indeed, the user U200 and / or U300 must modify the value of the initial request status associated with their identifier in the zone Z22 and / or Z23. Also at step 640, the module verifies the change in the value of the request status of the destination terminals. If the user U200 or U300 modifies the status value by a final status value, the module checks, in step 645, whether the status value of all the requests is a final status value, before allow archiving (step 670): in our example, if the user U200 responds to the message M1-23 with a final status value, the status of the message becomes positive and waits for the user U300 to also respond with final status value to free up the bandwidth consumed. If this is not the case, the module loops back to step 640. If it is not the case (step 650), the response to the message M1-23 then has an intermediate status value. Then the module checks whether a validity criterion has been inserted in the "validity" zone Z15, for example by inserting a date the "validity" zone Z15 to know if the message M1-23 is still valid. It is understood that the criterion of validity may be a condition which must be fulfilled beforehand. If the result is negative, that is to say that no validity criterion has been inserted in the "validity" zone Z15, the module rejoins step 670, and releases the consumed bandwidth. If, on the other hand, a validity criterion has been inserted in the "validity" zone Z15, the module checks the validity of the message M1-23 by comparing, for example, the "Date" zone Z11 with the "validity" zone Z15 for example ( step 660). If the result is negative, that is to say, if the validity criterion is no longer valid, then the module signals to the user that the validity criterion is no longer valid and loops back to the step 650 and frees the bandwidth consumed. These steps are checked until the intermediate status value is changed, in other words replaced by a final status value, then the module loops back to step 670.

3032079 22 À l'étape 670, le module vérifie si la conversation peut être archivée en vérifiant la correspondance du statut de l'ensemble des requêtes avec la valeur de statut final issue de l'étape de vérification. Si c'est le cas, c'est-à-dire si le statut de l'ensemble des requêtes correspond à la valeur de statut final, alors toute la 5 conversation est archivée et indexée (étape 700) automatiquement sur les moyens de stockage par l'intermédiaire du processeur. Selon une autre mode de réalisation, après vérification de la correspondance du statut de l'ensemble des requêtes avec la valeur de statut final, toute la conversation peut être archivée et indexée sur les moyens de stockage par 10 l'intermédiaire du processeur. Pour se faire, le serveur crée un droit, pour l'utilisateur du terminal administrateur, d'archivage ou de suppression (680) du message par l'utilisateur du terminal administrateur. Une notification de la création est émise à l'intention de l'utilisateur du terminal administrateur. Si l'utilisateur du terminal administrateur n'use pas de son droit 15 (étape 690), le module vérifie si un nouveau message a été introduit. Si ce n'est pas le cas, alors le module reboucle sur l'étape 680. Si effectivement un nouveau message M3-1 a été introduit alors le module reboucle sur l'étape 600 et le nouveau message s'affichera sous le premier message M1-23 comme il est illustré à la figure 3.In step 670, the module checks whether the conversation can be archived by checking the correspondence of the status of all the requests with the final status value resulting from the verification step. If this is the case, ie if the status of all the requests corresponds to the final status value, then the entire conversation is archived and indexed (step 700) automatically on the storage means. through the processor. In another embodiment, after verifying the status match of all requests with the final status value, the entire conversation may be archived and indexed to the storage means through the processor. To do this, the server creates a right for the user of the administrator terminal to archive or delete (680) the message by the user of the administrator terminal. A notification of the creative is issued to the user of the administrator terminal. If the user of the administrator terminal does not use his right 15 (step 690), the module checks whether a new message has been introduced. If this is not the case, then the module loops back to step 680. If indeed a new message M3-1 has been introduced then the module loops back to step 600 and the new message will be displayed under the first message M1-23 as illustrated in Figure 3.

20 Comme exposé plus haut, l'invention concerne également un produit programme d'ordinateur comprenant des instructions de code pour l'exécution, par un module de traitement de données d'un terminal de communication, d'un procédé selon l'invention d'échange de messages textuels entre un terminal expéditeur et au moins un terminal destinataire connecté à un réseau de communication. L'invention 25 concerne aussi des moyens de stockage lisibles par un équipement informatique (par exemple une mémoire 111 du terminal 100), sur lequel ce produit programme d'ordinateur est stocké. Bien que l'invention ait été décrite en liaison avec des exemples particuliers de réalisation, il est bien évident qu'elle n'y est nullement limitée et 30 qu'elle comprend tous les équivalents techniques des moyens décrits ainsi que leurs combinaisons si celles-ci entrent dans le cadre de l'invention.As explained above, the invention also relates to a computer program product comprising code instructions for the execution, by a data processing module of a communication terminal, of a method according to the invention. exchange of text messages between a sender terminal and at least one destination terminal connected to a communication network. The invention also relates to storage means readable by a computer equipment (for example a memory 111 of the terminal 100), on which this computer program product is stored. Although the invention has been described in connection with particular embodiments, it is obvious that it is in no way limited and that it includes all the technical equivalents of the means described and their combinations if they These are within the scope of the invention.

Claims

REVENDICATIONS1. Method of communicating messages implemented by a server (400) in a group of terminals (100, 200, 300) comprising a plurality of managed terminals connected by a communication network (500), each terminal being under the responsibility of a user (U100, U200, U300); the method comprising the following steps: a) reception by the server (600) of a message (M1-23) created by a sending user (U100); the message (M1-23) comprising properties of association of a request to each user (-U200, U300) among a group of destination users defined among a set of users declared b) recording of the message in a means server storage (400), the record including a status associated with each request, the value of the status being defined according to an initial value ("Info", "Action"); c) rendering (640) to a terminal under the administration of a user (U200, U300) from the user group of the message recipient (M1-23); D) receiving a request to modify the value of the request status associated with a destination user (U200, U300) from a terminal under the administration of a sending user (U100); changing the value of the request status ("Vu", "Ok") by the destination user (U200, U300); f) restitution of the message on the means of interaction of the sending terminal and the at least one destination terminal; g) recording the modification of the message in the storage means of the server; 3032079 24 h) verification (680) of the final status value of all requests; and, i) archiving or deleting the message by the server.

A method of communicating messages as claimed in claim 1, comprising a step of providing the user of the sending terminal (U100). at least two types of requests corresponding to a request for knowledge ("Info") or a request for action to be performed ("Action") by the user of the destination terminal (U200, U300).

A method of communicating messages according to any one of the preceding claims, wherein said step of restoring f) proposes to the user of the destination terminal (U200, U300) the values of intermediate status ("Vu") and / or final ("Ok").

A message communication method according to any one of the preceding claims, comprising a step of verifying the membership of the destination user group (U200, U300) defined among a declared user set (U200, U300). .

A method of communicating messages as claimed in any one of the preceding claims, comprising a step of verifying a validity criterion of the message (660). 20

A method of communicating messages as claimed in any one of the preceding claims, comprising a step of indexing (690) messages of the declared set of users.

A method of communicating messages as claimed in any one of the preceding claims, comprising a step of displaying a message introduction menu on the interaction means comprising: a) a first region (R1) displaying the messages created by a sender user; the message (M1-23) comprising association properties of a request (U200, U300) to each user from a recipient user group defined among a declared user set; 3032079 25 b) a second region (R2) displaying the statuses of the requests ("Info", "Action") associated with each user from the destination user group (U200, U300) and allowing the modification of the status associated with each request ("Vu", "Ok") for each user among the recipient user group; and, c) a third region (R3) for transmitting a message.

8. A method of communicating messages according to claim 7, wherein the return of the message (640) on the interaction means is performed in the first region (R1) in the chronological order of the messages transmitted by the sending user. each user (U100, U200, U300) among a group of destination users defined among a set of users declared by distinguishing them graphically and / or visually.

A method of communicating messages as claimed in any one of the preceding claims, wherein checking the final status value ("OK") of all the requests triggers: a) creation (680) of a right archiving or deleting the message by the user of the administrator terminal; b) issuing a notification of the creation to said user.

A method of communicating messages as claimed in any one of the preceding claims, comprising a step of defining a destination user group (600) among a declared set of users.

11. A method of communicating messages implemented by a terminal (100, 200, 300) of a group of terminals comprising at least one server (400) and a plurality of managed terminals connected by a communication network (500). ), each terminal being under the responsibility of a user (U100, U200, U300); the method comprising the following steps a) transmission (640) by the sender terminal of a message (M1-23) created by a sending user (U100) to a server (400); the message comprising association properties of a request ("Info", "Ok") to each user from a group of destination users defined among a set of users declared and determined by the sending user; B) receiving (640) a request to modify the value of a request status ("Info", "Action") associated with the message (M1-23) -from the sender terminal (100) by the intermediate server (400); c) sending the status value ("Vu", c Ok ") to the server (400).

12. A method of communicating messages implemented by a terminal according to claim 11, the method comprising a step of restitution (640) of the message (M1-23) on the interaction means (220) from the server (400). ). 15

13. A method of communicating messages implemented by a terminal according to any one of the preceding claims, the method comprising a step of selecting the value of a status ("Vu", "Ok").

A computer program product comprising code instructions for executing a method according to one of the preceding message communication claims between a first terminal (100) and a plurality of second terminal (200, 300). connected by a communication network (500).

15. Sending terminal (100) connected to at least one destination terminal (200, 3Q) via a communication network (500), the terminals being connected by a communication network (500), each terminal ( 100, 200, 300) being under the responsibility of a user (U100, U200, U300) and comprising a data processing module (211) configured to execute a computer program product according to claim 15 so as to a) receiving (640) from the network (500) a message transmitted by the sending terminal (100); the message (M1-23) comprising properties of association of a request ("Info", "Action") to each user (U200, 3032079 27 U300) among a group of destination users defined among a set of users declared and determined by the sending user (U100); b) restoring the message (M1-23) on the interaction means 5 of the terminals (220); c) maintaining the message (M1-23) on the interaction means of the terminals (220); d) modifying at least one status value ("Vu", "Ok") of the transmitted message; E) receiving the modified status values of the transmitted message; and, f) trigger the archiving of the message.

Computer-readable storage medium, on which is stored a computer program product comprising code instructions for executing a method according to one of the preceding claims of message communication between a sender terminal. a group of terminals and at least one destination terminal of a group of terminals connected by a telecommunication network.