FR 2830642 A1 20030411 FR 0112824 A 20011005 L'invention concerne les moyens de tri automatique de messages arrivant sur une messagerie électronique, et notamment de tels moyens lorsqu'ils réalisent une hiérarchisation des messages en vue de mettre en évidence les messages les plus importants. On connaît des modules logiques de messagerie aptes à effectuer de telles taches selon des paramètres choisis par l'utilisateur. Ainsi, ces modules sont programmés pour détecter dans les messages certains attributs prédéfinis, tels qu'un nom d'expéditeur ou un mot-clef dans le titre. Lors qu'un tel attribut est détecté, le message subit une action de classement associée. Pour certains attributs le message est classé dans un dossier donné, pour d'autres le message est écarté (par exemple expéditeur indésirable), pour d'autres le message est re-routé sur une autre messagerie. De tels moyens permettant de définir des règles de gestion des messages ont notamment été proposés pour des messageries connues aujourd'hui sous le nom de POP3 ou IMAP4, et sous des dénominations commerciales comme OUTLOOK (marque déposée). De tels moyens, s'ils effectuent certes des taches de tri à la place de l'utilisateur, s'avèrent toutefois trop fastidieux d'utilisation. En effet, l'utilisateur doit prévoir au moment de la programmation, c'est-à-dire à l'avance, les règles qui définiront l'importance qu'il conférera à tel ou tel message. Cette démarche s'avère peu fiable, car l'utilisateur n'a souvent pas totalement conscience de ses préoccupations futures : le classement effectué par la suite peut s'avérer ne pas être celui souhaité. Ainsi, l'invention se propose de fiabiliser les outils de classement automatique, c'est-à-dire de proposer un outil qui gère la présentation des messages électroniques sans s'appuyer sur une définition préalable des priorités qui risque d'être inadaptée à l'utilisateur. De plus l'invention vise à éviter l'étape fastidieuse de programmation des moyens de tri des messages. Ces buts sont atteints selon l'invention grâce à un ensemble de gestion automatique de messages électroniques arrivant sur une ou plusieurs messageries, comprenant des règles de hiérarchisation automatique de présentation de nouveaux messages arrivant sur une ou plusieurs messageries, en fonction d'attributs particuliers de ceux-ci, caractérisé en ce qu'il comprend des moyens pour analyser une session de consultation de messages par un utilisateur et, en résultat à cette analyse, produire et/ou modifier des règles de hiérarchisation automatique de présentation de nouveaux messages, de sorte que les nouveaux messages arrivant sur la ou les messageries sont présentés selon une hiérarchie reflétant un comportement de consultation de l'utilisateur. D'autres caractéristique, buts et avantages de l'invention apparaîtront à la lecture de la description qui va suivre, faite en référence à la figure 1, qui est un schéma fonctionnel présentant les composantes essentielles d'un ensemble logique de gestion de messages conforme à l'invention. L'ensemble de traitement des messages de la figure 1 comprend un module de messagerie 100, de type outlook (marque déposée) et une base de données 200 dans laquelle sont stockées des règles d'affichage des nouveaux messages arrivant sur la messagerie 100. Ces pages nécessitent principalement en des définitions d'actions de rangement des messages dans un ordre d'affichage réflétant leur importance. Lors de l'affichage de nouveaux messages, la base de règles 200 sera utilisée pour produire une notification synthétique hiérarchisée, par exemple une liste des messages affichés selon un ordre d'importance décroissante, ces règles fournissant ainsi une hiérarchisation d'affichage, au plus proche des attentes de l'utilisateur. Sous la référence 300 est représenté un module éditeur de règles, grâce auquel un utilisateur peut consulter la définition des règles stockées dans la base 200, modifier ces règles, créer ou effacer certaines règles. On a en outre représenté, sous la référence 400, une application qui scrute les messages arrivant sur la messagerie 100 et les actions d'un utilisateur sur ces messages. Cette application 400 analyse le comportement de lecture de l'utilisateur et génère des règles qui modélisent la perception qu'a l'utilisateur de la hiérarchie d'importance des messages arrivant. Grâce à une telle production de règles apprises par l'analyse du comportement de l'utilisateur, l'affichage d'une synthèse de l'ensemble des messages se fait dans une forme dépendant du comportement de l'utilisateur, analysé à chaque session de consultation. L'ensemble décrit ici est par exemple un dispositif constitué d'une série de modules qui consistent physiquement en des unités matérielles distinctes mais cet ensemble consiste, selon une variante, en des unités logiques implémentées de manière imbriquée dans un dispositif informatique. On décrira maintenant comment le système de la figure 1 profite des temps consacrés par l'utilisateur de sa messagerie à l'analyse et à la lecture de son contenu pour générer des règles de présentation d'une synthèse de nouveaux messages, c'est à dire ici des messages non lus, et apporter ainsi une aide à la prise de décision sur l'opportunité de consultation de la messagerie. On décrira maintenant un déroulement type d'une session de consultation de messages par un utilisateur, et les modifications et créations de règles de présentation automatique qui sont réalisées en réponse par le système en présence. Un utilisateur consulte sa messagerie, ici une messagerie de type outlook (marque déposée). Il ouvre un dossier connu sous le nom de inbox , et qui contient les messages non lus jusqu'à présent. Il a typiquement une quinzaine de messages. Il ne consulte pas les messages dans l'ordre chronologique où ils sont présentés, mais il ouvre en premier lieu un mail (message) rédigé en anglais. Le module d'observation 400 détecte cette action particulière comme donnant une indication de hiérarchie, ici l'indication que ce message a une importance de premier ordre. Le module 400 examine les attributs principaux de ce message : il note que la langue est une langue particulière, et en déduit que les messages dans cette langue particulière sont de première importance. Il produit alors une règle messages en anglais à afficher en premier . Dans la suite de la session de consultation, l'utilisateur efface un message sans l'ouvrir. Le module 400 détecte cette action en tant que donnant une indication de hiérarchie. Le module 400 sait qu'il doit examiner le nom de l'expéditeur en réponse à une telle action d'effacement sans ouverrture. Il relève le nom de l'expéditeur et classe cet expéditeur comme indésirable et non urgent. En d'autres termes, il crée la règle selon laquelle les messages ayant le nom d'expéditeur sont à présenter en dernier lieu dans affichage à ordre d'importance décroissante. Outre ces actions extrêmes sur les messages, le module 400 observe l'ordre d'ouverture des messages et produit une journalisation de l'ordre d'ouverture des messages en fonction de différents paramètres. Ainsi, le module 400 relève, pour chaque message, à quel stade de la chronologie d'ouverture ce message est ouvert et relève ses attributs essentiels (expéditeur, mots clefs du titre et langue de rédaction). Il réalise ensuite une mise en correspondance entre la présence de ces attributs et un niveau d'importance indiqué par l'ordre d'ouverture. Le module 400 génère alors une règle qui commande l'attribution d'une note donnée entre 1 et 10, pour la présence d'un attribut donné. Par exemple, les messages comportant le mot clef priorité auront une note de 8/10. Les notes seront attribuées aux nouveaux messages en fonction de la présence ou non des attributs pertinents, et les notes attribuées serviront à ranger les messages dans un ordre d'affichage par ordre d'importance décroissant. Le module 400 détecte également l'action particulière de l'utilisateur selon laquelle il ouvre un mail, le lit et répond tout de suite. La règle produite est alors de classer tout message de mêmes attributs essentiels dans les affaires courantes avec une priorité forte, typiquement 8 sur une échelle de 1 à 10. Plus généralement, le présent module prend en compte la vitesse de réponse de l'utilisateur à un message : le temps mis pour la réponse se décompose en la durée, le numéro de la session de connexion à la lecture des messages où l'utilisateur répond, c'est à dire le fait de savoir si l'utilisateur répond à la première session d'ouverture où il est présent, ou à la deuxième, etc., Le temps mis pour la réponse inclut en outre le nombre d'itérations pour l'élaboration de la réponse. Dans le présent exemple, le module 400 détecte également l'archivage de messages dans certains dossiers, et, lorsque les attributs relevés sur ces messages classés réapparaissent dans de nouveaux messages arrivant, le module 400 réalise la même opération d'archivage dans le dossier concerné. Pour cela, en vue d'attacher un message à un projet, le module relève la présence d'un ou plusieurs mots clefs pertinents. De même, certains mots clefs relevés en association avec des actions de suppression par l'utilisateur, sont intégrés dans de nouvelles règles qui déclenchent la suppression automatique de messages présentant ces mêmes mots clefs. Enfin, lorsque la session de consultation se termine, le module 400 affecte à tous les mails non ouverts un niveau de priorité de 2/10 ; Ainsi, dans le présent exemple, le module 400 détecte des actions particulières prédéfinies de l'utilisateur, et pour chaque action détectée, prend en compte au moins un attribut d'une nature qui est prédéfinie en relation avec l'action à détecter, et mémorise l'attribut spécifique ayant cette nature et qui a déclenché cette action particulière. Pour mettre en oeuvre une telle suite d'étapes produisant au final des règles de classement automatique, une variante avantageuse est un système ayant des moyens par lesquels : - on stocke en mémoire une série de types d'actions d'utilisateur à détecter (lecture en premier, effacement direct, réponse instantanée, ordre d'ouverture dans la chronologie d'ouverture), des préconisations de classement ultérieur associées chacune à un type d'action d'utilisateur détecté (attribuer un ordre d'affichage par exemple), et une série de natures d'attributs pertinentes (expéditeur, contenu du titre, langue), chaque nature d'attribut pertinente étant mémorisée comme pertinente pour un type d'action d'utilisateur correspondant (l'attribut expéditeur pour un effacement, l'attribut titre pour un ordre d'ouverture particulier). - on surveille les actions d'un utilisateur sur les messages arrivant et, si une action présente un des types d'actions mémorisés, on examine l'attribut spécifique (par exemple l'expéditeur) de ce message, c'est à dire l'attribut dont la nature est celle mémorisée comme pertinente pour ce type d'action, - on mémorise ensuite cet attribut spécifique (par exemple le nom de l'expéditeur) comme étant déclencheur dans la suite pour la préconisation d'action de classement automatique (affichage en dernier des messages de cet expéditeur par exemple) préconisation qui était associée en mémoire au type d'action initialement détecté chez l'utilisateur (mémorisation d'affichage en dernier si effacement direct déjà survenu). A toute nouvelle apparition d'un tel attribut spécifique mémorisé, on applique au nouveau message la préconisation d'action de classement ultérieur qui est mémorisée en association à cet attribut spécifique. Les règles produites lors d'une session de consultation de messages sont comparées par le module 400 avec les règles existantes dans la base 200. Puis le module 400 en ajoute, en modifie, en retranche en fonction d'heuristiques de comparaison. Les règles sont ainsi mises à jour par le module 400. La messagerie 100 comprend des moyens pour déclencher une mise en oeuvre des règles de la base 200 à chaque arrivée d'un nouveau message. Ainsi, à chaque message arrivant, on met en oeuvre une analyse des mails non lus générant un affichage automatiquement hiérarchisé, pour création éventuelle d'un personnage. Une application telle que celle décrite en référence à la figure 1 peut être intégrée à un service de messagerie de type connu sous le nom de http, de type voilà ou wanadoo (marques déposées), afin d'apporter une amélioration dans la personnalisation d'un portail internet. On peut aussi concevoir un module mettant en oeuvre cette application, de type stand-alone (autonome) qui génère des règles pouvant être ensuite téléchargées (après décryptage) vers un moteur de génération de modification de synthèse multimessagerie Un tel module représente un avantage concurrentiel lorsque disponible exclusivement sur un portail internet donné. Dans les systèmes d'ensemble qui viennent d'être décrits, une application telle que l'application 400 est capable d'analyser les sessions de consultation de messages, de produire des règles de comportement, de modifier les règles présentes qui le nécessitent dans la base. C'est une autre application qui utilisera les règles en lecture (affichage d'une notification graphique multimessagerie). L'implémentation est classique. On peut utiliser un plug-in (module ajouté avec prédispositions d'adaptation) mis en place sur une application de type outlook, et destiné à scruter et enregistrer les actions pendant une session dans une base de données telle que la base 200. De préférence, en fin de session, la base de données 200 est analysée par le module 400 (production de moyenne, écart types, etc... et de liste d'attributs en relation avec une hiérarchie d'ouverture des messages). Selon une variante de moyens d'analyse de la base de données 200, le module d'apprentissage 400 présente des moyens pour mémoriser une liste d'attributs pour plusieurs messages en relation avec une indication de hiérarchie donnée par une action particulière de l'utilisateur sur chacun de ces messages. Suite à la mémorisation de plusieurs listes d'attributs, chaque liste correspondant à un message, le module 400 analyse ces listes, et identifie un ou des attributs apparaissant régulièrement en association avec une action donnée de l'utilisateur. Si cet attribut, identifié à maintes reprises, apparaît dans un nouveau message, les moyens appliquent au nouveau message une action de hiérarchisation réflétant l'action de l'utilisateur appliquée d'habitude à un tel message. Ainsi, si l'utilisateur a répondu de manière instantanée à dix messages, et que ces messages avaient huit fois sur dix un même expéditeur donné, l'apparition de cet expéditeur sur un nouveau message déclenche l'affichage prioritaire de ce message. De telles apparitions répétées d'attributs donnés, en association à une action particulière, sont analysées dès que possible en appliquant des moyennes, des écarts-types. L'éditeur de règles 300 est quant à lui un logiciel spécifique recevant en entrée une collection de règles et permettant à l'utilisateur de les visualiser, modifier, créer, supprimer directement. L'invention pourrait intéresser notamment les fournisseurs d'accès offrant un service de messagerie afin d'améliorer leur offre, en fournissant une présentation personnalisée des messages arrivant. Toutefois le concept est généraliste. Le système décrit est capable d'apprentissage, de production de règles, de modification en temps réel des règles et de la modélisation de la perception des hiérarchies des messages d'un utilisateur, en fonction du comportement de lecture (par exemple l'urgence dont il fait preuve à les consulter). Un message ne présentant aucune similitude avec une règle existante pourrait, selon un exemple d'implémentation, être classé comme urgent. Une nouvelle règle est par exemple générée dans cette suivante, en fonction d'un comportement ultérieur de l'utilisateur réalisé sur un tel message classé par défaut en premier. Cette nouvelle règle est appliquée ensuite aux messages ayant des similitudes spécifiques avec le message initialement classé par défaut en premier. Pour l'utilisateur de la messagerie, ce système automatise en outre la tâche de création des règles, tout en permettant également la consultation de ces règles avec modifications possibles. Le système décrit ici présente au final automatiquement une synthèse du contenu de la messagerie sous forme hiérarchisée selon les habitudes de l'utilisateur (aide à la prise de décision sur l'opportunité de lire sa messagerie). L'avantage médiatique est direct par la présence d'une marque donnée sur un concept émergent, qui relève ici de l'analyse de contenu de messagerie multimédia, face à l'émergence du besoin de centraliser l'ensemble des moyens de communication dont un utilisateur dispose de nos jours. La tendance actuelle étant que le nombre de mails augmente chaque jour, un tel outil capable de hiérarchiser et de réaliser une synthèse de l'ensemble des messages arrivés ne peut que remporter l'adhésion du public. Un tel système permet une automatisation de la personnalisation. Les dispositions décrites ci-avant dans le cadre d'une seule messagerie peuvent être appliquées sur un ensemble de plusieurs messageries, appartenant au même ou à plusieurs utilisateurs. L'ensemble des messages arrivant sur la multiplicité de messageries est classé ensemble de manière à fournir une même synthèse de présentation concernant le groupe des différentes messageries. Ces messageries traitées ensemble peuvent avoir des natures différentes, par exemple messagerie fax, messagerie vocale, messagerie informatique (mail). REVENDICATIONS 1. Ensemble de gestion automatique de messages électroniques arrivant sur une ou plusieurs messageries (100), comprenant des règles (200) de hiérarchisation automatique de présentation de nouveaux messages arrivant sur une ou plusieurs messageries (100), en fonction d'attributs particuliers de ceux-ci, caractérisé en ce qu'il comprend des moyens (400) pour analyser une session de consultation de messages par un utilisateur et, en résultat à cette analyse, produire et/ou modifier des règles de hiérarchisation automatique de présentation de nouveaux messages, de sorte que les nouveaux messages arrivant sur la ou les messageries (100) sont présentés selon une hiérarchie reflétant un comportement de consultation de l'utilisateur. 2. Ensemble de gestion de messages selon la revendication 1, caractérisé en ce qu'il comprend des moyens (400) pour détecter une action d'utilisateur particulière sur un message donnant une indication d'importance de hiérarchie de ce dernier, examiner en réponse à cette action au moins un attribut du message traité par cette action, et, lorsque ce même attribut apparaît sur un nouveau message, appliquer automatiquement à un tel nouveau message une action de hiérarchisation donnant une même importance de hiérarchie que celle donnée par l'action d'utilisateur détectée précédemment. 3. Ensemble de gestion de messages selon la revendication 1 ou la revendication 2, caractérisé en ce qu'il comprend des moyens (400) pour associer à des actions prédéfinies d'utilisateur la prise en compte sur le message traité d'un attribut de nature particulière prédéfinie en relation avec l'action particulière détectée. 4. Ensemble selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il inclut des moyens (400) pour analyser un ordre d'ouverture des messages par l'utilisateur, examiner des attributs de ces messages, associer aux attributs examinés des niveaux d'importance de hiérarchie, et, lorsqu'un de ces attributs est détecté dans un nouveau message, mettre en oeuvre une action de hiérarchisation de ce nouveau message, indexée sur le niveau d'importance associé à l'attribut détecté. 5. Ensemble selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte des moyens (400) pour détecter une ouverture de message effectuée en premier lieu lors d'une session de consultation de message, pour analyser un attribut apparaissant dans ce message et pour placer en première position de hiérarchie de présentation de nouveaux messages présentant ce même attribut. 6. Ensemble de gestion de messagerie (s) (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il inclut des moyens (400) pour mémoriser une liste d'attributs de chaque message ouvert, en relation avec une indication de hiérarchie indiquée par une action de l'utilisateur, des moyens (400) pour analyser un ensemble de telles listes mémorisées, et identifier un ou des attributs apparaissant régulièrement en association avec une action donnée de l'utilisateur, de sorte qu'à l'apparition de ce ou ces mêmes attributs dans un nouveau message, les moyens de gestion appliquent au nouveau message une hiérarchisation réflétant la hiérarchie indiquée régulièrement par l'action de l'utilisateur. 7. Ensemble de gestion de messagerie (s) (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte des moyens (400) pour détecter un effacement d'un message sans ouverture de ce dernier par l'utilisateur, examiner un attribut apparaissant pour une telle action, et, lorsque cet attribut réapparaît, hiérarchiser ce message parmi les messages à faire le moins apparaître dans une présentation de messages. 8. Ensemble selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il inclut des moyens (400) pour détecter une ouverture suivie directement d'une réponse à l'expéditeur du message par l'utilisateur, pour examiner un ou des attributs de ce message, et pour hiérarchiser un nouveau message arrivant présentant ce ou ces attributs parmi ceux à faire le plus apparaître. 9. Ensemble selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il présente des moyens (400) pour identifier une nonouverture de message par l'utilisateur à la fin d'une session de consultation de messagerie (s) (100), examiner un ou des attributs d'un message non ouvert, et hiérarchiser de nouveaux messages présentant ce ou ces attributs parmi les messages à faire le moins apparaître. 10. Ensemble selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il inclut des moyens (400) pour générer des règles de hiérarchisation de messages en fonction d'attributs, pour comparer ces règles avec des règles déjà mémorisées en tant que règles à mettre en oeuvre, et pour modifier ces règles mémorisées comme à mettre en oeuvre en fonction de la comparaison mise en oeuvre. 11. Ensemble selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte des moyens (300) pour présenter à l'utilisateur les règles de hiérarchisation et autoriser une modification de ces règles par une action directe de l'utilisateur sur celles-ci. 12. Ensemble de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il inclut des moyens (200,400) pour : - stocker en mémoire une série de types d'action d'utilisateur à détecter, des préconisations de classement automatique ultérieur, préconisations associées chacune à un type d'action d'utilisateur détecté, et stocker également une série de natures d'attribut de message pertinentes, chaque nature d'attribut étant mémorisée comme pertinente pour un type correspondant d'action d'utilisateur à détecter, - surveiller les actions d'un utilisateur sur des messages et, si une action présente un des types d'action mémorisés, examiner l'attribut spécifique de ce message dont la nature est celle mémorisée comme pertinente pour ce type d'action, - mémoriser cet attribut spécifique en association avec la préconisation d'action de classement automatique ultérieur associée au type d'action détecté, de sorte qu'à toute nouvelle apparition de cet attribut spécifique dans un nouveau message, l'ensemble de gestion applique à ce nouveau message ladite préconisation d'action de classement automatique ultérieur qui est mémorisée en association à cet attribut spécifique.