FR2910764A1 - Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached - Google Patents

Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached Download PDF

Info

Publication number
FR2910764A1
FR2910764A1 FR0655959A FR0655959A FR2910764A1 FR 2910764 A1 FR2910764 A1 FR 2910764A1 FR 0655959 A FR0655959 A FR 0655959A FR 0655959 A FR0655959 A FR 0655959A FR 2910764 A1 FR2910764 A1 FR 2910764A1
Authority
FR
France
Prior art keywords
event
responses
acknowledgment
recipients
transmitting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0655959A
Other languages
French (fr)
Inventor
Jerome Martin
Isabelle Coullon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Priority to FR0655959A priority Critical patent/FR2910764A1/en
Publication of FR2910764A1 publication Critical patent/FR2910764A1/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/23Reliability checks, e.g. acknowledgments or fault reporting

Abstract

The method involves processing an event at a level of a computer (A) comprising a reproducible document, a list of receivers and a minimum number of responses. The event is transmitted to an electronic mail server (S), and the reproducible content such as text, is transmitted to a personal computer (B1). The responses associated to the event from the personal computer (B1) are recognized. An acknowledgement receipt of the event is transmitted when the minimum number of the responses is reached. Independent claims are also included for the following: (1) an electronic apparatus connected to a communication network (2) an electronic mail server connected to a communication network.

Description

La présente invention concerne un procédé d'élaboration et de gestion d'unThe present invention relates to a process for the preparation and management of a

