Brevet FR3153437A1 — publié le 20250328

L’invention concerne un procédé mis en œuvre par un dispositif électronique, comportant : obtenir un contexte du dispositif électronique ; déterminer au moins une première intention d’au moins une application informatique interactive à partir d’au moins un élément du contexte du dispositif électronique non lié à une interface homme-machine de l’au moins une application informatique interactive, ladite au moins une première intention étant déterminée parmi au moins une intention exposée par l’au moins une application informatique interactive, ladite au moins une intention exposée étant associée à au moins une action à effectuer via l’au moins une application informatique interactive ; fournir ladite au moins une première intention déterminée à l’au moins une application informatique interactive Figure de l’abrégé : Figure 2 Contextualisation d’une application informatique interactive La présente divulgation relève du domaine du traitement de données par des applications informatiques interactives. Une application informatique interactive, ou simplement « application interactive » est une application permettant à un utilisateur de commander des actions, via une interaction simple (en langage naturel ou par clic souris par exemple) avec l’application informatique interactive, et assistant par exemple l’utilisateur dans la formulation de cette commande (de façon par exemple à simplifier sa formulation pour l’utilisateur). Il peut s’agir d’une action à effectuer par l’application interactive elle-même ou d’une action qui doit être effectuée par une autre application (ou service, ou outil) à laquelle cette application informatique interactive est associée, de façon par exemple à simplifier pour l’utilisateur l’usage de cette autre application. Par exemple, certains agents dialoguants ou « chatbots » sont des applications informatiques interactives se présentant comme une fenêtre de dialogue avec l’utilisateur, lui permettant de réaliser des tâches (ou d’en commander la réalisation). Dans ce cas, l’interaction s’effectue via une fenêtre de dialogue affichée sur un écran d’un terminal de l’utilisateur. L’agent dialoguant procède à des interactions en langage naturel avec l’utilisateur, via un jeu de questions-réponses par exemple. Les interactions en langage naturel permettent de déterminer une action à effectuer correspondant aux objectifs de l’utilisateur, de déterminer tous les paramètres de l’action à effectuer et enfin de réaliser cette action lorsque tous les paramètres de réalisation de l’action sont connus. Les interactions en langage naturel avec l’agent dialoguant évitent ainsi à l’utilisateur de devoir saisir par lui-même la commande de l’action (par exemple directement via une interface d’une autre application permettant de réaliser l’action), l’interface de commande de l’action pouvant être moins conviviale qu’un agent dialogue et pouvant de plus être inconnue de l’utilisateur. Par exemple, si l’utilisateur souhaite réserver une salle de réunion via un service tel qu’un outil en ligne de réservation électronique, le dialogue de l’utilisateur avec l’application informatique interactive peut permettre de déterminer le jour et l’heure de réservation, le nombre de participants, etc. avant de procéder à la réservation via l’outil en ligne. Un autre type d’application interactive concerne les assistants vocaux. Un tel assistant vocal permet à un utilisateur de réaliser une ou plusieurs tâches via un dialogue vocal avec l’assistant Dans ce cas, l’interaction peut par exemple s’effectuer via un microphone et des haut-parleurs, comme si l’utilisateur réalisait un dialogue avec un assistant humain. Les applications informatiques interactives sont de plus en plus utilisées, par exemple dans le domaine professionnel, pour réaliser des tâches telles que réserver des salles de réunion, des billets de train ou d’avion, etc. Les applications informatiques interactives peuvent constituer une solution plus simple et plus conviviale à utiliser pour les utilisateurs que des interfaces standards. Les applications interactives selon l’état de l’art requièrent que l’utilisateur définisse précisément l’objet de son échange (pour comprendre la commande à lancer et obtenir ses paramètres d’entrée), ce qui induit de nombreuses interactions avec l’application informatique interactive, et ainsi augmente le temps de l’interaction, et limite le bénéfice susceptible d’être apporté par ces applications informatiques interactives. En particulier, les interactions avec des applications interactives selon l’état de l’art peuvent parfois apparaître comme ennuyeuses et synonymes de perte de temps à un utilisateur. Il y a donc besoin de faciliter les échanges entre une application informatique interactive et ses utilisateurs, en vue d’effectuer une action par l’application informatique interactive ou une autre application. Résumé La présente divulgation vient améliorer la situation. Il est proposé un procédé mis en œuvre par un dispositif électronique, comportant : obtenir un contexte du dispositif électronique ; déterminer au moins une première intention d’au moins une application informatique interactive à partir d’au moins un élément du contexte du dispositif électronique non lié à une interface homme-machine de l’au moins une application informatique interactive, ladite au moins une première intention étant déterminée parmi au moins une intention exposée par l’au moins une application informatique interactive, ladite au moins une intention exposée étant associée à au moins une action à effectuer via l’au moins une application informatique interactive; fournir ladite au moins une première intention déterminée à l’au moins une application informatique interactive. Par "contexte du dispositif électronique", on entend toute donnée relative à l'utilisation du dispositif électronique ou à son environnement à un moment (ou instant) donné. Un contexte du dispositif électronique peut par exemple comprendre des données affichées sur un écran du dispositif, des données sonores captées par un microphone ou émise par un haut-parleur connecté au dispositif, des données d'environnement telles que l'emplacement du dispositif ou la luminosité ambiante, etc. Le contexte peut également tenir compte du lieu et de la date, de la posture physique de la personne, le suivi de l’activité des yeux (eyes tracking en anglais), etc. On entend par « au moins un élément du contexte du dispositif électronique non lié à une interface homme-machine de l’au moins une application informatique interactive » au moins un élément du contexte qui n'est pas affecté par l'au moins une application informatique interactive. Il peut par exemple s'agir d’au moins un élément de contexte n'appartenant pas à une interface homme-machine de l'au moins une application informatique interactive, ou encore d'un élément de contexte d'une application autre que l'au moins une application informatique interactive. On entend par "au moins une intention exposée par l’au moins une application informatique interactive" un but que les interactions de l'application permettent de poursuivre. Par exemple, l'au moins une application informatique peut exposer via une API (sigle anglais signifiant « Application Programming Interface », en français « Interface de Programmation d’Application ») au moins une intention qu'elle est apte à utiliser. On entend par « intention exprimée » une intention détectée par analyse du contexte du dispositif et notamment d’éléments de contexte captés. Il peut s’agir par exemple d’un but ou d’un objectif exprimé dans une phrase ou un texte (correspondant à un énoncé utilisateur, un extrait de document (mail, etc…), une (ou plusieurs) phrase prononcée oralement et captée par un microphone, etc.), une description générée automatiquement d’ une image du contexte, etc.. Il peut aussi s’agir d’une intention exprimée implicitement par un utilisateur (par exemple, la phrase « Il faut que j’achète mon billet de train » peut permettre de déceler l’intention exprimée « réserver un train »). Une intention exprimée permet de catégoriser l'intention d'un utilisateur final dans le cadre d'un échange avec l’au moins une application informatique interactive, et peut être basée sur un texte extrait de tout type d’élément de contexte capté (texte, audio, image, etc.). A une intention exprimée peuvent être associés les éléments de contexte qui ont permis sa détection. On entend par « intention déterminée » une intention déterminée (sélectionnée), parmi les intentions exposées par une application interactive, comme intention à fournir à l’application interactive. L’intention peut être déterminée par corrélation entre une intention exprimée dans le contexte du dispositif électronique et les intentions exposées par l’application interactive. Par exemple, les outils de traitement du langage naturel (outils « NLP », acronyme anglais signifiant « Natural Language Processing », en français « Traitement du Langage Naturel ») permettent d’associer les mots du contexte à des intentions exprimées dans le contexte. Par exemple, des patterns de phrases peuvent être reconnus pour identifier l’intention exprimée par les mots du contexte. Les outils de traitement du langage naturel permettent ensuite de corréler les intentions exprimées ainsi obtenues aux différentes intentions exposées par l’application interactive. Différents énoncés utilisateurs peuvent ainsi permettre d’obtenir une même intention exprimée, corrélée (sémantiquement par exemple) à une même intention exposée. Par exemple les énoncés " Quel est votre numéro de téléphone ? ", " Où puis-je vous joindre par téléphone ? ", ou encore " Donnez-moi le numéro de téléphone, s'il vous plaît ." pourraient correspondre à la même intention exprimée « récupérer un numéro téléphone », celle-ci pouvant être corrélée à l’intention exposée par l’application interactive « récupération_numéro_telephone ». Dans un autre exemple, les énoncés utilisateurs « Pensez à trouver un lieu pour se réunir demain de 14h à 16h », ou « Il faut réserver une salle de réunion à 14h demain pour 2h » peuvent correspondre à une même intention exprimée « réserver une salle », celle-ci pouvant être corrélée à l’intention exposée « réservation_salle » de l’application interactive. La reconnaissance automatique de l'intention exprimée par l’utilisateur peut aider l’application informatique interactive à y répondre « directement » (de façon plus directe que les solutions de l’art antérieur) , via la sélection de l’intention exposée correspondante. L’analyse des mots du contexte (par exemple leur classification) pour obtenir des intentions exprimées, puis la corrélation entre les intentions exprimées et les intentions exposées, permet d’établir un lien entre les mots identifiés dans le contexte, et les intentions exposées. Une intention exprimée et une intention exposée se présentent toutes deux comme une chaîne de caractères alphanumériques, comprenant au moins un mot en langage naturel, ou un extrait de mot comme une racine ou un lemme de ce mot. Une intention exprimée ou une intention exposée peut être un groupe de mots synthétique par exemple ou un énoncé en langage naturel. On présente plus loin, des exemples d’intentions exprimées (comme « réserver une salle » ) et des exemples d’intentions exposées (comme « réservation_salle ») A une intention exprimée sont associés les éléments de contexte qui ont permis sa reconnaissance (ou détection). Par simplicité de langage, dans la présente demande, on associe les éléments de contexte qui ont permis la détection d’une intention exprimée à l’intention (déterminée) corrélée avec cette intention exprimée. Ainsi, dans la présente demande, les éléments de contexte « relatifs » à une l’intention déterminée se réfèrent aux éléments de contexte associés à une intention exprimée corrélée avec cette intention déterminée. L’au moins une intention exposée peut être exposée par l’application interactive de plusieurs manières. Par exemple, l’au moins une intention exposée peut être obtenue via un fichier ou via un ou plusieurs messages (via sockets, APIs (sigle anglais signifiant « Application Programming Interface », en français « Interface de Programmation d’Application ») REST (sigle anglais signifiant « REpresentational State Transfert », en français « Transfert d’Etat REpresentationel»), etc..) , comme des messages de type JSON (sigle anglais signifiant « JavaScript Object Notation », en français « Notation d’Objet JavaScript»), décrivant une liste d’intentions exposées par l’application interactive (ie une partie de son interface). Par "action à effectuer via l’application informatique interactive", on entend une action pouvant être enclenchée par l'application informatique interactive elle-même ou via l'émission, par l’application interactive, d'une commande informatique vers une autre application, par exemple un outil ou service en ligne. Par exemple, si une intention exposée de l'application informatique interactive est une réservation d'une salle via un service en ligne de réservation de salles, cette intention exposée peut être associée à une action de réservation de la salle, par exemple via une API du service de réservation. Le procédé de la présente demande, dans au moins certains de ses modes de réalisation, permet de déterminer automatiquement, parmi les intentions exposées par l’application informatique interactive, une intention exposée proche sémantiquement d’une intention exprimée dans le contexte du dispositif électronique, et de la fournir à l’application informatique interactive, qui pourra convertir cette intention déterminée en action. Un tel mode de réalisation peut donc aider à faciliter l’interaction d’un utilisateur du dispositif électronique et de son environnement. Par exemple, dans certains modes de réalisation, le nombre de messages à échanger entre une application interactive et l’utilisateur, afin de déclencher une action, peut être limité (par exemple réduit) par rapport au nombre d’interactions qui seraient nécessaires si l’utilisateur utilisait l‘application interactive seulement. Par exemple, dans certains cas, l’échange avec l’utilisateur peut se réduire à un message unique auquel l’utilisateur pourra répondre par un clic de confirmation. Le procédé, dans au moins certains de ses modes de réalisation, peut donc aider à faciliter les échanges entre une application informatique interactive et au moins certains de ses utilisateurs, en vue d’effectuer une action par l’application informatique interactive ou une autre application Selon un autre aspect, il est proposé un programme informatique comportant des instructions pour la mise en œuvre de tout ou partie d’un procédé tel que défini dans la présente demande, dans l’un quelconque de ses modes de réalisation, lorsque ce programme est exécuté par un processeur. Selon un autre aspect, il est proposé un support d’enregistrement non transitoire, lisible par un ordinateur, sur lequel est enregistré un tel programme. Selon un autre aspect, il est proposé un dispositif électronique comprenant au moins une unité de calcul configurée pour exécuter tout ou partie d’un procédé (ie méthode) tel que défini dans la présente demande, dans ses différents modes de réalisation. On entend par « unité de calcul » un composant électronique apte à effectuer des calculs électroniques ou informatiques pour effectuer une fonction déterminée. Une unité de calcul peut désigner tout type de processeur ou composant électronique apte à effectuer des calculs numériques. Par exemple, une unité de calcul peut être un circuit intégré, un ASIC (de l’acronyme anglais « Application-Specific Integrated Circuit », littéralement en français « circuit intégré propre à une application », un microcontrôleur, un microprocesseur, un DSP (de l’acronyme anglais « Digital Signal Processor », littéralement en français « processeur de signal numérique »), un processeur, un GPU (de l’acronyme anglais « Graphics Processing Unit », littéralement en français « unité de calcul graphique »). Une unité de calcul selon l’invention n’est pas limitée à un type particulier d’architecture de calcul. Par exemple, un processeur peut mettre en œuvre une architecture de type Harvard ou Von Neumann. On entend par « mémoire » un élément (dispositif) électronique numérique servant à stocker des données. Différents types de mémoires peuvent être utilisés dans l’invention, telles qu’une mémoire morte, une mémoire vive, une mémoire volatile ou une mémoire flash. Un dispositif électronique selon l’invention peut être équipé d’une ou plusieurs mémoires non volatiles pouvant être de différents types tels que des mémoires de masse, mémoire flash, mémoires mortes ou mémoires SSD. Un dispositif selon l’invention peut également comprendre une ou plusieurs mémoires vives telles que des mémoires RAM, DRAM, SRAM, DPRREAM, VRAM, eDRAM ou 1T-SRAM. Les caractéristiques exposées dans les paragraphes suivants peuvent, optionnellement, être mises en œuvre, indépendamment les unes des autres ou en combinaison les unes avec les autres : Dans certains modes de réalisation, le procédé comprend fournir au moins un élément du contexte, relatif à l’au moins une première intention déterminée, à l’au moins une application informatique interactive. Par exemple, des éléments de contexte utiles pour paramétrer et/ préciser l’action à effectuer et/ou établir une interaction en vue de paramétrer l’action peuvent être transmis. Par exemple, si l’intention déterminée consiste à réserver un billet de train, et que le contexte indique, via les informations affichées à l’écran, une réservation d’un train de Paris à Dijon dans deux jours, au moins une portion des informations affichées peut être fournie à l’application interactive. La fourniture d’au moins un élément de contexte relatif à l’au moins une première intention déterminée à l’au moins une application informatique interactive permet de fournir à l’application interactive certaines informations connues permettant de réaliser l’action, et/ou d’établir une interaction en vue de paramétrer l’action à effectuer. Dans certains modes de réalisation, ladite au moins une première intention est déterminée par corrélation entre au moins une intention dite exprimée obtenue à partir dudit contexte avec ladite au moins une intention exposée par l’au moins une application informatique interactive. On entend par "corrélation entre au moins une intention dite exprimée et au moins une intention exposée par l’au moins une application informatique interactive », une détermination de si au moins une intention exprimée correspond à au moins une intention exposée par l’au moins une application interactive. Cette correspondance est fonction d’une proximité sémantique entre l’intention exprimée et l’intention exposée. Il peut s’agir d’une correspondance exacte, littérale, ou d’une correspondance partielle entre l’intention exprimée et l’intention exposée. Déterminer l’au moins une première intention par corrélation entre au moins une intention dite exprimée obtenue à partir dudit contexte avec ladite au moins une intention exposée par l’au moins une application informatique interactive permet de s’assurer que l’au moins une première intention déterminée est cohérente sémantiquement avec les intentions exprimées dans le contexte, et donc fournir à l’au moins une application informatique interactive au moins une première intention déterminée cohérente avec le contexte. Dans certains modes de réalisation, ledit contexte comprend au moins un mot rendu ou acquis via une interface homme machine du dispositif électronique ; ladite corrélation tient compte d’une proximité sémantique entre ladite au moins une intention exprimée et ladite au moins une intention exposée par l’au moins une application informatique interactive ; obtenir le contexte comporte détecter ledit au moins un mot rendu ou acquis via ladite interface homme machine du dispositif électronique. On entend par « une interface homme machine du dispositif électronique » une interface homme machine intégrée ou couplée au dispositif électronique. Par exemple il peut s’agir d’un mot affiché sur au moins un écran du dispositif électronique, et/ou capté via au moins un microphone du dispositif électronique et/ou rendu via au moins un haut-parleur du dispositif électronique et/ou présent dans une description extraite d’une image affichée sur au moins un écran et/ou captée par au moins une caméra du dispositif électronique La détection au fil de l’eau de l’au moins un mort rendu ou acquis pour obtenir/enrichir le contexte (permettant lui-même d’obtenir l’intention exprimée), et la prise en compte, dans la corrélation, d’une proximité sémantique entre ladite au moins une intention exprimée et ladite au moins une intention exposée, aident à déterminer « au plus tôt » l’au moins une première intention (ie dès la détection d’éléments de contexte permettant d’obtenir une intention exprimée en proximité sémantique avec une au moins des intentions exposées par l’au moins une application informatique interactive). Dans certains modes de réalisation, le procédé comprend reconnaître, parmi l’au moins un mot, au moins une entité nommée associée à ladite au moins une intention exprimée. Par « entité nommée », on entend un mot, ou un groupe de mots catégorisable dans des classes telles que noms de personnes, noms d’organisations ou d’entreprises, noms d’applications, noms de lieux, quantités, distances, valeurs, dates, email, ou catégories préalablement définies (dans un fichier, une base de données, …). La reconnaissance, parmi l’au moins un mot, d’au moins une entité nommée associée à ladite au moins une première intention déterminée peut aider à identifier des éléments de contexte associés à l’intention exprimée. Les entités nommées peuvent elles-mêmes être des éléments de contexte. Ces éléments de contexte peuvent être fournis, dans certains modes de réalisation, à l’application informatique interactive, en association avec l’intention déterminée, pour faciliter l’interaction avec un utilisateur du dispositif (ces éléments de contexte étant susceptibles de former des paramètres de l’action à effectuer). Dans certains modes de réalisation, le procédé comporte : effectuer un filtrage de l’au moins une première intention déterminée ; fournir ladite au moins une première intention déterminée à l’issue du filtrage. Le filtrage de l’au moins une première intention déterminée permet de ne fournir une intention exposée par l’application interactive et corrélée avec une intention exprimée que si elle satisfait à des critères de filtrage. Dans des modes de réalisation où un contexte est fourni à l’application interactive en complément de l’intention déterminée, les éléments de contexte peuvent également être filtrés avant envoi à l’application interactive, par exemple pour ne fournir que les éléments pertinents vis-à-vis de l’intention exprimée corrélée avec l’intention déterminée. Dans certains modes de réalisation, le filtrage est paramétrable. Le paramétrage du filtrage permet à l’utilisateur, ou à un administrateur du dispositif électronique, de limiter l’usage de l’application interactive (via ses intentions exposées). Dans certains modes de réalisation, le filtrage est effectué en fonction du contexte du dispositif électronique. Effectuer le filtrage en fonction du contexte peut aider à affiner les règles de filtrage, età rendre le paramétrage du filtrage plus fin. Par exemple, le filtrage peut s’effectuer par rapport à des éléments de contexte tels que le lieu, la date ou l’heure. Dans un mode de réalisation, le filtrage d’une intention déterminée tient compte d’une règle d’exclusion fonction d’éléments de contexte associés à une intention exprimée corrélée à l’intention déterminée. Par exemple, une application interactive peut exposer une intention « recette » associée à une règle d’exclusion « chocolat », auquel cas une intention exposée « recette » ne sera fournie à l’application interactive que si le contexte ne mentionne pas « chocolat ». Selon un autre exemple, certaines intentions exposées qui supposent un paiement peuvent n’être autorisées que pour un utilisateur ayant un profil « adulte ». Dans certains modes de réalisation, l’application informatique interactive est configurée pour émettre au moins un message sur ladite interface homme-machine de ladite application informatique interactive, le message tenant compte de ladite première intention déterminée et dudit au moins un élément de contexte relatif à ladite au moins une première intention déterminée. On entend par « émettre au moins un message sur ladite interface homme-machine » utiliser une sortie de l’interface homme-machine pour produire un message compréhensible par l’utilisateur. Le message peut par exemple être un message textuel, mais également un message sonore, un message vidéo ou encore un message visuel tel que l’émission d’une lumière donnée, ou la réalisation d’un mouvement particulier par un bras robotique. L’émission d’un message tenant compte de ladite première intention déterminée et dudit au moins un élément de contexte permet d’émettre un message dépendant du contexte du dispositif à l’intention de l’utilisateur, par exemple en vue d’obtenir une validation ou une précision de la part de l’utilisateur. Dans certains modes de réalisation, l’application informatique interactive est configurée pour : recevoir, via l’interface homme-machine d’entrée de ladite application informatique interactive, au moins un message de réponse; paramétrer l’au moins une action à effectuer en fonction de l’au moins un message de réponse. Par exemple, l’application informatique interactive être un assistant virtuel intégrant un robot conversationnel (aussi appelé « chatbot » selon la terminologie anglaise), et le robot conversationnel peut échanger des messages avec l’utilisateur via une messagerie, afin de confirmer que la première intention déterminée fournie au robot conversationnel correspondant bien à une intention effective de l’utilisateur (i.e à une action que l’utilisateur souhaite effectivement commander) et/ou de recueillir des informations supplémentaires. De même, l’application informatique interactive peut être un assistant vocal établissant une discussion avec l’utilisateur, afin de confirmer que la première intention déterminée fournie au robot conversationnel correspondant bien à une intention effective de l’utilisateur et/ou de recueillir des informations supplémentaires. Par exemple, si une intention déterminée« réservation train » vise à réserver un billet de train, et si des informations de contexte non liées à l’application interactive (par exemple extraites d’un e-mail) fournies à l’application interactive indiquent que l’utilisateur souhaite réserver un train de Paris à Dijon dans deux jours, le robot conversationnel ou assistant virtuel peut présenter à l’utilisateur les horaires des trains de Paris à Dijon dans deux jours, et lui demander quel horaire lui convient, avant d’enclencher l’action consistant à réserver le billet de train. La réception d’un message de réponse, et le paramétrage de l’action à effectuer en fonction du message de réponse, peuvent aider à préciser l’intention effective de l’utilisateur afin de paramétrer l’action à effectuer, tout en limitant les échanges grâce à la prise en compte des informations extraites du contexte par l’application interactive, avant son échange avec l’utilisateur. Dans certains modes de réalisation, le contexte du dispositif électronique comprend des éléments de contexte de l’environnement du dispositif électronique. La prise en compte d’éléments de contexte de l’environnement du dispositif électronique peut aider à ne réaliser la fourniture de l’intention déterminée et/ou filtrer les intentions déterminées que lorsque certaines conditions sont réunies (par exemple, seulement pendant les heures de présence au bureau, ou lorsque le dispositif se trouve dans un emplacement donné) et/ou à enrichir le contexte fourni à l’application interactive de données d’environnement. Dans certains modes de réalisation, l’une au moins des étapes d’obtenir un contexte du dispositif électronique, et de déterminer l’au moins une première intention, s’effectue en continu. Par « s’effectue en continu », on entend l’exécution d’une étape à intervalles successifs dans le temps sans arrêt notable, par exemple de manière périodique avec un intervalle de temps défini (paramétrable et/ou constant par exemple). Effectuer en continu l’une au moins des étapes permet de s’assurer que la détermination d’au moins une première intention exposée s’opère en permanence, (ou de façon quasi-permanente ou régulière), de façon à détecter « au plus tôt » une intention exprimée dans le contexte du dispositif Dans certains modes de réalisation, l’une au moins des étapes d’obtenir un contexte du dispositif électronique, et déterminer l’au moins une première intention s’effectue lors de l’occurrence d’un événement représentatif d’un changement dans le contexte du dispositif électronique. Effectuer l’une au moins des étapes lors de l’occurrence d’un événement représentatif d’un changement dans le contexte peut aider à limiter la fréquence des déterminations d’intentions exprimées, en n’effectuant une détermination d’intention exprimées que dans des situations (comme un changement dans le contexte du dispositif) rendant possible une éventuelle détection d’une nouvelle intention exprimée (menant par corrélation avec les intentions exposées à une nouvelle détermination d’une intention exposée). Dans certains modes de réalisation, l’application informatique interactive est une application informatique interactive en cours d’exécution. Fournir l’intention déterminée à une application informatique interactive en cours d’exécution, c’est-à-dire une application interactive tournant en tâche de fond, permet de limiter le temps nécessaire avant le traitement, par l’application interactive, de l’intention déterminée Dans certains modes de réalisation, le procédé comprend, préalablement à fournir l’au moins une première intention déterminée à l’application informatique interactive, démarrer ladite application informatique interactive. Démarrer ladite application informatique interactive préalablement à la fourniture de l’intention déterminée permet de ne démarrer l’application interactive que lorsqu’une intention déterminée peut lui être fournie. Et donc à aider à limiter la charge CPU consommée par l’application interactive comme son occupation mémoire. D’autres caractéristiques, détails et avantages apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels : Fig. 1 FIG. 1 montre un exemple de dialogue entre un utilisateur et une application informatique interactive selon l’état de l’art. Fig. 2 FIG. 2 montre un exemple d’un dispositif électronique adapté à la mise en œuvre de du procédé de la présente demande selon au moins certains de ses modes de réalisation. Fig. 3 FIG. 3 montre un exemple de procédé selon certains modes de réalisation. Fig. 4 FIG. 4 montre un exemple de dialogue entre un utilisateur et une application informatique interactive selon certains modes de réalisation. Il est maintenant fait référence à la FIG. 1 . La dialogue Dial1 est un exemple de dialogue entre un utilisateur ut1 et une application informatique interactive AppInt1 selon l’état de l’art. Le dialogue Dial1 s’effectue via une interface d’une application interactive se présentant sous la forme d’un chatbot, entre un utilisateur Ut1 et l’application interactive AppInt1. Dans cet exemple, l’utilisateur souhaite réserver une salle. Tous les messages s’effectuent via une fenêtre de conversation de l’application interactive, dans laquelle l’utilisateur peut saisir et lire des messages Dans une étape Et1, l’utilisateur Ut1 procède au démarrage de l’application interactive AppInt1, ou en variante, procède au démarrage d’un outil en ligne de réservation, ce qui provoque le démarrage d’une application interactive AppInt1 dédiée aux interactions avec les utilisateurs de cet outil. Dans une deuxième étape Et2, l’application interactive AppInt1 écrit le message « Que puis-je faire pour vous ? ». Dans une troisième étape Et3, l’utilisateur Ut1 écrit le message « Réserver une salle ». Dans une quatrième étape Et4, l’application interactive AppInt1 écrit le message « Sur quel site ? ». Dans une cinquième étape Et5, l’utilisateur Ut1 écrit le message « Sur le site S ». Dans une sixième étape Et6, l’application interactive AppInt1 écrit le message « Quel jour ? ». Dans une septième étape Et7, l’utilisateur Ut1 écrit le message « le 19 avril de 14h à 15h ». Dans une huitième étape Et8, l’application interactive AppInt1 écrit le message « A partir de quelle heure ? ». Dans une neuvième étape Et9, l’utilisateur Ut1 écrit le message « De 14h à 15h ». Dans une dixième étape Et10, l’application interactive AppInt1 écrit le message « Pour combien de personnes ? ». Dans une onzième étape Et1, l’utilisateur Ut1 écrit le message « 5 ». Dans une douzième étape Et12, l’application interactive AppInt1 écrit le message « Récapitulons : vous souhaitez réserver la salle A bridge le 19 avril de 14h à 15h pour 5 personnes. OK ? ». Dans une treizième étape Et13, l’utilisateur Ut1 écrit le message « oui ». Dans une quatorzième étape Et14, l’application interactive AppInt1 procède à la réservation, via une API de réservation de salle. Dans une quinzième étape Et15, l’application interactive AppInt1 écrit le message « Salle réservée ! ». Dans cet exemple, l’application interactive AppInt1 permet donc à l’utilisateur de réserver une salle via une simple conversation. Cependant, le nombre d’échanges avec l’application interactive AppInt1 nécessaires à cette réservation est élevé. Par exemple, un échange de messages avec une question de l’application interactive et une réponse de l’utilisateur est nécessaire pour chaque paramètre de la réservation (jour, heure, salle, nombre de personnes…). Cela limite la facilité d’utilisation de l’application interactive, et augmente le temps de l’échange. Dans cet exemple, le temps de l’échange aura par exemple duré plus d’une minute. Les solutions de l’état de l’art ne permettent donc pas d’exploiter pleinement le potentiel des applications informatiques interactives pour simplifier les actions à effectuer par les utilisateurs. La FIG. 2 montre un exemple d’un dispositif électronique adapté à la mise en œuvre de la méthode de la présente demande selon au moins certains modes de réalisation. Le dispositif électronique Disp comprend au moins une unité de calcul Calc apte à exécuter un module d’orchestration de sondes Sond, un module de construction de contexte Cont et une application informatique interactive AppInt2. On entend par « sonde » un module informatique apte à obtenir des informations d’une interface Int (logicielle ou matérielle) du dispositif électronique. On entend par « au moins une interface homme machine dudit dispositif » au moins une interface homme machine couplée au dispositif, c’est-à-dire une interface homme machine intégrée au dispositif, ou une interface homme machine reliée au dispositif par des moyens de communications avec ou sans fil. Par exemple, l’au moins une interface homme machine Int peut comprendre un écran Ecr, et/ou au moins un microphone Micr et/ou au moins un haut-parleur Htp. Les sondes peuvent ainsi être aptes à obtenir des informations à partir de l’au moins une interface. Par exemple, une sonde associée à l’écran Ecr pourra être capable fournir le contenu affiché à l’écran, une sonde associée à l’écran au microphone Micr pourra être capable de détecter les sons captés par le microphone, une sonde associée à l’écran au haut-parleur Htp pourra être capable de détecter les sons et mots émis par le haut-parleur, etc. D’autres sondes peuvent être capables de récupérer tout type de données relatives à l’environnement du dispositif électronique : localisation, température et luminosité ambiante, etc. L’orchestrateur de sondes Sond est apte à coordonner les sondes, et en extraire des informations relatives à l’activité de l’utilisateur : mots acquis ou rendus (de façon textuelle ou vocale), contenus html d’un mail, changement de fenêtres actives, nom des applications actives, contenu visuels des applications, flux audio, vidéo, etc. L’orchestrateur de sondes Sond peut être apte, dans certains modes de réalisation, à traiter les données brutes fournies par les sondes pour en extraire des informations utiles. Par exemple, l’orchestrateur de sonde peut mettre en œuvre un algorithme de reconnaissance de caractères pour détecter des mots, ou des entités nommés, ou détecter le nom d’applications actives, à partir d’un flux vidéo. L’application informatique interactive (ou plus simplement « application interactive ») AppInt2 est une application informatique apte à interagir avec un utilisateur via l’au moins une interface Int pour aider l’utilisateur à effectuer des actions en lien avec un outil/service en ligne (tels qu’un service de réservation de salles, de billets d’avion, un hôtel, etc.). L’application informatique interactive AppInt2 peut par exemple être un assistant virtuel se présentant sous la forme d’un agent dialoguant tel qu’un chatbot, ou un assistant vocal. L’application informatique interactive expose au moins une intention. Comme indiqué ci-dessus, une intention exposée correspond à un but que les interactions de l'application interactive permettent de poursuivre en lien avec une action à effectuer via l’application interactive. L’exposition des intentions peut se faire par exemple par le biais d’une API, et permet au module de construction de contexte Cont de connaître les intentions exposées par l’application interactive AppInt2. L’au moins une intention exposée est associée à au moins une action à effectuer par ladite application interactive. Par exemple, une intention exposée « réservation_salle » pourra être associée à une action de réservation effective de la salle, qui pourra être exécutée par l’application interactive via une API d’un service de réservation de salle. Si l’application informatique interactive AppInt2 expose plusieurs intentions, chaque intention exposée peut être associée à une ou plusieurs actions, par exemple l’intention exposée « réservation_salle » à une action de réservation effective d’une salle, l’intention exposée « réservation_train » à une action de réservation effective d’un billet de train, etc. Bien qu’une seule application interactive AppInt2 ait été représentée sur la FIG. 2 , dans certains modes de réalisation plusieurs applications interactives peuvent être utilisées. Par exemple, différentes applications interactives peuvent exposer différentes intentions. Il est ainsi possible par exemple de disposer d’une application interactive « généraliste » traitant (exposant) de nombreuses intentions, ou au contraire de plusieurs applications interactives « spécialisées » n’exposant qu’une ou un nombre limité d’intentions. Si plusieurs intentions exprimées sont détectées, elles peuvent être corrélées avec des intentions exposées différentes qui peuvent être fournies le cas échéant à une ou plusieurs applications interactives. Le module de construction de contexte Cont est apte à interagir avec l’orchestrateur de sondes Sond ainsi que l’application informatique interactive AppInt2. L’interaction entre le module de construction de contexte Cont et l’orchestrateur de sondes Sond permet au module de construction de contexte de recueillir des informations lui permettant de construire un contexte. L’analyse sémantique du contexte permet d’identifier des intentions exprimées et regrouper/filtrer les éléments en contexte en fonction des intentions exprimées identifiées puis corréler ces intentions exprimées avec les intentions exposées afin de déterminer une ou plusieurs intentions exposées à fournir à une ou plusieurs applications interactives. L’interaction entre le module de construction de contexte Cont et l’application interactive AppInt2 permet de fournir à l’application interactive AppInt2 des informations de contexte aidant à une interaction plus fluide avec l’utilisateur. Le dispositif électronique Disp peut prendre différentes formes selon les modes de réalisation. Par exemple, il peut s’agit d’un ordinateur personnel, d’une tablette, d’un smartphone, ou de tout autre type de dispositif électronique apte à interagir avec un utilisateur via une ou plusieurs interfaces. Dans certains modes de réalisation, un système informatique dans lequel les différents modules sont exécutés par une pluralité d’unités de calcul réparties sur plusieurs dispositifs informatiques peut être utilisé, plutôt qu’un unique dispositif. Par exemple, l’application informatique interactive AppInt2 peut être implémentée et exécutée sur un dispositif électronique distinct de l’orchestrateur de sonde Sond et du module de construction de contexte Cont. Il est maintenant fait référence à la FIG. 3 , qui illustre certains modes de réalisation du procédé (ou méthode) de la présente demande. Le procédé P3 est un procédé mis en œuvre par au moins un dispositif électronique, par exemple le dispositif Disp. Dans l’exemple illustré, le procédé P3 peut comprendre une étape S31 d’obtention d’un contexte du dispositif électronique. L’étape S31 peut par exemple être exécutée par le module de construction de contexte Cont, à partir des données fournies par l’orchestrateur de sondes Sond. Le module de construction de contexte Cont peut par exemple détecter, à partir des données fournies par l’orchestrateur de sondes Sond, les changements dans l’affichage d’un écran du dispositif (e.g. changement de fenêtres actives, changement de rendu visuel d’une application…), et effectuer des traitements tels que des analyses de zones utiles, détection de mots ou OCR (acronyme anglais signifiant « Optical Character Recognition », en français « Reconnaissance Optique de Caractères ») afin de d’extraire les informations utiles affichées à l’écran. De la même manière, le module de construction de contexte Cont peut analyser les sons captés par un microphone ou émis par un haut-parleur, à proximité du dispositif par exemple. Il peut s’agir par exemple de sons captés et/ou rendus par/pour un utilisateur du dispositif et/ou par un tiers). Le contexte ainsi obtenu peut se présenter de différentes manières. Par exemple le contexte peut être formalisé via un format à balises. Par exemple, le contenu affiché par l’application de messagerie électronique « Outlook » pourrait être formalisé de la manière suivante : { ‘process’ : ‘outlook.exe’, ‘title’ : ‘actions à prioriser’, ‘data’ : [{ ‘type’ : ‘text’, ‘bbox’ : {x :12, y : 34, w : 750, h :560} ‘value’ : ‘Bonjour, Serait-il possible d’organiser une visite […] Cordialement, JF’ }], } Dans l’exemple illustré, le procédé P3 peut comprendre une détermination S32 d’au moins une première intention d’au moins une application informatique interactive. Selon les modes de réalisation, les étapes S31 et S32 peuvent s’exécuter de manière séquentielle ou simultanée. De la même manière, selon les modes de réalisation, la première intention déterminée peut être obtenue par corrélation avec une intention exprimée comprise explicitement (littéralement) dans le contexte, ou une intention exprimée implicitement seulement, déduite d’éléments du contexte sans être incluse littéralement dans le contexte lui-même. Dans l’exemple illustré, la détermination de l’au moins une première intention peut s’effectuer par corrélation avec une intention exprimée obtenue à partir d’au moins un élément du contexte du dispositif électronique non lié à une interface homme-machine de l’application informatique interactive, c’est-à-dire qu’elle peut être déterminée à partir d’au moins un élément de contexte qui n’a pas été obtenu par des entrées-sorties liées à l’application interactive elle-même. Par exemple, dans certains modes de réalisation, l’au moins une première intention peut être déterminée par corrélation avec une intention exprimée obtenue à partir seulement d’élément(s) de contexte n’ayant pas été obtenu par des entrées-sorties liées à l’application interactive elle-même. Par exemple, si l’application informatique interactive se présente sous la forme d’un chatbot avec une fenêtre de conversation, l’au moins une première intention peut être déterminée par corrélation avec une intention exprimée obtenue à partir d’éléments de contexte qui ne sont pas liés à la fenêtre de conversation. Il peut s’agir par exemple d’élément(s) de contexte relatif(s) à une fenêtre d’une autre application (issu(s) d’une telle fenêtre par exemple), ou d’élément(s) de contexte relatif(s) à une conversation vocale (comme une conversation vocale effectuée par l’utilisateur) dans une application de discussion informatique sans lien avec l’application informatique interactive elle-même. Dans certains modes de réalisation, la construction du contexte et/ou la détermination de l’au moins une première intention peuvent comprendre la reconnaissance d’entités nommées, par exemple via l’utilisation de classifieurs, de moteurs de règles, ou de moteurs d’apprentissage supervisés, par exemple de type LLM (Large langage Model). Par exemple la détermination de l’au moins une première intention peut comprendre : une analyse sémantique des éléments du contexte obtenu, menant à un regroupement d’au moins certains éléments de contexte en fonction de leur sémantique (un élément de contexte pouvant appartenir à plusieurs regroupements). L’analyse sémantique peut comprendre une reconnaissance des entités nommées du contexte relatives à une intention exprimée ; une association à au moins un (par exemple chaque) regroupement d’éléments de contexte d’une intention exprimée, représentative de la sémantique des éléments regroupés ; une détermination de l’au moins une première intention parmi les intentions exposées par au moins une application interactive, par corrélation entre l’au moins une intentions exprimée détectée et les intentions exposées par l’au moins une application interactive. Par exemple, si un nouveau mail apparaît à l’écran dans une application de messagerie électronique (comme « Outlook » ©) et comprend le texte : « Bonjour, serait-il possible d’organiser une visite de l’entreprise JFLCORP le 18 novembre ? De plus, serait-il possible de réserver une salle le 20 novembre de 10h à 15h pour une restitution de la visite avec le gérant ? Cordialement, JF . », le contexte suivant peut être construit à partir du mail : [{ ‘process’ : ‘outlook.exe’, ‘title’ : ‘actions à prioriser’, ‘data’ : [{ ‘type’ : ‘intent’, ‘value’ : ‘organiser une visite’, ‘metadata’ :[{ ‘category’ : ‘Name Entity’, ‘type’ : ‘compagny’, ‘value’ : ‘JFL CORP’, ‘knowledgeLevel’ : 0.57, },{ ‘category’ : ‘Name Entity’, ‘type’ : ‘date’, ‘value’ :‘18/10/2023’ } },{ ‘type’ : ‘intent’, ‘value’ : ‘réserver une salle, ‘metadata’ :[{ ‘category’ : ‘Name Entity’, ‘type’ : ‘interval’, ‘value’ : ‘10h – 15h’, ‘knowledgeLevel’ : 0.57, },{ ‘category’ : ‘Name Entity’, ‘type’ : ‘date’, ‘value’ :‘20/10/2023’ },{ ‘category’ : ‘info’, ‘type’ : ‘subject’, ‘value’ :‘restitution de la visite avec le gérant’ } }], }] On constate ici que le contexte est lié à l’application ‘outlook.exe’, et comprend plusieurs intentions exprimées, ici « organiser une visite » et « réserver une salle ». Les intentions exprimées sont corrélées avec les intentions exposées (traitables) par l’au moins une application informatique interactive, en fonction de leur proximité sémantique, pour déterminer (identifier) au moins une intention exposée proche sémantiquement d’au moins une intention exprimée. A cet effet, les intentions exposées peuvent être récupérées, en fonction de la manière dont les intentions sont exposées. Les intentions peuvent par exemple être exposées via des web services (API REST, SOAP…), des requêtes HTTP, des websockets, etc. Dans l’exemple de contexte ci-dessus, les mots identifiés par les différents sondes (par exemple affichés sur un écran, captés par un microphone, rendus par un haut-parleur, etc.) ont par exemple été utilisées pour détecter deux intentions exprimées « organiser une visite » et « réserver une salle ». Dans notre exemple, une unique intention « réservation_salle » est exposée par l’application informatique interactive. L’intention exprimée « réserver une salle » est par exemple plus fortement corrélée avec l’intention exposée « réserver_salle », que l’intention exprimée « organiser une visite » Celle-ci peut n’être corrélée à aucune intention exposée. L’intention exprimée « réserver une salle » étant corrélée avec l’intention exposée « réservation_salle », l’intention exposée « réservation_salle » est donc déterminée comme à fournir à l’application interactive. Les éléments de contexte fournis à l’application interactive, en association avec l’intention déterminée, peuvent être limités aux éléments de contexte relatifs aux intentions exprimées corrélées avec une intention exposée (i.e une intention déterminée) (dans cet exemple l’unique intention déterminée « réservation de salle »), par exemple pour devenir le contexte suivant : [{ ‘process’ : ‘outlook.exe’, ‘title’ : ‘actions à prioriser’, ‘data’ : [{ ‘type’ : ‘knowledge, ‘metadata’ :[{ ‘category’ : ‘Name Entity’, ‘type’ : ‘compagny’, ‘value’ : ‘JFL CORP’, ‘knowledgeLevel’ : 0.57, } ] },{ ‘type’ : ‘intent’, ‘value’ : ‘réserver une salle’, ‘metadata’ :[{ ‘category’ : ‘Name Entity’, ‘type’ : ‘interval’, ‘value’ : ‘10h – 15h’, ‘knowledgeLevel’ : 0.57, },{ ‘category’ : ‘Name Entity’, ‘type’ : ‘date’, ‘value’ :‘20/10/2023’ },{ ‘category’ : ‘info’, ‘type’ : ‘subject’, ‘value’ :‘restitution de la visite avec le gérant’ } }], }] Dans cet exemple, l’intention exprimée « organiser une visite », qui ne pouvait être corrélée avec aucune intention exposée par l’application informatique, a été supprimée du contexte à fournir à l’application interactive, mais certaines données, en l’occurrence le nom de l’entreprise en visite, ont été conservées pour une éventuelle utilisation par l’application interactive. La corrélation entre intentions exprimées et intentions exposées peut se faire de différentes manières, par exemple via l’utilisation de techniques de traitement automatique du langage naturel ou « NLP » de classifieurs, moteurs de règles, de calcul de proximité sémantique, de la prise en compte d’une base de données d’expressions associées à l’intention exposée, etc. Ainsi, une intention exposée peut être déterminée si les mots utilisés correspondent exactement à l’intention exprimée, mais aussi en cas d’utilisation de synonymes, abréviations, mots en langues étrangères, etc. L’association d’éléments de contexte à une intention exprimée et/ou la corrélation entre une intention exprimée et une ’intention exposée peuvent s’effectuer après des phases préalables d’entraînement., dans certains modes de réalisation ; Ces phases d’entraînement peuvent s’appuyer sur des phrases d’entraînement associées à l’intention exprimée e pour permettre une classification ultérieure d’éléments de contexte comme associés à au moins une intention exprimée (un même élément de contexte pouvant être classifié (associé) à plusieurs intentions exprimées. Par exemple, une intention exprimée « réserver une salle » peut être associée à différents mots, groupes de mots et/ou phrases d’entraînement, telles que « Je souhaiterais réserver une salle », « Nous aurions besoin d’une salle pour le… », « réunion » etc. Le contexte pourra donc être associé à une intention exprimée en fonction d’une proximité sémantique avec certains mots, ou groupes de mots ou phrases utilisés pour l’entraînement relatif à cette intention exprimée, plutôt qu’au nom seul de l’intention exprimée, ce qui permet d’améliorer encore la détection. Les intentions exprimées (et les intentions déterminées) peuvent être associées à des entités nommées reconnues dans le contexte. Par exemple, l’intention exprimée « Réserver une salle » est associée aux entités nommées « date » et « interval », qui forment des paramètres connus d’une réservation de salle. Ainsi, la déduction (par exemple l’extraction) d’une intention exprimée à partir de l’au moins un mot peut comprendre la reconnaissance dans le contexte des entités nommées associées à l’intention exprimée, dans ce cas les dates et intervalles de réservation mentionnés dans le mail. D’autres informations, qui ne forment pas des entités nommées, peuvent être identifiées et associées à l’intention exprimée sous forme d’information. Par exemple, l’information « restitution de la visite avec le gérant » a été identifiée et peut être associée à l’intention exprimée. Ces entités nommées et informations additionnelles forment des éléments de contexte relatifs à l’intention exprimée considérée, et donc de l’au moins une première intention déterminée corrélée à l’intention exprimée considérée. Les entités nommées et informations additionnelles peuvent ainsi être fournies à l’application informatique interactive en complément de l’identifiant de l’intention déterminée, afin de permettre à l’application interactive de disposer d’informations aussi précises que possibles pour paramétrer l’action et/ou établir une interaction avec l’utilisateur. Le contexte du dispositif électronique peut également comprendre des éléments de contexte de l’environnement du dispositif électronique. Par exemple, le contexte peut comprendre la position du dispositif, l’heure, la luminosité ambiante ou encore la présence de l’utilisateur à proximité du dispositif. Comme il sera expliqué plus en détails ci-dessous, ces éléments permettent de fournir des éléments de contexte relatifs à une intention déterminée à l’application informatique interactive et/ou de réaliser un filtrage des intentions déterminées en fonction de l’environnement du dispositif (ou en variante de filtrer les intentions exprimées avant leur corrélation avec des intentions exposées). Les éléments de contexte relatifs à l’environnement permettent par exemple de savoir s’il fait jour ou nuit, si le dispositif est utilisé dans un cadre personnel ou professionnel, etc. Les étapes S31 et/ou S32 peuvent s’effectuer de différentes manières selon les modes de réalisation. Par exemple, dans certains modes de réalisation, les étapes S31 et/ou S32 peuvent s’effectuer en continu, c’est-à-dire en permanence à intervalles réguliers. Par exemple, les étapes S31 et/ou S32 peuvent s’effectuer toutes les secondes, 10 secondes, minutes, etc. ou à intervalles variables jusqu’à ce qu’une intention soit déterminée, afin de s’assurer que la détermination des intentions s’opère en permanence, avec une précision temporelle paramétrable. Effectuer les étapes S31 et/ou S32 permet de limiter (de manière déterministe) le délai entre la survenue d’éléments de contexte représentatifs d’une intention exprimée, et la fourniture éventuelle d’une intention exposée corrélée à cette intention exprimée à l’au moins une application informatique. Dans certains modes de réalisation, les étapes S31 et/ou S32 peuvent s’effectuer lors de l’occurrence d’un événement représentatif d’un changement dans le contexte du dispositif électronique. Un tel événement peut par exemple être : la détection d’un nouveau mot ; un changement de fenêtre ; l’ouverture d’un message ; etc. Dit autrement, les étapes S31 et/ouS32 s’effectuent dans ce cas lorsqu’un événement représentatif d’un changement dans le contexte survient, ce qui rend plus probable la survenue des conditions de détection d’une nouvelle intention exprimée. Effectuer les étapes S31 et/ou S32 lors de l’occurrence d’un événement représentatif d’un changement dans le contexte du dispositif électronique permet de diminuer la charge de calcul d’au moins une unité de calcul dispositif électronique tout en conservant la possibilité de déterminer les intentions à fournir à l’au moins une application informatique lorsque nécessaire, puisque les étapes S31 et/ou S32 ne s’exécutent que lorsqu’un événement représentatif d’un changement dans le contexte du dispositif rend plus probable l’expression d’une nouvelle intention dans le contexte. Le procédé peut comprendre une vérification S33 de la détermination d’une intention exposée. L’étape S33 consiste à vérifier si une intention exposée en proximité sémantique avec une intention exprimée et pouvant donc être fournie à l’application informatique interactive a été déterminée. Cette vérification peut être effectué suite à un filtrage S35 (voir ci-après) et peut être optionnelle dans certains modes de réalisation. Lorsqu’aucune intention pouvant être valablement fournie à l’application informatique interactive n’a été déterminée (sortie de l’étape S33 est négative par exemple), le procédé peut revenir à l’étape S31, et ainsi de suite jusqu’à ce qu’une intention soit déterminée. Lorsqu’au contraire une intention a été déterminée, et le cas échéant filtrée, le procédé P3 comprend ensuite une fourniture S34 de ladite au moins une intention déterminée à ladite application informatique interactive. Ainsi, l’application informatique interactive bénéficie dès son lancement/invocation, d’une connaissance préalable en lien de l’intention déterminée, par exemple au moins un élément de contexte non issu de sa propre interface (externe à l’historique d’interaction de l’application interactive avec l’utilisateur par exemple) peut être fourni avec l’intention déterminée. L’au moins une première intention peut ainsi être déterminée par corrélation avec une intention exprimée par exemple à partir d’éléments de contextes d’application autres que l’application informatique interactive. Par exemple, l’au moins une première intention peut être déterminée grâce à du texte issu de mails, des mots acquis via un microphone, etc. La fourniture de l’intention déterminée à l’application interactive permet ainsi de limiter les interactions (explicites) entre l’application interactive et l’utilisateur avant la mise en œuvre d’une commande (appel du service en ligne par exemple), puisque la connaissance d’au moins un élément de contexte non issu de sa propre interface permet de déterminer l’au moins une première intention sans interaction via l’interface de l’application informatique interactive elle-même. La fourniture de l’intention déterminée à l’application interactive peut ainsi aider de manière plus générale à faciliter les échanges entre une application informatique interactive et ses utilisateurs, en vue d’effectuer une action par l’application informatique interactive ou une autre application La fourniture de l’intention déterminée à l’application interactive peut être conditionnée dans certains modes de réalisation à des éléments de contexte de l’environnement du dispositif électronique (tel qu’un type d’usage courant (« travail », « loisir », etc..). Par exemple, dans certains modes de réalisation, les intentions déterminées associées à un usage de type « travail » peuvent n’être envoyées qu’aux heures de bureau (et non en dehors). Selon certains modes de réalisation, l‘application informatique interactive peut être une application informatique interactive déjà en cours d’exécution (par exemple, si l’application informatique interactive est un chatbot, assistant virtuel ou assistant vocal s’exécutant en permanence en tâche de fond) ou non (par exemple si l’application informatique interactive est un chatbot, assistant virtuel ou assistant vocal lancé et exécuté à la demande). Dans le cas où l’application informatique interactive est une application informatique interactive déjà en cours d’exécution, l’intention déterminée (et l’au moins un élément de contexte éventuel) peut être fournie directement à l’application informatique interactive en cours d’exécution. Dans le cas contraire, le procédé peut comprendre un démarrage (lancement) de l’application informatique interactive préalablement à la fourniture de l’intention déterminée (et l’au moins un élément de contexte éventuel). Comme indiqué ci-dessus, au moins un élément de contexte relatif à l’intention exprimée, par exemple des entités nommées, peut être fourni en complément à l’intention exposée déterminée, afin de faciliter l’interaction entre l’application interactive et l’utilisateur. Par exemple, l’application informatique interactive peut être invoquée sans action de l’utilisateur dès qu’une intention est déterminée, et le cas échéant filtrée, et l’intention déterminée peut être fournie à l’application informatique interactive accompagnée d’éléments de contexte relatifs à l’intention déterminée, afin que la ’première interaction de l’application interactive soit déjà ciblée sur les besoins effectifs de l’utilisateur (et tienne compte d’éléments de contexte fournis, sans que demander à l’utilisateur de les saisir). Reprenant l’exemple de contexte associé à l’application « Outlook.exe » ci-dessus, une intention exprimée « réserver une salle » est associée aux entités nommées « Intervalle » (valeur « 10h-15h »), et « date » (valeur « 20/10/2023 »). Dans cet exemple, les deux entités nommées « Intervalle » (valeur « 10h-15h »), et « date » (valeur « 20/10/2023 ») peuvent être fournies à l’application informatique interactive en même temps que l’intention déterminée « réservation_ salle » corrélée avec l’intention exprimée « réserver une salle ». Sans même que l’utilisateur ait besoin d’invoquer l’application interactive, celle-ci pourra lui envoyer un premier message personnalisé en fonction du contexte, tel que : « Souhaitez-vous que je réserve une salle le 20 novembre de 10h à 15h ? Si oui, pour combien de personnes ? ». De tels modes de réalisation peuvent aider à faciliter l’interaction entre l’application et l’utilisateur, en limitant le nombre d’échanges (certains échanges pouvant par exemple être évités). Par exemple, contrairement à l’exemple de la FIG. 1 , l’application interactive dans l’exemple de la FIG. 3 n’a pas à envoyer de message pour demander l’intention exposée à poursuivre, ni la date ni le créneau horaire. Un simple message demandant confirmation des informations déjà détectées peut par exemple suffire dans certains cas avant d’effectuer l’action associée à l’intention déterminée. Ainsi, l’application interactive peut émettre dès son invocation via le procédé de la présente demande (et donc dès son interaction initiale avec l’utilisateur) des messages (des questions par exemple) dépendant du contexte fourni, et paramétrer l’action à effectuer en fonction du contexte fourni et des réponses reçues à ces messages. L’émission de messages dépendant du contexte fourni peut permettre de réduire le nombre de messages à échanger avec un utilisateur pour paramétrer l’action à effectuer, et peut donc aider à faciliter l’interaction entre l’utilisateur et l’application informatique interactive. De plus, l’envoi de l’intention déterminée et des paramètres associés peut se faire automatiquement, dès que les interfaces du dispositif électronique laissent percevoir des informations permettant de détecter une intention exprimée. Par exemple, une intention à envoyer peut être déterminée dès qu’un changement dans le contexte rend possible la détection d’une nouvelle intention exprimée : détection d’un nouveau mot dans un texte affiché, d’un nouveau mot échangé dans une conversation vocale, réception d’un nouveau mail, changement de fenêtre, etc. L’utilisateur n’a donc pas besoin d’initialiser lui-même l’interaction avec une application interactive telle qu’un chatbot, cela se fait automatiquement. A cet effet, une intention exposée peut être fournie à l’application interactive dès qu’elle a été déterminée comme corrélée avec une intention exprimée, et le cas échéant filtrée. Dans certains modes de réalisations, le procédé S33 peut comprendre un filtrage S35 de de l’au moins une première intention déterminée. L’au moins une première intention déterminée est donc fournie à l’application informatique interactive de façon conditionnelle. Fournir l’au moins une première intention déterminée à l’application informatique de façon conditionnelle permet de ne fournir à l’application informatique interactive que les intentions déterminées qui satisfont à au moins un critère de filtrage. Les critères de filtrages peuvent être de différents types. Par exemple, les intentions déterminées peuvent être filtrées selon le contexte d’exécution de la méthode. Par exemple, si le dispositif électronique est un dispositif électronique professionnel et/ou si le procédé est exécuté durant des heures de bureau, seules les intentions déterminées relatives à une application professionnelle peuvent être conservées. Le filtrage peut être paramétrable, par exemple par un utilisateur ou un administrateur du dispositif électronique. Par exemple, l’utilisateur ou l’administrateur peut choisir de filtrer les intentions exposées/déterminées par rapport à des classes d’intentions exposées (par exemple, intentions liées à un objectif professionnel, à un objectif personnel, etc.), ou des éléments de contexte. Par exemple, l’utilisateur peut choisir de ne conserver que les intentions exposées/déterminées relatives à des applications professionnelles. Les paramètres de filtrage peuvent ainsi être modifiés en fonction des besoins de l’utilisateur ou de l’administrateur. Le filtrage peut également s’effectuer en fonction du contexte du dispositif électronique. Par exemple, le filtrage peut ne conserver que les intentions exprimées ou déterminées liées à une entreprise donnée, à une personne donnée, etc. Le filtrage peut également s’effectuer en fonction de données d’environnement du dispositif électronique. Par exemple, le filtrage peut dépendre de l’emplacement du dispositif, de l’heure, de la température et/ou de la luminosité ambiante, etc. Par exemple, si l’heure et/ou la position du dispositif indiquent que le dispositif est utilisé dans un cadre professionnel (localisation dans des bureaux et/ou heure de bureau par exemple), seules les intentions exposées/déterminées liées à un contexte professionnel pourront être conservées. Il est maintenant fait référence à la FIG. 4 . La FIG. 4 montre un exemple de dialogue Dial4 entre un utilisateur Ut4 et une application informatique interactive AppInt4 selon certains modes de réalisation. Dans cet exemple, le mail suivant a été reçu : « Bonjour, serait-il possible d’organiser une visite de l’entreprise JFLCORP le 18 novembre ? De plus, serait-il possible de réserver une salle le 20 novembre de 10h à 15h pour une restitution de la visite avec le gérant ? Cordialement, JF . ». Dans cet exemple, déjà étudié ci-dessus, dans une première étape Et41, un contexte est établi, et une intention exprimée « réserver une salle » est détectée, pour aboutir au contexte suivant (associé à l’intention déterminée « réservation_salle ») qui est envoyé à l’application informatique interactive AppInt4 : [{ ‘process’ : ‘outlook.exe’, ‘title’ : ‘actions à prioriser’, ‘data’ : [{ ‘type’ : ‘knowledge, ‘metadata’ :[{ ‘category’ : ‘Name Entity’, ‘type’ : ‘compagny’, ‘value’ : ‘JFL CORP’, ‘knowledgeLevel’ : 0.57, } ] },{ ‘type’ : ‘intent’, ‘value’ : ‘reserver salle’, ‘metadata’ :[{ ‘category’ : ‘Name Entity’, ‘type’ : ‘interval’, ‘value’ : ‘10h – 15h’, ‘knowledgeLevel’ : 0.57, },{ ‘category’ : ‘Name Entity’, ‘type’ : ‘date’, ‘value’ :‘20/10/2023’ },{ ‘category’ : ‘info’, ‘type’ : ‘subject’, ‘value’ :‘restitution de la visite avec le gérant’ } }], }] Dans une deuxième étape Et42, l’application interactive envoie un premier message permettant de valider les informations contenues dans le contexte : « Souhaitez-vous que je réserve une salle le 20 novembre de 10h à 15h ? ». Une notification s’affiche avec le message. Dans une troisième étape Et43, l’utilisateur Ut4 clique sur la notification, ce qui vaut validation du message. Dans une quatrième étape Et44, l’application interactive AppInt4 ouvre une fenêtre de dialogue avec la phrase « Pour combien de personnes ? ». Dans une cinquième étape Et45, l’utilisateur Ut4 répond « 5 ». Dans une sixième étape Et46, l’application interactive AppInt4 envoie le message « Récapitulons : vous souhaitez réserver une salle le 20 novembre de 10h à 15h pour 5 personnes. OK ? ». Dans une septième étape Et47, l’utilisateur Ut4 écrit le message « oui ». Dans une huitième étape Et48, l’application interactive AppInt4 procède à la réservation, via une API de réservation de salle. Dans une neuvième étape Et49, l’application interactive AppInt4 écrit le message « Salle réservée ! ». On constate que le nombre d’interactions entre l’utilisateur et l’application interactive dans le dialogue Dial4 est largement inférieur au nombre d’interactions entre l’utilisateur et l’application interactive dans le dialogue selon l’état de l’art Dial1. La réduction du nombre d’interactions dans le cade de l’invention est notamment due au fait que l’utilisateur n’a besoin ni de lancer lui-même l’application interactive, ni d’exprimer manuellement son intention, ni de fournir certaines informations déjà contenues dans le mail (notamment date et plage horaire). L’interaction entre l’utilisateur et l’application interactive peut donc s’en trouver facilitée. Ainsi, dans cet exemple, la durée du dialogue Dial4 peut par exemple être inférieure à 10 secondes, alors qu’elle pouvait être supérieure à 1 minute dans le cas du dialogue selon l’état de l’art Dial1. La présente divulgation ne se limite pas aux exemples de procédé, produit programme d’ordinateur et dispositif électronique décrits ci-avant, seulement à titre d’exemple, mais elle englobe toutes les variantes que pourra envisager l’homme de l’art dans le cadre de la protection recherchée. Procédé (P3) mis en œuvre par un dispositif électronique pour le traitement de données par au moins une application informatique interactive, comportant : obtenir (S31) un contexte du dispositif électronique ; déterminer (S32) au moins une première intention d’au moins une application informatique interactive à partir d’au moins un élément du contexte du dispositif électronique non lié à une interface homme-machine de l’au moins une application informatique interactive, ladite au moins une première intention étant déterminée parmi au moins une intention exposée par l’au moins une application informatique interactive, ladite au moins une intention exposée étant associée à au moins une action à effectuer via l’au moins une application informatique interactive ; fournir (S34) ladite au moins une première intention déterminée à l’au moins une application informatique interactive. Procédé selon la revendication 1, comprenant : fournir au moins un élément du contexte, relatif à l’au moins une première intention déterminée, à l’au moins une application informatique interactive. Procédé selon l’une quelconque des revendications précédentes, dans lequel ladite au moins une première intention est déterminée par corrélation entre au moins une intention dite exprimée obtenue à partir dudit contexte, avec ladite au moins une intention exposée par l’au moins une application informatique interactive. Procédé selon la revendication précédente, dans lequel : ledit contexte comprend au moins un mot rendu ou acquis via une interface homme machine du dispositif électronique ; ladite corrélation tient compte d’une proximité sémantique entre ladite au moins une intention exprimée et ladite au moins une intention exposée par l’au moins une application informatique interactive ; obtenir le contexte comporte détecter ledit au moins un mot rendu ou acquis via ladite interface homme machine du dispositif électronique. Procédé selon la revendication précédente, comprenant reconnaître, parmi l’au moins un mot, au moins une entité nommée associée à ladite au moins une intention exprimée. Procédé selon l’une quelconque des revendications précédentes, comportant : effectuer un filtrage de l’au moins une première intention déterminée; fournir ladite au moins une première intention déterminée à l’issue du filtrage. Procédé selon à la revendication 6, dans lequel le filtrage est effectué en fonction du contexte du dispositif électronique. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’une au moins des étapes d’obtenir un contexte du dispositif électronique, et déterminer l’au moins une première intention s’effectue en continu. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’une au moins des étapes d’obtenir un contexte du dispositif électronique, et déterminer l’au moins une première intention s’effectue lors de l’occurrence d’un événement représentatif d’un changement dans le contexte du dispositif électronique.