EP4725176A1 - Procédé de fourniture, à un agent conversationnel, d'au moins une donnée d'identification d'un utilisateur - Google Patents

Procédé de fourniture, à un agent conversationnel, d'au moins une donnée d'identification d'un utilisateur

Info

Publication number
EP4725176A1
EP4725176A1 EP24731014.7A EP24731014A EP4725176A1 EP 4725176 A1 EP4725176 A1 EP 4725176A1 EP 24731014 A EP24731014 A EP 24731014A EP 4725176 A1 EP4725176 A1 EP 4725176A1
Authority
EP
European Patent Office
Prior art keywords
user
identification data
conversational agent
request
item
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP24731014.7A
Other languages
German (de)
English (en)
Inventor
Emmanuel Le Huerou
François Toutain
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP4725176A1 publication Critical patent/EP4725176A1/fr
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/48Message addressing, e.g. address format or anonymous messages, aliases
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/02User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail using automatic reactions or user delegation, e.g. automatic replies or chatbot-generated messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé de fourniture, à un agent conversationnel, d'au moins une donnée d'identification d'un utilisateur dudit agent conversationnel, ledit procédé étant mis en œuvre par un dispositif de fourniture et caractérisé en ce qu'il comprend les étapes suivantes : - réception, en provenance dudit agent conversationnel, d'une demande de ladite au moins une donnée d'identification dudit utilisateur; - obtention de ladite au moins une donnée d'identification; - émission de ladite au moins une donnée d'identification à destination dudit agent conversationnel.

