Brevet FR2910764A1 — publié le 20080627

La présente invention concerne un procédé d'élaboration et de gestion d'un événement de messagerie transmis à une pluralité de destinataires reliés à un réseau, un appareil et un serveur pour la mise en oeuvre du procédé. Il existe à ce jour des messageries permettant d'inviter des interlocuteurs à un évènement. Chaque interlocuteur dispose d'un ordinateur personnel relié à des serveurs, chaque ordinateur et serveur communiquant entre eux par un réseau. La communication dans un réseau s'effectue à io travers des couches spécifiées dans le modèle OSI (Open System Interconnection), les couches 1 et 2 concernent les niveaux PHYSIQUE et LIAISON, et les couches 3 à 7 les niveaux logiques. On peut citer deux exemples de standard de couches 2 : ETHERNET II et IEEE802.3. La couche 3 concerne le niveau RESEAU qui spécifie le type de protocole 15 utilisé. Un protocole très répandu et bien adapté aux réseaux domestiques est le protocole IP ( Internet Protocol ), dans lequel chaque destinataire possède une adresse bien spécifique au sein du réseau. Chaque appareil dispose d'un système d'exploitation et de programmes exécutables permettant de gérer les entrées sorties, de créer 20 des messages et d'en recevoir. A la mise sous tension, l'utilisateur lance son logiciel de communication qui affiche un menu. Les messages reçus et les messages envoyés sont visibles dans une boite de réception et une boite d'émission. En activant un onglet, un utilisateur fait apparaître un menu de création d'événement, un événement consiste en un message émis vers 25 plusieurs destinataires et destiné à être lu et pour lequel une réponse est éventuellement requise. Par exemple, un événement est utilisé pour convier plusieurs personnes à un rendez-vous en un certain lieu et avec un sujet spécifié. Pour créer un événement, l'utilisateur introduit une liste de destinataires, un contenu susceptible d'être lu par eux et éventuellement 30 sélectionne des options. Une fois l'événement réalisé, il est transmis à un serveur qui le dirige vers les destinataires. Les appareils destinataires reçoivent le même contenu informatif et leurs utilisateurs respectifs peuvent alors en prendre connaissance. Selon les paramètres de programmation de 2910764 2 l'événement, un accusé réception est éventuellement envoyé lors de l'ouverture de l'événement. Une fois qu'un destinataire a pris connaissance du contenu informatif, il valide un onglet indiquant s'il accepte l'événement ou s'il le rejette. La validation de l'onglet déclenche l'émission d'un accusé 5 réception vers l'émetteur de l'événement, de cette façon, ce dernier prend connaissance successivement de la lecture éventuelle et de l'acceptation ou non de l'événement. De cette façon, l'émetteur de l'événement est informé chaque fois qu'un destinataire a validé l'événement et y a apporté une réponse. Si les io destinataires répondent pendant un laps de temps long, l'émetteur ne saura pas facilement qui n'a pas répondu, qui a répondu en acceptant l'événement et qui a répondu en refusant. Dans certaines messageries, l'utilisateur peut accéder à un menu présentant chaque destinataire et les informations de messagerie. Mais l'accès à ce menu est long, et l'affichage n'est pas 15 synthétique. De plus, si l'événement est destiné à un nombre important de destinataires, la messagerie de l'émetteur va être surchargé de messages de retour. Si plusieurs événements sont émis à des moments proches, l'émetteur aura des difficultés à faire une synthèse des réponses. L'objet de la présente invention est un procédé simple de 20 transmission d'un événement à une pluralité de destinataires permettant à l'émetteur d'être facilement averti des réponses desdits destinataires. L'objet de la présente invention consiste en un procédé de transmission d'un accusé réception suite à l'émission d'un événement 25 transmis à une pluralité d'appareils reliés en réseau ; caractérisé en ce qu'il comporte les étapes suivantes : - élaboration d'un événement par un émetteur comportant un document reproductible, une liste de destinataires et un nombre minimum de réponses, - transmission de l'événement à un serveur 30 - transmission du contenu reproductible à chaque appareil destinataire - comptabilisation des réponses audit événement provenant de chaque appareil, 2910764 3 -transmission d'un accusé réception dudit événement lorsque un nombre minimum de réponses est atteint. De cette façon, l'émetteur de l'événement n'est pas averti à chaque 5 lecture par un destinataire mais lorsqu'un nombre significatif de destinataires a répondu. Sa boite de réception n'est donc pas encombrée par une multitude de messages provenant de chaque destinataire. Selon un premier perfectionnement, l'accusé réception comporte pour chaque destinataire ayant répondu, une indication horaire du moment de io l'émission de la réponse. De cette façon, l'utilisateur peut prendre connaissance du moment où le message est lu par le destinataire. Selon un autre perfectionnement, au cours de l'étape d'élaboration de l'événement, l'émetteur indique si les réponses émises par la pluralité d'appareils s'effectuent lorsque le destinataire lit le document, ou lorsque les 15 destinataires répondent effectivement, en renvoyant par exemple un texte. De cette façon, l'émetteur peut paramétrer le serveur pour qu'il comptabilise les réponses en fonction du nombre de lecture de l'événement ou en fonction du nombre de réponses effectivement formulées par les destinataires. 20 Selon un autre perfectionnement, l'émetteur spécifie une pluralité de nombres minima de réponses, un accusé réception est émis chaque fois qu'un des nombres minimum de réponses est atteint. De cette façon, l'émetteur de l'événement peut être tenu au courant de l'évolution des réponses sans que cela encombre trop sa boite de réception. 25 Selon un autre perfectionnement, l'émetteur spécifie au moment de la création de l'événement une date au cours de laquelle l'accusé réception est transmis même si le nombre minimum de réponses n'est pas atteint. De cette façon, même si de nombreux destinataires tardent à lire l'événement 30 ou à formuler une réponse, un accusé réception est quand même envoyé à l'émetteur qui est ainsi informé de l'état des réponses. Selon un autre perfectionnement, L'émetteur peut envoyer une requête pour recevoir du serveur un état actuel des réponses transmises par les destinataires. De 2910764 4 cette manière, l'émetteur peut à tout moment connaître les réponses faites à l'événement qu'il a émis. Selon un autre perfectionnement, l'émetteur au moment de la création de l'événement, spécifie un rappel et une période de rappel. Ainsi, tant que 5 le destinataire n'a pas lu l'événement ou formulé une réponse, le serveur lui envoie à chaque période indiquée, un message de rappel pour indiquer qu'il n'a pas répondu à cet événement. L'objet de la présente invention consiste également en un appareil io électronique destiné à être connecté à un réseau de communication comprenant un moyen de communication bi-directionnel avec ledit réseau, caractérisé en ce qu'il comporte un moyen pour créer un événement comportant un document reproductible, une liste de destinataires et un nombre minimum de réponses, ledit événement étant conçu pour être émis à 15 chaque destinataire de la liste, le moyen de communication bi-directionnel transmettant l'événement ainsi créé au réseau et recevant dudit réseau un accusé réception comportant des informations associées aux réponses à cet événement, lesdites informations étant formulées par un nombre de destinataires au moins égal à celui indiqué dans l'événement, et un moyen 20 pour afficher au moins lesdites informations de réponses contenues dans l'accusé réception. L'objet de la présente invention consiste également en un serveur de messagerie connecté à un réseau de communication comprenant un moyen de communication bi-directionnel avec ledit réseau, caractérisé en ce qu'il 25 comporte un moyen pour recevoir un événement comportant un document reproductible, une liste de destinataires et un nombre minimum de réponses, ledit événement étant conçu pour être émis à chaque destinataire de la liste, le moyen de communication bi-directionnel transmettant l'événement à chaque destinataire et recevant une réponse de ces destinataires, un moyen 30 de comptabilisation des réponses associées à cet événement, ledit moyen de communication bi-directionnel transmettant à l'émetteur de l'événement un accusé réception comportant les informations associées aux réponses 2910764 5 lorsque le nombre de réponses formulées par les destinataires de cet événement est au moins égal à celui indiqué dans l'événement. L'invention, avec ses caractéristiques et avantages, ressortira plus 5 clairement à la lecture de la description d'un exemple de réalisation particulier non limitatif fait en référence aux dessins annexés dans lesquels : - la figure 1 est un schéma d'un réseau comprenant plusieurs appareils selon l'exemple de réalisation ; - la figure 2 est un schéma montrant les différents éléments d'un io terminal utilisant le procédé de génération d'adresse selon le présent exemple de réalisation ; - la figure 3 représente un organigramme détaillé du procédé de génération d'adresse selon le présent exemple de réalisation ; - la figure 4 montre un exemple d'apparence d'écran affichant un 15 accusé réception sur le moyen d'affichage de l'émetteur de l'événement. La figure 1 représente schématiquement un réseau de communication permettant à un premier ordinateur dit A de communiquer à l'aide du protocole IP avec un serveur de messagerie S afin de transmettre un événement à une pluralité d'ordinateurs dits Bi . L'appellation 20 événement désigne un message émis à une pluralité de destinataires, contenant un document informatif destiné à être lu par lesdits destinataires. D'autres appareils que des ordinateurs peuvent se connecter à ce réseau, par exemple des décodeurs de télévision numérique, des organisateurs individuels, .... etc. Le canal de communication est réalisé par un câble 25 ETHERNET 10 ou 100. Sur un réseau de type ETHERNET (basé sur un protocole de couche 2 ETHERNET II ou IEEE802.3), chaque terminal possède une adresse physique, dite MAC qui est définie par le fabriquant, et inscrite définitivement dans la carte électronique. Cette adresse se situe au niveau 30 LIAISON. Un serveur de configuration veille à attribuer une d'adresse INTERNET propre à chaque terminal, de sorte qu'il est possible d'identifier chaque terminal par cette adresse. Le serveur de messagerie S utilise les adresses définies par le serveur de configuration pour transmettre les 2910764 6 messages et les différents événements qui concerne une pluralité de destinataires. Nous allons tout d'abord décrire un exemple d'appareil A, Bi selon 5 un premier exemple de réalisation de l'invention. La figure 2 présente une unité centrale 1 connectée à un dispositif d'affichage 2 tel qu'un écran de visualisation. L'unité centrale 1 est par exemple un ordinateur personnel ou un terminal audiovisuel doté de moyens de communication 3 à travers un réseau bidirectionnel 4. L'unité centrale 1 comprend un CPU 5 reliée entre io autre à une mémoire 6 contenant des programmes exécutables, un moyen d'émission de signaux audiovisuels vers un écran. L'unité centrale 1 est également reliée à un clavier 7. Les signaux audiovisuels sont émis vers l'écran 2 via une interface audio/vidéo 8. Le logiciel de messagerie permettant d'envoyer des événements est 15 typiquement un programme écrit en mémoire 6, mais il peut aussi être réalisé sous forme de circuits spécialisés (ASIC ou DSP par exemple). Sous la forme d'un programme, le moyen permettant de calculer une adresse est d'une façon privilégiée enregistré dans la mémoire ROM de l'appareil. Ce module peut aussi être téléchargé à partir d'un support (disquette ou CD 20 ROM), ou encore transmis à l'appareil via un réseau de diffusion. Après avoir détaillé les principaux éléments pour la mise en oeuvre de l'invention, nous allons maintenant expliquer comment ceux-ci coopèrent. 25 La figure 3 est un exemple d'organigramme des principales étapes du procédé d'élaboration et de gestion d'un événement de messagerie. Dans un premier temps, l'utilisateur lance son logiciel de messagerie dans son appareil A. Un menu s'affiche à l'écran présentant les diverses fonctions, telles que affichage des messages envoyés, affichage des messages reçus, 30 gestion des taches dans un calendrier, création d'un nouveau message, recherche de message, .... Ces fonctions apparaissent généralement sous forme d'icônes sélectionnables par une souris, les touches de navigation permettent également d'accéder aux fonctions. Une icône appelée 2910764 7 création d'un événement permet à l'utilisateur d'accéder à un menu de création. Ce menu est composé d'une pluralité de fenêtres permettant d'introduire du texte ou des symboles graphiques. Selon un exemple simple 5 de réalisation, le logiciel de messagerie affiche les fenêtres suivantes : - Zone des destinataires : l'utilisateur introduit les différentes adresses des destinataires. - Zone du contenu : l'utilisateur introduit le contenu textuel ou graphique à l'intention des destinataires. io - Nombre minimum de réponse avant retour, l'utilisateur introduit le nombre minimum de réponses renvoyées par les destinataires avant de recevoir un accusé réception de l'événement. - Option : par exemple, l'utilisateur paramètre si une réponse d'un destinataire consiste en une ouverture simple de l'événement ou 15 une lecture suivi d'une réponse formulée par le destinataire. Au cours de l'étape 3.1, l'utilisateur construit l'événement en introduisant d'abord son contenu informatif. Ce contenu peut être simplement un texte, il peut aussi être accompagné d'une animation 20 graphique, d'une séquence vidéo ou encore d'une séquence audio. L'utilisateur entre ensuite la liste des destinataires, chaque destinataire est identifié par son adresse Internet. Pour chaque destinataire, l'utilisateur coche une case indiquant si la réponse effective à cet événement est une lecture simple ou une lecture suivi d'une réponse formulée par le 25 destinataire. Enfin, l'utilisateur précise le nombre minimum de retours avant de recevoir un premier accusé réception de l'évènement. Une fois l'événement validé, le logiciel de messagerie met en forme les éléments introduits dans un paquet de données et transmet ce paquet au serveur de messagerie S (étape 3.2). 30 Le serveur S enregistre l'événement transmis et traite les informations reçues au cours de l'étape 3.3. Le serveur configure dans sa mémoire une zone ZP spécifique de gestion de l'événement. Cette zone ZP contient une zone de contrôle ZC contenant des données générales à l'événement et une 2910764 8 zone de gestion ZG des destinataires contenant autant de sous zones que de destinataires. La zone de contrôle contient typiquement : -l'intégralité des données composant l'événement tel qu'il a été envoyé par l'émetteur, et notamment son adresse, 5 - des informations horaires tel que la date et l'heure de transmission de l'événement, - le nombre de destinataires, le nombre de destinataires ayant répondu affirmativement, et le nombre de destinataires ayant répondu négativement. io A l'aide de ces informations, le serveur de messagerie détermine à tout moment le nombre de destinataires qui n'ont pas encore répondu. Chaque sous zone de la zone de gestion ZG contient : - l'adresse du destinataire telle qu'elle apparaît dans l'événement, - l'adresse IP permettant au réseau de l'acheminer, 15 - l'état de la réponse du destinataire : événement non lu, événement non accepté, événement accepté, - un champ contenant éventuellement une réponse textuelle du destinataire. Puis, le serveur S envoie le contenu informatif de l'évènement à 20 chaque destinataire, sous la forme d'un message classique (étape 3.4). Les appareils Bi de chaque destinataire reçoivent le même message par le logiciel de messagerie. Lorsqu'un destinataire lit son message, un retour de message est émis vers le serveur si cette option est choisie. Dans le cas contraire, le retour n'est émis au serveur que si le destinataire répond d'une 25 façon ou d'une autre. A tout moment, le serveur centralise les informations reçues des destinataires associés à un événement donné (étape 3.5). A chaque retour d'un destinataire, le serveur S incrémente le compteur de retour, et à l'étape 3.6 teste si ce compteur atteint la valeur minimale de réponses avant d'envoyer un accusé réception. Si cette valeur est atteinte, 30 alors le serveur émet l'accusé réception à l'émetteur correspondant à cet événement en rappelant le nombre de destinataires qui ont effectivement répondu (étape 3.7). Si des destinataires ont formulé une réponse, alors l'accusé réception les contient. L'émetteur est ainsi averti au bout d'un 2910764 9 certain temps que le message émis à bien été lu et éventuellement traité par un nombre minimum de personnes. Lorsque tous les destinataires ont émis une réponse, le serveur S envoie un second (et dernier) accusé réception et efface l'intégralité de la 5 zone ZP. A tout moment, l'émetteur peut envoyer une commande au serveur pour effacer l'événement, et ceci avant même que tous les destinataires aient répondu. En réponse à cette commande d'effacement et en guise d'acquittement de la commande, le serveur envoie l'état actuel de la mémoire ZG pour informer des destinataires ayant répondu. io La figure 4 présente une apparence d'écran apparaissant sur le moyen d'affichage de l'émetteur de l'événement lorsque le serveur S lui envoie un accusé réception. L'apparence d'écran présente principalement deux zones, la première contient les informations rappelant à l'émetteur l'événement. Cette zone contient les informations introduites par l'utilisateur 15 lors de la création de l'événement. La seconde zone contient les informations liées aux différentes réponses des destinataires, c'est typiquement les données contenues dans la zone ZG du serveur. On y trouve le nombre total de réponses au moment de l'émission de l'accusé réception, et pour chaque destinataire : 20 - l'identificateur du destinataire (typiquement son adresse INTERNET), - l'indication qu'il ait ou non répondu, - s'il a répondu, le type de réponse (une lecture simple de l'événement, ou une lecture et un texte de réponse) - s'il a répondu, la date et l'heure d'émission de la réponse au serveur. 25 Si le destinataire a répondu par un texte, l'indication Lecture+Texte est soulignée, indiquant qu'il est possible de sélectionner ces termes, et en appuyant sur la touche Retour du clavier 7, la réponse du destinataire apparaît dans un médaillon. 30 Un perfectionnement consiste en ce que l'émetteur d'un événement peut à tout moment appeler le serveur afin de demander l'état de son événement. Le serveur renvoie alors le contenu de la second zone affichée à la figure 4, c'est-à-dire : 2910764 - le nombre de destinataires ayant au moins lu le contenu informatif de l'événement et éventuellement répondus audit événement, - la liste des destinataires en indiquant pour chacun d'eux si une lecture et éventuellement une réponse est faite, et à quel moment cette 5 réponse a été formulée. Avantageusement, l'ordinateur A de l'émetteur présente sous la forme d'un graphe temporel le nombre de retours par unité de temps. Le graphe peut être affiché à l'arrivée de l'accusé réception émis par le serveur ou lorsque l'émetteur demande l'état de son événement, en activant une option. io Une dernière colonne à droite exprime le nombre de destinataires qui n'ont pas encore ouvert l'événement. Un perfectionnement consiste en ce que l'émetteur spécifie dans son événement plusieurs nombres minima de réponse. Par exemple, la liste de destinataires comporte 80 adresses, l'émetteur introduit 50, 70 et 80 comme nombres minima. Le serveur S garde ces nombres en mémoire ZP. Lorsque le premier nombre est atteint, alors le serveur S envoie l'accusé réception à l'émetteur de l'événement. De même lorsque le second nombre est atteint, le serveur envoie un second accusé réception, ainsi qu'au troisième. De cette façon, l'émetteur de l'événement peut être tenu au courant de l'évolution des réponses sans que cela encombre trop sa boite de réception. Un perfectionnement consiste en ce que l'émetteur spécifie dans son événement une date où, au plus tard il veut recevoir l'accusé réception. Ce perfectionnement est mis en oeuvre par une ligne supplémentaire dans le menu d'élaboration de l'événement marquée par exemple date limite pour recevoir l'accusé réception , et l'introduction d'une date. Le serveur S garde la date en mémoire ZP. Lorsque la date est atteinte et même si le nombre minimum de réponse n'est pas atteint, alors le serveur S envoie l'accusé réception à l'émetteur de l'événement. Lorsque le nombre minimum est atteint, le serveur envoie un second accusé réception. Un autre perfectionnement consiste en ce que l'émetteur spécifie dans son événement l'existence de rappel périodique pour les destinataires 2910764 11 n'ayant pas répondu. Par exemple, l'émetteur spécifie que tous les 3 jours le serveur S envoie un rappel de l'événement à tous les destinataires qui n'ont pas encore répondu. L'émission d'un rappel est notée dans l'accusé réception et dans le menu d'état de l'événement pour chaque destinataire. 5 L'émetteur de l'événement peut ainsi connaître ceux qui ne répondent malgré des rappels répétés. Les présents modes de réalisation doivent être considérés à titre d'illustration mais peuvent être modifiés dans le domaine défini par la portée io des revendications jointes. En particulier, l'invention ne se limite pas aux ordinateurs portables mais peut s'appliquer à tout dispositif de communications connecté à un réseau numérique bidirectionnel. Revendications 1. Procédé de transmission d'un accusé réception suite à l'émission d'un événement transmis à une pluralité d'appareils reliés en réseau ; caractérisé en ce qu'il comporte les étapes suivantes : - élaboration (3.1) d'un événement au niveau d'un appareil émetteur (1 ; A) comportant un document reproductible, une liste de destinataires et un nombre minimum de réponses, - transmission (3.2) de l'événement à un serveur (S), io -transmission (3.4) du contenu reproductible à chaque appareil destinataire (Bi), - comptabilisation (3.6) des réponses audit événement provenant de chaque appareil destinataire (Bi), - transmission (3.7) d'un accusé réception dudit événement lorsqu'un 15 nombre minimum de réponses est atteint. 2. Procédé de transmission d'un accusé réception selon la revendication 1 ; caractérisé en ce que l'accusé réception comporte pour chaque destinataire ayant répondu une indication horaire du moment de 20 l'émission de la réponse. 3. Procédé de transmission d'un accusé réception selon la revendication 1 ou 2 ; caractérisé en ce qu'au cours de l'étape d'élaboration de l'événement, l'émetteur indique si les réponses émises par la pluralité 25 d'appareil s'effectuent lorsque le destinataire lit le document, ou lorsque le destinataire répond par un contenu. 4. Procédé de transmission d'un accusé réception selon l'une quelconque des revendications précédentes ; caractérisé en ce qu'au cours 30 de l'étape (3.1) d'élaboration de l'événement, l'émetteur spécifie plusieurs nombres minima de réponses, une étape de transmission (3.7) d'un accusé 2910764 13 réception dudit événement étant effectué chaque fois qu'un des nombres minimum de réponses est atteint. 5. Procédé de transmission d'un accusé réception selon l'une 5 quelconque des revendications précédentes ; caractérisé en ce qu'au cours de l'étape (3.1) d'élaboration de l'événement, l'émetteur spécifie une date au cours de laquelle l'accusé réception est transmis même si le nombre minimum de réponses n'est pas atteint. 6. Procédé de transmission d'un accusé réception selon l'une quelconque des revendications précédentes ; caractérisé en ce qu'il comporte une étape de transmission du serveur à l'émetteur de l'événement de l'état actuel des réponses transmises par les destinataires, ladite étape étant déclenchée par une requête dudit émetteur. 7. Procédé de transmission d'un accusé réception selon l'une quelconque des revendications précédentes ; caractérisé en ce qu'au cours de l'étape d'élaboration (3.1) de l'événement, l'émetteur spécifie un rappel et une période de rappel, le procédé comportant une étape d'émission périodique d'un message de rappel vers un destinataire pour indiquer qu'il n'a pas répondu à cet événement. 8. Appareil électronique (1 ; A) destiné à être connecté à un réseau de communication (4) comprenant un moyen de communication bi- directionnel (3) avec ledit réseau, caractérisé en ce qu'il comporte un moyen pour créer un événement (5, 6) comportant un document reproductible, une liste de destinataires et un nombre minimum de réponses, ledit événement étant conçu pour être émis à chaque destinataire de la liste, le moyen de communication bi-directionnel (3) transmettant l'événement ainsi créé au réseau et recevant dudit réseau un accusé réception comportant des informations associées aux réponses à cet événement, lesdites informations étant formulées par un nombre de destinataires au moins égal à celui 2910764 14 indiqué dans l'événement, et un moyen pour afficher (5, 6, 8) au moins lesdites informations de réponses contenues dans l'accusé réception. 9. Serveur de messagerie (S) connecté à un réseau de 5 communication (4) comprenant un moyen de communication bi-directionnel avec ledit réseau, caractérisé en ce qu'il comporte un moyen pour recevoir un événement comportant un document reproductible, une liste de destinataires et un nombre minimum de réponses, ledit événement étant conçu pour être émis à chaque destinataire de la liste, le moyen de io communication bi-directionnel transmettant l'événement à chaque destinataire et recevant une réponse de ces destinataires, un moyen de comptabilisation des réponses associées à cet événement, ledit moyen de communication bi-directionnel transmettant à l'émetteur de l'événement un accusé réception comportant les informations associées aux réponses 15 lorsque le nombre de réponses formulées par les destinataires de cet événement est au moins égal à celui indiqué dans l'événement.