FR3036526B1 - Procede de determination d'actions associees a un utilisateur, produit programme d'ordinateur et systeme electronique associes - Google Patents

Abstract

L'invention concerne un procédé de détermination, à partir d'un message textuel comprenant au moins un champ de données, d'une ou plusieurs actions ultérieures associées à un utilisateur et exécutables par un système électronique (10), le procédé étant mis en œuvre par le système électronique (10) et comprenant les étapes suivantes : - acquisition d'un champ de données sélectionné par l'utilisateur dans le message textuel, - détermination d'un type, parmi une pluralité de types prédéfinis, des données contenues dans le champ sélectionné, - détermination d'une ou plusieurs actions, parmi une liste d'actions prédéfinies, en fonction du type déterminé, - calcul, pour chaque action déterminée, d'un indicateur de pertinence en fonction d'une base de données utilisateur (18) contenant des informations relatives à l'utilisateur, et - tri des actions déterminées en fonction des indicateurs de pertinence calculés.

Description

Procédé de détermination d’actions associées à un utilisateur, produit programme d’ordinateur et système électronique associés

La présente invention concerne un procédé de détermination, à partir d’un message textuel comprenant au moins un champ de données, d’une ou plusieurs actions ultérieures associées à un utilisateur. L’invention concerne également un produit programme d’ordinateur comportant des instructions logicielles qui, lorsqu’elles sont mises en oeuvre par un ordinateur, mettent en oeuvre un tel procédé de détermination. L’invention concerne en outre un système électronique de détermination, à partir d’un message textuel comprenant au moins un champ de données, d’une ou plusieurs actions ultérieures associées à un utilisateur.

Lorsqu’un utilisateur sélectionne via une interface homme-machine un champ de données dans un message textuel, différentes actions sont susceptibles de lui être proposées.

En particulier, les ordiphones (de l’anglais smartphones) affichent de manière particulière certains champs de données d’un message textuel, par exemple dans une application de messagerie, et sont aptes à proposer différentes actions à l’utilisateur lors de la sélection de l’un des champs du message textuel.

Ainsi, si le champ de données sélectionné est une date, les actions proposées sont, par exemple, la création d’un évènement dans un calendrier ou l’affichage du calendrier à la date correspondante. Si le champ de données sélectionné est une adresse, les actions proposées sont, par exemple, l’affichage de l’adresse sur un plan ou l’affectation de l’adresse à un contact.

De telles fonctionnalités permettent, notamment, de faciliter le déclenchement d’actions par l’utilisateur puisque de telles actions sont directement proposées à l’utilisateur sans démarche préalable de l’utilisateur.

Cependant, de telles actions sont prédéfinies et ne sont pas toujours utiles pour l’utilisateur.

Il existe donc un besoin d’amélioration d’un tel procédé de détermination d’actions associées à un utilisateur. A cet effet, l’invention a pour objet un procédé de détermination, à partir d’un message textuel comprenant au moins un champ de données, d’une ou plusieurs actions ultérieures associées à un utilisateur et exécutables par un système électronique, le procédé étant mis en œuvre par le système électronique et comprenant les étapes suivantes : - acquisition d’un champ de données sélectionné par l’utilisateur dans le message textuel, - détermination d’un type, parmi une pluralité de types prédéfinis, des données contenues dans le champ sélectionné, - détermination d’une ou plusieurs actions, parmi une liste d’actions prédéfinies, en fonction du type déterminé, - calcul, pour chaque action déterminée, d’un indicateur de pertinence en fonction d’une base de données utilisateur contenant des informations relatives à l’utilisateur, et - tri des actions déterminées en fonction des indicateurs de pertinence calculés.

Suivant d’autres aspects avantageux de l’invention, le procédé de détermination comprend une ou plusieurs des caractéristiques suivantes, prises isolément ou suivant toutes les combinaisons techniquement possibles : - l’étape de tri comprend le calcul d’un seuil de pertinence à partir des indicateurs de pertinence calculés. - l’étape de tri comprend, en outre, la comparaison de chaque indicateur de pertinence calculé avec un seuil de pertinence. - l’étape de tri comprend, en outre, lorsque l’indicateur de pertinence d’une seule action déterminée est strictement supérieur au seuil de pertinence, le déclenchement automatique de l’action. - l’étape de tri comprend, en outre, lorsque l’indicateur de pertinence d’au moins deux actions déterminées est strictement supérieur au seuil de pertinence ou lorsque l’indicateur de pertinence de l’ensemble des actions déterminées est inférieur ou égal au seuil de pertinence, le classement des actions les unes par rapport aux autres en fonction des indicateurs des actions. - les actions sont affichées selon le classement sur une unité d’affichage du système électronique de sorte à être déclenchées par l’utilisateur. - le procédé comprend une étape de mise à jour de la liste d’actions, en supprimant, pour un type déterminé, une action de la liste, lorsque ladite action déterminée pour le type déterminé a un indicateur de pertinence strictement inférieur au seuil de pertinence et n’a pas été déclenchée un nombre prédéfini de fois. - la base de données utilisateur contient les actions déclenchées par l’utilisateur, le procédé comprenant une étape de mise à jour de la base de données utilisateur à chaque fois qu’une action est déclenchée, en attribuant des coefficients de pondération aux actions en fonction des taux d’utilisation desdites actions. - l’indicateur de pertinence de l’action dépend de la probabilité de déclenchement de l’action et du taux d’utilisation de l’action, la probabilité de déclenchement de l’action dépendant du type déterminé et le taux d’utilisation de l’action dépendant de la base de données utilisateur. - l’indicateur de pertinence est calculé à partir de l’équation suivante :