Description

    Procédé de fourniture, à un agent conversationnel, d’au moins une donnée d’identification d’un utilisateur.
  • 1. Domaine de l'invention
  • L’invention se rapporte au domaine des télécommunications et concerne plus particulièrement les services numériques fournis à un utilisateur par un agent conversationnel.
  • 2. Art Antérieur
  • Le protocole de messagerie enrichie RCS (en anglais « Rich Communication Suite ») et sa composante RBM (en anglais Rich Business Messaging) définissent les interactions possibles entre un utilisateur et un agent conversationnel. Grâce à ce protocole, un agent conversationnel est capable d’interpréter les messages de l’utilisateur afin d’y apporter une réponse adaptée (propositions, actions, etc.). La mise en relation entre l’agent conversationnel et le terminal n’implique pas de lien préalable entre l’utilisateur et le service rendu par l’agent conversationnel.
  • Cependant, il existe des cas d'usage pour lesquels l’utilisateur a déjà un lien avec le service. C’est par exemple le cas lorsque l’utilisateur adhère à un programme de fidélité ou lorsqu’il détient une carte de paiement dédiée au service. Dans ces cas de figure, il est souhaitable que le service ait connaissance de l’existence de ce lien afin que la transaction / le dialogue de l’agent conversationnel soit adaptée au profil de l’utilisateur.
  • Pour ce faire, l’agent conversationnel peut, lors d’une étape préalable, demander à ce que l’utilisateur fournisse un identifiant. Or, cette étape peut être fastidieuse pour l’utilisateur. C’est par exemple le cas lorsque le terminal de l’utilisateur utilisé pour communiquer avec l’agent conversationnel correspond à un tableau de bord d’un véhicule connecté. L’ergonomie associée n’y est pas ou peu adaptée.
  • Il existe donc un besoin pour une solution technique permettant à un agent conversationnel, et plus particulièrement au service associé, d’obtenir de façon ergonomique et sécurisée une identité d’un utilisateur.
  • 3. Exposé de l'invention
  • L'invention vient améliorer l'état de la technique et propose à cet effet un procédé de fourniture, à un agent conversationnel, d’au moins une donnée d’identification d’un utilisateur dudit agent conversationnel, ledit procédé étant mis en œuvre par un dispositif de fourniture et caractérisé en ce qu’il comprend les étapes suivantes :
    • réception, en provenance dudit agent conversationnel, d’une demande de ladite au moins une donnée d’identification dudit utilisateur ;
    • obtention de ladite au moins une donnée d’identification ;
    • émission de ladite au moins une donnée d’identification à destination dudit agent conversationnel.
  • Avantageusement, ce mode de mise en œuvre permet à un agent conversationnel de connaître l’identité d’un utilisateur dudit agent conversationnel et ainsi d’adapter le dialogue / parcours client en fonction du profil de l’utilisateur. Concrètement, le procédé reçoit en provenance d’un agent conversationnel une demande d’une donnée d’identification d’un utilisateur. Le procédé obtient ensuite la donnée d’identification (par exemple depuis une base de données ou depuis un serveur situé dans un réseau informatique) et émet la donnée d’identification à destination de l’agent conversationnel.
  • On entend par donnée d’identification, une donnée permettant l’identification d’un utilisateur (personne ou machine). Cette donnée peut comprendre une suite de caractères telle qu’un code, une adresse électronique (messagerie, URL, etc.), un numéro client, une adresse MAC (en anglais Media Access Control), une adresse IP, un numéro de téléphone, un numéro de session ou tout autre donnée permettant d’identifier l’utilisateur ou un groupe de personnes comprenant l’utilisateur.
  • On entend par agent conversationnel un automate informatique de dialogue apte à dialoguer avec un utilisateur et/ou un objet connecté. L’agent conversationnel génère des messages à destination de l'utilisateur / d’un terminal de l’utilisateur et interprète les réponses émises en retour afin de répondre aux demandes / besoins de l’utilisateur. L’agent conversationnel peut comprendre l’interface de dialogue mais aussi la logique applicative d’un service associé, par exemple exécutée sur un serveur situé dans un réseau informatique.
  • 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 d’obtention comprend :
    • une étape de découverte d’au moins un dispositif d’identification apte à fournir ladite au moins une donnée d’identification ;
    • une étape d’émission de ladite demande audit au moins un dispositif ;
    • une étape de réception, en provenance dudit au moins un dispositif, de ladite au moins une donnée d’identification.
  • Ce mode de réalisation permet au procédé de fourniture d’obtenir la donnée d’identification de l’utilisateur depuis un dispositif d’identification. Pour ce faire, le procédé vérifie la disponibilité (à proximité et/ou à distance) d’un dispositif d’identification apte à traiter la demande de donnée(s) d’identification (étape de découverte). Lorsqu’un dispositif adapté est disponible le procédé émet à destination de ce dispositif la demande de donnée(s) d’identification de l’utilisateur et reçoit en retour une ou plusieurs données d’identification de l’utilisateur.
  • 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 découverte est suivie d’une étape de sélection, par l’utilisateur, d’un dispositif d’identification.
  • Ce mode de réalisation permet à l’utilisateur de sélectionner le dispositif d’identification souhaité.
  • 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 ladite demande est reçue dans une session conversationnelle établie avec ledit agent conversationnel.
  • Avantageusement, ce mode de réalisation permet de fournir la ou les données d’identification de l’utilisateur lors d’une session conversationnelle établie entre l’utilisateur / un terminal de l’utilisateur et l’agent conversationnel. Ainsi, la demande et la fourniture de la donnée d’identification peuvent être conditionnées par le contexte du dialogue effectué entre l’utilisateur / un terminal de l’utilisateur et l’agent conversationnel. La session conversationnelle peut par exemple correspondre à une session de communication de type RCS (en anglais Rich Communication Services).
  • 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 ladite demande comprend au moins un paramètre et en ce que l’obtention de ladite au moins une donnée d’identification est réalisée en fonction dudit au moins un paramètre.
  • Ce mode de réalisation permet de sélectionner une identité de l’utilisateur parmi une pluralité d’identités en fonction d’un ou plusieurs paramètres. Le ou les paramètres peuvent correspondre à un identifiant de l’agent conversationnel ou à un attribut d’une identité (une plage horaire de validité, une zone géographique de validité, etc.).
  • Dans le cas où le paramètre comprend l’identifiant d’un agent conversationnel, le procédé peut sélectionner l’identité associée au programme de fidélité du service rendu par l’agent conversationnel.
  • 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 ladite demande comprend en outre au moins une première donnée d’authentification et en ce que l’étape d’émission comprend l’émission à destination dudit agent conversationnel d’une deuxième donnée d’authentification obtenue à partie de ladite première donnée d’authentification.
  • Ce mode de réalisation permet à l’agent conversationnel d’authentifier le procédé / dispositif qui fournit la donnée d’identification (dispositif de confiance). Pour ce faire, le procédé reçoit de l’agent conversationnel, dans la demande d’identification, un message à chiffrer via une clef secrète de chiffrement préalablement partagée entre l’agent conversationnel et le procédé. Lors de l’étape d’émission, le procédé émet à destination de l’agent conversationnel une identité de l’utilisateur mais aussi le message chiffré via la clef secrète de chiffrement. Si l’agent conversationnel déchiffre le message chiffré alors le procédé peut être considéré comme de confiance et l’identité de l’utilisateur reçue comme certifiée.
  • Alternativement, le message peut être chiffré via un procédé / dispositif tiers. Dans ce cas, la clef secrète de chiffrement est partagée entre le procédé / dispositif tiers et l’agent conversationnel. En outre, le message chiffré est obtenu par le procédé de fourniture depuis le procédé / dispositif tiers.
  • 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 ladite demande comprend au moins un élément à restituer graphiquement et/ou vocalement audit utilisateur.
  • Ce mode de réalisation permet, par exemple, de notifier vocalement et/ou graphiquement l’utilisateur que l’agent conversationnel demande une identité de l’utilisateur.
  • 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 d’émission est conditionnée par le résultat d’une étape de validation dudit utilisateur.
  • Ce mode de réalisation permet de conditionner l’envoi d’une identité de l’utilisateur par le résultat d’une demande de validation explicite de l’utilisateur (consentement de l’utilisateur). A noter que la validation peut également correspondre à la sélection par l’utilisateur d’une identité parmi une pluralité d’identités restituées graphiquement et/ou vocalement par le procédé.
  • 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 d’émission comprend en outre l’émission d’au moins une donnée d’authentification dudit utilisateur associée à ladite au moins une donnée d’identification.
  • Ce mode de réalisation permet à l’agent conversationnel et au service sous-jacent d’authentifier l’utilisateur via par exemple un code secret ou un mot de passe associé à l’identité reçue.
  • 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 ladite au moins une donnée d’identification émise à destination dudit agent conversationnel est chiffrée.
  • Ce mode de réalisation permet de sécuriser l’envoi de la donnée à destination de l’agent conversationnel. Le chiffrement est par exemple réalisé via un procédé de chiffrement symétrique et/ou asymétrique.
  • L'invention concerne également un dispositif de fourniture, à un agent conversationnel, d’au moins une donnée d’identification d’un utilisateur dudit agent conversationnel caractérisé en ce qu’il comprend :
    • un module de réception, en provenance dudit agent conversationnel, d’une demande de ladite au moins une donnée d’identification dudit utilisateur ;
    • un module d’obtention de ladite au moins une donnée d’identification ;
    • un module d’émission de ladite au moins une donnée d’identification à destination dudit agent conversationnel.
  • 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 fourniture 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 fourniture.
  • 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 de l'invention selon un mode particulier de réalisation de l'invention,
  • La illustre de manière schématique un exemple d’architecture d’un dispositif adapté pour la mise en œuvre du procédé de fourniture selon un mode de réalisation particulier de l’invention ;
  • La illustre les principales étapes du procédé de fourniture selon un mode de réalisation particulier 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. La illustre plus particulièrement un terminal 102 apte à mettre en œuvre le procédé de fourniture selon un mode particulier de réalisation.
  • Il convient de noter ici que le terminal 102 illustré sur la correspond à un terminal de type tableau de bord d’une voiture électrique connectée mais que l’invention peut également s’appliquer à tout type de terminal possédant l’architecture d’un ordinateur comme par exemple, et de façon non limitative, une console de jeux, une télévision, un distributeur automatique de billets, des terminaux/objets connectés, un routeur, une tablette, une montre connectée, un ordinateur personnel, un smartphone, etc.
  • Le terminal 102 dispose de capacités d’identification et optionnellement d’authentification d’un utilisateur du véhicule électrique connectée (biométrie, code secret, etc.)
  • Le terminal 102 peut communiquer selon les technologies de l’état de l’art avec une pluralité d’objets connectés comme par exemple le terminal 100 qui correspond dans notre exemple à un smartphone (en anglais téléphone intelligent) ou à une tablette électronique de l’utilisateur de la voiture électrique. La communication entre le tableau de bord du véhicule 102 et le terminal 100 peut par exemple se faire via un réseau filaire et/ou sans fil (Bluetooth®, WiFi® radiotéléphonie cellulaire, LoRa®, etc), IP et/ou circuit.
  • Selon un mode particulier de réalisation de l'invention, le terminal 100 peut correspondre à tout type de terminal possédant l’architecture d’un ordinateur comme un serveur, une console de jeux, une montre/bracelet connecté, une télévision, un système audio, etc.
  • Le terminal 102 peut également communiquer avec le terminal 104 qui correspond dans notre exemple à un agent conversationnel hébergé au niveau d’une borne de recharge électrique. La communication entre le tableau de bord du véhicule 102 et la borne de recharge 104 peut être filaire (par exemple via la technologie CPL ou Courant Porteur en Ligne) et/ou sans fil (par exemple via la technologie Bluetooth®, WiFi® radiotéléphonie cellulaire, LoRa®, etc), IP et/ou circuit. Le protocole de communication utilisé entre la borne de recharge et le tableau de bord peut être le protocole RCS (Rich Communication Services) et plus précisément le protocole GSMA FNW.11 (RCS Business Messaging) ou tout autre protocole apte à permettre la communication entre un agent conversationnel et un utilisateur de l’agent conversationnel.
  • A noter que la logique applicative /de service de l’agent conversationnel peut être hébergée partiellement ou totalement au niveau d’un serveur (103) situé dans le réseau 101 ou bien localement au niveau de la borne de recharge électrique (104). Le serveur 103 peut communiquer avec la borne de recharge 104 par exemple via le réseau IP et/ou circuit 101.
  • Selon un mode particulier de réalisation de l'invention, l’agent conversationnel peut être réparti partiellement ou totalement entre la borne de recharge électrique 104 et le serveur 103.
  • Selon un mode particulier de réalisation de l'invention, le terminal 102 et le terminal 100 sont un seul et même terminal.
  • La illustre un dispositif 200 configuré pour mettre en œuvre le procédé de fourniture selon un mode particulier de réalisation. Le dispositif 200 a l'architecture classique d'un ordinateur, et comprend notamment une mémoire MEM, une unité de traitement UT, é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 fourniture tel que décrit précédemment, 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 UT met notamment en œuvre les étapes du procédé de fourniture selon l'un quelconque des modes particuliers de réalisation décrits en relation avec les figures 1 et 3, selon les instructions du programme d'ordinateur PG.
  • Le dispositif 200 comprend un module RECV1 apte à recevoir en provenance de l’agent conversationnel 104 une demande d’une donnée d’identification de l’utilisateur du véhicule 102.
  • Le dispositif 200 comprend en outre un module OBT apte à obtenir une donnée d’identification de l’utilisateur du véhicule 102 et un module SND1 apte à émettre à destination de l’agent conversationnel 104 la ou les données d’identification de l’utilisateur du véhicule 102 obtenues par le module OBT.
  • Selon un mode particulier de réalisation de l'invention, le dispositif 200 comprend également un module SDP permettant la découverte d’un ou plusieurs dispositifs d’identification aptes à fournir une ou plusieurs données d’identification de l’utilisateur du véhicule 102. Le dispositif 200 peut également comprendre un module d’émission SND2 apte à émettre à destination du ou des dispositifs d’identification découverts via le module SDP la demande d’une donnée d’identification de l’utilisateur du véhicule 102 et un module de réception RECV2 apte à recevoir la ou les données d’identification de l’utilisateur du véhicule 102 obtenues depuis le ou les dispositifs d’identification découverts via le module SDP.
  • Selon un mode de réalisation particulier, le module RECV1 et le module RECV2 sont un seul et même module.
  • Selon un mode de réalisation particulier, le module SND1 et le module SND2 sont un seul et même module.
  • Selon un mode de réalisation particulier, les modules SDP, SND2 et RECV2 sont compris dans le module OBT.
  • La illustre des étapes du procédé de fourniture selon l’un des modes particuliers de réalisation de l'invention présentés précédemment, le procédé étant exécuté sur le terminal 102 décrit à la .
  • Dans ce mode de réalisation le smartphone 100 comprend un portefeuille d’identités certifiées de l’utilisateur. Selon un mode de réalisation particulier, le portefeuille est connecté à un serveur situé dans le réseau qui héberge les identités certifiées de l’utilisateur (non représenté).
  • Lors d’une première étape 300, le procédé reçoit, en provenance de l’agent conversationnel 104, au sein d’une transaction conversationnelle ou à l’initialisation d’une transaction conversationnelle, une demande de donnée(s) d’identification de l’utilisateur du véhicule électrique (102).
  • Selon un mode de réalisation particulier, la demande peut comprendre un ou plusieurs paramètres. Le ou les paramètres peuvent correspondre à un identifiant de l’agent conversationnel 104 et/ou à un attribut d’une identité comme une plage horaire de validité, et/ou une zone géographique de validité.
  • Alternativement ou cumulativement, la demande peut comprendre un ou plusieurs éléments à restituer graphiquement et/ou vocalement à l’utilisateur via un écran du tableau de bord et/ou via le système audio du véhicule. Ces éléments peuvent par exemple permettre la génération d’une interface visuelle et/ou sonore apte à recueillir la confirmation / l’accord / le consentement de l’utilisateur pour traiter la demande reçue.
  • Alternativement ou cumulativement, la demande peut comprendre une donnée d’authentification. Cette donnée d’authentification peut par exemple correspondre à un message (suite de caractères) chiffré via une clef secrète de chiffrement/déchiffrement (cryptographie symétrique) préalablement partagée entre l’agent conversationnel et le tableau de bord 102. Si le procédé déchiffre le message chiffré avec la clef secrète alors le procédé peut considérer l’agent conversationnel comme de confiance. A noter que le procédé de chiffrement/déchiffrement du message peut utiliser une ou plusieurs clefs de chiffrement symétriques, asymétriques ou bien n’importe quel procédé de chiffrement/ déchiffrement selon les technologies de chiffrement de l’état de l’art permettant d’authentifier l’agent conversationnel.
  • A l’étape 301, le procédé vérifie la disponibilité à proximité et/ou à distance (par exemple dans le réseau) d’un dispositif d’identification apte à traiter la demande de donnée(s) d’identification. Concrètement, le procédé recherche les appareils / dispositifs compatibles (identification des appareils et des services associés). Cette recherche peut par exemple se faire via le protocole SDP (Service Discovery Protocol) de la norme de télécommunications Bluetooth®. Dans l’exemple décrit ici, le procédé détecte que le terminal 100 comprend un portefeuille d’identités et qu’il est apte à traiter la demande de donnée(s) d’identification de l’utilisateur.
  • Selon un mode de réalisation particulier, dans le cas où plusieurs appareils / dispositifs aptes à traiter la demande de donnée(s) d’identification sont détectés par le procédé, une interface graphique et /ou vocale peut être restituée par le procédé à l’utilisateur afin que celui-ci puisse choisir l’appareil / dispositif souhaité. La sélection par l’utilisateur de l’appareil / dispositif peut par exemple se faire via un appui sur l’écran tactile du tableau de bord, une commande vocale ou bien une commande au volant.
  • Lors de l’étape 302, le procédé émet à destination du terminal 100 la demande de donnée(s) d’identification et reçoit en retour (étape 303) une ou plusieurs données d’identification de l’utilisateur.
  • Selon un mode de réalisation particulier, la donnée d’identification est obtenue en fonction du ou des paramètres compris dans la demande. Par exemple, lorsque la demande comprend un identifiant du service rendu par l’agent conversationnel (paramètre au sens de l’invention), la donnée d’identification de l’utilisateur peut correspondre à un numéro client / de fidélité associé à l’identifiant du service stockés dans le portefeuille d’identités du terminal 100. Lorsque le paramètre correspond à un attribut d’une identité (plage horaire de validité, zone géographique de validité, etc.) la donnée d’identification de l’utilisateur peut correspondre à un identifiant d’un contrôle d’accès (par exemple l’entrée d’un parking) valide pour une zone géographique donnée ou pour une plage horaire particulière.
  • Selon un mode de réalisation particulier, la donnée d’identification de l’utilisateur peut correspondre à une adresse électronique, par exemple accessible via le réseau internet, et apte à recevoir une requête d’identité de l’utilisateur. Outre l’adresse électronique, la donnée d’identification peut également comprendre un code d’autorisation (suite de caractères) permettant la connexion à l’adresse électronique. L’adresse électronique peut par exemple identifier une ressource informatique (page web, boite de messagerie, application, etc.) exposée par le terminal 100 (par exemple par le portefeuille d’identités), ou par un serveur informatique situé dans le réseau. L’adresse électronique peut également identifier une API (en anglais Application Programming Interface) d’un portefeuille d’identités.
  • Lors de l’étape 304, le procédé émet à destination de l’agent conversationnel la ou les données d’identification de l’utilisateur obtenues à l’étape 303.
  • Selon un mode de réalisation particulier, la ou les données d’identification émises par le procédé à destination de l’agent conversationnel sont chiffrées.
  • Selon un mode de réalisation particulier, l’envoi par le procédé d’une ou de plusieurs données d’identification de l’utilisateur à destination de l’agent conversationnel est conditionné par une validation explicite de l’utilisateur par exemple obtenue via une commande vocale et/ou une interface graphique.
  • Selon un mode de réalisation particulier, en plus des données d’identification, le procédé émet à destination de l’agent conversationnel une donnée d’authentification (deuxième donnée d’authentification au sens de l’invention). Cette donnée d’authentification est par exemple obtenue via l’application d’une fonction cryptographique (clef secrète préalablement partagée entre l’agent conversationnel et le procédé) à un message reçu dans la demande de donnée(s) d’identification (première donnée d’authentification au sens de l’invention). Ainsi lorsque l’agent conversationnel reçoit la donnée d’authentification, si celui-ci déchiffre le message chiffré avec la clef secrète alors l’agent conversationnel peut considérer le procédé / le terminal 102 comme de confiance. A noter que le procédé de chiffrement/déchiffrement du message peut utiliser une ou plusieurs clefs de chiffrement symétriques, asymétriques ou bien n’importe quel procédé de chiffrement/ déchiffrement selon les technologies de chiffrement de l’état de l’art permettant d’authentifier le procédé / tableau de bord du véhicule.
  • Selon un mode de réalisation particulier, le procédé peut, en plus des données d’identification, émettre une donnée relative à l’acceptation par l’utilisateur de la fourniture d’une identité de l’utilisateur par le terminal 102.
  • Après l’étape 304, l’agent conversationnel reçoit la ou les données d’identification de l’utilisateur et obtient ensuite un profil de l’utilisateur en fonction des données d’identification reçues. Ainsi, l’agent conversationnel et plus précisément la logique de service associée adapte le dialogue (contexte, propositions, etc.) en fonction du profil de l’utilisateur obtenu.
  • Selon un mode de réalisation particulier, lorsque la donnée d’identification correspond à une adresse électronique associée à un code d’autorisation, l’agent conversationnel se connecte à l’adresse électronique et soumet le code d’autorisation afin de s’authentifier et ainsi obtenir une ou plusieurs données d’identification de l’utilisateur comme une identité de l’utilisateur adaptée au service.
  • Selon une première variante de ce mode de réalisation particulier, l’adresse électronique peut correspondre à une adresse exposée par le portefeuille d’identités du terminal 100. Dans ce cas, l’agent conversationnel émet à destination du portefeuille d’identités une requête d’identité(s) de l’utilisateur. En réponse à la requête d’identité(s), le portefeuille d’identités fournit une ou plusieurs identités de l’utilisateur (par exemple sélectionnées lors de l’étape 302). A noter que le portefeuille d’identités peut demander à l’utilisateur de valider (vocalement ou via une interface graphique via les interfaces homme-machine du terminal 100) l’envoi, à l’agent conversationnel, des identités de l’utilisateur. Le portefeuille d’identités peut également demander à l’utilisateur de sélectionner l’identité de l’utilisateur à transmettre à l’agent conversationnel lorsqu’une pluralité d’identités correspondent à un résultat possible de la requête d’identité(s).
  • Selon une seconde variante de ce mode de réalisation particulier, la requête d’identité(s) peut comprendre un ou plusieurs paramètres. Le ou les paramètres de la requête d’identité(s) peuvent correspondre à un identifiant de l’agent conversationnel 104 et/ou à un attribut d’une identité comme une plage horaire de validité, et/ou une zone géographique de validité. La ou les identités de l’utilisateur sont alors obtenues par le portefeuille d’identités en fonction des paramètres reçues dans la requête d’identité(s). Par exemple, lorsque le paramètre de la requête d’identité(s) correspond à un identifiant du service rendu par l’agent conversationnel, l’identité de l’utilisateur peut correspondre à un numéro client / de fidélité associé à l’identifiant du service stocké dans le portefeuille d’identités du terminal 100. Lorsque le paramètre de la requête d’identité(s) correspond à un attribut d’une identité (plage horaire de validité, zone géographique de validité, etc.) l’identité de l’utilisateur peut correspondre à un identifiant d’un contrôle d’accès (par exemple l’entrée d’un parking) valide pour une zone géographique donnée ou pour une plage horaire particulière.
  • Alternativement ou cumulativement, la requête d’identité(s) peut comprendre un paramètre d’authentification. Le paramètre d’authentification de la requête d’identité(s) peut par exemple correspondre à un message (suite de caractères) chiffré via une clef secrète de chiffrement/déchiffrement (cryptographie symétrique) préalablement partagée entre l’agent conversationnel et le portefeuille d’identités du terminal 100. Si le portefeuille d’identités déchiffre le message chiffré avec la clef secrète alors le portefeuille d’identités peut considérer l’agent conversationnel comme de confiance. A noter que le procédé chiffrement/déchiffrement du message peut utiliser une ou plusieurs clefs de chiffrement symétriques, asymétriques ou bien n’importe quel procédé de chiffrement/ déchiffrement selon les technologies de chiffrement de l’état de l’art permettant d’authentifier l’agent conversationnel.
  • Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Selon d'autres modes particuliers de réalisation, l'invention s'applique également à un automate public en accès libre, qui met en relation un utilisateur avec un service conversationnel distant, comme :
    • un guichet bancaire en libre-service ;
    • une borne apte à prendre une commande (par exemple pour un fast-food) ;
    • une borne apte à vendre des titres de transport ;
    • etc.
  • ou à une application sur un smartphone d’un utilisateur, qui permet un mode conversationnel avec un service distant. En effet, dans ce deuxième cas, le service peut avoir besoin de connaître une identité de l’utilisateur, lorsque celle-ci n’est pas fournie par l’application. Le mode conversationnel d’une application peut par exemple correspondre à :
    • un canal de discussion (par exemple via une messagerie instantanée) pour un service après-vente ou une assistance client ;
    • un moteur de recherche qui restitue à l’utilisateur une liste de services conversationnels ;
    • un canal d’information d’une application de navigation qui procure de l’information interactive sur des « points d’intérêt » ;
    • etc.