é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é.  messaging event transmitted to a plurality of recipients connected to a network, an apparatus and a server for carrying out the method.

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.  There are so far messengers to invite interlocutors to an event. Each interlocutor has a personal computer connected to servers, each computer and server communicating with each other via a network. Communication in a network is through layers specified in the Open System Interconnection (OSI) model, layers 1 and 2 are PHYSICAL and LINK, and layers 3 through 7 are logical levels. There are two examples of layer 2 standards: ETHERNET II and IEEE802.3. Layer 3 relates to the NETWORK level which specifies the type of protocol used. A widely used and well-adapted protocol for home networks is IP (Internet Protocol), in which each recipient has a specific address within the network. Each device has an operating system and executable programs for managing input and outputting messages and receiving messages. At power up, the user launches his communication software which displays a menu. The received messages and the sent messages are visible in a box of reception and a box of emission. By activating a tab, a user brings up an event creation menu, an event consists of a message sent to several recipients and intended to be read and for which a response may be required. For example, an event is used to invite multiple people to an appointment in a certain place and with a specified subject. To create an event, the user enters a list of recipients, content that can be read by them, and optionally selects options. Once the event is completed, it is transmitted to a server that directs it to the recipients. The recipient devices receive the same information content and their respective users can then read it. Depending on the 2910764 2 event scheduling settings, an acknowledgment may be sent when the event is opened. Once a recipient has read the informative content, it validates a tab indicating whether he accepts the event or rejects it. The validation of the tab triggers the transmission of an acknowledgment to the issuer of the event, in this way, the latter becomes aware successively of the eventual reading and the acceptance or not of the event. In this way, the sender of the event is informed each time that a recipient has validated the event and provided an answer. If the recipients answer for a long time, the sender will not easily know who did not answer, who answered by accepting the event and who answered by refusing. In some messengers, the user can access a menu presenting each recipient and the messaging information. But access to this menu is long, and the display is not synthetic. In addition, if the event is intended for a large number of recipients, the messaging of the sender will be overloaded with messages of return. If several events are issued at close moments, the sender will have difficulty in summarizing the answers. The object of the present invention is a simple method of transmitting an event to a plurality of recipients allowing the sender to be easily notified of the responses of said recipients. The object of the present invention is a method of transmitting an acknowledgment following the transmission of an event transmitted to a plurality of networked apparatuses; characterized in that it comprises the following steps: - development of an event by an issuer comprising a reproducible document, a list of recipients and a minimum number of responses, - transmission of the event to a server 30 - transmission of the content reproducible to each recipient device - accounting for responses to said event from each device, 2910764 3 -transmission of an acknowledgment of said event when a minimum number of responses is reached. In this way, the sender of the event is not notified at each read by a recipient but when a significant number of recipients have responded. Its inbox is not cluttered by a multitude of messages from each recipient. According to a first improvement, the acknowledgment receipt includes for each respondent who has responded, a time indication of the time of issue of the response. In this way, the user can see when the message is read by the recipient. According to another improvement, during the event development step, the sender indicates whether the responses emitted by the plurality of devices are made when the recipient reads the document, or when the recipients actually respond. , for example by returning a text. In this way, the sender can set the server to count the responses based on the number of times the event is read or the number of responses actually made by the recipients.

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.According to another improvement, the transmitter specifies a plurality of minimum numbers of responses, an acknowledgment is issued each time one of the minimum numbers of responses is reached. In this way, the emitter of the event can be kept informed of the evolution of the answers without that cluttering his inbox too much.

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.According to another improvement, the transmitter specifies at the moment of the creation of the event a date during which the acknowledgment is transmitted even if the minimum number of replies is not reached. In this way, even if many recipients are slow to read the event 30 or to formulate a response, an acknowledgment is still sent to the sender who is thus informed of the status of the responses. According to another improvement, the sender can send a request to receive from the server a current state of the responses sent by the recipients. In this way, the issuer can at any time know the answers given to the event he has emitted. According to another improvement, the transmitter at the time of creation of the event, specifies a reminder and a recall period. Thus, as long as the recipient has not read the event or formulated a response, the server sends him at each indicated period a reminder message to indicate that he has not responded to this event. The object of the present invention also consists of an electronic apparatus intended to be connected to a communication network comprising means of bi-directional communication with said network, characterized in that it comprises means for creating an event comprising a reproducible document, a list of recipients and a minimum number of replies, said event being designed to be sent to each recipient of the list, the bi-directional communication means transmitting the event thus created to the network and receiving from said network an accused reception comprising information associated with the responses to this event, said information being formulated by a number of recipients at least equal to that indicated in the event, and means 20 for displaying at least said response information contained in the acknowledgment. The object of the present invention also consists of a messaging server connected to a communication network comprising bi-directional communication means with said network, characterized in that it comprises means for receiving an event comprising a reproducible document , a list of recipients and a minimum number of responses, said event being designed to be sent to each recipient of the list, the bi-directional communication means transmitting the event to each recipient and receiving a response from these recipients, a means 30 of accounting for the responses associated with this event, said bi-directional communication means transmitting to the sender of the event an acknowledgment containing the information associated with the responses 2910764 5 when the number of responses formulated by the recipients of this event is at least equal to that indicated in the event. The invention, with its features and advantages, will emerge more clearly from a reading of the description of a particular nonlimiting exemplary embodiment made with reference to the appended drawings in which: FIG. 1 is a diagram of a network comprising several apparatus according to the exemplary embodiment; FIG. 2 is a diagram showing the different elements of a terminal using the address generation method according to the present embodiment; FIG. 3 represents a detailed flowchart of the address generation method according to the present embodiment; FIG. 4 shows an example of a screen appearance displaying an acknowledgment on the display means of the event sender. FIG. 1 schematically represents a communication network enabling a first computer called A to communicate using the IP protocol with a messaging server S in order to transmit an event to a plurality of so-called computers Bi. The term event 20 designates a message sent to a plurality of recipients, containing an informative document intended to be read by said recipients. Other devices than computers can connect to this network, for example digital television decoders, individual organizers, etc. The communication channel is made by an ETHERNET cable 10 or 100. On an ETHERNET type network (based on an ETHERNET II or IEEE802.3 layer 2 protocol), each terminal has a physical address, called MAC, which is defined by the manufacturer, and permanently registered in the electronic card. This address is at level 30 LIAISON. A configuration server makes sure to assign a specific INTERNET address to each terminal, so that it is possible to identify each terminal by this address. The messaging server S uses the addresses defined by the configuration server to transmit the messages and the different events which concerns a plurality of recipients. We will first describe an example of apparatus A, Bi according to a first embodiment of the invention. Figure 2 shows a central unit 1 connected to a display device 2 such as a display screen. The central unit 1 is for example a personal computer or an audiovisual terminal equipped with communication means 3 through a bidirectional network 4. The central unit 1 comprises a CPU 5 connected to another memory 6 containing executable programs, means for transmitting audiovisual signals to a screen. The central unit 1 is also connected to a keyboard 7. The audiovisual signals are transmitted to the screen 2 via an audio / video interface 8. The messaging software for sending events is typically a program written in memory 6 , but it can also be realized in the form of specialized circuits (ASIC or DSP for example). In the form of a program, the means for calculating an address is privilegedly stored in the ROM of the apparatus. This module can also be downloaded from a medium (floppy disk or CD 20 ROM), or transmitted to the device via a broadcast network. After having detailed the principal elements for the implementation of the invention, we will now explain how these cooperate.

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).FIG. 3 is an exemplary flowchart of the main steps of the method of constructing and managing a messaging event. At first, the user launches his messaging software in his apparatus A. A menu appears on the screen presenting the various functions, such as display of the sent messages, display of the received messages, management of the spots in a calendar, creation of a new message, search of message, .... These functions generally appear as icons selectable by a mouse, the navigation keys also provide access to the functions. An icon called 2910764 7 creating an event allows the user to access a creation menu. This menu is composed of a plurality of windows for introducing text or graphic symbols. According to a simple example embodiment, the messaging software displays the following windows: - Recipient area: the user enters the different addresses of the recipients. - Content Area: The user introduces textual or graphical content for recipients. io - Minimum number of answer before return, the user introduces the minimum number of answers returned by the recipients before receiving an acknowledgment of the event. Option: for example, the user sets whether a response from a recipient consists of a simple opening of the event or a read followed by a response from the recipient. In step 3.1, the user constructs the event by first introducing its informative content. This content may be simply a text, it may also be accompanied by a graphic animation, a video sequence or an audio sequence. The user then enters the list of recipients, each recipient is identified by his Internet address. For each recipient, the user checks a box indicating whether the actual response to this event is a simple read or a read followed by a response from the recipient. Finally, the user specifies the minimum number of returns before receiving a first acknowledgment of the event. Once the event has been validated, the messaging software formats the elements introduced in a data packet and transmits this packet to the messaging server S (step 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.The server S records the transmitted event and processes the information received in step 3.3. The server configures in its memory a specific ZP zone for managing the event. This zone ZP contains a control zone ZC containing general data at the event and a destination management zone ZG containing as many sub-areas as there are recipients. The control zone typically contains: the entirety of the data composing the event as it was sent by the sender, and in particular its address, time information such as the date and the time of transmission of the event, - the number of recipients, the number of recipients who answered in the affirmative, and the number of recipients who answered negatively. With this information, the mail server determines at any time the number of recipients that have not yet responded. Each sub-area of the ZG management area contains: - the address of the recipient as it appears in the event, - the IP address allowing the network to route it, 15 - the status of the recipient's reply : event not read, event not accepted, event accepted, - a field possibly containing a textual answer of the recipient. Then, the server S sends the informative content of the event to each recipient in the form of a conventional message (step 3.4). The Bi devices of each recipient receive the same message by the messaging software. When a recipient reads his message, a message return is sent to the server if this option is chosen. Otherwise, the return is sent to the server only if the recipient responds in one way or another. At any time, the server centralizes the information received from the recipients associated with a given event (step 3.5). On each return of a recipient, the server S increments the return counter, and in step 3.6 tests whether this counter reaches the minimum value of responses before sending an acknowledgment. If this value is reached, then the server issues the acknowledgment to the sender corresponding to that event by recalling the number of recipients that actually responded (step 3.7). If recipients have answered, then the acknowledgment contains them. The transmitter is thus warned after a certain time that the message sent has been read and possibly processed by a minimum number of people. When all the recipients have sent a response, the server S sends a second (and last) acknowledgment and erases the entire ZP area. At any time, the sender can send a command to the server to clear the event, even before all the recipients have responded. In response to this erase command and as an acknowledgment of the command, the server sends the current state of the memory ZG to inform recipients who have responded. Figure 4 shows a screen appearance appearing on the display means of the event sender when the server S sends an acknowledgment thereof. The screen appearance has two main areas, the first contains information that reminds the sender of the event. This field contains the information entered by the user during the creation of the event. The second zone contains the information related to the different responses of the recipients, it is typically the data contained in the zone ZG of the server. It contains the total number of responses at the time of sending the acknowledgment, and for each recipient: 20 - the identifier of the recipient (typically his INTERNET address), - the indication that he has or not answered - if he answered, the type of answer (a simple reading of the event, or a reading and a reply text) - if he answered, the date and time of the answer to the server.

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.If the recipient has responded with text, the read + text indication is underlined, indicating that it is possible to select these terms, and by pressing the return key on the keyboard 7, the recipient's response appears in a locket.

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.One improvement is that the sender of an event can at any time call the server to request the status of its event. The server then returns the content of the second zone displayed in FIG. 4, that is to say: 2910764 - the number of recipients having at least read the informative content of the event and possibly answered to said event, - the list recipients, indicating for each of them whether a reading and possibly an answer is made, and when this response was formulated. Advantageously, the computer A of the transmitter presents in the form of a time graph the number of returns per unit of time. The graph can be displayed at the arrival of the acknowledgment sent by the server or when the issuer requests the state of its event, by activating an option. io A last column on the right expresses the number of recipients who have not yet opened the event. An improvement consists in the transmitter specifying in its event several minimum numbers of responses. For example, the recipient list has 80 addresses, the emitter introduces 50, 70 and 80 as the minimum numbers. The server S keeps these numbers in memory ZP. When the first number is reached, then the server S sends the acknowledgment to the issuer of the event. Similarly, when the second number is reached, the server sends a second acknowledgment, as well as the third. In this way, the emitter of the event can be kept informed of the evolution of the answers without that cluttering his inbox too much. An improvement consists in the fact that the issuer specifies in its event a date when, at the latest, it wants to receive the acknowledgment of receipt. This improvement is implemented by an additional line in the menu of elaboration of the event marked for example by the deadline to receive the acknowledgment of receipt, and the introduction of a date. The server S keeps the date in memory ZP. When the date is reached and even if the minimum number of responses is not reached, then the server S sends the acknowledgment to the issuer of the event. When the minimum number is reached, the server sends a second acknowledgment. Another improvement is that the issuer specifies in its event the existence of periodic reminder for the recipients 2910764 11 who did not respond. For example, the sender specifies that every 3 days S server sends a reminder of the event to all recipients who have not yet responded. The issuance of a reminder is noted in the acknowledgment and in the event status menu for each recipient.

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.The transmitter of the event can thus know those who do not respond despite repeated reminders. The present embodiments should be considered by way of illustration but may be modified in the field defined by the scope of the appended claims. In particular, the invention is not limited to laptops but can be applied to any communications device connected to a bidirectional digital network.

Claims (9)

Revendicationsclaims 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.  A method of transmitting an acknowledgment following the transmission of an event transmitted to a plurality of networked devices; characterized in that it comprises the following steps: - generating (3.1) an event at a sending device (1; A) having a reproducible document, a list of recipients and a minimum number of responses, - transmission (3.2) of the event to a server (S), io -transmission (3.4) of the reproducible content to each destination device (Bi), - accounting (3.6) of the responses to said event from each destination device (Bi), - transmission (3.7) of an acknowledgment of said event when a minimum number of responses is reached. 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.  2. Method of transmitting an acknowledgment according to claim 1; characterized in that the acknowledgment comprises for each respondent respondent a time indication of the time of issue of the response. 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.  A method of transmitting an acknowledgment according to claim 1 or 2; characterized in that during the event development step, the sender indicates whether the responses from the plurality of apparatus are made when the recipient reads the document, or when the recipient responds by A content. 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.  4. Method of transmitting an acknowledgment according to any one of the preceding claims; characterized in that during the step (3.1) of generating the event, the transmitter specifies a plurality of minimum numbers of responses, a step of transmitting (3.7) an acknowledgment of receipt of said event being performed each time one of the minimum number of answers is reached. 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.  An acknowledgment transmission method according to any one of the preceding claims; characterized in that during the step (3.1) of generating the event, the sender specifies a date during which the acknowledgment is transmitted even if the minimum number of responses is not reached . 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.  6. Acknowledgment transmission method according to any one of the preceding claims; characterized in that it comprises a step of transmitting the server to the emitter of the event of the current state of the responses sent by the recipients, said step being triggered by a request from said sender. 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.  7. Acknowledgment transmission method according to any one of the preceding claims; characterized in that during the generation step (3.1) of the event, the transmitter specifies a callback and a callback period, the method comprising a step of periodically sending a callback message to a recipient to indicate that they did not respond to this event. 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.  An electronic apparatus (1; A) for connection to a communication network (4) comprising bi-directional communication means (3) with said network, characterized in that it comprises means for creating an event ( 5, 6) comprising a reproducible document, a list of recipients and a minimum number of responses, said event being designed to be sent to each addressee of the list, the bi-directional communication means (3) transmitting the event thus created to the network and receiving from said network an acknowledgment receipt comprising information associated with the responses to this event, said information being formulated by a number of recipients at least equal to that indicated in the event 2910764 14 and a means for displaying (5, 6 , 8) at least said response information contained in the acknowledgment. 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.  9. Messaging server (S) connected to a communication network (4) comprising bi-directional communication means with said network, characterized in that it comprises means for receiving an event comprising a reproducible document, a list of recipients and a minimum number of responses, said event being designed to be sent to each recipient of the list, the means of bi-directional communication transmitting the event to each recipient and receiving a response from these recipients, a means of accounting responses associated with this event, said bi-directional communication means transmitting to the sender of the event an acknowledgment receipt including the information associated with the responses when the number of responses formulated by the recipients of this event is at least equal to the one indicated in the event.
FR0655959A 2006-12-26 2006-12-26 Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached Pending FR2910764A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0655959A FR2910764A1 (en) 2006-12-26 2006-12-26 Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0655959A FR2910764A1 (en) 2006-12-26 2006-12-26 Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached

Publications (1)

Publication Number Publication Date
FR2910764A1 true FR2910764A1 (en) 2008-06-27

Family

ID=38308623

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0655959A Pending FR2910764A1 (en) 2006-12-26 2006-12-26 Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached

Country Status (1)

Country Link
FR (1) FR2910764A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014205370A1 (en) * 2013-06-21 2014-12-24 Convida Wireless, Llc Context management
US10135759B2 (en) 2013-06-12 2018-11-20 Convida Wireless, Llc Context and power control information management for proximity services
US10791171B2 (en) 2013-07-10 2020-09-29 Convida Wireless, Llc Context-aware proximity services

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050188041A1 (en) * 1998-04-24 2005-08-25 Fujitsu Limited Message processing device, message management method and storage medium for storing message management program
US20060010218A1 (en) * 2004-06-11 2006-01-12 Turcotte William E Ii Automatic and confirmed message receipt

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050188041A1 (en) * 1998-04-24 2005-08-25 Fujitsu Limited Message processing device, message management method and storage medium for storing message management program
US20060010218A1 (en) * 2004-06-11 2006-01-12 Turcotte William E Ii Automatic and confirmed message receipt

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10135759B2 (en) 2013-06-12 2018-11-20 Convida Wireless, Llc Context and power control information management for proximity services
US10531406B2 (en) 2013-06-12 2020-01-07 Convida Wireless, Llc Context and power control information management for proximity services
WO2014205370A1 (en) * 2013-06-21 2014-12-24 Convida Wireless, Llc Context management
US10230790B2 (en) 2013-06-21 2019-03-12 Convida Wireless, Llc Context management
US10791171B2 (en) 2013-07-10 2020-09-29 Convida Wireless, Llc Context-aware proximity services

Similar Documents

Publication Publication Date Title
US8671145B2 (en) Method and computer program product for establishing real-time communications between networked computers
US9929984B2 (en) Method and computer program product for establishing real-time communications between networked computers
US8301701B2 (en) Creating dynamic interactive alert messages based on extensible document definitions
US7689649B2 (en) Rendering destination instant messaging personalization items before communicating with destination
US7062533B2 (en) Specifying monitored user participation in messaging sessions
US9628431B2 (en) E-mail integrated instant messaging
CA2696596C (en) Instant messaging communication system and method
US20070033254A1 (en) Sharing skins
RU2435207C2 (en) Interactive electronic desktop action method and system
US20050010639A1 (en) Network meeting system
US20060031358A1 (en) System and method for managing mail messages
US20120166561A1 (en) Multi-Channel Dynamic Response Communication Engine
WO2010100354A1 (en) Method and system for the multi-criteria management of presence notifications
FR2910764A1 (en) Acknowledgement receipt transmitting method for e.g. personal computer, involves recognizing responses associated to event, and transmitting acknowledgement receipt of event when minimum number of responses is reached
EP2336967A1 (en) Customised messaging in website inserts
EP1432171B1 (en) Method and system for automatically and simultaneously distributing in Internet electronic documents of different formats
FR2876527A1 (en) METHOD FOR PRODUCING A RELIABLE RECEPTION ACCUSE
WO2000062145A1 (en) System and method for signaling receipt of data on a display
KR20010097692A (en) Method for Transmitting Stock Information and for Operating a Program for Stock Information
WO2010149917A1 (en) Improvement to a message data structure, in particularly for an instant message
FR3005541A1 (en) METHOD FOR MANAGING A MESSAGING SERVICE
WO2023275475A1 (en) Method for managing a gateway for accessing a network on a mobile terminal
KR20030047930A (en) Advertising message service system and the method for the same
FR2819666A1 (en) Digital transmission network event alerting/collecting system having received information alerting message extracted and delivered selected communication terminal
FR2861528A1 (en) Cellular telephony terminal status notification process for use over e.g. GSM network, involves establishing asynchronous communication between two terminals for direct transmission of information, about one terminal status, between them