où Pt est l’indicateur de pertinence de l’action i, type est le type des données contenues dans le champ sélectionné, ô(type, i) est la fonction de Dirac modifiée prenant les valeurs suivantes : 0 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est nulle, 0,5 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est non nulle mais incertaine, 1 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est certaine, fi est le taux d’utilisation de l’action en fonction de la base de données utilisateur (18), et

Min(0,5 + f, 1) est la fonction minimum prenant la valeur la plus petite entre (0,5 + f )et 1. L’invention concerne également un produit programme d’ordinateur comportant des instructions logicielles qui lorsqu’elles sont exécutées par un ordinateur mettent en oeuvre un procédé de détermination tel que défini ci-dessus. L’invention se rapporte également à un système électronique de détermination, à partir d’un message textuel comprenant au moins un champ de données, d’une ou plusieurs actions ultérieures associées à un utilisateur et exécutables par le système électronique, le système comprenant : - un module d’acquisition d’un champ de données sélectionné par l’utilisateur dans le message textuel, - un premier module de détermination d’un type, parmi une pluralité de types prédéfinis, des données contenues dans le champ sélectionné, - un deuxième module de détermination d’une ou plusieurs actions, parmi une liste d’actions prédéfinies, en fonction du type déterminé, - un module de calcul, pour chaque action déterminée, d’un indicateur de pertinence en fonction d’une base de données utilisateur contenant des informations relatives à l’utilisateur, et

- un module de tri des actions déterminées en fonction des indicateurs de pertinence calculés. D’autres caractéristiques et avantages de l’invention apparaîtront à la lecture de la description qui suit, donnée uniquement à titre d’exemple non limitatif, et faite en référence aux dessins annexés, sur lesquels : - la figure 1 est une représentation schématique d’un système électronique selon l’invention, - la figure 2 est un organigramme d’un procédé de détermination mis en oeuvre par le système électronique de la figure 1, - la figure 3 est une vue schématique d’une copie d’écran sur laquelle est affiché un message textuel comprenant plusieurs champs de données, et - la figure 4 est une vue schématique d’une copie d’écran sur laquelle des actions sont classées et affichées en fonction du type d’un champ sélectionné par un utilisateur dans le message textuel de la figure 3.

Sur la figure 1, un système électronique 10 est configuré pour mettre en oeuvre un procédé de détermination, à partir d’un message textuel comprenant au moins champ de données, d’une ou plusieurs actions ultérieures associées à un utilisateur et exécutables par le système électronique 10.

Dans la suite de la description, il est entendu par l’expression « message textuel >>, un message comprenant une ou plusieurs chaînes de caractères alphanumériques. Un message textuel est, par exemple, un message d’une messagerie électronique.

Il est entendu par l’expression « champ de données >>, une suite de caractères alphanumériques, ladite suite étant sélectionnable par l’utilisateur.

En outre, dans ce qui suit les termes « déclencher >> et « exécuter >> sont tous deux employés pour désigner la réalisation d’une action.

Le système électronique 10 est, par exemple, un calculateur tel qu’un ordinateur comprenant une mémoire 12, un processeur 14 associé à la mémoire 12, une interface homme-machine 16 et une unité d’affichage 17.

La mémoire 12 est propre à stocker une base de données utilisateur 18, une table de types prédéfinis 19, une liste d’actions prédéfinies 20 et différents logiciels. La mémoire 12 est notamment apte à stocker un logiciel 21 d’acquisition d’un champ de données sélectionné par l’utilisateur dans un message textuel, un premier logiciel 22 de détermination d’un type, parmi une pluralité de types prédéfinis, de données contenues dans un champ sélectionné et un deuxième logiciel 24 de détermination d’une ou plusieurs actions, parmi la liste d’actions prédéfinies 20, en fonction d’un type déterminé.

La mémoire 12 comprend un logiciel 26 de calcul, pour chaque action déterminée, d’un indicateur de pertinence, en fonction de la base de données utilisateur 18, un logiciel 28 de tri des actions déterminées en fonction d’indicateurs de pertinence calculés, un logiciel 32 d’affichage d’actions selon un classement sur l’unité d’affichage 17, un premier logiciel 34 de mise à jour de la liste d’actions prédéfinies 20 et un deuxième logiciel 36 de mise à jour de la base de données utilisateur 18. Le processeur 14 est apte à exécuter chacun des logiciels 21,22, 24, 26, 28, 32, 34, 36.

La base de données utilisateur 18 contient des informations relatives à l’utilisateur. Les informations contenues dans la base de données utilisateur 18 sont, par exemple, les applications utilisées, les N dernières applications utilisées par l’utilisateur, N étant un entier par exemple supérieur ou égal à 3, par l’utilisateur à un instant donné, les applications utilisées régulièrement par l’utilisateur et la ou les langues des applications, des sites ou des moteurs de recherches consultés par l’utilisateur.

La base de données utilisateur 18 comprend, optionnellement, un ou des profils de l’utilisateur permettant d’anticiper les applications et actions d’intérêt pour l’utilisateur. De tels profils sont, par exemple, obtenus via un annuaire professionnel permettant de déterminer le département professionnel de l’utilisateur et de définir ainsi des applications métiers susceptibles d’être utilisées par l’utilisateur dans le cadre professionnel. Dans le cas d’un utilisateur particulier, les informations rentrées par l’utilisateur dans les réseaux sociaux permettent, par exemple, d’attribuer une catégorie à l’utilisateur telle que « grand voyageur >>, « consommateur >> ou encore « étudiant >>.

La base de données utilisateur 18 contient, en outre, les actions déclenchées automatiquement ou par l’intermédiaire de l’utilisateur, le taux d’utilisation de chaque action, et un coefficient de pondération pour chaque action.

Les actions déclenchées automatiquement ou par l’utilisateur font partie de la liste prédéfinies d’actions 20.

Le taux d’utilisation d’une action est définie comme le nombre de fois où l’action est déclenchée pour un type déterminé sur le nombre total de déclenchements d’actions pour le type déterminé.

Le coefficient de pondération d’une action est obtenu via le taux d’utilisation de l’action, et est avantageusement proportionnel au taux d’utilisation de l’action. Le coefficient de pondération est, par exemple, une valeur comprise au sens large entre 0 et 1.

Une action souvent déclenchée pour un type déterminé a un taux d’utilisation plus élevé qu’une action rarement déclenchée pour le type déterminé, et a donc un coefficient de pondération supérieur à celui de l’action rarement déclenchée.

La table de types prédéfinis 19 contient un ensemble de types prédéfinis. Un type regroupe une catégorie de données. Les types sont, par exemple, relatifs aux formats des données. Dans ce cas, les types prédéfinis sont, par exemple, relatifs à une adresse de messagerie, une adresse de site Internet, un lien Internet, un numéro de téléphone, un chemin d’arborescence en local pointant sur un fichier, un numéro de RIB (acronyme de Relevé d’identité Bancaire), un numéro d’IBAN (acronyme anglais de International Bank Account Number), un numéro de transaction dans une application métier, une référence d’un objet, une date de calendrier, telle un jour férié ou une période de vacances scolaires, ou encore une adresse postale physique.

En complément, les types prédéfinis sont, également, relatifs à des listes telles que des listes de contacts, des listes de contrats ou de dossiers, des listes d’articles, des listes de produits ou encore des couples de devises.

La liste d’actions prédéfinies 20 contient des actions exécutables par le système électronique 10. Les actions sont, par exemple, l’affichage d’un plan ou d’une liste de contacts suite à la sélection d’une adresse ou encore la création d’évènements dans un calendrier ou l’affichage du calendrier à la date correspondante suite à la sélection d’une date.

Chaque action de la liste 20 est associée à au moins un type parmi la pluralité de types prédéfinis de la table 19 formant, avantageusement, une table de correspondance. La table de correspondance attribue à chaque couple formé d’un type et d’une action, une probabilité de déclenchement de l’action. Plus la probabilité de déclenchement est élevée pour un couple, plus l’action est usuelle pour le type.

Par exemple, lorsque le type est une adresse de messagerie, une action d’affichage d’une liste de contacts est considérée usuelle et est donc affectée d’une probabilité de déclenchement plus élevée qu’une action de localisation sur un plan qui est considérée moins usuelle.

Lorsqu’exécutés par le processeur 14, le logiciel d’acquisition 21, le premier logiciel de détermination 22, le deuxième logiciel de détermination 24, le logiciel de calcul 26, le logiciel de tri 28, le logiciel d’affichage 32, le premier logiciel de mise à jour 34 et le deuxième logiciel de mise à jour 36 forment, respectivement, un module d’acquisition 21 configuré pour acquérir un champ de données sélectionnées par l’utilisateur dans un message textuel, un module de détermination 22 propre à déterminer un type, parmi une pluralité de types prédéfinis, des données contenues dans un champ sélectionné, un deuxième module de détermination 24 configuré pour déterminer une ou plusieurs actions, parmi la liste d’actions prédéfinies 20, en fonction d’un type déterminé, un module de calcul 26 apte à calculer, pour chaque action déterminée, un indicateur de pertinence en fonction de la base de données utilisateur 18, un module de tri 28 configuré pour trier des actions déterminées, en fonction d’indicateurs de pertinence calculée, un module d’affichage 32 propre à afficher des actions selon un classement sur l’unité d’affichage 17, un premier module 34 apte à mettre à jour la liste d’actions prédéfinies 20 et un deuxième logiciel 36 configuré pour mettre à jour de la base de données utilisateur 18.