Claims (12)

  1. Procédé de fourniture, à un agent conversationnel, d’au moins une donnée d’identification d’un utilisateur dudit agent conversationnel, ledit procédé étant mis en œuvre par un dispositif de fourniture et caractérisé en ce qu’il comprend les étapes suivantes :
    - réception (300), en provenance dudit agent conversationnel, d’une demande de ladite au moins une donnée d’identification dudit utilisateur ;
    - une étape de découverte (301) d’au moins un dispositif d’identification apte à fournir ladite au moins une donnée d’identification ;
    - une étape d’émission (302) de ladite demande audit au moins un dispositif ;
    - une étape de réception (303), en provenance dudit au moins un dispositif, de ladite au moins une donnée d’identification ;
    - émission (304) de ladite au moins une donnée d’identification à destination dudit agent conversationnel.
  2. Procédé selon la revendication 1 caractérisé en ce que l’étape de découverte est suivie d’une étape de sélection, par l’utilisateur, d’un dispositif d’identification
  3. Procédé selon la revendication 1 caractérisé en ce que ladite demande est reçue dans une session conversationnelle établie avec ledit agent conversationnel.
  4. Procédé selon la revendication 1 caractérisé en ce que ladite demande comprend au moins un paramètre et en ce que l’obtention de ladite au moins une donnée d’identification est réalisée en fonction dudit au moins un paramètre.
  5. Procédé selon la revendication 1 caractérisé en ce que ladite demande comprend en outre au moins une première donnée d’authentification et en ce que l’étape d’émission comprend l’émission à destination dudit agent conversationnel d’une deuxième donnée d’authentification obtenue à partie de ladite première donnée d’authentification.
  6. Procédé selon la revendication 1 caractérisé en ce que ladite demande comprend au moins un élément à restituer graphiquement et/ou vocalement audit utilisateur.
  7. Procédé selon la revendication 1 caractérisé en ce que l’étape d’émission est conditionnée par le résultat d’une étape de validation dudit utilisateur.
  8. Procédé selon la revendication 1 caractérisé en ce que l’étape d’émission comprend en outre l’émission d’au moins une donnée d’authentification dudit utilisateur associée à ladite au moins une donnée d’identification.
  9. Procédé selon la revendication 1 caractérisé en ce que ladite au moins une donnée d’identification émise à destination dudit agent conversationnel est chiffrée
  10. Dispositif de fourniture, à un agent conversationnel, d’au moins une donnée d’identification d’un utilisateur dudit agent conversationnel caractérisé en ce qu’il comprend :
    - un module de réception (RECV1), en provenance dudit agent conversationnel, d’une demande de ladite au moins une donnée d’identification dudit utilisateur ;
    - un module de découverte d’au moins un dispositif d’identification apte à fournir ladite au moins une donnée d’identification;
    - un module d’émission de ladite demande audit au moins un dispositif ;
    - un module de réception, en provenance dudit au moins un dispositif, de ladite au moins une donnée d’identification
    - un module d’émission (SND1) de ladite au moins une donnée d’identification à destination dudit agent conversationnel.
  11. 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.
  12. Support d'informations lisible par une unité radio d'un réseau cellulaire, et comportant des instructions d'un programme d'ordinateur conforme à la revendication 11.
