FR 3032079 A1 20160729 FR 1550525 A 20150122 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. 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. 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. 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. 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é. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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é. 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. 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. 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. 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. 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. 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. 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 ». 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. 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. 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. 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. 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. REVENDICATIONS1. Procédé de communication de messages mis en oeuvre par un serveur (400) dans un groupe de terminaux (100, 200, 300) comprenant une pluralité de terminaux administrés connectés par un réseau de communication (500), chaque 5 terminal étant sous la responsabilité d'un utilisateur (U100, U200, U300) ; le procédé comprenant les étapes suivantes : a) réception par le serveur (600) d'un message (M1-23) créé par un utilisateur expéditeur (U100) ; le message (M1-23) comprenant des propriétés d'association d'une requête à 10 chaque utilisateur (-U200, U300) parmi un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré b) enregistrement du message dans un moyen de stockage du serveur (400), l'enregistrement comprenant un statut 15 associé à chaque requête, la valeur du statut étant définie selon une valeur initiale (« Info », « Action ») ; c) restitution (640) vers un terminal sous l'administration d'un utilisateur (U200, U300) parmi le groupe d'utilisateurs destinataire du message (M1-23) ; 20 d) réception d'une demande de modification de la valeur du statut de requête associée à un utilisateur destinataire (U200, U300) en provenance d'un terminal sous l'administration d'un utilisateur expéditeur (U100) ; modification de la valeur du statut de requête (« Vu », 25 « 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 destinataire ; g) enregistrement de la modification du message dans le 30 moyen de stockage du serveur ; 3032079 24 h) vérification (680) de la valeur de statut final de l'ensemble des requêtes ; et, i) archivage ou suppression du message par le serveur. 2. Procédé de communication de messages selon la revendication 1, comprenant une étape proposant à l'utilisateur du terminal expéditeur (U100). au moins deux types de requêtes correspondant à une demande de prise de connaissance (« Info ») ou à une demande d'action à réaliser (« Action ») par l'utilisateur du terminal destinataire (U200, U300). 3. Procédé de communication de messages selon l'une quelconque des revendications précédentes, dans lequel ladite étape de restitution f) propose à l'utilisateur du terminal destinataire (U200, U300) les valeurs de statut intermédiaire (« Vu ») et/ou finale (« Ok »). 4. Procédé de communication de messages selon l'une quelconque des revendications précédentes, comprenant une étape de vérification de 15 l'appartenance au groupe d'utilisateurs destinataire (U200, U300) définis parmi un ensemble d'utilisateurs déclaré (U200, U300). 5. Procédé de communication de messages selon l'une quelconque des revendications précédentes, comprenant une étape de vérification d'un critère de validité du message (660). 20 6. Procédé de communication de messages selon l'une quelconque des revendications précédentes, comprenant une étape d'indexage (690) des messages de l'ensemble d'utilisateurs déclaré. 7. Procédé de communication de messages selon l'une quelconque des revendications précédentes, comprenant une étape d'affichage d'un menu 25 d'introduction de message sur les moyens d'interactions comportant : a) une première région (R1) affichant les messages créés par un utilisateur expéditeur; le message (M1-23) comprenant des propriétés d'association d'une requête (U200, U300) à chaque utilisateur parmi un groupe d'utilisateurs 30 destinataire définis parmi un ensemble d'utilisateurs déclaré ; 3032079 25 b) une deuxième région (R2) affichant les statuts des requêtes (« Info », « Action ») associés à chaque utilisateur parmi le groupe d'utilisateurs destinataire (U200, U300) et permettant la modification du statut associé à chaque requête (« Vu », « Ok ») pour chaque utilisateur parmi le groupe d'utilisateurs destinataire ; et, c) une troisième région (R3) permettant la transmission d'un message. 8. Procédé de communication de messages selon la 10 revendication 7, dans lequel la restitution du message (640) sur les moyens d'interaction est réalisée dans la première région (R1) dans l'ordre chronologique des messages transmis par l'utilisateur expéditeur à chaque utilisateur (U100, U200, U300) parmi un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré en les distinguant graphiquement et/ou visuellement. 9. Procédé de communication de messages selon l'une quelconque des revendications précédentes, dans lequel la vérification de la valeur de statut final (« Ok ») de l'ensemble des requêtes déclenche : a) la création (680) d'un droit d'archivage ou de suppression du message par l'utilisateur du terminal administrateur ; b) l'émission d'une notification de la création audit utilisateur. 10. Procédé de communication de messages selon l'une quelconque des revendications précédentes, comprenant une étape de définition d'un groupe d'utilisateurs destinataire (600) parmi un ensemble d'utilisateurs déclaré. 11. Procédé de communication de messages mis en oeuvre par un terminal (100, 200, 300) d'un groupe de terminaux comprenant au moins un serveur (400) et d'une pluralité de terminaux administrés connectés par un réseau de communication (500), chaque terminal étant sous la responsabilité d'un utilisateur (U100, U200, U300) ; le procédé comprenant les étapes suivantes a) émission (640) par le terminal expéditeur d'un message (M1-23) créé par un utilisateur expéditeur (U100) vers un serveur (400) ; le message comprenant des 3032079 26 propriétés d'association d'une requête (« Info », « Ok ») à 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 ; 5 b) réception (640) d'une demande de modification de la valeur d'un statut de requête (« Info », « Action ») associée au message (M1-23) -en provenance du terminal expéditeur (100) par l'intermédiaire du serveur (400) ; c) émission de la valeur du statut (« Vu », c Ok ») vers le 10 serveur (400). 12. Procédé de communication de messages mis en oeuvre par un terminal selon la revendication 11, le procédé comprenant une étape de restitution (640) du message (M1-23) sur les moyens d'interaction (220) à partir du serveur (400). 15 13. Procédé de communication de messages mis en oeuvre par un terminal selon l'une quelconque des revendications précédentes, le procédé comprenant une étape de sélection de la valeur d'un statut (« Vu », « Ok »). 14. Produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon l'une des revendications précédentes de 20 communication de message entre un premier terminal (100) et une pluralité de deuxième terminal (200, 300) connecté par un réseau de communication (500). 15. Terminal expéditeur (100) connecté à au moins un terminal destinataire (200, 3Q) par l'intermédiaire d'un réseau de communication (500), les terminaux étant connectés par un réseau de communication (500), chaque 25 terminal (100, 200, 300) étant sous la responsabilité d'un utilisateur (U100, U200, U300) et comprenant un module de traitement de données (211) configuré pour exécuter un produit programme d'ordinateur selon la revendication 15 de sorte à a) recevoir (640) depuis le réseau (500) un message transmis par le terminal expéditeur (100) ; le message (M1-23) 30 comprenant des propriétés d'association d'une requête (« Info », « Action ») à chaque utilisateur (U200, 3032079 27 U300) parmi un groupe d'utilisateurs destinataire définis parmi un ensemble d'utilisateurs déclaré et déterminé par l'utilisateur expéditeur (U100) ; b) restituer le message (M1-23) sur les moyens d'interaction 5 des terminaux (220) ; c) maintenir le message (M1-23) sur les moyens d'interaction des terminaux (220) ; d) modifier au moins une valeur de statut (« Vu », « Ok ») du message transmis ; 10 e) recevoir les valeurs de statut modifiées du message transmis ; et, f) déclencher l'archivage du message. 16. Moyen de stockage lisible par un équipement informatique, sur lequel est stocké un produit programme d'ordinateur comprenant des instructions de 15 code pour l'exécution d'un procédé selon l'une des revendications précédentes de communication de message entre un terminal expéditeur d'un groupe de terminaux et au moins un terminal destinataire d'un groupe de terminaux connectés par un réseau de télécommunication.