Les modules décrits précédemment forment un produit programme d’ordinateur comportant des instructions logicielles qui lorsqu’elles sont mises en oeuvre par le système électronique, mettent en oeuvre le procédé de détermination qui sera décrit dans la suite de la description.

En variante, le module d’acquisition 21, le premier module de détermination 22, le deuxième module de détermination 24, le module de calcul 26, le module de tri 28, le module de comparaison 30, le module d’affichage 32, le premier module de mise à jour 34 et le deuxième module de mise à jour 36 sont réalisés sous forme de composants logiques programmables, tels qu’un ou plusieurs FPGA (de l’anglais Field Programmable Gâte Area), ou encore sous forme d’un ou plusieurs circuits intégrés dédiés, de type ASIC (de l’anglais Application-Specific Integrated Circuit). L’interface homme-machine 16 comporte, par exemple, une unité de saisie d’informations et un dispositif de pointage, tel qu’une souris, non représentés. L’unité de saisie d’informations permet, notamment, à l’utilisateur de sélectionner un ou plusieurs champs de données dans un message textuel. L’unité d’affichage 17 est dédiée à l’affichage d’informations, notamment de messages textuels comportant des champs de données et des différentes actions associées ultérieurement à un champ de données sélectionné, comme cela sera décrit par la suite.

Le module d’acquisition 21 est configuré pour acquérir un champ de données préalablement sélectionné par l’utilisateur dans un message textuel.

Le premier module de détermination 22 est apte pour déterminer un type, parmi la pluralité de types prédéfinis dans la table 19, des données contenues dans le champ sélectionné.

Le premier module de détermination 22 comprend au moins un organe parmi les organes suivants : un organe de détection du format de champ de données, un dictionnaire, un moteur d’indexation, un organe d’identification des applications mises en oeuvre sur le système électronique, un organe d’analyse syntaxique et lexicale du champ de données, et un organe de reconnaissance d’une action tactile et/ou d’une action vocale de l’utilisateur. L’organe de détection du format de champ de données est propre à détecter les données à partir du format desdites données. Ainsi, les données dont le format est bien codifié sont facilement associables à un type de données. De telles données sont notamment, une adresse de messagerie, une adresse de site Internet, un lien Internet, un numéro de téléphone, un chemin d’arborescence en local portant sur un fichier, un numéro de RIB (acronyme de Relevé d’identité Bancaire), un numéro d’IBAN (acronyme anglais de International Bank Account Number), un numéro de transaction dans une application métier, une référence d’un objet, une date de calendrier, telle qu’un jour férié ou une période de vacances scolaires, ou encore une adresse postale physique.

Le dictionnaire permet la détection de données en statique et/ou en dynamique.

Dans le cas d’une détection en statique, le dictionnaire fait correspondre des listes préenregistrées aux données contenues dans le champ sélectionné. Les listes sont par exemple des listes de prénoms, de noms de personnes, de villes, de pays ou d’aéroports ou encore de devises étrangères.

Dans le cas d’une détection en dynamique, le dictionnaire fait correspondre des listes régulièrement mises à jour aux données contenues dans le champ sélectionné. Une telle détection de données en dynamique est particulièrement adaptée pour la détection d’objets métiers comme des listes de clients, des listes de contrats, des listes de dossiers, des listes d’articles ou des références de produits.

Le moteur d’indexation est, par exemple, un moteur de recherche Internet. Le moteur d’indexation est propre à déterminer les applications et sites Internet relatifs aux données contenues dans le champ sélectionné. Par exemple, le moteur d’indexation est propre à déterminer le lien d’une application ou d’un site internet lorsque le champ sélectionné est un numéro de contrat ou à un numéro de dossier relatif à ladite application ou audit site internet. L’organe d’identification des applications mises en oeuvre sur le système électronique permet de prendre en compte l’ensemble des informations présentes sur l’unité d’affichage 17.

Typiquement, l’organe d’identification permet de déterminer si une fenêtre est ouverte dans une application et d’accéder aux informations contenues dans la fenêtre. Par exemple, lorsqu’un message d’une messagerie électronique est ouvert, l’organe d’identification est propre à accéder à toutes les informations du message, notamment au destinataire, à l’expéditeur, au texte, aux pièces jointes et aux images. L’organe d’analyse syntaxique et lexicale du champ de données est propre à analyser le champ de données et à interpréter les données contenues dans le champ de données. Par exemple, l’organe d’analyse syntaxique et lexicale interprète une demande d’informations, une phrase, une description d’un produit ou encore une négociation sur une transaction. Ainsi, l’identification d’un achat de billets de train pour une destination permet de proposer des lieux d’hébergement ou des moyens de transports sur le lieu de destination. L’identification d’une recherche immobilière dans un secteur donné permet de proposer des agences immobilières dans le secteur ou encore des offres pour un prêt immobilier. L’identification d’un aéroport ou d’un billet d’avion permet de proposer l’achat des devises d’un pays ou des assurances. L’organe de reconnaissance d’une action tactile et/ou d’une action vocale de l’utilisateur est propre à effectuer, de manière analogue à l’organe d’analyse syntaxique et lexicale, une analyse syntaxique et lexicale d’un texte reconnu tactilement et/ou vocalement. L’organe de reconnaissance est, par exemple, un périphérique externe au système électronique 10 tel qu’un objet connecté.

Le deuxième module de détermination 24 est configuré pour déterminer une ou plusieurs actions, parmi la liste d’actions prédéfinies 20, en fonction du type déterminé pour le champ acquis. Pour cela, le deuxième module de détermination 24 est propre à utiliser la liste d’actions prédéfinies 20 dans laquelle chaque action prédéfinie est associée à un ou plusieurs types de données.

Le module de calcul 26 est propre à calculer, pour chaque action choisie, un indicateur de pertinence en fonction de la base de données utilisateur 18. L’indicateur de pertinence permet d’évaluer la pertinence de l’action, c’est-à-dire d’une part, la pertinence de l’action par rapport au type des données contenues dans le champ de données sélectionné, et d’autre part, la pertinence de l’action en fonction de la base de données utilisateur 18, c’est-à-dire du profil de l’utilisateur et des actions préalablement déclenchées par l’utilisateur. L’indicateur de pertinence de chaque action est, par exemple, fonction de la probabilité de déclenchement de l’action et du taux d’utilisation de l’action. La probabilité de déclenchement de l’action dépend du type déterminé, et est par exemple prédéfinie dans la liste d’actions prédéfinies 20. Le taux d’utilisation de l’action dépend de la base de données utilisateur 18. L’indicateur de pertinence dépend donc des actions déclenchées automatiquement ou par l’utilisateur. La valeur de l’indicateur de pertinence varie donc d’un utilisateur à l’autre.

Dans un mode de réalisation, l’indicateur de pertinence de chaque action est calculé à partir de l’équation eq1 suivante :

(1) où Pt est l’indicateur de pertinence de l’action i, type est le type des données contenues dans le champ sélectionné, ô(type, i) est une fonction de Dirac modifiée, prenant par exemple les valeurs suivantes : 0 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est nulle, 0,5 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est non nulle mais incertaine, 1 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est certaine, fi est le taux d’utilisation de l’action en fonction de la base de données utilisateur 18, et

Min(0,5 + f, 1) est la fonction minimum prenant la valeur la plus petite entre (0,5 + fr) et 1.

Par exemple, si le type déterminé est une adresse de messagerie, une action d’écriture d’un message est hautement probable, elle prendra donc la valeur de 1 pour la fonction de Dirac. Par contre, une action d’appel téléphonique est considérée comme hautement improbable, et prendra donc la valeur 0 pour la fonction de Dirac. Une action de localisation du contact de l’adresse sur un plan est considérée comme non nulle mais incertaine, et prendra alors la valeur 0,5 pour la fonction de Dirac.

Le taux d’utilisation de l’action f est, par exemple, calculée en fonction du nombre de fois où pour un type déterminé l’action i a été déclenchée et du nombre total d’actions déclenchées pour le type déterminé. Ainsi, le taux d’utilisation vérifie par exemple, l’équation suivante : (2) où M est le nombre de fois où l’action i a été déterminée pour le type déterminé, N est le nombre total d’actions i de la liste d’actions prédéfinies 20 qui ont été déterminées pour le type déterminé, fj prend la valeur 0 lorsque l’action i n’a pas été déclenchée la jeme fois et prend la valeur 1 lorsque l’action i a été déclenchée la jeme fois, et les autres notations sont celles de l’équation (1) ci-dessus.

Ainsi, chaque nouveau déclenchement d’une action i pour un type déterminé fait augmenter le taux d’utilisation de l’action i pour le type déterminé. L’indicateur de pertinence est donc une valeur décimale comprise entre 0 et 1 au sens large. Un indicateur de pertinence égal à 0 correspond à la pertinence la plus basse pour une action, et un indicateur de pertinence égal à 1 correspond à une action avec la pertinence la plus élevée.

Le module de tri 28 est configuré pour trier les actions déterminées en fonction des indicateurs de pertinence calculés.

Pour cela, le module de tri 28 est par exemple propre à calculer un seuil de pertinence S à partir des indicateurs de pertinence calculés.

Dans un exemple de réalisation, le seuil de pertinence S est calculé à partir de la moyenne des indicateurs de pertinence non nuis et dont la fonction de Dirac modifiée est égale à 1. Par exemple, le seuil de pertinence S est calculé à partir de l’équation suivante :

(3) où m est la moyenne des indicateurs de pertinence non nuis et dont la fonction de Dirac modifiée est égale à 1, et σ est l’écart-type des indicateurs de pertinence non nuis et dont la fonction de Dirac modifiée est égale à 1.

En variante, le seuil de pertinence S est prédéfini dans la mémoire 12.

Puis, le module de tri 28 est apte pour comparer les indicateurs de pertinence des actions déterminées avec le seuil de pertinence S afin de trier les actions.

Lorsque l’indicateur de pertinence d’une seule action déterminée est strictement supérieur au seuil de pertinence S, le module de tri 28 est par exemple configuré pour déclencher automatiquement l’action.

Lorsque l’indicateur de pertinence d’au moins deux actions déterminées est strictement supérieur au seuil de pertinence S ou lorsque l’indicateur de pertinence de l’ensemble des actions déterminées est inférieur ou égal au seuil de pertinence S, le module de tri 28 est configuré pour classer les actions les unes par rapport aux autres en fonction des indicateurs de pertinence calculés. Par exemple, le classement des actions est effectué par ordre décroissant des indicateurs de pertinence des actions. Ceci permet alors de permettre à un utilisateur d’avoir accès plus facilement à l’action dont l’indicateur de pertinence est le plus élevé, c’est-à-dire celle la plus susceptible d’être déclenchée par l’utilisateur.

Le module d’affichage 30 est configuré pour afficher les actions sur l’unité d’affichage 17 en fonction du classement établi des actions. Par exemple, les actions sont

affichées sous forme de listes avec l’action ayant l’indicateur de pertinence le plus élevé en tête de liste.

En variante ou en complément, les actions sont communiquées à l’utilisateur sous forme vocale par ordre décroissant des indicateurs de pertinence.

Le premier module de mise à jour 34 est propre à mettre à jour la liste d’actions prédéfinies 20. Plus précisément, le premier module de mise à jour 34 est configuré pour supprimer ou désactiver, pour un type déterminé, une action de la liste d’action prédéfinie, lorsque l’action a un indicateur de pertinence strictement inférieur au seuil de pertinence S et n’est pas déclenchée par l’utilisateur un nombre prédéfini de fois. Le nombre prédéfini de fois est, par exemple, choisi par l’utilisateur, ou est fixé lors de la configuration du système électronique 10. Cela revient à supprimer ou désactiver la correspondance entre l’action et le type dans la table de correspondance de la liste d’actions.

En variante, le premier module de mise à jour 34 est propre à fixer la valeur de la fonction de Dirac a une valeur fixe dans l’équation (1), par exemple égale à 0,5, lorsqu’une action considérée comme certaine pour un type déterminé n’est en réalité que rarement déclenchée par l’utilisateur.

En variante, le premier module de mise à jour 34 est propre à établir une correspondance entre une action et un type sur requête de l’utilisateur. Dans ce cas, la probabilité de déclenchement de l’action est généralement élevée.

Le deuxième module de mise à jour 36 est configuré pour mettre à jour la base de données utilisateur 18 à chaque fois qu’une action est déclenchée automatiquement ou par l’utilisateur.

En particulier, le deuxième module de mise à jour 36 est configuré pour modifier les taux d'utilisation et donc les coefficients de pondération associées à chaque action pour un type déterminé.

En outre, le deuxième module 36 est configuré pour modifier les taux d’utilisation en fonction de paramétrages effectués par un opérateur, par exemple par une entreprise dans un contexte d’utilisation d’un poste de travail professionnel, par un client ou par un service utilisateur.

Le procédé de détermination, à partir d’un message textuel comprenant au moins un champ de données, d’une ou plusieurs actions ultérieures associées à un utilisateur et exécutables par le système électronique 10, va maintenant être décrit en référence à la figure 2 illustrant un organigramme dudit procédé.

Le procédé de détermination est mis en oeuvre par le système électronique 10, à chaque acquisition d’un champ de données par ledit système électronique 10.

Lors de l’étape 100 initiale, le module d’acquisition 21 acquiert un champ de données préalablement sélectionné par l’utilisateur dans un message textuel.

Les figures 3 et 4 illustrent un écran d’affichage d’un message textuel 200 issu d’une messagerie électronique. Le message textuel 200 comprend un en-tête 202 et un corps 204. L’en-tête 202 comprend notamment un champ de données 206 relatif à l’émetteur du message textuel 200, un champ de données 208 relatif au destinataire du message textuel 200 et un champ de données 210 relatif à l’objet du message textuel 200. Le corps 204 comprend également une pluralité de champs de données 211, 212, 213, 214. Par exemple, comme visible sur ces figures 3 et 4, le champ de données acquis parmi la pluralité de champs de données 206, 208, 210, 211, 212, 213, 214 du message textuel 200 est le champ de données 212 qui est mis en évidence sur l’écran de l’utilisateur par un surlignage en pointillés.

Lors de l’étape 110 suivante, le premier module de détermination 22 détermine le type, parmi la pluralité de types prédéfinis de la table 19, des données contenues dans le champ sélectionné. Pour cela, le premier module de détermination 22 met en oeuvre au moins l’un des organes définis ci-dessus. L’organe de détection du format du champ de données détermine le type des données ayant un format spécifique. Le dictionnaire détermine notamment les listes de données. Le moteur d’indexation détermine notamment des données de type applications ou des liens internet. L’organe d’identification détermine le type des données via l’ensemble des données affichées sur l’unité d’affichage 17. L’organe d’analyse syntaxique et lexicale interprète les données du champ afin de déterminer leur type.

En variante, l’organe de reconnaissance d’une action tactile et/ou d’une action vocale reconnaît tactilement et/ou vocalement un champ de données, puis interprète les données du champ afin de déterminer leur type.