EP24731014.7A 2023-06-12 2024-06-06 Procédé de fourniture, à un agent conversationnel, d'au moins une donnée d'identification d'un utilisateur Pending EP4725176A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2305901A FR3149744A1 (fr) 2023-06-12 2023-06-12 Procédé de fourniture, à un agent conversationnel, d’au moins une donnée d’identification d’un utilisateur.
PCT/EP2024/065634 WO2024256267A1 (fr) 2023-06-12 2024-06-06 Procédé de fourniture, à un agent conversationnel, d'au moins une donnée d'identification d'un utilisateur

Publications (1)

Publication Number Publication Date
EP4725176A1 true EP4725176A1 (fr) 2026-04-15

Family

ID=87748268

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24731014.7A Pending EP4725176A1 (fr) 2023-06-12 2024-06-06 Procédé de fourniture, à un agent conversationnel, d'au moins une donnée d'identification d'un utilisateur

Country Status (3)

Country Link
EP (1) EP4725176A1 (fr)
FR (1) FR3149744A1 (fr)
WO (1) WO2024256267A1 (fr)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE542433C2 (en) * 2018-05-16 2020-04-28 Telia Co Ab Methods and apparatuses for associating user identification information to chatbot capable frameworks
US10885911B2 (en) * 2018-09-14 2021-01-05 Salesforce.Com, Inc. Voice endpoint to chatbot bridge interface
US20200259862A1 (en) * 2019-02-11 2020-08-13 Cyabra Strategy Ltd. System and method for near real time detection of attacks and influence in social networks
US20230046462A1 (en) * 2021-08-10 2023-02-16 Bank Of America Corporation Entitlement framework for a bot of bots network

