WO2012010751A1 - Systeme de messagerie electronique oriente metier - Google Patents

Systeme de messagerie electronique oriente metier Download PDF

Info

Publication number
WO2012010751A1
WO2012010751A1 PCT/FR2011/000427 FR2011000427W WO2012010751A1 WO 2012010751 A1 WO2012010751 A1 WO 2012010751A1 FR 2011000427 W FR2011000427 W FR 2011000427W WO 2012010751 A1 WO2012010751 A1 WO 2012010751A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
messaging system
document
messages
type
Prior art date
Application number
PCT/FR2011/000427
Other languages
English (en)
Inventor
Stanislas Giraudet De Boudemange
Xavier Grehant
Edouard Chabrol Huber
Original Assignee
Netsas
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 Netsas filed Critical Netsas
Publication of WO2012010751A1 publication Critical patent/WO2012010751A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/234—Monitoring or handling of messages for tracking messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources

Definitions

  • the present invention relates to the field of electronic messaging systems and more particularly to a business messaging system for monitoring the exchanges and data exchanged between professionals participating in the same project.
  • Some e-mail systems allow the tracking and traceability of the exchanges made, for example by displaying a mail within a conversation composed of successive responses, identified as such by what they have the same title.
  • the means for exchanging electronic documents also include sending e-mails the use of multiple access storage systems. Because of the multiplicity of media, it is difficult to gather the documents exchanged, not to mention that some media do not ensure the persistence of data.
  • the exchange formats are multiple, in terms of coding of the information, and in terms of function of the document.
  • the display of documents requires specialized tools that are not available to all the actors of a project.
  • the invention aims to solve the above problems by a centralized messaging system.
  • This system is accessed from a remote interface by the different stakeholders.
  • This system stores messages within a data structure in the form of an acyclic directed graph. Each message is typed according to the type of data composing the message.
  • the system provides a view of each message based on its type and context. In addition, it offers integrated tools for handling and modifying business data.
  • the invention relates to a messaging system comprising means for storing and managing a plurality of user accounts; means for storing and managing a set of messages exchanged between these users; management means for each message exchange of a sender of the message, at least one recipient of the message, the sender and those recipients being associated with each one of the plurality of accounts managed by the system; means for providing a user connecting to the messaging system with a view of messages relating to him; each message comprising a data field associated with the message, means for managing a type of message associated with the data type of the data field associated with the message; means for managing messages in the form of an acyclic directed graph where each node is a message and means for managing access rights to messages limiting access to a message to one or more authorized users.
  • it furthermore comprises means for managing for each message a context comprising fathers nodes in the message graph and their type and means for customizing the view offered to a user of a message. depending on the type of message and its context.
  • it further comprises means for sending to a recipient of a sent message, associated messages belonging to the context of the message sent.
  • it further comprises means for arbitrarily attaching a message newly created by a user to another pre-existing message of the system.
  • it furthermore comprises means for arbitrarily linking a message chosen by one user to another pre-existing system message.
  • the means for managing the access rights to the messages limit the access to a given message to the sender and to the recipients of said message.
  • it further comprises means for automatically transforming external data into messages of said system.
  • the means for automatically transforming external data comprise means of automatically transforming messages from another messaging system.
  • it further comprises means for handling and modifying the message data according to their type.
  • the message types comprise at least one document type for a message whose data field 15 is a document and a comment type that can be related to, and therefore the child of, a document message.
  • it further comprises means for accurately anchoring a comment message relating to a document on the commented document.
  • the message types further comprise a paginated document type for a typically parent message in the document type message graph.
  • the message types furthermore comprise a document type that is versioned for a message that is typically a parent in the document type message graph.
  • manipulation and document editing means integrated means for offering a user connecting to the messaging system a view of the messages concerning him.
  • Fig. 1 illustrates the architecture of an exemplary embodiment of the system of messaging.
  • Fig. 2 illustrates the graph structure of the messages according to an exemplary embodiment of the invention.
  • Fig. 3 illustrates the structure of a message according to an exemplary embodiment of the invention.
  • the invention aims to provide a business messaging system that allows a set of professionals working on a project to exchange messages and business data. This system makes it possible to centralize all the exchanges involving each collaborator in a personal space of his own. It also ensures the traceability of the exchanges related to the project.
  • the system according to the invention can address a large number of trades. From one trade to another, the data handled can be different.
  • the exemplary embodiment of the invention addresses the business of computer graphics.
  • the business data are typically documents that can be paginated and at least partially composed of images. It may be for example exchanges between a client and the designers responsible for providing the requested documents.
  • a message can be a document, a document version, a note about the whole or part of a project, a document, a document version, or a document version detail.
  • Such a system keeps and unites a large part of the interactions related to a project, and makes it possible to navigate among these elements.
  • Fig. 1 illustrates the general architecture of the system.
  • the messageriecentral 1.1 system consists of a 1.2 database that keeps the messages and their attributes. This database also keeps the users' accounts and their attributes.
  • This database 1.2 is managed by a control module 1.3. It is this module that implements the various features of the messaging system. This module offers in particular the functions of creation, deletion, editing a message. It also offers the functions of managing user accounts.
  • the server module 1.4 is dedicated to managing the requests of the users of the system. It responds to these requests in collaboration with the database management module 1.3.
  • System users use 1.5 and 1.6 client computers. They have on these stations means to connect to the server module 1.4. They then have the means to access the messaging system, view the messages, create them, modify them and send them to other users of the system.
  • the dialogue between the client and the server is based on the HTTP protocol ⁇ Hyper Text Transport Protocol in English) or HTTPS in secure mode.
  • the user then uses a web browser such as Internet Explorer (registered trademark), Chrome (registered trademark) or Mozilla Firefox (registered trademark) to access the system.
  • the database used is the Hbase labase
  • the database management module is composed of a set of programs in languages such as Java, Python and Perl.
  • the client module is implemented in javascript and HTML, it uses the HTML 5 specifications. These languages offer the possibility of offering an interface to the rich user close to the interface that can be offered by a native application.
  • the data structure in which the messages are stored is an acyclic oriented graph.
  • An example of such a structure is illustrated in FIG. 2.
  • a structure is associated with a project within the messaging system.
  • the system can then advantageously manage several of these projects and therefore several graphs.
  • Each node of the graph is a message from the messaging system.
  • Each graph contains a root message, the message 2.1 in the figure. This message typically corresponds to a project launch message issued by the project initiator to the collaborators involved.
  • the first exchanges relating to the projects will constitute messages which will be threads in the graph of the root message, messages 2.2 and 2.3 in the figure. These messages will elicit responses themselves which will be their son in the graph, messages 2.4, 2.5 and 2.6. This process is repeated with messages 2.7 and 2.8.
  • the semantics associated with the father-son dependency in the message graph is not limited to the notion of response to a message as it is conceived in a conventional messaging system. This semantics, as we will see it later is richer and may depend on the type of the message. In particular, a son can have two fathers which would not be possible if the relation of descent rested only on the response mechanism.
  • Each node of the graph is therefore a message and each message a node of the graph.
  • This message has a structure including fields. An example of such a structure is shown in FIG. 3.
  • a first field 3.1 contains a reference to the sender of the message.
  • a second field 3.2 contains a list of references to the recipients of the message.
  • a possible field 3.3 may contain a reference list to hidden recipients of the message if the hidden copying mechanism 10 known from conventional email systems is implemented.
  • a possible field 3.4 contains additional access control information that will determine the users who can access the messages and the different rights pertaining thereto.
  • Field 3.5 contains the date of creation of the message.
  • a field contains the data contained in the message and another field contains the history of all the exchanges of this data, including the dates, senders and recipients of each transmission of the message. those data.
  • Field 3.6 contains the data contained in the message. These data can be of different types. These types include the text type for single messages, but may also include any type of data especially in relation to the business associated with the messaging system. In the exemplary embodiment of the invention, since the profession is relative to the image, the data can be of document type, document version, paginated visual document, etc. This data can also include multimedia types such as images, video, or sound.
  • Field 3.7 contains references to the child messages of the current node if they exist. A message may contain any number, potentially zero of threads. Depending on the embodiment of the system, the message may still contain other fields if necessary in addition to or instead of the described fields. 0 An important feature of the system is that each message is typed according to the type of data contained in the message.
  • a project type for the root message of a project there is notably a project type for the root message of a project, a text type for the text messages exchanged between the users, a document type for the messages describing a document, a type document version for messages whose data field is a specific version of a document, an image type for messages whose data field is an image, a comment type for a comment that can be related to the project, to a document , to an image or to an image type, an anchored comment type 5 for a comment relating to a portion of a document or image.
  • the anchored comment type can be precisely associated with a pixel or a set of precise pixels of the document or image or the image version to which it relates.
  • the system comprises a paginated document type for a typically parent lOmessage in the document type message graph. It can also include a document type versioned for a typically father message in the graph of messages of image type or document type.
  • a document that can be understood here as any type of document, image, text, video, sound or other.
  • the system manages access rights to each message.
  • these access rights derive from the sender of the message and its recipients. Only these have access to the message. They can view it and delete it.
  • a recipient of a message deletes it, it only removes its own rights to access the message. At least as long as another user has O rights on the message.
  • the last user deletes the message, the message is actually deleted.
  • a message can only be modified by the sender and as long as the message has no recipients.
  • access to a message entails a recursive right of access to all the threads of this message in the graph.
  • Each message has a context.
  • the context of a message consists of a set of neighboring messages in the graph.
  • the context typically includes at least the father of the message in the graph if it exists. It can contain a set of 5 father nodes in the graph. In some embodiments, it also contains neighbors in the graph and not just fathers.
  • the context of a message is the set of messages needed to understand the current message. For example, a comment type message can most often be understood only accompanied by the message of which it is a comment.
  • the context of a message that is a response to a comment on an image requires for its understanding the comment to which it responds, but also the commented document. Similarly, a comment on a document version may require the document version commented for its understanding, but possibly also another document version or the document type message whose version of
  • 15document is a version. It can be seen that depending on the type of the message and the type of neighbor messages in the graph, the context may include any number of neighboring messages.
  • the system offers him a visualization of his message in its context.
  • the messages of its context are also displayed to allow him an easy and immediate understanding of the message.
  • This view is customized based on the type of the message and the context. For example, a comment anchored on a portion of a document or image appears superimposed on that portion of document or image. A comment on a document appears beside the commented document. A response to a comment appears with a link to the comment. A document within a project appears in a window dedicated to the project, etc. This ability to customize the display of a message according to its type and context is an important feature of the system.
  • the same message appears to different users according to a 0different context. Eventually the same message may appear differently to the same user depending on the context. For example, a message with two fathers in the graph may appear differently depending on whether the context favors one father or the other.
  • the system offers the user means for specific visualization of the business data.
  • it provides means of viewing a document that allows color rendering management.
  • These means also make it possible to enlarge the document, to display it in full screen or to view vis-à-vis different versions of the document, to view two document versions in fast alternating mode to discern differences, for example.
  • it is also possible to perform certain manipulations such as rotation, trimming, colorimetric changes, etc. These tools are integrated into the messaging system and allow the manipulation, visualization and modification of business data according to their type.
  • the elements of its context are also sent to the people who are recipients of the message, but who had not received the elements of its context.
  • the recipients of a message are given the right to access the message and all the information about the parent messages needed to correctly display the received message. For example, a user receives a document
  • the system will be able to access on its behalf the root of the project, to see that the document is part of a project separate from the other projects of the user, and to present it as well.
  • the creation of a new message takes place in a context. Indeed, the user is connected to the system of which he displays certain elements at the moment when he creates a message. For example, it visualizes a document and creates a comment. Automatically, the comment will be linked to the current document displayed. Similarly, if it views a comment and creates a response, that response is attached to the comment. It can also manually import external data. This data external to the system may be, for example, a document that will automatically be introduced into the current project. He must then select recipients and send his message.
  • the system proposes a list of recipients according to its context, the speakers of the project or the recipients of the message currently viewed.
  • a user can modify or enrich the filiations of a message. For example, a comment on a document version can also be attached to the entire document or project. The user can modify the graph and change the location of a message in this graph. He can also add additional father-son links. These changes will change the context of a message and therefore the view that will be offered to users when accessing the message.
  • the system also has automatic data import modules.
  • These data can be diverse.
  • the system dedicated to the image business may include an automatic image import module connected to an existing image pooling system. Any new image created in the external system can be automatically imported into the system.
  • filtering by criterion makes it possible to limit importation to data meeting certain criteria.
  • a format transformation may be required.
  • a setting can then set transmitters and / or recipients by default, a project or other.
  • the context of the imported message can always be changed after a user imports.
  • the automatic external data transformation means comprise means of automatic transformation of electronic documents resulting from networked storage systems, specialized applications of organization, project management, digital asset management, publishing, linking, selling or printing online
  • an import module can connect the system to an external messaging service, for example the conventional email service. All messages destined for certain mail addresses and / or from certain mail addresses can be automatically imported into the system. Transmitters and recipients can be retained or modified.
  • the mail data becomes one or more messages. For example, a first message may consist of the image contained in an attachment of a mail while the text of the mail becomes an annotation on the image, ie a child message of the image type message.
  • importing some attachments may result in a format change.
  • the initial format is kept in the system and is accessible.
  • the system can deliver an email address to its users. Users can also use a mail address delivered by another mail system. There are several possible cases for sending and receiving messages. If the message is sent from the system interface to a mail address delivered by the system. The message is stored in the system's databases, and its access is made possible only for the recipients and the sender. When a recipient connects to the interface, the interface loads all the data to which it has access and which must appear on the current view.
  • the message is sent from the system interface to a mail address delivered by another mail system, typically a conventional email address. If the recipient is not known to the system, he is identified by his usual email address and an account is created in the system.
  • An e-mail is sent to the recipient's regular e-mail address from the sender's address, either for each message or after a series of messages. This e-mail contains a link to the interface and may contain information about the message (s) and their context to enable the recipient to respond directly from his or her own system.
  • the title of the message may contain information identifying the parent message of the tree so that the system automatically links any response to the correct parent message.
  • the message is sent from another mail system, to a mail address delivered by the system or known by the system, insofar as it is used to identify a user of the system, or it has been registered as an alternate address by a user of the system identified in the system by another address, and the user in question has given the rights to the system to access emails received or sent with the address in question.
  • the message is a response to a message sent from the system interface, and if the mail title has
  • the response is automatically attached to its tree. Otherwise, the recipient can view the message by looking at the interface, and see that the message is identified as unanchored. For example it is displayed in a dedicated location, or marked
  • the other exchange system may be another messaging system, a storage or file-sharing system.
  • Some of these systems allow other systems to access the data of their users.
  • some e-mail systems allow other e-mail systems to access their users' e-mail through standard e-mail protocols such as POP and IMAP.
  • some file sharing services provide an API so that other systems can access the data of their users who would have given them their titles or access certificates.
  • the system user can view the electronic document by looking at the system interface and see that the document is unanchored. The user can then create a message from this document and anchor this message by attaching it to the tree of his choice, the parent message of his choice. For example, this action can be performed by moving the document on the message that the recipient identifies as being naturally his father. If the document format is supported for the requested anchor, then the system builds from the document a new message that it actually links to the specified tree.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Computer Hardware Design (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Data Mining & Analysis (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention vise à résoudre les problèmes précédents par un système centralisé de messagerie. Ce système est accédé depuis une interface distante par les différents intervenants. Ce système stocke les messages au sein d'une structure de données sous la forme d'un graphe orienté acyclique. Chaque message est typé en fonction du type des données composant le message. Le système offre une vue de chaque message en fonction de son type et de son contexte. Il offre en outre avantageusement des outils intégrés permettant et la manipulation et la modification des données métier.

Description

La présente invention concerne le domaine des systèmes de messagerie électronique et plus particulièrement un système de messagerie métier permettant le suivi des échanges et des données échangées entre professionnels participant à un même projet.
Dans le monde professionnel, une grande partie des échanges se fait par courrier électronique. Certains systèmes de courrier électronique permettent le suivi et la traçabilité des échanges effectués, en affichant par exemple un courrier au sein d'une conversation composée de réponses successives, identifiées comme telles par ce qu'elles ont le même titre.
Cependant, ces systèmes ne capturent pas l'ensemble des échanges d'un projet qui impliquent d'autres types de documents, et d'autres types de relations entre les documents échangés.
Le suivi de collaborations nécessite de conserver les éléments électroniques échangés, quel que soit leur format et le support d'échange, de les réunir et lesprésenter sur une interface où ils apparaissent dans leur contexte.
Les moyens d'échange de documents électroniques comprennent outre l'envoi de courriers électroniques l'utilisation de systèmes de stockage à accès multiple. Du fait de la multiplicité des supports, il est difficile de réunir les documents échangés, sans compter que certains supports n'assurent pas la persistance des données.
De plus tous les acteurs d'un même projet n'ont pas accès à l'ensemble des supports utilisés. En effet, certains supports sont rattachés à des applications spécialisées d'organisation, de gestion de projet, de gestion de patrimoine numérique, d'édition, de mise en relation, de vente, d'impression en ligne. Leur accès est restreint, par exemple à une entreprise ou à un métier.
Les formats d'échanges sont multiples, en terme de codage de l'information, et en terme de fonction du document. L'affichage des documents nécessite des outils spécialisés dont ne disposent pas tous les acteurs d'un projet.
Si l'on regarde, par exemple, les solutions actuelles de collaboration autour de documents graphiques, celles-ci ne permettent pas d'en réaliser le suivi.
Les interactions entre les différents intervenants, présence physique, visioconférences, partage d'écran, services web d'édition collaborative d'image, ne sont pas conservées.
Les échanges de courrier, de courriers électroniques avec pièces jointes, le stockage de fichiers sur des serveurs ou autres sont autant d'interactions qui ne sont pas rassemblées en un même point. Recréer le fil de la collaboration nécessite un important travail préliminaire d'assemblage des pièces échangées.
L'invention vise à résoudre les problèmes précédents par un système centralisé de messagerie. Ce système est accédé depuis une interface distante par les différentsintervenants. Ce système stocke les messages au sein d'une structure de données sous la forme d'un graphe orienté acyclique. Chaque message est typé en fonction du type des données composant le message. Le système offre une vue de chaque message en fonction de son type et de son contexte. Il offre en outre avantageusement des outils intégrés permettant et la manipulation et la modification des données métier.
L'invention concerne un système de messagerie comprenant des moyens de stockage et de gestion d'une pluralité de comptes utilisateurs ; des moyens de stockage et de gestion d'un ensemble de messages échangés entre ces utilisateurs ; des moyens de gestion pour chaque échange de message d'un émetteur du message, d'au moins un destinataire du message, cet émetteur et ces destinataires étant associéschacun à un compte utilisateur parmi la pluralité de comptes gérés par le système ; des moyens d'offrir à un utilisateur se connectant au système de messagerie une vue des messages le concernant ; chaque message comportant un champ de données associé au message, des moyens de gérer un type de message associé au type des données du champ données associé au message ; des moyens de gérer les messages sous la formed'un graphe orienté acyclique dont chaque nœud est un message et des moyens de gérer des droits d'accès aux messages limitant l'accès à un message à un ou plusieurs utilisateurs autorisés.
Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens de gérer pour chaque message un contexte comprenant des nœuds pères dans1e graphe du message et leur type et des moyens de personnaliser la vue offerte à un utilisateur d'un message en fonction du type du message et de son contexte.
Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens pour envoyer à un destinataire d'un message envoyé, des messages associés appartenant au contexte du message envoyé.
Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens de rattacher arbitrairement un message nouvellement créé par un utilisateur à un autre message préexistant du système.
Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens de rattacher arbitrairement un message choisi par un utilisateur à un autre message préexistant du système.
Selon un mode particulier de réalisation de l'invention, les moyens de gestion des droits d'accès aux messages limitent l'accès à un message donné à l'expéditeur et aux destinataires dudit message.
5 Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens de transformation automatique de données externes en messages dudit système.
Selon un mode particulier de réalisation de l'invention, les moyens de transformation automatique de données externes comprennent des moyens de lOtransformation automatique de messages issus d'un autre système de messagerie.
Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens de manipulation et de modification des données des messages selon leur type.
Selon un mode particulier de réalisation de l'invention, les types de message comprennent au moins un type document pour un message dont le champ de données 15est un document et un type commentaire pouvant être relatif à, et donc fils de, un message document.
Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens d'ancrer précisément un message commentaire relatif à un document sur le document commenté.
0 Selon un mode particulier de réalisation de l'invention, les types de messages comprennent en outre un type document paginé pour un message typiquement père dans le graphe de messages de type document.
Selon un mode particulier de réalisation de l'invention, les types de messages comprennent en outre un type document versionné pour un message typiquement père 5dans le graphe de messages de type document.
Selon un mode particulier de réalisation de l'invention, il comprend en outre des moyens de manipulation et d'édition de documents intégrés aux moyens d'offrir à un utilisateur se connectant au système de messagerie une vue des messages le concernant.
30 Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels :
La Fig. 1 illustre l'architecture d'un exemple de réalisation du système de messagerie.
La Fig. 2 illustre la structure de graphe des messages selon un exemple de réalisation de l'invention.
La Fig. 3 illustre la structure d'un message selon un exemple de réalisation de1' invention.
L'invention vise à proposer un système de messagerie métier qui permettent à un ensemble de professionnels collaborant sur un projet d'échanger des messages et des données métier. Ce système permet de centraliser l'ensemble des échanges impliquant chaque collaborateur dans un espace personnel qui lui est propre. Il permet ainsid' assurer la traçabilité des échanges relatifs au projet.
Le système selon l'invention peut adresser un grand nombre de métiers. D'un métier à un autre, les données manipulées peuvent être différentes. L'exemple de réalisation de l'invention adresse le métier de l'infographie. Les données métier sont donc dans cet exemple typiquement des documents pouvant être paginés ettypiquement composés au moins partiellement d'images. Il peut s'agir par exemple des échanges entre un donneur d'ordre et les graphistes en charge de fournir les documents demandés.
De manière générale, le système se présente sous la forme d'un service de courrier électronique accessible à distance typiquement depuis un navigateur internet.Ces systèmes sont connus sous le vocable anglais de webmail, il est en outre capable de gérer des messages typés. Par exemple, un message peut être un document, une version de document, une note relative à l'ensemble ou à une partie d'un projet, à un document, une version de document ou un détail sur une version de document.
Un tel système conserve et réunit une grande partie des interactions relatives àun projet, et permet de naviguer parmi ces éléments.
Il accepte les différents formats dans lesquels les collaborateurs produisent des documents ou images, les transforme éventuellement pour les afficher dans l'interface, et permet aux collaborateurs de télécharger le format initial.
La Fig. 1 illustre l'architecture générale du système. Le système de messageriecentral 1.1 est composé d'une base de données 1.2 qui conserve les messages et leurs attributs. Cette base de données conserve également les comptes des utilisateurs et leurs attributs. Cette base de données 1.2 est gérée par un module de contrôle 1.3. C'est ce module qui implémente les différentes fonctionnalités du système de messagerie. Ce module offre en particulier les fonctions de création, suppression, édition d'un message. Il offre également les fonctions de gestion des comptes utilisateurs. Le module serveur 1.4 est dédié à la gestion des requêtes des utilisateurs du système. Il répond à ces requêtes en collaboration avec le module de gestion de la base de données 1.3.
Les utilisateurs du système utilisent des postes clients 1.5 et 1.6. Ils disposent sur ces postes de moyens de se connecter au module serveur 1.4. Ils disposent alors de moyens leur permettant d'accéder au système de messagerie, de visualiser les messages, d'en créer, de les modifier et de les envoyer à d'autres utilisateurs du système.
Typiquement, le dialogue entre le client et le serveur est basé sur le protocole HTTP {Hyper Text Transport Protocol en anglais) ou HTTPS en mode sécurisé. L'utilisateur utilise alors un navigateur WEB tel que Internet Explorer (marque déposée), Chrome (marque déposée) ou Mozilla Firefox (marque déposée) pour accéder au système. Selon l'exemple de réalisation, la base de données utilisée est labase Hbase, le module de gestion de la base est composé d'un ensemble de programmes en langages tels que Java, Python et Perl. Le module client est implémenté en javascript et HTML, il utilise les spécifications HTML 5. Ces langages offrent la possibilité d'offrir une interface à l'utilisateur riche proche de l'interface pouvant être offerte par une application native.
La structure de données dans laquelle sont stockés les messages est un graphe orienté acyclique. Un exemple d'une telle structure est illustré Fig. 2. Typiquement une telle structure est associée à un projet au sein du système de messagerie. Le système peut alors avantageusement gérer plusieurs de ces projets et donc plusieurs graphes. Chaque nœud du graphe est un message du système de messagerie. Chaquegraphe contient un message racine, le message 2.1 sur la figure. Ce message correspond typiquement à un message de lancement de projet émis par l'initiateur du projet aux collaborateurs impliqués. Les premiers échanges relatifs au projets vont constituer des messages qui seront des fils dans le graphe du message racine, les messages 2.2 et 2.3 sur la figure. Ces messages susciteront eux-mêmes des réponsesqui seront leur fils dans le graphe, messages 2.4, 2.5 et 2.6. Ce processus se répète avec les messages 2.7 et 2.8.
Il est important de noter ici que la sémantique associée à la dépendance père fils dans le graphe des messages ne se limite pas à la notion de réponse à un message telle qu'elle est conçue dans un système de messagerie classique. Cette sémantique, comme nous le verrons plus loin est plus riche et peut dépendre du type du message. En particulier, un fils peut avoir deux pères ce qui ne serait pas possible si la relation de filiation ne reposait que sur le mécanisme de réponse.
Chaque nœud du graphe est donc un message et chaque message un nœud du 5graphe. Ce message possède une structure comprenant des champs. Un exemple d'une telle structure est représenté Fig. 3. Un premier champ 3.1 contient une référence à l'émetteur du message. Un second champ 3.2 contient une liste de références aux destinataires du message. Un éventuel champ 3.3 peut contenir une liste de référence à des destinataires cachés du message si l'on implémente le mécanisme de copie cachée lObien connu des systèmes de courrier électronique classiques. Un éventuel champ 3.4 contient des informations supplémentaires de contrôle d'accès qui vont déterminer les utilisateurs qui peuvent avoir accès au messages et les différents droits afférents. Le champ 3.5 contient la date de création du message.
Dans une mode de réalisation particulier de l'invention qui permet
15d'implémenter le mécanisme de « faire suivre » un message, un champ contient les données contenues dans le message et un autre champ contient l'historique de tous les échanges de ces données, y compris les dates, expéditeurs et destinataires de chaque envoi de ces données.
Le champ 3.6 contient les données contenues dans le message. Ces données 0peuvent être de différents types. Ces types comprennent le type texte pour les messages simples, mais peuvent aussi inclure tout type de données en particulier en relation avec le métier associé au système de messagerie. Dans l'exemple de réalisation de l'invention, le métier étant relatif à l'image, les données peuvent être de type document, version de document, document visuel paginé, etc. Ces données 5peuvent également inclure des types multimédias tels que des images, de la vidéo, ou du son. Le champ 3.7 contient des références sur les messages fils du nœud courant s'ils existent. Un message peut contenir un nombre quelconque, potentiellement nul de fils. Selon le mode de réalisation du système, le message peut encore contenir d'autres champs si nécessaire en supplément ou en remplacement des champs décrits. 0 Une caractéristique importante du système est que chaque message est typé en fonction du type des données contenues dans le message. Dans l'exemple de réalisation relatif au métier de l'image on trouve notamment un type projet pour le message racine d'un projet, un type texte pour les messages texte échangés entre les utilisateurs, un type document pour les messages décrivant un document, un type version de document pour les messages dont le champ de donnée est une version spécifique d'un document, un type image pour les messages dont le champ de donnée est une image, un type commentaire pour un commentaire pouvant être relatif au projet, à un document, à une image ou à un type d'image, un type commentaire ancré 5pour un commentaire relatif à une portion de document ou d'image. Avantageusement le type commentaire ancré peut être associé précisément à un pixel ou à un ensemble de pixels précis du document ou de l'image ou de la version d'image auquel il se rapporte.
Avantageusement, le système comprend un type document paginé pour un lOmessage typiquement père dans le graphe de messages de type document. Il peut comprendre également un type document versionné pour un message typiquement père dans le graphe de messages de type image ou de type document. Un document pouvant ici être compris comme tout type de document, image, texte, vidéo, son ou autre.
15 C'est donc le métier associé au système de messagerie qui définit les différents types de messages gérés par le système.
C'est le type des messages concernés qui donne la sémantique à une relation de filiation dans le graphe. Par exemple, un commentaire fils d'un autre commentaire est une réponse à ce commentaire. Un commentaire fils d'une image est un commentaire 0sur cette image. Une version de document, fils d'un document versionné, est une version du document dont il est le fils. Un document fils d'un projet est un document du projet. Cette liste d'exemples est non limitative. On comprend ici que la relation père fils dans le graphe est beaucoup plus riche que la notion de réponse connue des systèmes de messagerie classique.
5 Avantageusement, le système gère des droits d'accès à chaque message. Selon l'exemple de réalisation, ces droits d'accès dérivent de l'émetteur du message et de ses destinataires. Seuls ceux-ci ont accès au message. Ils peuvent le visualiser et le supprimer. Lorsqu'un destinataire d'un message le supprime, il supprime seulement ses propres droits à accéder au message. Du moins tant qu'un autre utilisateur dispose Odes droits sur le message. Lorsque le dernier utilisateur supprime le message, celui-ci est réellement supprimé. Avantageusement, il peut alors être tout de même conservé à des fins de traçabilité. Un message ne peut être modifié que par l'émetteur, et tant que le message n'a pas de destinataires. Avantageusement, selon le type de message, l'accès à un message entraîne un droit récursif d'accès à tous les fils de ce message dans le graphe.
Chaque message dispose d'un contexte. Le contexte d'un message est constitué d'un ensemble de messages voisins dans le graphe. Le contexte comprend typiquement au moins le père du message dans le graphe s'il existe. Il peut contenir un 5ensemble de nœuds pères dans le graphe. Dans certains modes de réalisation, il contient également des voisins dans le graphe et pas uniquement des pères. Le contexte d'un message est l'ensemble des messages nécessaires à la compréhension du message courant. Par exemple, un message de type commentaire ne peut le plus souvent se comprendre qu'accompagné du message dont il est un commentaire. Le lOcontexte d'un message qui est une réponse à un commentaire sur une image nécessite pour sa compréhension le commentaire auquel il répond, mais aussi le document commenté. De même, un commentaire sur une version de document peut nécessiter la version de document commenté pour sa compréhension, mais encore éventuellement une autre version de document ou le message de type document dont la version de
15document est une version. On voit qu'en fonction du type du message et du type des messages voisins dans le graphe, le contexte peut comprendre un nombre quelconque de messages voisins.
Avantageusement, lorsqu'un utilisateur demande la visualisation d'un message au système, le système lui offre une visualisation de son message dans son contexte. 0C est-à-dire que les messages de son contexte sont également affichés pour lui permettre une compréhension aisée et immédiate du message. Cet affichage est personnalisé en fonction du type du message et du contexte. Par exemple, un commentaire ancré sur une portion de document ou d'image apparaît en surimposition sur cette portion de document ou d'image. Un commentaire sur un document apparaît 5à côté du document commenté. Une réponse à un commentaire apparaît avec un lien sur le commentaire. Un document au sein d'un projet apparaît dans une fenêtre dédiée au projet, etc. Cette faculté de personnaliser l'affichage d'un message en fonction de son type et de son contexte est une des caractéristiques importantes du système.
Un même message apparaît à des utilisateurs différents selon un contexte 0différent. Éventuellement un même message peut apparaître différemment à un même utilisateur selon le contexte. Par exemple, un message ayant deux pères dans le graphe peut apparaître différemment selon que le contexte privilégie un père ou l'autre.
Avantageusement, le système offre à l'utilisateur des moyens de visualisation spécifique des données métier. Dans l'exemple de réalisation, il offre des moyens de visualisation d'un document qui permettent une gestion du rendu des couleurs. Ces moyens permettent également de grandir le document, de l'afficher en plein écran ou encore de visualiser en vis-à-vis différentes versions du document, de visualiser deux versions de document en mode alterné rapide pour en discerner les différences, par 5exemple. Avantageusement il est également possible d'effectuer certaines manipulations telles que la rotation, le rognage, des modifications colorimétriques, etc. Ces outils sont intégrés au système de messagerie et permettent la manipulation, la visualisation et la modification des données métiers selon leur type.
Lors de l'envoi du message, les éléments de son contexte sont aussi envoyés aux lOpersonnes qui sont destinataires du message, mais qui n'avaient pas reçu les éléments de son contexte.
Les destinataires d'un message reçoivent le droit d'accéder au message et à toute l'information sur les messages parents nécessaire pour que s'affiche correctement le message reçu. Par exemple, un utilisateur reçoit un document alors qu'il n'avait
15encore reçu aucun élément du projet. Le système pourra accéder en son nom à la racine du projet, afin de constater que le document fait partie d'un projet séparé des autres projets de l'utilisateur, et la présenter ainsi.
La création d'un nouveau message prend place dans un contexte. En effet, l'utilisateur est connecté au système dont il visualise certains éléments au moment où 0il crée un message. Par exemple, il visualise un document et crée un commentaire. Automatiquement, le commentaire va être relié au document courant affiché. De même s'il visualise un commentaire et crée une réponse, cette réponse est rattachée au commentaire. Il peut aussi importer manuellement des données externes. Ces données externes au système peuvent être, par exemple un document qui sera automatiquement 5introduit dans le projet courant. Il lui faut alors sélectionner des destinataires et envoyer son message. Avantageusement, le système lui propose une liste de destinataires en fonction de son contexte, les intervenants du projet ou les destinataires du message actuellement visualisé.
Une fois le message créé, il est toujours possible à tout moment, s'il possède les 0autorisations correspondantes, à un utilisateur de modifier ou d'enrichir les filiations d'un message. Par exemple un commentaire d'une version de document peut être également rattaché au document ou au projet entier. L'utilisateur peut modifier le graphe et changer l'emplacement d'un message dans ce graphe. Il peut aussi ajouter des liens père-fils supplémentaires. Ces modifications vont modifier le contexte d'un message et donc la vue qui sera offerte aux utilisateurs lors de l'accès au message. Avantageusement, il n'est pas possible de supprimer un lien totalement pour des raisons de traçabilité.
Avantageusement, le système dispose également de modules d'importationautomatique de données. Ces données peuvent être diverses. Par exemple, le système dédié au métier de l'image peut comprendre un module d' import automatique d'images connecté à un système de mise en commun d'images existant. Toute nouvelle image créée dans le système externe peut être automatiquement importée dans le système. Avantageusement, un filtrage par critère permet de limiter importation à des données répondant à certains critères. Une transformation de format peut être requise. Un paramétrage peut alors fixer des émetteurs et/ou des destinataires par défaut, un projet ou autre. Le contexte du message importé peut toujours être modifié après l'importation par un utilisateur.
Avantageusement, les moyens de transformation automatique de donnéesexternes comprennent des moyens de transformation automatique de documents électroniques issus de systèmes de stockage en réseau, d'applications spécialisées d'organisation, de gestion de projet, de gestion de patrimoine numérique, d'édition, de mise en relation, de vente ou d'impression en ligne
Un autre exemple de module d'importation peut connecter le système à unservice de messagerie externe, par exemple le service de courrier électronique classique. Tous les messages destinés à certaines adresses de courrier et/ou provenant de certaines adresses de courrier peuvent être importés automatiquement dans le système. Les émetteurs et destinataires peuvent être conservés ou modifiés. Les données du courrier deviennent un ou plusieurs messages. Par exemple, un premiermessage peut consister en l'image contenue en pièce jointe d'un courrier tandis que le texte du courrier devient une annotation sur l'image, c'est à dire un message fils du message de type image. Une fois le courrier créé automatiquement dans le système, il peut être attaché par l'utilisateur à un emplacement choisi du graphe. Il acquiert donc son contexte. Ici aussi, l'importation de certaines pièces jointes peut entraîner unchangement de format. Avantageusement, le format initial est conservé dans le système et est accessible.
Le système peut délivrer une adresse de courrier électronique à ses utilisateurs. Les utilisateurs peuvent également utiliser une adresse de courrier délivrée par un autre système de messagerie. Il y a plusieurs cas possibles pour l'envoi et la réception de messages. Si le message est envoyé depuis l'interface du système à une adresse de courrier délivrée par le système. Le message est stocké dans les bases de données du système, et son accès est rendu possible uniquement pour les destinataires et l'expéditeur. Lorsqu'un destinataire se connecte à l'interface, l'interface charge toutes 51es données auquel il a accès et qui doivent apparaître sur la vue courante.
Si le message est envoyé depuis l'interface du système à une adresse de courrier délivrée par un autre système de messagerie, typiquement une adresse de courrier électronique classique. Si le destinataire n'est pas connu du système, il est identifié par son adresse de courrier électronique classique et un compte lui est créé dans le lOsystème. Un courrier électronique est envoyé à l'adresse de courrier électronique classique du destinataire depuis l'adresse de l'expéditeur, soit pour chaque message, soit après une série de messages. Ce courrier électronique contient un lien vers l'interface et peut contenir de l'information sur le ou les messages et leur contexte pour permettre au destinataire de répondre directement depuis son propre système de
15messagerie. Le titre du message peut contenir une information identifiant le message père de l'arborescence de façon à ce que le système rattache automatiquement une éventuelle réponse au bon message père.
Si le message est envoyé depuis un autre système de messagerie, à une adresse de courrier délivrée par le système ou connue par le système, dans la mesure où elle 0sert à identifier un utilisateur du système, ou elle a été enregistrée comme adresse alternative par un utilisateur du système identifié dans le système par une autre adresse, et l'utilisateur en question a donné les droits au système d'accéder aux emails reçus ou envoyés avec l'adresse en question. Dans le cas où le message est une réponse à un message envoyé depuis l'interface du système, et si le titre du courrier a
25conservé la référence au message père ou suffisamment d'indices pour ancrer automatiquement le courrier en tant que message du système, la réponse est automatiquement rattachée à son arborescence. Dans le cas contraire, le destinataire peut visualiser le message en consultant l'interface, et voir que le message est identifié comme non ancré. Par exemple il est affiché dans un emplacement dédié, ou marqué
30d'un signe reconnaissable. L'utilisateur a alors la possibilité d'ancrer le message en le rattachant à l'arborescence de son choix, au message père de son choix. Par exemple, cette action peut être effectuée par le déplacement du message non ancré sur le message que le destinataire identifie comme étant naturellement son père. Un courrier reçu par deux destinataires différents est importé indépendamment sur les espaces personnels de ces deux utilisateurs. Les deux copies sont considérées par le système comme deux documents différents. Si les deux utilisateurs les ancrent simultanément au projet et les envoient simultanément comme messages du projet, ce seront deux messages différents. Il est important de noter que tout import non ancré est « local » à1'espace personnel de l'utilisateur qui a permis l'import.
Il se peut également qu'un utilisateur du système reçoive un document électronique par l'intermédiaire d'un autre système d'échange connu par le système, dans le cas où l'utilisateur aurait donné au système les droits et les moyens d'accéder aux documents qu'il reçoit par l'intermédiaire de cet autre système.
Par exemple, l'autre système d'échange peut être un autre système de messagerie, un système de stockage ou de partage de fichiers. Certains de ces systèmes permettent à d'autres systèmes d'accéder aux données de leurs utilisateurs. Par exemple, certains systèmes de messagerie permettent aux autres systèmes de messagerie d'accéder aux courriers de leurs utilisateurs par les protocoles demessagerie standard tels que POP et IMAP. Ou encore, certains services de partage de fichiers proposent une API pour que les autres systèmes puissent accéder aux données de leurs utilisateurs qui leur auraient confié leurs titres ou certificats d'accès.
Dans ce cas, l'utilisateur du système peut visualiser le document électronique en consultant l'interface du système et voir que le document est non ancré. L'utilisateur aalors la possibilité de créer un message à partir de ce document et d'ancrer ce message en le rattachant à l'arborescence de son choix, au message père de son choix. Par exemple, cette action peut être effectuée par le déplacement du document sur le message que le destinataire identifie comme étant naturellement son père. Si le format du document est supporté pour l'ancrage demandé, le système construit alors à partirdu document un nouveau message qu'il rattache effectivement à l'arborescence indiquée.

Claims

REVENDICATIONS
1/ système de messagerie comprenant :
- des moyens de stockage et de gestion d'une pluralité de comptes utilisateurs ;
5 - des moyens de stockage et de gestion d'un ensemble de messages échangés entre ces utilisateurs ;
- des moyens de gestion pour chaque échange de message d'un émetteur du message, d'au moins un destinataire du message, cet émetteur et ces destinataires étant associés chacun à un compte utilisateur parmi la pluralité de comptes gérés par le lOsystème ;
- des moyens d'offrir à un utilisateur se connectant au système de messagerie une vue des messages le concernant ;
caractérisé en ce que le système comporte en outre :
- chaque message comportant un champ de données associé au message, des 15moyens de gérer un type de message associé au type des données du champ données associé au message ;
- des moyens de gérer les messages sous la forme d'un graphe orienté acyclique dont chaque nœud est un message ;
- des moyens de gérer des droits d'accès aux messages limitant l'accès à un 20message à un ou plusieurs utilisateurs autorisés.
2/ système de messagerie selon la revendication 1, caractérisé en ce qu'il comporte en outre :
- des moyens de gérer pour chaque message un contexte comprenant des nœuds 25pères dans le graphe du message et leur type ;
- des moyens de personnaliser la vue offerte à un utilisateur d'un message en fonction du type du message et de son contexte.
3/ système de messagerie selon la revendication 2, caractérisé en ce qu'il 30comporte en outre :
- des moyens pour envoyer à un destinataire d'un message envoyé, des messages associés appartenant au contexte du message envoyé.
4/ système de messagerie selon l'une des revendications 1 à 3, caractérisé en ce qu'il comporte en outre :
- des moyens de rattacher arbitrairement un message nouvellement créé par un utilisateur à un autre message préexistant du système. 5/ système de messagerie selon l'une des revendications 1 à 3, caractérisé en ce qu'il comporte en outre :
- des moyens de rattacher arbitrairement un message choisi par un utilisateur à un autre message préexistant du système. 6/ système de messagerie selon l'une des revendications 1 à 5, caractérisé en ce que les moyens de gestion des droits d'accès aux messages limitent l'accès à un message donné à l'expéditeur et aux destinataires dudit message.
7/ système de messagerie selon l'une des revendications 1 à 6, caractérisé en cequ'il comporte en outre :
- des moyens de transformation automatique de données externes en messages dudit système.
8/ système de messagerie selon la revendication 7, caractérisé en ce que lesmoyens de transformation automatique de données externes comprennent des moyens de transformation automatique de messages issus d'un autre système de messagerie.
91 système de messagerie selon l'une des revendications 1 à 8, caractérisé en ce qu'il comporte en outre :
- des moyens de manipulation et de modification des données des messages selon leur type.
10/ système de messagerie selon l'une des revendications 1 à 9, caractérisé en ce que les types de message comprennent au moins :
- un type document pour un message dont le champ de données est un document ;
- un type commentaire pouvant être relatif à, et donc fils de, un message document. 11/ système de messagerie selon la revendication 10, caractérisé en ce qu'il comporte en outre des moyens d'ancrer précisément un message commentaire relatif à un document sur le document commenté.
5 12/ système de messagerie selon l'une des revendications 10 ou 11, caractérisé en ce que les types de messages comprennent en outre un type document paginé pour un message typiquement père dans le graphe de messages de type document.
13/ système de messagerie selon l'une des revendications 10 ou 11, caractérisé lOen ce que les types de messages comprennent en outre un type document versionné pour un message typiquement père dans le graphe de messages de type document.
14/ système de messagerie selon l'une des revendications 10 à 13, caractérisé en ce qu'il comprend en outre des moyens de manipulation et d'édition de documents 15intégrés aux moyens d'offrir à un utilisateur se connectant au système de messagerie une vue des messages le concernant.
0
PCT/FR2011/000427 2010-07-20 2011-07-19 Systeme de messagerie electronique oriente metier WO2012010751A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1055916 2010-07-20
FR1055916A FR2963181A1 (fr) 2010-07-20 2010-07-20 Systeme de messagerie electronique oriente metier

Publications (1)

Publication Number Publication Date
WO2012010751A1 true WO2012010751A1 (fr) 2012-01-26

Family

ID=43640642

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2011/000427 WO2012010751A1 (fr) 2010-07-20 2011-07-19 Systeme de messagerie electronique oriente metier

Country Status (2)

Country Link
FR (1) FR2963181A1 (fr)
WO (1) WO2012010751A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1085444A2 (fr) * 1999-09-20 2001-03-21 Microsoft Corporation Courrier électronique à base d'adresses du type thread
US20070005715A1 (en) * 2005-07-01 2007-01-04 Levasseur Thierry Electronic mail system with aggregation and integrated display of related messages

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1085444A2 (fr) * 1999-09-20 2001-03-21 Microsoft Corporation Courrier électronique à base d'adresses du type thread
US20070005715A1 (en) * 2005-07-01 2007-01-04 Levasseur Thierry Electronic mail system with aggregation and integrated display of related messages

Also Published As

Publication number Publication date
FR2963181A1 (fr) 2012-01-27

Similar Documents

Publication Publication Date Title
US7970834B2 (en) Method and program product for tracking a file attachment in an e-mail
US20170302615A1 (en) Collaboration management systems
CA2567315C (fr) Protocole de messagerie pour traiter des messages avec des pieces jointes
US8095551B2 (en) Annotating shared contacts with public descriptors
US20080195705A1 (en) Methods of collaborating within a shared electronic calendar
US20150295872A1 (en) Aggregating digital file and message content into a singular and chronologically organized conversation
US20150095438A1 (en) Systems and methods for video messaging and confirmation
US20030135565A1 (en) Electronic mail application with integrated collaborative space management
US20130325980A1 (en) System and method for creating and delivering complex graphic emails which automatically adapt to fit a variety of different recipient devices
JP2004533038A (ja) コンピュータネットワークを介する情報の共有、管理、および通信すること
US20100004971A1 (en) Coordinating shedules based on contact priority
US20100010864A1 (en) Contact priority schedule coordinator
KR20100138915A (ko) 전자 메일 대화를 읽기 위한 사용자 인터페이스
EA008675B1 (ru) Система и способ поиска, управления, доставки и представления знаний
US20060294191A1 (en) Providing context in an electronic messaging system
US20100199171A1 (en) Method, system and program product for providing an on-demand rich media presentation tool
WO2004015897A2 (fr) Systeme et procede de collaboration multi-utilisateur
FR2818475A1 (fr) Systeme de distribution selective de fichiers electroniques via une plate-forme d'acces commune
US7617456B2 (en) Media and functional objects transmitted in dynamic picture files
WO2012010751A1 (fr) Systeme de messagerie electronique oriente metier
WO2001095577A1 (fr) Procede de transmission d'un message entre deux ordinateurs relies a un reseau et systeme de messagerie correspondant
EP2360890B1 (fr) Création et utilisation d'un espace de partage autour d'au moins un contenu associé à un utilisateur source pour des utilisateurs destinataires
Pedersen CPanel user guide and tutorial
WO2001033397A9 (fr) Systeme et procede de gestion de processus ayant une plus grande flexibilite
WO2003023651A1 (fr) Procede d'annotation de documents informatiques, et systeme associe

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11758245

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11758245

Country of ref document: EP

Kind code of ref document: A1