Puis, lors de l’étape 120 suivante, le deuxième module de détermination 24 détermine, via la liste d’actions prédéfinies 20, une ou plusieurs actions, parmi la liste d’actions prédéfinies 20, en fonction du type déterminé.

Ensuite, lors d’une étape de calcul 130, le module de calcul 26 calcule, pour chaque action choisie, l’indicateur de pertinence notamment en fonction de la base de données utilisateur 18. L’indicateur de pertinence est, par exemple, calculé à l’aide des équations (1) et (2).

Lors d’une étape 140 suivante, le module de tri 28 trie les actions déterminées en fonction des indicateurs de pertinence calculés.

Pour cela, le module de tri 28 calcule le seuil de pertinence S à partir des indicateurs de pertinence calculés. Le seuil de pertinence S est, par exemple, calculé à partir de l’équation (3).

Puis, le module de tri 28 compare les indicateurs de pertinence des actions déterminées avec le seuil de pertinence S afin de trier les actions.

Lorsque l’indicateur de pertinence d’une seule action déterminée est strictement supérieur au seuil de pertinence S, le module de tri 28 déclenche automatiquement l’action.

Lorsque l’indicateur de pertinence d’au moins deux actions déterminées est strictement supérieur au seuil de pertinence S ou lorsque l’indicateur de pertinence de l’ensemble des actions déterminées est inférieur ou égal au seuil de pertinence S, le module de tri 28 classe les actions les unes par rapport aux autres en fonction des indicateurs de pertinence calculés.

Dans ce dernier cas, lors d’une étape 150 suivante, le module d’affichage 30 affiche les actions sur l’unité d’affichage 17 en fonction du classement établi des actions.

Dans l’exemple de la figure 4, les actions relatives au champ de données acquis 212 sont affichées à l’écran de l’utilisateur sous forme d’une liste 218 sur laquelle des actions, désignées par les références « Action i >> avec i compris entre 1 et 7, sont classées, par exemple, par ordre décroissant d’indicateur de pertinence.

Ensuite, lors d’une étape 160 de déclenchement, l’utilisateur déclenche éventuellement une action affichée sur l’unité d’affichage 17.

Puis, lors d’une étape 170, le premier module de mise à jour 34 met éventuellement à jour la liste d’actions prédéfinies 20 en supprimant, pour un type déterminé, une action de la liste prédéfinie d’actions, lorsque l’action a un indicateur de pertinence strictement inférieur au seuil de pertinence S et n’a pas été déclenchée un certain nombre de fois.

Ainsi, les actions que l’utilisateur ne déclenche pas et qui sont donc non pertinentes pour l’utilisateur ne seront pas reproposées à l’utilisateur lors d’une exécution ultérieure du procédé.

En variante, le premier module de mise à jour 34 fixe la valeur de la fonction de Dirac a une valeur fixe dans l’équation (1), par exemple égale à 0,5, lorsqu’une action considérée comme certaine pour un type déterminé n’est en réalité que rarement déclenchée par l’utilisateur.

En variante, le premier module de mise à jour 34 établit une correspondance entre une action et un type sur requête de l’utilisateur.

Lors d’une étape 180, le deuxième module de mise à jour 36 met à jour la base de données utilisateur 18 à chaque fois qu’une action est déclenchée.

En particulier, le deuxième module de mise à jour 36 modifie les taux d'utilisation et donc les coefficients de pondération associées à chaque action pour un type déterminé.

Par exemple, lorsque l’utilisateur sélectionne une action parmi les actions affichées sur l’interface utilisateur, le taux d’utilisation de cette action augmente, ce qui permettra d’augmenter la valeur de l’indicateur de pertinence de cette action lors d’une exécution ultérieure du procédé.

Ainsi, le déclenchement automatique d’une action jugée très pertinente pour l’utilisateur et l’affichage d’actions sur l’unité d’affichage 17 en fonction de la pertinence de ces actions facilite l’utilisation du système électronique 10, et en particulier le déclenchement d’actions. De telles actions étant, en outre, fonction d’une base de données utilisateur mise à jour régulièrement, le procédé de détermination d’actions est personnalisé en fonction de l’utilisateur.

De ce fait, le système électronique 10 est plus efficace et plus réactif, notamment lors du déclenchement automatique d’une action.

En outre, le procédé permet l’utilisation de moins de ressources informatiques, en particulier de moins de ressources mémoire ou processeur, du fait d’un déclenchement automatique d’une action ou d’un retour plus rapide de l’utilisateur qui, dans la majorité des cas, n’a plus besoin de rechercher une action.

Pour les mêmes raisons, le procédé limite également la consommation en énergie électrique, ce qui permet en outre au système électronique 10 de bénéficier d’une meilleure autonomie lorsque celui-ci fonctionne sur batterie.

Claims (12)

1. REVENDICATIONS

   1. - Procédé de détermination, à partir d’un message textuel (200) comprenant au moins un champ de données (206, 208, 210, 211, 212, 213, 214), d’une ou plusieurs actions ultérieures associées à un utilisateur et exécutables par un système électronique (10), le procédé étant mis en œuvre par le système électronique (10) et comprenant les étapes suivantes : - acquisition (100) d’un champ de données sélectionné (212) par l’utilisateur dans le message textuel (200), - détermination (110) d’un type, parmi une pluralité de types prédéfinis, des données contenues dans le champ sélectionné (212), - détermination (120) d’une ou plusieurs actions, parmi une liste d’actions prédéfinies (20), en fonction du type déterminé, - calcul (130), pour chaque action déterminée, d’un indicateur de pertinence en fonction d’une base de données utilisateur (18) contenant des informations relatives à l’utilisateur, et - tri (140) des actions déterminées en fonction des indicateurs de pertinence calculés.
2. 2. - Procédé selon la revendication 1, dans lequel l’étape de tri (140) comprend le calcul d’un seuil de pertinence (S) à partir des indicateurs de pertinence calculés.
3. 3. - Procédé selon la revendication 1 ou 2, dans lequel l’étape de tri (140) comprend, en outre, la comparaison de chaque indicateur de pertinence calculé avec un seuil de pertinence (S).
4. 4. - Procédé selon la revendication 3, dans lequel l’étape de tri (140) comprend, en outre, lorsque l’indicateur de pertinence d’une seule action déterminée est strictement supérieur au seuil de pertinence (S), le déclenchement automatique de l’action.
5. 5. - Procédé selon l’une quelconque des revendications 3 ou 4, dans lequel l’étape de tri (140) comprend, en outre, lorsque l’indicateur de pertinence d’au moins deux actions déterminées est strictement supérieur au seuil de pertinence (S) ou lorsque l’indicateur de pertinence de l’ensemble des actions déterminées est inférieur ou égal au seuil de pertinence (S), le classement des actions les unes par rapport aux autres en fonction des indicateurs des actions.
6. 6. - Procédé selon la revendication 5, dans lequel les actions sont affichées selon le classement sur une unité d’affichage (17) du système électronique (10) de sorte à être déclenchées par l’utilisateur.
7. 7. - Procédé selon l’une quelconque des revendications 3 à 5, dans lequel le procédé comprend une étape de mise à jour (170) de la liste d’actions, en supprimant, pour un type déterminé, une action de la liste, lorsque ladite action déterminée pour le type déterminé a un indicateur de pertinence strictement inférieur au seuil de pertinence (S) et n’a pas été déclenchée un nombre prédéfini de fois.
8. 8. - Procédé selon l’une quelconque des revendications précédentes, dans lequel la base de données utilisateur (18) contient les actions déclenchées par l’utilisateur, le procédé comprenant une étape de mise à jour (180) de la base de données utilisateur (18) à chaque fois qu’une action est déclenchée, en attribuant des coefficients de pondération aux actions en fonction des taux d’utilisation desdites actions.
9. 9. - Procédé selon l’une quelconque des revendications précédentes, dans lequel l’indicateur de pertinence de l’action dépend de la probabilité de déclenchement de l’action et du taux d’utilisation de l’action, la probabilité de déclenchement de l’action dépendant du type déterminé et le taux d’utilisation de l’action dépendant de la base de données utilisateur (18).
10. 10. - Procédé selon la revendication 9, dans lequel l’indicateur de pertinence est calculé à partir de l’équation suivante :

    où Pt est l’indicateur de pertinence de l’action i, type est le type des données contenues dans le champ sélectionné, ô(type, i) est la fonction de Dirac modifiée prenant les valeurs suivantes : 0 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est nulle, 0,5 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est non nulle mais incertaine, 1 lorsque la probabilité de déclenchement de l’action i en fonction du type déterminé est certaine,

    fi est le taux d’utilisation de l’action en fonction de la base de données utilisateur (18), et Mm(0,5 +/), 1) est la fonction minimum prenant la valeur la plus petite entre (0,5 + f )et 1.
11. 11, - Produit programme d’ordinateur comportant des instructions logicielles qui, lorsqu’elles sont mises en oeuvre par un ordinateur, mettent en oeuvre le procédé selon l’une quelconque des revendications précédentes.
12. 12. - Système électronique (10) de détermination, à partir d’un message textuel (200) comprenant au moins un champ de données (206, 208, 210, 211, 212, 213, 214), d’une ou plusieurs actions ultérieures associées à un utilisateur et exécutables par le système électronique (10), le système (10) comprenant : - un module (21) d’acquisition d’un champ de données sélectionné (212) par l’utilisateur dans le message textuel (200), - un premier module (22) de détermination d’un type, parmi une pluralité de types prédéfinis, des données contenues dans le champ sélectionné (212), - un deuxième module (24) de détermination d’une ou plusieurs actions, parmi une liste d’actions prédéfinies (20), en fonction du type déterminé, - un module (26) de calcul, pour chaque action déterminée, d’un indicateur de pertinence en fonction d’une base de données utilisateur (18) contenant des informations relatives à l’utilisateur, et - un module (28) de tri des actions déterminées en fonction des indicateurs de pertinence calculés.