FR 3150328 A1 20241227 FR 2306434 A 20230621 L'invention concerne un procédé de gestion d’une liste d’actions et/ou de non-action à réaliser par un utilisateur d’un terminal, ledit procédé étant mis en œuvre par un dispositif de gestion et caractérisé en ce qu’il comprend les étapes suivantes : Ajout, dans ladite liste, d’au moins une action et/ou d’au moins une non-action déterminée(s) en fonction du résultat d’une analyse d’un corpus ; détermination de la réalisation de ladite au moins une action et/ou de ladite au moins une non-action en fonction du résultat d’une analyse de l’activité dudit terminal sur une période de temps prédéterminée ; et en fonction de la détermination suppression de ladite au moins une action et/ou de ladite au moins une non-action de ladite liste. Figure pour l'abrégé : Figure 1 Procédé et dispositif de gestion d’une liste d’actions à réaliser par un utilisateur d’un terminal 1. Domaine de l'invention L’invention se rapporte au domaine des télécommunications et concerne plus particulièrement les services d’aide à la décision et/ou à la gestion de projet exécutés sur un ordinateur personnel. 2. Art Antérieur Il existe de nombreux outils permettant la création, l’affectation et le suivi des tâches /actions au sein d’une entreprise. Les post-it sont par exemple des outils simples et pratiques pour gérer des actions. Ils sont souvent utilisés pour noter des tâches, des rappels ou des idées, et peuvent être collés sur des tableaux, des murs ou des agendas pour une visualisation facile. Cependant, les post-it présentent certaines limites. Ils peuvent être facilement perdus ou endommagés, ce qui peut entraîner la perte d'informations importantes. En outre, les informations inscrites sur les post-it sont par définition localisées et visibles, ce qui peut engendrer des problématiques de partage et de confidentialité. De plus, lorsque les actions à gérer deviennent nombreuses ou complexes, la gestion des post-it peut devenir inefficace et peu pratique. Dans de tels cas, l'utilisation d'outils numériques ou de logiciels de gestion de projet tels que Microsoft Project®, Trello® ou Jira® peut être préférable pour une organisation et un suivi plus systématiques. En effet, ces outils offrent des fonctionnalités telles que la centralisation des informations, la visualisation des échéances, la collaboration en ligne et les rappels pour assurer une gestion plus efficace et organisée des actions. Il convient de noter que le choix des outils dépend des besoins spécifiques de l'entreprise, de sa taille, de son secteur d'activité et de son budget. Certaines entreprises peuvent également opter pour des solutions personnalisées ou intégrées pour que ses collaborateurs gèrent leurs actions de manière plus efficace. Force est de constater que l’alimentation de ces outils en tâches / actions et leur gestion associées reste du ressort de l’utilisateur. Celui-ci doit manuellement créer une liste de tâches et indiquer les tâches comme terminées lorsque celles-ci sont réalisées. 3. Exposé de l'invention L'invention vient améliorer l'état de la technique et propose à cet effet un procédé de gestion d’une liste d’actions et/ou de non-action à réaliser par un utilisateur d’un terminal électronique, ledit procédé étant mis en œuvre par un dispositif de gestion et caractérisé en ce qu’il comprend les étapes suivantes : ajout, dans ladite liste, d’au moins une action et/ou d’au moins une non-action déterminée(s) en fonction du résultat d’une analyse d’un corpus ; détermination de la réalisation de ladite au moins une action et/ou de ladite au moins une non-action en fonction du résultat d’une analyse de l’activité dudit terminal sur une période de temps prédéterminée ; et en fonction de la détermination suppression de ladite au moins une action et/ou de ladite au moins une non-action de ladite liste. Avantageusement, ce procédé permet d’ajouter de façon automatique une action/une tâche à une liste d’actions/de tâches d’un utilisateur d’un terminal électronique. Pour ce faire, le procédé analyse un corpus afin d’en déterminer / d’en extraire une ou plusieurs actions (ou non-actions) à réaliser puis les ajoute dans la liste d’actions de l’utilisateur. Cette phase d’analyse peut par exemple s’appuyer sur des techniques d’apprentissages connues de l’état de l’art comme l’apprentissage automatique (en anglais « machine learning »). Le procédé analyse ensuite l’activité de l’utilisateur et/ou du terminal afin d’évaluer si la ou les actions (et/ou non-actions) ont été réalisées. Concrètement, le procédé scrute un ensemble d’évènements internes et/ou externes au dispositif de gestion qui permettent de déterminer si une action (respectivement une non-action) est achevée. Lorsque le résultat de l’analyse indique qu’une action est réalisée (détermination positive), le procédé supprime l’action de la liste d’actions de l’utilisateur. On entend par corpus un ensemble fini de données textuelles (par exemple des mots, des textes, des termes d’intérêt) choisi comme base d'une étude /d’analyse. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que le corpus est obtenu depuis ledit terminal et/ou depuis un dispositif apte à communiquer avec ledit terminal. Ce mode de réalisation permet, par exemple, l’obtention du corpus depuis : une mémoire vive ou morte du terminal de l’utilisateur ; un périphérique (clavier, caméra, micro, souris, etc.) intégré ou connecté au terminal de l’utilisateur ; une base de données / un système de fichiers stocké(e) /hébergé(e) sur le terminal de l’utilisateur et/ou sur un serveur situé dans un réseau de communications ; un serveur de diffusion de contenus (en anglais streaming) ; OCR d’un fichier ; etc. Lorsque tout ou partie du corpus est obtenu depuis un périphérique de type capteur optique (par exemple une caméra), une étape de reconnaissance optique de caractères peut être préalablement appliquée à une ou plusieurs images captées par la caméra afin d’obtenir un texte correspondant à tout ou partie du corpus analysé par le procédé. Alternativement ou cumulativement, une étape de transcription d’une séquence en langage des signes captée par la caméra peut être réalisée afin d’obtenir un texte correspondant à tout ou partie du corpus analysé par le procédé. De même, lorsque tout ou partie du corpus est obtenu depuis un serveur de diffusion de contenus (de type audio et/ou vidéo et/ou texte) une étape de reconnaissance optique de caractères peut être préalablement appliquée à une ou plusieurs images reçues du serveur de contenus afin d’obtenir un texte correspondant à tout ou partie du corpus analysé par le procédé. Aussi, lorsque tout ou partie du corpus est obtenu depuis un périphérique de type microphone, une étape de reconnaissance automatique de la parole peut être préalablement appliquée à une ou plusieurs séquences audios captées par le micro afin d’obtenir un texte correspondant à tout ou partie du corpus analysé par le procédé. Tout ou partie du corpus peut en outre correspondre à tout ou partie d’un ou de plusieurs fichiers électroniques de type texte (Word®, Excel®, OneNote®, courriel, message instantané, etc.). Tout ou partie du corpus peut également correspondre à du texte obtenu via une procédé de reconnaissance optique de caractères réalisé sur une ou plusieurs images / captures d’écran (enregistrement d’une l'image affichée sur un écran /périphérique d’affichage sous la forme d'un fichier électronique graphique). (R3) Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que la détermination de la réalisation de ladite au moins une action correspond à la détection de tout ou partie d’au moins une séquence d’évènements ou d’au moins un évènement représentatifs de l’achèvement de ladite au moins une action. Ce mode de réalisation permet de déterminer qu’une ou plusieurs actions de la liste d’actions de l’utilisateur ont été réalisées durant une période de temps prédéterminée. Concrètement, la ou les actions sont obtenues par le procédé en tant que résultat de l’analyse du corpus. Par exemple, lorsque le corpus comprend un message instantané émis par un tiers à destination de l’utilisateur tel que : « merci de m’appeler au plus vite », le procédé détecte via une analyse sémantique de la phrase qu’une action / une tâche relative à la demande d’appel doit être ajoutée dans la liste d’actions de l’utilisateur. La détermination de la réalisation de l’action peut alors correspondre à la détection d’une séquence d’évènements apte à permettre l’établissement de l’appel vers le tiers telle que : lancement d’un logiciel de téléphonie par l’utilisateur ; composition du numéro du tiers ; déclenchement de l’appel. A noter que l’achèvement / la réalisation d’une action /tâche peut être déterminé lorsque l’ensemble des évènements d’une séquence d’évènements a été détecté. Alternativement, l’achèvement d’une action peut être déterminé lorsqu’un sous-ensemble (par exemple 80%) des évènements de la séquence d’évènements a été détecté. A noter également que la période de temps peut correspondre à des minutes, des heures, des jours, des semaines ou des années. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que la détermination de la réalisation de ladite au moins une non-action correspond à l’absence de détection de tout ou partie d’au moins une séquence d’évènements ou d’au moins un évènement représentatifs de l’achèvement d’au moins une action antinomique à ladite au moins une non-action. Ce mode de réalisation permet de déterminer qu’une ou plusieurs non-actions de la liste d’actions de l’utilisateur ont été respectées durant une période de temps prédéterminée. Concrètement, la ou les non-actions (demande(s) d’inaction(s) de l’utilisateur) sont obtenues par le procédé en tant que résultat de l’analyse du corpus. Par exemple, le procédé peut extraire du corpus une phrase telle que : « merci de ne pas répondre au courriel d’Alice présent en pièce-jointe ». Dans ce cas, après une analyse sémantique de la phrase extraite, le procédé ajoute dans la liste d’actions de l’utilisateur une action / une tâche relative à l’absence de réponse, c’est-à-dire à la demande expresse de non-réponse, au courriel d’Alice identifié. La détermination de la réalisation de la non-action peut alors correspondre à la détection de l’absence de courriel émis à destination d’Alice ayant le même objet/sujet pendant la période de temps prédéterminée. A noter également que la période de temps peut correspondre à des minutes, des heures, des jours, des semaines ou des années. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit au moins un évènement ou ladite au moins une séquence d’évènements comprend au moins un évènement obtenu via une étape de traitement d’une représentation textuelle de ladite au moins une action ou de ladite au moins une non-action. Ce mode de réalisation permet de déterminer, en fonction d’une donnée textuelle correspondant à la représentation/ transcription textuelle d’une action (ou d’une non-action) obtenue par le procédé en tant que résultat de l’analyse du corpus, le ou les évènements représentatifs de l’achèvement de l’action (ou de la non-action). Par exemple, lorsque le corpus comprend une transcription textuelle d’un message vocal d’Alice obtenue via un procédé de reconnaissance automatique de la parole et que la transcription comprend une phrase telle que ; « merci de m’appeler au plus vite », le procédé, après une analyse sémantique de la phrase, ajoute dans la liste d’actions de l’utilisateur une action / une tâche relative à la demande d’appel formulée par Alice. Le procédé traite ensuite cette phrase afin d’en déterminer le ou les évènements aptes à déterminer l’achèvement de l’action. En l’espèce, le procédé peut associer le terme « appeler » à l’utilisation par l’utilisateur d’un logiciel de téléphonie mais aussi le terme « moi » à l’identité de la personne qui a laissé le message vocal (c’est-à-dire Alice). Ainsi, le procédé considère que lorsque l’utilisateur utilise son logiciel de téléphonie et déclenche un appel à destination d’Alice qui aboutit (en d’autres mots, Alice a pris l’appel), l’action / la tâche relative à la demande d’appel formulée par Alice est achevée. Autre exemple, lorsque la transcription comprend une phrase telle que ; « merci de me contacter au plus vite », le procédé ajoute dans la liste d’actions de l’utilisateur une action / une tâche relative à la demande de prise de contact par Alice. Le procédé traite ensuite cette phrase afin d’en déterminer le ou les évènements aptes à déterminer l’achèvement de l’action. En l’espèce, le procédé peut associer le terme « contacter » à l’utilisation par l’utilisateur d’un logiciel permettant l’établissement d’un contact comme un logiciel de téléphonie, de messagerie instantanée, de courriels, etc. Ainsi, le procédé considère que lorsque l’utilisateur utilise son logiciel de téléphonie et déclenche un appel à destination d’Alice qui aboutit (en d’autres mots, Alice a pris l’appel), ou lorsque l’utilisateur envoie un courriel ou un message instantané à Alice l’action / la tâche relative à la demande de contact formulée par Alice est achevée. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit au moins un évènement ou tout ou partie de ladite au moins une séquence d’évènements comprend au moins un évènement obtenu via une interface homme-machine. Ce mode de réalisation permet à l’utilisateur d’indiquer au procédé le ou les évènements représentatifs de l’achèvement d’une action (ou d’une non-action). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit au moins un évènement ou tout ou partie de ladite au moins une séquence d’évènements comprend au moins un évènement obtenu via un apprentissage automatique. Ce mode de réalisation permet de déterminer, en fonction d’un apprentissage automatique (en anglais « machine learning ») réalisé par le procédé, le ou les évènements représentatifs de l’achèvement d’une l’action (ou d’une non-action). Concrètement, lorsque le procédé détecte dans le corpus un type de tâche / d’action non connu, c’est-à-dire une action que le procédé ne peut pas associer à un mode de réalisation connu, en d’autres mots à un ou plusieurs évènements représentatifs de l’achèvement de l’action, le procédé déclenche une phase d’apprentissage afin d’en déterminer le ou les évènements représentatifs de l’achèvement de l’action (ou de la non-action). Cette phase d’apprentissage peut être réalisée de manière automatique via un module d’intelligence artificielle qui peut exploiter des données obtenues de sondes logicielles aptes à observer sur le terminal de l’utilisateur : l’activité de l’utilisateur (déplacement de la souris, clics, position, gestuelle, etc.) ; le type d’activité en cours de réalisation de la part de l’utilisateur (appel, messagerie instantanée, courriels, etc.) ; les fenêtres applicatives actives exécutées et leur position au niveau d’un périphérique d’affichage (position en arrière-plan, au premier plan, etc.). les processus en cours d’exécution ; etc. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de suppression est conditionnée par le résultat d’une demande de validation restituée à l’utilisateur via une interface homme-machine. Ce mode de réalisation permet à l’utilisateur de valider explicitement le fait qu’une action a été réalisée et que cette action peut être supprimée de la liste d’actions de l’utilisateur. A noter que la restitution de la demande et/ou la validation de la suppression peut se faire vocalement et/ou graphiquement. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que, lorsque l’étape de détermination de la réalisation de ladite au moins une action et/ou de ladite au moins une non-action est négative, une notification est émise à destination dudit terminal dudit utilisateur. Ce mode de réalisation permet, pour les actions, de rappeler à l’utilisateur les tâches / actions non effectuées durant la période de temps prédéterminée. L’utilisateur peut alors, s’il le souhaite, supprimer la ou les actions de la liste d’actions, si celles-ci sont obsolètes, ou bien garder l’action dans la liste d’actions. Dans ce cas, la période de temps est réinitialisée. Alternativement ou cumulativement la notification peut correspondre à une demande de consultation, par l’utilisateur, de la liste d’actions de l’utilisateur. Dans le cas d’une non-action, ce mode de réalisation permet d’alerter l’utilisateur du fait que la non-action (demande d’inaction) n’a pas été respectée par l’utilisateur. Celui-ci pourra alors prendre les dispositions nécessaires pour y remédier. L'invention concerne également un dispositif de gestion d’une liste d’actions et/ou de non-action à réaliser par un utilisateur d’un terminal électronique, ledit dispositif de gestion étant caractérisé en ce qu’il comprend : un module d’ajout, dans ladite liste, d’au moins une action et/ou d’au moins une non-action déterminée(s) en fonction du résultat d’une analyse d’un corpus ; un module de détermination de la réalisation de ladite au moins une action et/ou de ladite au moins une non-action en fonction du résultat d’une analyse de l’activité dudit terminal sur une période de temps prédéterminée ; un module de suppression de ladite au moins une action et/ou de ladite au moins une non-action de ladite liste. Le terme module peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Ce dispositif de gestion et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de gestion. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La illustre un exemple d’environnement de mise en œuvre du procédé de gestion selon un mode particulier de réalisation de l’invention ; La représente l’architecture matérielle d’un dispositif de gestion selon un mode particulier de réalisation de l’invention ; La représente sous forme d’organigramme les principales étapes du procédé de gestion selon un mode particulier de réalisation de l’invention. 5. Description d'un mode de réalisation de l'invention La illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. L'environnement de mise en œuvre comprend un terminal 101 d’un utilisateur UT apte à exécuter une ou plusieurs applications informatiques tel qu’un ordinateur personnel, un serveur, une passerelle internet, un terminal mobile ou bien un objet connecté. Le terminal 101 est connecté à un périphérique d’affichage 103 comme un écran, un écran tactile ou un vidéo projecteur permettant d’afficher les interfaces graphiques des applications exécutées. La connexion entre le périphérique d’affichage 103 et le terminal 101 peut être filaire, via par exemple un câble HDMI, ou sans fil, via par exemple une connexion Wi-Fi® ou Bluetooth®. Le terminal 101 est également apte à interpréter des données issues d'un périphérique d’entrée/sortie connecté ou intégré au terminal 101 tel qu’un système de pointage (par exemple une souris), un clavier, une caméra, un microphone (une donnée pouvant être une commande vocale) permettant à un utilisateur d’interagir avec les applications et leurs interfaces graphiques affichées sur le périphérique d’affichage 103. Selon un mode particulier de réalisation de l'invention, le terminal 101 et le périphérique d’affichage 103 sont un seul et même terminal (par exemple le terminal mobile 102). Le terminal 101 est apte à communiquer avec un autre terminal, par exemple, via une communication point à point (WiFi®, Bluetooth®, etc) ou bien via un réseau de communication local LAN. Ce réseau peut être géré par une passerelle PAS résidentielle/professionnelle/mobile connectée à un réseau de communication de données d'un opérateur R_EXT qui héberge un ou plusieurs serveurs applicatifs SA. On s’attache maintenant à décrire un exemple d’architecture matérielle d’un dispositif d’obtention selon un mode particulier de réalisation de l’invention en lien avec la . Le dispositif DISP a l'architecture classique d'un ordinateur, et comprend notamment une mémoire MEM, une unité de traitement UT1, équipée par exemple d'un processeur PROC, et pilotée par le programme d'ordinateur PG stocké en mémoire MEM. Le programme d'ordinateur PG comprend des instructions pour mettre en œuvre les étapes du procédé de gestion tel que décrit ultérieurement à l’appui de la , lorsque le programme est exécuté par le processeur PROC. A l'initialisation, les instructions de code du programme d'ordinateur PG sont, par exemple, chargées dans une mémoire avant d'être exécutées par le processeur PROC. Le processeur PROC de l'unité de traitement UT1 met notamment en œuvre les étapes du procédé de gestion selon l'un quelconque des modes particuliers de réalisation décrits en relation avec la et selon les instructions du programme d'ordinateur PG. Le dispositif DISP comprend un module ADD apte à ajouter dans une liste d’actions d’un utilisateur une ou plusieurs actions /non-actions en fonction du résultat d’une analyse d’un corpus. Le dispositif DISP comprend en outre un module DETER apte à déterminer si une action ou une non-action d’une liste d’actions d’un utilisateur a été réalisée durant une période de temps donnée. Une action peut être jugée comme réalisée lorsque le résultat de l’analyse de l’activité du terminal et/ou de l’utilisateur l’indique. Concrètement, des évènements particuliers indiquant la fin d’une tâche sont recherchés au sein des données représentatives de l’activité du terminal et/ou de l’utilisateur. Le dispositif DISP comprend également un module SUPPR apte à supprimer une tâche/action (alternativement ou cumulativement une non-action) d’une liste de tâches/actions d’un l’utilisateur. La suppression peut intervenir lorsque le résultat de l’analyse de l’activité du terminal et/ou de l’utilisateur indique que la tâche (respectivement la non-action) a été réalisée. Selon un mode particulier de réalisation, le dispositif DISP comprend un module de restitution (non représenté) d’une notification. Le module de restitution peut être une interface homme-machine comme un écran (tactile ou non), un vidéoprojecteur, une télévision, un haut-parleur, ou tout autre dispositif apte à remplir le même objectif. Selon un mode particulier de réalisation, le dispositif DISP comprend un premier module d’interface homme-machine (non représenté) apte à obtenir la description/ la transcription / la désignation d’un évènement ou d’une séquence d’évènements représentatifs de l’achèvement d’une l’action (ou d’une non-action). L’interface homme-machine peut être un micro, un clavier, une caméra, etc. Selon un mode particulier de réalisation, le dispositif DISP comprend un deuxième module d’interface homme-machine (non représenté) apte à obtenir une réponse à une demande de validation de la suppression d’une action d’une liste d’actions de l’utilisateur. L’interface homme-machine peut être un micro, un clavier, une caméra, etc. Selon un mode particulier de réalisation, le premier et le deuxième module d’interface homme-machine peuvent être un seul et même module. La illustre des étapes du procédé de gestion selon un mode particulier de réalisation de l'invention. Dans cet exemple de mise en œuvre, le procédé de gestion est exécuté par le terminal 101 qui peut correspondre à un ordinateur personnel de l’utilisateur UT. Selon un mode particulier de réalisation de l'invention, le procédé de gestion est exécuté sur un serveur situé dans le réseau R_EXT. Selon un mode particulier de réalisation de l'invention, le procédé de gestion est exécuté de manière répartie entre le terminal 101 et un ou plusieurs terminaux (par exemple le terminal 102, la passerelle PAS ou le serveur SA). A l’étape 300 le procédé obtient / accède à un corpus. Le corpus est par exemple obtenu depuis une mémoire vive ou morte du terminal 101 et/ou un périphérique intégré ou connecté au terminal 101et/ou une base de données stocké(e) /hébergé(e) par le terminal 101 et/ou depuis un serveur de diffusion de contenus (serveur de « streaming »). Lorsque tout ou partie du corpus est obtenu depuis un serveur de diffusion de contenus (de type audio et/ou vidéo et/ou texte) une étape de reconnaissance optique de caractères peut être préalablement appliquée à une ou plusieurs images reçues du serveur de contenus afin d’obtenir un texte correspondant à tout ou partie du corpus analysé par le procédé. Aussi, lorsque le corpus est obtenu depuis un périphérique de type microphone, une étape de reconnaissance automatique de la parole (retranscription sous forme d’un texte des mots/phrases énoncés) peut être préalablement appliquée à une ou plusieurs séquences audios captées par le micro afin d’obtenir un texte correspondant à tout ou partie du corpus analysé par le procédé. Lorsque tout ou partie du corpus est obtenu depuis un périphérique de type caméra, une étape de reconnaissance optique de caractères peut être préalablement appliquée à une ou plusieurs images captées par la caméra afin d’obtenir un texte correspondant à tout ou partie du corpus analysé par le procédé. Alternativement ou cumulativement, une étape de transcription d’une séquence en langage des signes captée par la caméra peut être réalisée afin d’obtenir un texte correspondant à tout ou partie du corpus analysé par le procédé. A noter que le corpus peut en outre correspondre à tout ou partie d’un ou de plusieurs fichiers électroniques de type texte (Word®, Excel®, OneNote®, courriel, message instantanée, etc.). A noter également que le corpus peut être complété /amendé directement par l’utilisateur via une interface homme-machine du terminal 101 comme un clavier, une souris, un écran tactile, un micro, une caméra, etc. Par exemple, l’utilisateur peut souhaiter ajouter au corpus des acronymes et/ou des termes propres à son métier et/ou à son organisation. Une fois le corpus obtenu, le procédé l’analyse afin d’en déterminer / d’en extraire une ou plusieurs actions (ou non-actions) à réaliser par l’utilisateur UT comme des questions nécessitant une réponse de l’utilisateur et donc une action de sa part. Cette phase d’analyse peut s’appuyer sur des techniques d’apprentissages connues de l’état de l’art comme l’apprentissage automatique (en anglais « machine learning »). Dans un mode de réalisation particulier, le procédé peut effectuer une analyse sémantique du corpus afin d’identifier au sein du corpus les verbes d’action et les questions posées à l’utilisateur UT (par exemple via la ponctuation et plus particulièrement le point d’interrogation). Le procédé isole ensuite les phrases associées, chaque phrase (ou partie de phrase) pouvant correspondre à une action à réaliser par l’utilisateur UT. Par exemple, lorsque le corpus comprend la phrase « merci de m’appeler au plus vite », le procédé détecte le verbe d’action « appeler », extrait la phrase du corpus puis ajoute une action en lien avec la phrase dans la liste d’actions de l’utilisateur UT. L’action peut correspondre à la phrase extraite ou bien au résultat d’un traitement de la phrase extraite. Par exemple, le procédé peut prendre en compte l’intégralité du message (titre/objet, contenu, etc.) et/ou des messages préalablement échangés entre l’émetteur et l’utilisateur UT afin de déterminer le contexte et le nom de l’émetteur du message. Ainsi, lorsque la phrase extraite correspond à tout ou partie d’un courriel émis par Alice, le procédé transforme la phrase extraite en substituant le « m’ » en « Alice ». Le procédé peut en outre ajouter des éléments de contexte comme l’objet du courriel (par exemple : « planification du projet X ») ou la priorité associée au courriel et donc à l’action. Le niveau de priorité peut, par exemple, être détecté/estimé via la présence dans le courriel d’un préfixe/mot tel que « urgent » ou d’un point d’exclamation rouge au niveau de l’interface Outlook® indiquant une importance haute du courriel. La priorité peut en outre être estimée en fonction de la formulation de la phrase. L’action inscrite par le procédé dans la liste d’actions de l’utilisateur UT peut alors correspondre à : « Appeler Alice au sujet de la réunion de planification du projet X ». A noter qu’une action peut également correspondre à une demande d’inaction de la part de l’utilisateur UT (non-action au sens de l’invention). Par exemple, le procédé peut, après analyse, extraire du corpus : « merci de ne pas contacter ce client directement ». Dans ce cas, une tâche peut être ajoutée à la liste d’actions de l’utilisateur correspondant à une demande d’inaction, c’est-à-dire de ne pas prendre contact avec le client identifié, par exemple, via un identifiant et/ou un nom obtenu depuis l’applicatif qui a alimenté le corpus avec la phrase « merci de ne pas contacter ce client directement » (par exemple un applicatif de courriels, de gestion de processus, etc.). Lors de l’étape 301 le procédé détermine si une action de la liste d’actions de l’utilisateur UT a été réalisée. Pour ce faire le procédé analyse/observe l’activité du terminal 101 et/ou de l’utilisateur UT. Concrètement, le procédé scrute un ensemble d’évènements internes et/ou externes au terminal 101 qui permettent de déterminer si une action (respectivement une non-action) est achevée. Un évènement peut correspondre à une commande vocale, à un ou plusieurs mots énoncés par l’utilisateur UT captés par le micro du terminal 101, à un ou plusieurs signes de l’utilisateur UT captés par une caméra du terminal 101, à un évènement géré par le système d’exploitation du terminal 101 (clic souris, appui sur une touche d’un clavier et/ou sur un écran tactile, etc.), à un évènement géré par un applicatif exécuté par le terminal 101 (lancement / fermeture d’une application, restitution d’une interface homme-machine particulière, etc.), à une suite de caractères/ de mots détectés au sein d’un texte, à un message reçu d’un terminal tiers, etc. A noter que le message reçu d’un terminal tiers (par exemple une montre connectée ou un capteur de santé) peut correspondre à un message relatif à l’activité physique de l’utilisateur (donnée de géolocalisation, déplacement de l’utilisateur, activité cardiaque, etc.). Ainsi, lorsque l’action extraite du corpus correspond à « merci de me contacter au plus vite », le procédé peut obtenir d’un terminal tiers une information de géolocalisation indiquant que l’utilisateur UT s’est déplacé physiquement dans le bureau de la personne qui souhaitait être recontactée. L’information de géolocalisation peut, par exemple, correspondre à un identifiant d’une balise de type Beacon installée dans le bureau de la personne à recontacter. Bien évidement cette information de géolocalisation peut être associée à une information relative à un indicateur de présence dans le bureau de la personne à recontacter. L’évènement ou la séquence d’évènements représentatifs de l’achèvement d’une action scruté(e) par le procédé peut être obtenu(e) en tant que résultat d’une étape de traitement d’une représentation textuelle de l’action (analyse sémantique de la représentation textuelle de l’action et/ou des éléments/mots/séquence de mots associé(es)). Concrètement, le procédé traite et transforme chaque action en une séquence de mots clefs et/ou de portion de phrase pouvant correspondre à : un verbe d’action ; une entité représentative de celui qui doit faire l’action ; une entité représentative de celui qui demande l’action ; élément(s) de contexte. Par exemple : N° Action(s) /question(s) détectée(s) dans le corpus Verbe action Qui doit faire l’action Pour qui élément(s) de contexte 1 remplir le tableau de suivi du projet X Remplir Moi NA (Non Applicable) tableau de suivi du projet X 2 Appeler Alice Appeler Moi Alice NA 3 Envoyer le document Z à Paul Envoyer Moi Paul Document Z 4 rédaction du bilan du projet Y Rédiger Moi NA (Non Applicable) Document « bilan projet Y ». … Dans le cas de l’action « envoyer le document Z à Paul », le procédé peut en déduire que la détermination de la réalisation de l’action correspond à la détection d’une séquence d’évènements apte à permettre l’envoi d’un message vers Paul telle que : lancement d’un logiciel de messagerie (instantanée, de courriel, etc.) ; rédaction d’un message contenant en pièce jointe le document Z ; envoi du message à destination de Paul. Alternativement ou cumulativement, l’évènement ou la séquence d’évènements représentatifs de l’achèvement d’une action peut être renseigné(e) /déclaré(e) par l’utilisateur UT via une interface homme-machine du terminal 101 (micro, clavier, souris, caméra, etc.), obtenu(e) depuis une base de données ou bien obtenu(e) via apprentissage automatique (en anglais « machine learning ») réalisée par le procédé. Pour ce dernier cas, lorsque le procédé détecte un nouveau type de tâche, celui-ci peut lancer une phase d’apprentissage / d’acquisition afin de déterminer l’évènement ou la séquence d’évènements à scruter représentatifs de la réalisation de l’action. La phase d’apprentissage / d’acquisition peut être déclenchée : manuellement, lorsque l’utilisateur lance et/ou arrête lui-même la phase d’apprentissage, par exemple, via une interface homme-machine du terminal 101, c’est-à-dire l’enregistrement du processus de réalisation de l’action et des évènements associés ; et/ou automatiquement via la recherche par le procédé d’un ou plusieurs mots clefs (nom des processus exécutés sur le terminal 101, nom de fichier, date et titre d’un courriel, etc.) dans des données obtenues depuis des sondes logicielles d’observation de l’activité du terminal 101 et/ou de l’utilisateur UT. Ces sondes, permettent, par exemple, de connaître à un instant T des informations concernant une fenêtre applicative donnée (nom, identifiant, logiciel, processus informatique associé, titre, etc.). Une sonde peut, par exemple, fournir au procédé des données avec le contenu suivant : "1": { "isForeground": false, "isVisible": true, "isIconic": false, "title": "SNCF, horaire, train, info", "processID": "11824", "processName": "msedge", "startTime": "2022-10-12T08:52:35.0044929+02:00", }, Dans cet exemple, il est possible, pour le procédé, de détecter de façon automatique un évènement représentatif du début d’une tâche correspondant à la prise d’un billet de train pour Paris via le site internet de la SNCF (opérateur français de trains). En effet, la valeur associée au « processName » correspond à « msedge », c’est à dire un identifiant d’un navigateur internet, et la valeur du titre « title » de la page Internet consultée par le navigateur correspond à un site de vente en ligne, en l’occurrence celui de la SNCF. Ainsi, le procédé peut détecter dans ces données un premier évènement correspondant à l’ouverture d’un navigateur et un deuxième évènement correspondant à la consultation par l’utilisateur UT du site internet permettant l’achat de billets de train. Ces deux évènements peuvent être représentatifs du début d’une réalisation de la tâche « prendre un billet de train pour Paris ». Une fois le début de la tâche/action détectée, le procédé peut une nouvelle fois s’appuyer sur les sondes logicielles du terminal 101 (sondes clavier, souris, contenu des fenêtres actives, etc.) pour enregistrer le ou les évènements permettant la réalisation de la tâche /action. Par exemple, le procédé peut réaliser des captures d’écran de la page internet affichée au niveau de l’écran 103 du terminal 101 puis exécuter un procédé de reconnaissance optique de caractères dans le but d’obtenir le texte affiché à l’utilisateur. Le procédé recherche ensuite des mots clefs dans le texte obtenu et vérifie, par exemple, que les mots « destination » et « Paris » sont bien présents dans le texte. Si c’est le cas, le procédé considère que l’action « prendre un billet de train pour Paris » est toujours en cours de réalisation par l’utilisateur UT. Quant à l’évènement représentatif de l’achèvement de l’action, celui-ci peut être obtenu par le procédé via : une interface-homme machine vocale et/ou graphique du terminal 101 (par exemple dans une réponse à une demande explicite émise à destination de l’utilisateur UT) ; les sondes logicielles exécutées par le terminal 101 permettant, par exemple, de détecter la fermeture de la fenêtre active, une fenêtre applicative particulière avec un message de confirmation (en anglais une pop-up) de la bonne réalisation de l’action (le message est par exemple obtenu via une méthode de reconnaissance optique de caractère appliquée sur une capture d’écran de la fenêtre applicative), etc. A noter que l’évènement ou la séquence d’évènements représentatifs de l’achèvement de l’action peut être enregistré(e) par le procédé dans une mémoire interne et/ou externe du terminal 101 (par exemple au sein d’une base de données / base de connaissances) en association avec l’action. Ainsi, lorsque la même action sera demandée une nouvelle fois à l’utilisateur UT, le procédé pourra, grâce au libellé de l’action, retrouver dans la base de connaissances l’évènement ou la séquence d’évènements représentatifs de l’achèvement de l’action. Bien évidemment, lorsque l’évènement ou la séquence d’évènements représentatifs de l’achèvement de l’action change, la base de connaissance est mise à jour (par exemple via le procédé d’apprentissage /d’acquisition). A noter également que la phase d’apprentissage peut être plus adaptée aux tâches/actions pour lesquelles l’utilisation d’applicatifs métiers sont nécessaires à la réalisation de l’action. En effet, il n’est pas rare que les applicatifs métiers utilisent un jargon particulier rendant par exemple plus difficile l’interprétation par le procédé des textes affichés à l’utilisateur et des évènements associés. Bien évidemment, les méthodes de détermination de l’évènement ou de la séquence d’évènements représentatifs de la réalisation d’une action mise en œuvre lors de la phase d’apprentissage peuvent être les mêmes pour la détermination de la réalisation de l’action en tant que telle. Selon un mode particulier de réalisation de l'invention, l’achèvement d’une action peut être déterminé lorsqu’un sous-ensemble (par exemple 80%) des évènements de la séquence d’évènements représentative de l’achèvement de l’action a été détecté. Ce mode de réalisation permet de prendre en compte des variations de réalisation de l’action, par exemple à la suite d’une mise à jour de l’environnement de travail ou des pratiques de l’utilisateur UT, etc. Dans un tel cas, le procédé peut mettre à jour dans la base de connaissances, la séquence d’évènements représentative de l’achèvement de l’action associée à l’action. Selon un mode particulier de réalisation de l'invention, lorsque l’action correspond à une non-action, c’est-à-dire à une demande d’inaction de la part de l’utilisateur UT, la détermination de la réalisation de la non-action peut alors correspondre à la détection de l’absence d’un évènement ou d’une séquence d’évènements représentatifs de l’achèvement d’une action antinomique à la non-action, c’est-à-dire d’une action niée par la non-action. Par exemple : La non-action peut être : « merci de ne pas appeler Alice », et l’action antinomique : « appeler Alice ». A l’étape 302, lorsque le résultat de l’analyse indique qu’une action (ou une non-action) a été réalisée (détermination positive), c’est-à-dire que l’évènement ou la séquence d’évènements représentatifs de l’achèvement de l’action a été détectée par le procédé durant une période de temps donnée (respectivement que l’évènement ou la séquence d’évènements représentatifs de l’achèvement de l’action antinomique à la non-action a été détectée par le procédé), le procédé supprime l’action de la liste d’actions de l’utilisateur UT. Selon un mode particulier de réalisation de l'invention, la période de temps est déterminée en fonction de l’action. Par exemple, lorsque l’action inscrite par le procédé dans la liste d’actions de l’utilisateur UT correspond à : « Appeler Alice au sujet de la réunion de planification du projet X », la période de temps donnée pour la réalisation de l’action peut être déterminée en fonction de la date de la réunion de planification du projet X par exemple obtenue depuis le calendrier du logiciel Outlook®. Alternativement, la période de temps peut être déterminée en fonction de la nature de l’action. Par exemple, le procédé peut arbitrairement attribuer un délai (période de temps au sens de l’invention) de 5 jours à la réalisation d’une tâche correspondant à la rédaction d’un document et de 2 jours à la réalisation d’une tâche correspondant à une réponse à un courriel. Alternativement, la période de temps peut être la même pour toutes les actions / tâches de la liste d’actions de l’utilisateur UT. Selon un mode particulier de réalisation de l'invention, l’étape de suppression d’une action peut être conditionnée par la réponse à une demande de validation restituée à l’utilisateur UT. La restitution de la demande de validation peut par exemple se faire vocalement et/ou graphiquement par le terminal 101. Selon un mode particulier de réalisation de l'invention, lorsque le résultat de l’analyse indique qu’une action (ou une non-action) n’a pas été réalisée/respectée (détermination négative) une notification de rappel ou de demande de suppression de l’action peut être émise à destination de l’utilisateur UT. Procédé de gestion d’une liste d’actions et/ou de non-action à réaliser par un utilisateur d’un terminal électronique, ledit procédé étant mis en œuvre par un dispositif de gestion et caractérisé en ce qu’il comprend les étapes suivantes : - ajout (300), dans ladite liste, d’au moins une action et/ou d’au moins une non-action déterminée(s) en fonction du résultat d’une analyse d’un corpus ; - détermination (301) de la réalisation de ladite au moins une action et/ou de ladite au moins une non-action en fonction du résultat d’une analyse de l’activité dudit terminal sur une période de temps prédéterminée ; et en fonction de la détermination - suppression (302) de ladite au moins une action et/ou de ladite au moins une non-action de ladite liste. Procédé selon la revendication 1 dans lequel le corpus est obtenu depuis ledit terminal et/ou depuis un dispositif apte à communiquer avec ledit terminal. Procédé selon l’une quelconque des revendications précédentes dans lequel la détermination de la réalisation de ladite au moins une action correspond à la détection de tout ou partie d’au moins une séquence d’évènements ou d’au moins un évènement représentatifs de l’achèvement de ladite au moins une action. Procédé selon l’une quelconque des revendications 1 à 2 dans lequel la détermination de la réalisation de ladite au moins une non-action correspond à l’absence de détection de tout ou partie d’au moins une séquence d’évènements ou d’au moins un évènement représentatifs de l’achèvement d’au moins une action antinomique à ladite au moins une non-action. Procédé selon l’une quelconque des revendications 3 à 4 dans lequel ledit au moins un évènement ou ladite au moins une séquence d’évènements comprend au moins un évènement obtenu via une étape de traitement d’une représentation textuelle de ladite au moins une action ou de ladite au moins une non-action. Procédé selon l’une quelconque des revendications 3 à 4 dans lequel ledit au moins un évènement ou tout ou partie de ladite au moins une séquence d’évènements comprend au moins un évènement obtenu via une interface homme-machine. Procédé selon l’une quelconque des revendications 3 à 4 dans lequel ledit au moins un évènement ou tout ou partie de ladite au moins une séquence d’évènements comprend au moins un évènement obtenu via un apprentissage automatique. Procédé selon l’une quelconque des revendications précédentes dans lequel l’étape de suppression est conditionnée par le résultat d’une demande de validation restituée à l’utilisateur via une interface homme-machine. Procédé selon l’une quelconque des revendications précédentes dans lequel lorsque l’étape de détermination de la réalisation de ladite au moins une action et/ou de ladite au moins une non-action est négative une notification est émise à destination dudit terminal dudit utilisateur. Dispositif de gestion d’une liste d’actions et/ou de non-action à réaliser par un utilisateur d’un terminal électronique, ledit dispositif de gestion étant caractérisé en ce qu’il comprend : - un module d’ajout (ADD), dans ladite liste, d’au moins une action et/ou d’au moins une non-action déterminée(s) en fonction du résultat d’une analyse d’un corpus ; - un module de détermination (DETER) de la réalisation de ladite au moins une action et/ou de ladite au moins une non-action en fonction du résultat d’une analyse de l’activité dudit terminal sur une période de temps prédéterminée ; - un module de suppression (SUPPR) de ladite au moins une action et/ou de ladite au moins une non-action de ladite liste. Ordinateur ou terminal mobile caractérisé en ce qu’il comporte un dispositif de gestion selon la revendication 10. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 9, lorsque le programme est exécuté par un processeur. Support d'informations lisible par un dispositif de gestion, et comportant des instructions d'un programme d'ordinateur conforme à la revendication 12.