Also Published As

Publication number Publication date
WO2024256267A1 (fr) 2024-12-19
FR3149744A1 (fr) 2024-12-13

Similar Documents

Publication Publication Date Title
EP3243176B1 (fr) Procédé de traitement d'une transaction à partir d'un terminal de communication
FR3162088A1 (fr) Partage sécurisé d'informations de justificatif d'identité
EP2308211A1 (fr) Procédé d'authentification d'un utilisateur d'un service sur terminal mobile
EP3928272B1 (fr) Procede de traitement d'une transaction de paiement, dispositif, systeme et programmes correspondants
EP3021273B1 (fr) Procédé de sécurisation d'une transaction entre un terminal mobile et un serveur d'un fournisseur de service par l'intermédiaire d'une plateforme
WO2024256267A1 (fr) Procédé de fourniture, à un agent conversationnel, d'au moins une donnée d'identification d'un utilisateur
EP4032057A1 (fr) Procede de transmission d'une information complementaire relative a une transaction financiere
EP3520008B1 (fr) Controle de delegation de droits
EP4099249A1 (fr) Procédé et dispositif de transmission d'un identifiant d'un utilisateur lors d'un paiement électronique réalisépar l utilisateur
EP1413158B1 (fr) Procede d'acces a un service specifique propose par un operateur virtuel et carte a puce d'un dispositif correspondant
FR3114714A1 (fr) Procédé d’accès à un ensemble de données d’un utilisateur.
WO2023232852A1 (fr) Procédé et dispositif d'initialisation d'une communication entre un agent conversationnel et un objet connecté.
EP4391485A1 (fr) Procédé et dispositif de traitement d'un message reçu par un client électronique d'un agent conversationnel
EP3912065B1 (fr) Autorisation du chargement d'une application dans un élément de sécurité
WO2025252836A1 (fr) Procédé et dispositif de fourniture à un dispositif marchand d'un identifiant de joignabilité d'un utilisateur
FR3031609A1 (fr) Procede de traitement d'une transaction a partir d'un terminal de communication
FR3140184A1 (fr) Procédé et dispositif d’attribution d’un NFT
FR3134493A1 (fr) Procédé d’activation d’un profil utilisateur dans un équipement terminal, dispositif, système et programme d’ordinateur correspondant
CH719332A2 (fr) Procédé, système et terminal de collecte de marques d'intérêts pour déclencher des processus automatisés.
EP4154137A1 (fr) Procede et systeme d'authentification d'un utilisateur aupres d'un serveur d'authentification
WO2020201663A1 (fr) Procédé de communication sécurisée adapté pour commander un produit ou un service à l'aide d'un terminal de communication
EP3639235A1 (fr) Procédé de gestion d'identifiants de fidélité, procédé de traitement de données de fidélité, serveur, dispositif de transaction et programmes correspondants
FR3042362A1 (fr) Moyens de gestion d'acces a des donnees
FR2993424A1 (fr) Procede de fourniture de donnees d'identification d'un utilisateur et procede d'identification d'un utilisateur
FR2987542A1 (fr) Procede de gestion de l'acces d'un terminal a un espace de communication virtuel, produit programme d'ordinateur et serveur de gestion associes

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20260108

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR