WO2025252836A1 - Procédé et dispositif de fourniture à un dispositif marchand d'un identifiant de joignabilité d'un utilisateur - Google Patents

Procédé et dispositif de fourniture à un dispositif marchand d'un identifiant de joignabilité d'un utilisateur

Info

Publication number
WO2025252836A1
WO2025252836A1 PCT/EP2025/065550 EP2025065550W WO2025252836A1 WO 2025252836 A1 WO2025252836 A1 WO 2025252836A1 EP 2025065550 W EP2025065550 W EP 2025065550W WO 2025252836 A1 WO2025252836 A1 WO 2025252836A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
user
request
merchant
contactability
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
PCT/EP2025/065550
Other languages
English (en)
Inventor
François Toutain
Emmanuel Le Huerou
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 WO2025252836A1 publication Critical patent/WO2025252836A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps

Definitions

  • the invention relates to the field of telecommunications and more particularly concerns a method for establishing a digital relationship between a merchant and a customer during a contactless payment made using a mobile terminal.
  • a digital wallet is an electronic application that securely stores digital/virtual versions of a user's payment/bank cards (for example, in the form of a token).
  • a payment transaction for example, compliant with Europay Mastercard® Visa® or EMV protocols/specifications
  • a payment scheme/network for example, Visa®, Mastercard®, etc.
  • the digital wallet receives the transaction result and can inform the customer whether the payment was successful or unsuccessful.
  • contactless payment does not allow the user to be identified by the merchant.
  • the customer must provide all or part of their contact information (title, surname, first name, postal address, telephone number, email address, etc.) or use a merchant-specific identification method, such as a loyalty card. All of this requires the creation of a customer account similar to those required for online purchases, which hinders a seamless user experience.
  • this process allows a user to seamlessly and transparently receive all kinds of information from the merchant, such as an invoice or discount coupons.
  • the process leverages the wireless communication capabilities of the POS terminal and the user's mobile device to provide the mobile device with the contact information necessary for establishing a dedicated connection between the user and the merchant.
  • a process such as described above is characterized in that the first reception step is preceded by a payment transaction.
  • this embodiment makes it possible to exploit the capabilities of the wireless communication established between the POS terminal and the user's mobile terminal during a payment to transmit to the POS terminal (i.e. to the merchant) contactability information necessary for the subsequent establishment of a dedicated communication between the user and the merchant.
  • a process as described above is characterized in that said merchant device corresponds to a cash collection device.
  • this implementation method avoids modifying the existing hardware deployed at a merchant's premises.
  • the POS terminal is typically connected to a point-of-sale system (i.e., cash register).
  • a process as described above is characterized in that said request includes at least one identifier of said merchant and in that said second reception step is carried out according to said at least one identifier of said merchant.
  • this implementation ensures a minimum level of security by verifying, via a merchant ID, that the merchant is trusted.
  • the ID can be encrypted, for example, using a symmetric or asymmetric encryption key.
  • the POS terminal and/or merchant device is then capable of encrypting the merchant ID using state-of-the-art encryption techniques.
  • a process as described above is characterized in that the emission step further includes the emission of data relating to said payment transaction.
  • this implementation allows subsequent communication between the user and the merchant to be linked to the previously completed financial transaction. This makes it easier for the user and the merchant to communicate and exchange data about that transaction.
  • this process allows a user's mobile terminal to provide, based on a service identifier (for example an application identifier), a contactability identifier (a telephone number, an email address, etc.) to a POS terminal.
  • a service identifier for example an application identifier
  • a contactability identifier a telephone number, an email address, etc.
  • a transmission method as described above is characterized in that the transmission step is carried out according to the result of a validation step of said user.
  • this embodiment makes it possible to condition the sending of the user's contactability identifier by the value of the result of a validation step carried out by the user.
  • a process as described above is characterized in that said application for establishment further includes a merchant identifier and in that the step of transmitting said user contactability identifier is carried out according to the value of said merchant identifier.
  • this implementation ensures a minimum level of security by verifying, via a merchant ID, that the merchant is trusted.
  • the ID can be encrypted, for example, using a symmetric or asymmetric encryption key.
  • the mobile terminal is then capable of decrypting the merchant ID using techniques known to a person skilled in the art.
  • a device as described above is characterized in that said electronic payment terminal and said merchant device are included in one and the same device.
  • this method of implementation makes it possible to limit the material elements necessary for the implementation of the process (cost reduction, simplification, etc.).
  • module can refer to a software component, a hardware component, or a set of hardware and software components.
  • a software component itself corresponds to one or more computer programs or subprograms, or more generally, to any element of a program capable of implementing a function or set of functions as described for the modules in question.
  • a hardware component corresponds to any element of a hardware assembly capable of implementing a function or set of functions for the module in question (integrated circuit, smart card, memory card, etc.).
  • the invention also relates to a computer program comprising instructions for implementing the above method according to any of the particular embodiments described above, when said program is executed by a processor.
  • the method can be implemented in various ways, including in hardwired or software form.
  • This program can use any programming language and be in the form of source code, object code, or code intermediate between source and object code, such as in a partially compiled form, or in any other desirable form.
  • the invention also relates to a computer-readable recording or information medium containing instructions for a computer program as described above.
  • the aforementioned recording media can be any entity or device capable of storing the program.
  • the medium may include a storage means, such as a ROM (e.g., a CD-ROM or a microelectronic circuit ROM), or a magnetic recording means, such as a hard drive.
  • the recording media may be a transmissible medium such as an electrical or optical signal, which can be transmitted via an electrical or optical cable, by radio, or by other means.
  • the programs according to the invention can, in particular, be downloaded from a network such as the Internet.
  • the recording media may correspond to an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the process in question.
  • the environment shown in includes an electronic payment terminal 201 and a transmission device 202 for a user's contactability identifier.
  • the device 202 is included in a mobile terminal, for example, the user's smartphone 204, and the delivery device is included in the electronic payment terminal 201.
  • the electronic payment terminal 201 and the mobile phone 202 are connected to each other via a short-range wireless communication network (i.e. near field) for example via NFC (Near Field Communication), Wi-Fi® or Bluetooth® technology.
  • a short-range wireless communication network i.e. near field
  • NFC Near Field Communication
  • Wi-Fi® Wireless Fidelity
  • the implementation environment further includes a merchant device 203 capable of establishing communication with the user's mobile terminal 202 204.
  • the merchant device 203 is, for example, a cash register system, a computer, a server, or a mobile terminal.
  • the electronic payment terminal 201 and the merchant device 203 are integrated into a single device/terminal of the merchant. Communication between these two entities then occurs via internal messages within the merchant device/terminal.
  • Communication between the merchant device 203 and the mobile terminal 202 is, for example, carried out via a communication network 200 (e.g., the internet or a private network).
  • the communication network 200 may include an access network (not shown here).
  • the access network may be a Wi-Fi network or a cellular data network of type 2G, 3G, 4G, or 5G.
  • the network 200 may also include a mail server 205 adapted to enable communication between the mobile terminal 202 and the merchant device 203.
  • Server 205 is a server implementing the RCS (Rich Communication Suite) messaging protocol between the user's mobile terminal 202 and a chatbot operated by the merchant 207 (for example, run by device 203 or distributed between device 203 and server 205).
  • server 205 can communicate with mobile terminal 202 via instant messaging in natural language.
  • the messaging server 205 can also exchange any type of message, such as emails or SMS (Short Message Service), with the mobile terminal 202 and the merchant device 203.
  • SMS Short Message Service
  • the merchant device 203 and the mobile terminal 202 communicate with each other without an intermediary via a wireless communication network, for example, via NFC (Near Field Communication), Wi-Fi® or Bluetooth® technology.
  • a wireless communication network for example, via NFC (Near Field Communication), Wi-Fi® or Bluetooth® technology.
  • server 205 and the merchant device 203 can be one and the same device.
  • mobile terminal 202 and server 205 may be encrypted messages via, for example, private and/or public key, symmetric and/or asymmetric encryption mechanisms.
  • the DISP device has the hardware architecture of a computer. It includes, in particular, a PROC processor, a MV random access memory, a MEM read-only memory, and a MF non-volatile flash memory. Such components are known per se and are not described in further detail here.
  • the read-only memory constitutes a storage medium according to the invention, readable by the PROC processor, on which a computer program PG according to the invention is stored.
  • This program contains instructions for implementing the steps of the supply process as described above when the program is executed by the PROC processor.
  • the code instructions of the PG computer program are, for example, loaded into memory before being executed by the PROC processor.
  • the PROC processor of the processing unit UT implements the steps of the supply process according to any one of the specific embodiments described in relation to the , according to the instructions of the PG computer program.
  • the DISP device includes a RECV1 module capable of receiving a request to establish a communication from the merchant device 203.
  • the DISP device also includes a DIFF module capable of broadcasting, via near-field wireless communication, a communication establishment request previously received by the COM1 module.
  • the communication is carried out, for example, via NFC® (Near Field Communication), Wi-Fi®, or Bluetooth® technology.
  • This request includes at least one service identifier allowing the recipient service/application to be identified.
  • the DISP device also includes a RECV2 module capable of receiving from the user's mobile terminal (202), in response to the broadcast of the request to establish a communication and depending on the service identifier contained in the request, at least one user reachability identifier.
  • the DISP device includes an SND module capable of sending to the merchant device 203 a contactability identifier of the user 204 received by the RECV2 module.
  • the RECV1, RECV2, SND and DIFF modules are a single module or distributed in whole or in part in a plurality of modules.
  • the DISP device includes a notification display module (not shown).
  • the display module can be a human-machine interface such as a screen (touchscreen or not), a video projector, a television, a loudspeaker, or any other device capable of fulfilling the same purpose.
  • the DISP1 device has the hardware architecture of a computer. It includes, in particular, a PROC1 processor, a RAM MV1, a ROM MEM1, and a non-volatile flash memory MF1. Such means are known per se and are not described in further detail here.
  • the ROM constitutes a recording medium according to the invention, readable by the PROC1 processor, on which a computer program PG according to the invention is stored. This program includes instructions for implementing the steps of the transmission process as described above when the program is executed by the PROC1 processor. At initialization, the code instructions of the PG1 computer program are, for example, loaded into memory before being executed by the PROC1 processor.
  • the PROC1 processor of the processing unit UT1 implements, in particular, the steps of the transmission process according to any one of the specific embodiments described in relation to the , according to the instructions of the PG1 computer program.
  • the DISP1 device includes a GET module capable of receiving from the electronic payment terminal 201, via a wireless proximity communication (NFC®, Wi-Fi® or Bluetooth®), a request to establish a communication including at least one service identifier.
  • a wireless proximity communication NFC®, Wi-Fi® or Bluetooth®
  • the DISP1 device also includes an OBT module capable of obtaining one or more reachability identifiers depending on the service identifier received by the GET module.
  • the DISP1 device also includes an ENV module capable of sending one or more user contact identifiers 204 to the merchant device 203.
  • the GET and ENV modules are one and the same module.
  • the DISP device includes a feedback module (not shown) capable of providing user 204 with a confirmation request concerning the provision/sending of one or more contactability identifiers of user 204.
  • the feedback module can be a human-machine interface such as a screen (touch or not), a speaker, or any other device capable of fulfilling the same objective.
  • the supply process receives a request from the merchant device 203 to establish a communication.
  • This request can be issued by the merchant device 203 (E31) spontaneously, for example, at regular intervals, or following a specific event such as the completion of a financial transaction carried out, for example, between the mobile terminal 202 and the merchant device 203 (E10, E30).
  • the request may include a financial transaction identifier.
  • This identifier includes, for example, a unique identifier generated by the merchant device 203 and/or the mobile terminal 202 and shared between them during the transaction.
  • the transaction identifier may include an identifier associated with the means of payment used during the financial transaction, such as the PAN (PrimaryAccount Number) of a bank card.
  • PAN PrimaryAccount Number
  • the financial transaction identifier can also be encrypted using state-of-the-art encryption techniques (symmetric encryption, asymmetric encryption, etc.).
  • the payment terminal 201 can return to the user 204 a notification inviting them to wait while communication is established between one of their terminals (for example the mobile terminal 202) and the merchant device.
  • the provisioning process broadcasts via a near field communication technology (NFC®, Wi-Fi® or Bluetooth®) the establishment request received during step E21.
  • This establishment request includes at least one service identifier associated with a recipient service / application.
  • the 201 payment terminal can enrich the establishment request with the service identifier and/or the financial transaction identifier before its dissemination (E22).
  • the service identifier and/or the financial transaction identifier are already included in the establishment request received during step E21.
  • the mobile terminal 202 receives the establishment request from the electronic payment terminal 201.
  • the service/application running on the mobile terminal 202 identified by the service identifier contained in the establishment request, corresponds to the transmission method as defined in the invention. If no service/application running on the mobile terminal 202 is associated with the service identifier contained in the establishment request, then no action is performed.
  • a financial transaction identifier is included in the establishment request and is not known to the application running on the 202 mobile terminal and/or the 202 mobile terminal itself, then no action is taken.
  • This implementation ensures that the establishment request will only be processed by a terminal that has previously completed a financial transaction.
  • the mobile terminal 202 when the mobile terminal 202 receives the establishment request (E12), it returns the establishment request and/or a validation (consent) request associated with the establishment request to the user 204. The user can then accept or refuse communication between one of their terminals and the merchant device 203.
  • the establishment request received by the transmission method further includes a merchant identifier.
  • This identifier, or associated data/labeling can be returned to the user 204 during the validation request.
  • the user can, for example, refuse to allow communication between one of their terminals and the merchant device 203 if the merchant 207 is unknown to them.
  • This embodiment adds a layer of security.
  • step E13 the transmission process obtains and sends one or more user contactability identifiers 204 to the electronic payment terminal 201.
  • a reachability identifier can correspond to an email address (email, instant messaging address), a telephone number (MSISDN for Mobile Station International Subscriber Directory Number) or any other identifier allowing to be contacted by a third party.
  • email address email, instant messaging address
  • telephone number MSISDN for Mobile Station International Subscriber Directory Number
  • the sending of the contact identifier(s) of user 204 may be conditional upon the result of the validation request returned to user 204.
  • the transmission process may generate and send a message to the payment terminal 201 indicating the customer's acceptance or refusal to be contacted by the merchant 207.
  • the payment terminal 201 receives the contactability identifier(s) of user 204.
  • the payment terminal 201 transmits the identifier(s) received during step E23 to the merchant device 203.
  • the merchant device 203 receives them (E34) and then establishes communication with a user terminal 204 based on the contactability identifier(s) received.
  • the received contactability identifier corresponds to the MSISDN of the mobile terminal 202, and communication is established with the mobile terminal 202 (E35, E16_1) using the RCS (Rich Communication Suite) protocol via a chatbot running on the merchant device 203.
  • communication/conversation with the mobile terminal 202 is established by a conversational agent executed in whole or in part at the level of the merchant device 203 and/or the server 205 (E45, E46, E16_2).
  • the merchant device 203 also obtains (for example, from internal memory and/or the mobile terminal 202 and/or the payment terminal 201) the identifier of a financial transaction previously carried out between the payment terminal 201 and the mobile terminal 202 (E10, E30).
  • This identifier is then transmitted to the chatbot so that it can contextualize the messages exchanged (i.e., send messages related to the transaction/purchase identified by the transaction identifier) during the conversation established with the mobile terminal 202.
  • the chatbot can transmit to the mobile terminal 202 a digital receipt that corresponds to the transaction identified by the transaction identifier.
  • the conversational agent can obtain the transaction identifier from the merchant device 203 or from a third-party device (for example, the payment terminal 201 or the mobile terminal 202) during the establishment of the communication/conversation with the mobile terminal 202 or during the communication/conversation itself.
  • a third-party device for example, the payment terminal 201 or the mobile terminal 202
  • the conversation which is established between the conversational agent and the mobile terminal 202 takes up the history of the exchanges and potentially of the transactions carried out with the merchant 207.
  • the application executed on the mobile terminal 202 during step E12 corresponds to an application within a secure element such as a Subscriber Identity/Identification Module (SIEM), eSIM (embedded SIM), iSIM (integrated SIM), a Trusted Execution Environment (TEE), etc.
  • the application executed on the mobile terminal 202 during step E12 corresponds to a mobile application deployed within a Hosted Card Emulation (HCE) environment/architecture.
  • HCE Hosted Card Emulation
  • the service identifier then corresponds to an application identifier (AID) conforming to ISO 7816-5.
  • the application executed on the mobile terminal 202 during step E12 is hosted within an NFC application wallet.
  • the application and the wallet are a single application.
  • the application executed at the level of the mobile terminal 202 during step E12 further includes the software client enabling exchange / communication with the merchant's conversational agent 207.
  • the supply method is included in a payment application executed by the electronic payment terminal 201.
  • the invention can, for example, be applied to an access control system (e.g., urban transport such as a subway).
  • the payment terminal 201 can then be integrated into an access gate or any device that regulates access to a space, and the payment terminal 203 into a server operated by the transport operator.
  • the communication channel/conversation established between the mobile terminal 202 and the server 203 can, for example, inform the user 204 (i.e., the traveler) about fare options, the total cost of their journeys, promotional offers, etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé de fourniture à un dispositif marchand d'un identifiant de joignabilité d'un utilisateur, ledit procédé étant mis en œuvre par un terminal de paiement électronique et caractérisé en ce qu'il comprend : - une première étape de réception en provenance dudit dispositif marchand d'une demande d'établissement d'une communication; - une étape de diffusion de ladite demande via une communication sans fil de proximité, ladite demande comprenant au moins un identifiant de service; - une deuxième étape de réception en provenance dudit terminal mobile utilisateur, en réponse à la diffusion de ladite demande et en fonction dudit identifiant de service, d'au moins un identifiant de joignabilité dudit utilisateur; - une étape d'émission, à destination dudit dispositif marchand, dudit au moins un identifiant de joignabilité.

Description

Procédé et dispositif de fourniture à un dispositif marchand d’un identifiant de joignabilité d’un utilisateur
1. Domaine de l'invention
L’invention se rapporte au domaine des télécommunications et concerne plus particulièrement un procédé permettant d’établir une relation digitale entre un marchand et un client lors d’un paiement sans contact réalisé à l’aide d’un terminal mobile.
2. Art Antérieur
Pour réaliser un paiement mobile sans contact, un utilisateur doit, le plus souvent, approcher son téléphone mobile (en anglais smartphone) d’un terminal de paiement électronique (TPE) pour qu’une communication sans fil, par exemple NFC (Near Field Communication) soit établie entre un portefeuille électronique exécuté sur le smartphone et le TPE. Un portefeuille électronique ou « Wallet » en anglais est une application électronique qui stocke de manière sécurisée les versions numériques / virtuelles des cartes de paiement / bancaire d’un utilisateur (par exemple sous la forme d’un token). Une fois la communication établie, une transaction de paiement (par exemple conforme aux protocoles / spécifications Europay Mastercard® Visa® ou EMV) est réalisée en lien avec l’achat effectué par l’utilisateur. Concrètement, des données sécurisées sont échangées entre le portefeuille électronique et un schéma /réseau de paiement (par exemple Visa®, Mastercard®, etc.) apte à gérer et à traiter des paiements. Le résultat de la transaction est ensuite obtenu par le portefeuille électronique, qui peut ainsi informer le client du succès ou de l'échec du paiement.
Cependant, contrairement à un achat en ligne où l’utilisateur est identifié auprès du marchand, généralement via un compte client, le paiement sans contact ne permet pas à l’utilisateur d’être identifié par le marchand. Pour ce faire, le client doit fournir tout ou partie de ses coordonnées (civilités, nom, prénom, adresse postale, numéro de téléphone, adresse électronique, etc.) ou utiliser un moyen d'identification spécifique au marchand, comme une carte de fidélité. Tout cela nécessite la création d'un compte client similaire à celui requis pour les achats en ligne, ce qui ne permet pas un parcours utilisateur fluide.
3. Exposé de l'invention
L'invention vient améliorer l'état de la technique et propose un procédé de fourniture à un dispositif marchand d’un identifiant de joignabilité d’un utilisateur, ledit procédé étant mis en œuvre par un terminal de paiement électronique et caractérisé en ce qu’il comprend :
  • une première étape de réception en provenance dudit dispositif marchand d’une demande d’établissement d’une communication ;
  • une étape de diffusion de ladite demande via une communication sans fil de proximité, ladite demande comprenant au moins un identifiant de service ;
  • une deuxième étape de réception en provenance d’un terminal mobile utilisateur, en réponse à la diffusion de ladite demande et en fonction dudit identifiant de service émis, d’au moins un identifiant de joignabilité dudit utilisateur ;
  • une étape d’émission, à destination dudit dispositif marchand, dudit au moins un identifiant de joignabilité.
Avantageusement, ce procédé permet à un utilisateur de recevoir de manière transparente et fluide toute sorte d’information émanant du marchand, par exemple une facture ou des bons de réduction. Concrètement, le procédé exploite les capacités de communication sans fil du TPE et du terminal mobile de l’utilisateur de sorte à fournir au terminal mobile des informations de joignabilité nécessaires à l’établissement ultérieur d’une communication dédiée entre l’utilisateur et le marchand.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que la première étape de réception est précédée d’une transaction de paiement.
Avantageusement, ce mode de réalisation permet d’exploiter les capacités de la communication sans fil établie entre le TPE et le terminal mobile de l’utilisateur lors d’un paiement pour transmettre au TPE (i.e au marchand) des informations de joignabilité nécessaires à l’établissement ultérieur d’une communication dédiée entre l’utilisateur et le marchand.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit dispositif marchand correspond à un dispositif d’encaissement.
Avantageusement, ce mode de réalisation permet de ne pas modifier, d’un point de vue matériel, l’existant déployé chez un marchand. En effet, chez un marchand, le TPE est classiquement connecté à un système de caisse (i.e. caisse enregistreuse).
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit identifiant de joignabilité est choisi dans un groupe comprenant au moins :
  • une adresse électronique ;
  • un numéro de téléphone ;
  • un identifiant d’une application de messagerie instantanée ;
  • etc.
Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande comprend au moins un identifiant dudit marchand et en ce que ladite deuxième étape de réception est réalisée en fonction dudit au moins un identifiant dudit marchand.
Avantageusement, ce mode de réalisation permet d’assurer un niveau de sécurité minimum en vérifiant, via un identifiant de marchand, que le marchand est un marchand de confiance. A noter que l’identifiant peux être chiffré par exemple via une clef de chiffrement symétrique ou asymétrique. Le TPE et/ou le dispositif marchand est alors apte à chiffer l’identifiant de marchand selon des techniques de chiffrement de l’état de l’art.
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’une donnée relative à ladite transaction de paiement.
Avantageusement, ce mode de réalisation permet de lier la communication établie ultérieurement entre l’utilisateur et le marchand à la transaction financière qui a été réalisée précédemment. Il sera ainsi plus facile pour l’utilisateur et le marchand de communiquer et d’échanger des données sur cette transaction.
Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de fourniture défini ci-dessus.
L'invention concerne également un procédé de transmission d’un identifiant de joignabilité d’un utilisateur d’un terminal mobile, ledit procédé étant mis en œuvre par ledit terminal mobile et caractérisé en ce qu’il comprend :
  • une première étape de réception, en provenance d’un terminal de paiement électronique, via une communication sans fil de proximité, d’une demande d’établissement d’une communication comprenant au moins un identifiant de service ;
  • une étape d’obtention dudit identifiant de joignabilité dudit utilisateur en fonction dudit au moins un identifiant de service ;
  • une étape de transmission dudit identifiant de joignabilité dudit utilisateur à destination dudit terminal de paiement électronique.
Avantageusement, ce procédé permet à un terminal mobile d’un utilisateur de fournir en fonction d’un identifiant de service (par exemple un identifiant d’application) un identifiant de joignabilité (un numéro de téléphone, une adresse électronique, etc.) à un TPE.
Selon un mode de mise en œuvre particulier de l'invention, un procédé de transmission tel que décrit ci-dessus est caractérisé en ce que l’étape de transmission est réalisée en fonction du résultat d’une étape de validation dudit utilisateur.
Avantageusement, ce mode de réalisation permet de conditionner l’envoi de l’identifiant de joignabilité de l’utilisateur par la valeur du résultat d’une étape de validation réalisée par 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 ladite demande d’établissement comprend en outre un identifiant d’un marchand et en ce que l’étape de transmission dudit identifiant de joignabilité dudit utilisateur est réalisée en fonction de la valeur dudit identifiant dudit marchand.
Avantageusement, ce mode de réalisation permet d’assurer un niveau de sécurité minimum en vérifiant, via un identifiant de marchand, que le marchand est un marchand de confiance. A noter que l’identifiant peux être chiffré par exemple via une clef de chiffrement symétrique ou asymétrique. Le terminal mobile est alors apte à déchiffrer l’identifiant de marchand selon les techniques connues de l’homme du métier.
Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de transmission défini ci-dessus.
L'invention concerne également un dispositif de fourniture à un dispositif marchand d’un identifiant de joignabilité d’un utilisateur, ledit dispositif étant compris dans un terminal de paiement électronique et caractérisé en ce qu’il comprend :
  • un premier module de réception en provenance dudit dispositif marchand d’une demande d’établissement d’une communication ;
  • un module de diffusion de ladite demande via une communication sans fil de proximité, ladite demande comprenant au moins un identifiant de service;
  • un deuxième module de réception en provenance d’un terminal mobile utilisateur, en réponse à la diffusion de ladite demande et en fonction dudit identifiant de service émis, d’au moins un identifiant de joignabilité dudit utilisateur ;
  • un module d’émission, à destination dudit dispositif marchand, dudit au moins un identifiant de joignabilité.
Selon un mode de mise en œuvre particulier de l'invention, un dispositif tel que décrit ci-dessus est caractérisé en ce que ledit terminal de paiement électronique et ledit dispositif marchand sont inclus dans un seul et même dispositif.
Avantageusement, ce mode de réalisation permet de limiter les éléments matériels nécessaires à la mise en œuvre du procédé (réduction des coûts, simplification, etc.).
L'invention concerne en outre un dispositif de transmission d’un identifiant de joignabilité d’un utilisateur, ledit dispositif étant compris dans un terminal mobile d’un utilisateur et caractérisé en ce qu’il comprend :
  • un module de réception, en provenance d’un terminal de paiement électronique, via une communication sans fil de proximité, d’une demande d’établissement d’une communication comprenant au moins un identifiant de service ;
  • un module d’obtention en fonction dudit au moins un identifiant de service dudit identifiant de joignabilité dudit utilisateur ;
  • un module de transmission dudit identifiant de joignabilité dudit utilisateur à destination dudit terminal de paiement électronique.
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.
Ces dispositifs de fourniture, de transmission et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec les procédés de fourniture et de transmission.
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 représente un exemple d’environnement de mise en œuvre selon un mode particulier de réalisation de l’invention ;
La illustre l’architecture d’un dispositif adapté pour la mise en œuvre du procédé de fourniture ;
La illustre l’architecture d’un dispositif adapté pour la mise en œuvre du procédé de transmission ;
La illustre des étapes du procédé de fourniture et du procédé de transmission selon un mode particulier de réalisation de l'invention.
5. Description d'un mode de réalisation de l'invention
La illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. L’environnement représenté en comprend un terminal de paiement électronique 201 et un dispositif de transmission 202 d’un identifiant de joignabilité d’un utilisateur. Dans l’exemple décrit ici le dispositif 202 est inclus dans un terminal mobile, par exemple un téléphone intelligent (en anglais smartphone) de l’utilisateur 204, et le dispositif de fourniture est inclus dans le terminal de paiement électronique 201.
Le terminal de paiement électronique 201 et le téléphone mobile 202 sont connectés entre eux via un réseau de communication sans fil à courte portée (i.e. en champ proche) par exemple via la technologie NFC (Near Field Communication), Wi-Fi® ou Bluetooth®.
L'environnement de mise en œuvre comprend en outre un dispositif marchand 203 apte à établir une communication avec le terminal mobile 202 de l’utilisateur 204. Le dispositif marchand 203 est par exemple un système de caisse (caisse enregistreuse), un ordinateur, un serveur ou un terminal mobile.
Selon un mode particulier de réalisation de l'invention, le terminal de paiement électronique 201 et le dispositif marchand 203 sont inclus dans un seul et même dispositif / terminal du commerçant. La communication entre ces deux entités se fait alors via des messages internes au dispositif / terminal commerçant.
La communication entre le dispositif marchand 203 et le terminal mobile 202 est par exemple réalisée via un réseau de communication 200 (par exemple internet ou un réseau privé). Le réseau de communication 200 peut comprendre un réseau d’accès (non représenté ici). Le réseau d’accès peut être un réseau WiFi ou un réseau de données cellulaires de type 2G, 3G, 4G ou 5G.
Le réseau 200 peut en outre comprendre un serveur de messagerie 205 adapté pour permettre la communication entre le terminal mobile 202 et le dispositif marchand 203.
Le serveur 205 correspond, par exemple, à un serveur mettant en œuvre le protocole de messagerie RCS (Rich Communication Suite) entre le terminal mobile 202 de l’utilisateur et un agent conversationnel (en anglais chatbot) opéré par le marchand 207 (par exemple exécuté par le dispositif 203 ou de manière répartie entre le dispositif 203 et le serveur 205). Ainsi, le serveur 205 peut communiquer avec le terminal mobile 202 par messagerie instantanée en langage naturel.
Le serveur de messagerie 205 peut également échanger tout type de message, comme des courriels ou des SMS (Short Message Service), avec le terminal mobile 202 et le dispositif marchand 203.
Alternativement, le dispositif marchand 203 et le terminal mobile 202 communiquent entre eux sans intermédiaire via un réseau de communication sans fil, par exemple, via la technologie NFC (Near Field Communication), Wi-Fi® ou Bluetooth®.
Cette architecture n’est pas limitative et d’autres architectures sont adaptées pour mettre en œuvre l’invention. Par exemple, le serveurs 205 et dispositif marchand 203 peuvent être un seul et même dispositif.
A noter que l’ensemble des messages échangés entre le terminal mobile 202 et le serveur 205, le terminal mobile 202 et le dispositif marchand 203, le dispositif marchand 203 et le serveur 205, le terminal mobile 202 et le terminal de paiement 201, le terminal de paiement 201et le dispositif marchand 203 peuvent être des messages cryptés / chiffrés via par exemple des mécanismes de chiffrement à clef privée et/ou publique, symétrique et/ou asymétrique.
On s’attache maintenant à décrire un exemple d’architecture matérielle d’un dispositif de fourniture selon un mode particulier de réalisation de l’invention en lien avec la .
Le dispositif DISP a l’architecture matérielle d’un ordinateur. Il comprend notamment un processeur PROC, une mémoire vive MV, une mémoire morte MEM et une mémoire flash non volatile MF. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. La mémoire morte constitue un support d’enregistrement conforme à l’invention, lisible par le processeur PROC et sur lequel est enregistré ici un programme d’ordinateur PG conforme à l’invention, ce programme comportant 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 la , selon les instructions du programme d'ordinateur PG.
Le dispositif DISP comprend un module RECV1 apte à recevoir en provenance du dispositif marchand 203 une demande d’établissement d’une communication.
Le dispositif DISP comprend en outre un module DIFF apte à diffuser (broadcaster) via une communication sans fil de proximité (i.e. en champ proche), la demande d’établissement d’une communication reçue précédemment par le module COM1. La communication est par exemple effectuée via la technologie NFC® (Near Field Communication), Wi-Fi® ou Bluetooth®. Cette demande comprend au moins un identifiant de service permettant d’identifier le service / l’application destinataire.
Le dispositif DISP comprend également un module RECV2 apte à recevoir en provenance du terminal mobile utilisateur (202), en réponse à la diffusion de la demande d’établissement d’une communication et en fonction de l’identifiant de service contenu dans la demande, au moins un identifiant de joignabilité de l’utilisateur.
De plus, le dispositif DISP comprend un module SND apte à émettre à destination du dispositif marchand 203 un identifiant de joignabilité de l’utilisateur 204 reçu par le module RECV2.
Selon un mode particulier de réalisation de l'invention, les modules RECV1, RECV2, SND et DIFF sont un seul et même module ou répartis en totalité ou en partie dans une pluralité de modules.
Selon un mode particulier de réalisation, le dispositif DISP comprend un module de restitution (non représenté) d’une notification. Le module de restitution peut être une interface homme-machine comme un écran (tactile ou non), un vidéoprojecteur, une télévision, un haut-parleur, ou tout autre dispositif apte à remplir le même objectif.
On s’attache maintenant à décrire un exemple d’architecture matérielle d’un dispositif de transmission selon un mode particulier de réalisation de l’invention en lien avec la .
Le dispositif DISP1 a l’architecture matérielle d’un ordinateur. Il comprend notamment un processeur PROC1, une mémoire vive MV1, une mémoire morte MEM1 et une mémoire flash non volatile MF1. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. La mémoire morte constitue un support d’enregistrement conforme à l’invention, lisible par le processeur PROC1 et sur lequel est enregistré ici un programme d’ordinateur PG conforme à l’invention, ce programme comportant des instructions pour mettre en œuvre les étapes du procédé de transmission tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC1. A l'initialisation, les instructions de code du programme d'ordinateur PG1 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC1. Le processeur PROC1 de l'unité de traitement UT1 met notamment en œuvre les étapes du procédé de transmission selon l'un quelconque des modes particuliers de réalisation décrits en relation avec la , selon les instructions du programme d'ordinateur PG1.
Le dispositif DISP1 comprend un module GET apte à recevoir en provenance du terminal de paiement électronique 201, via une communication sans fil de proximité (NFC®, Wi-Fi® ou Bluetooth®), une demande d’établissement d’une communication comprenant au moins un identifiant de service.
Le dispositif DISP1 comprend en outre un module OBT apte à obtenir un ou plusieurs identifiants de joignabilité en fonction de l’identifiant de service reçu par le module GET.
Le dispositif DISP1 comprend également un module ENV apte à envoyer à destination du dispositif marchand 203, un ou plusieurs identifiants de joignabilité de l’utilisateur 204.
Selon un mode particulier de réalisation de l'invention, les modules GET et ENV sont un seul et même module.
Selon un mode particulier de réalisation, le dispositif DISP comprend un module de restitution (non représenté) apte à restituer à l’utilisateur 204 une demande de confirmation concernant la fourniture / de l’envoi d’un ou de plusieurs identifiants de joignabilité de l’utilisateur 204. Le module de restitution peut être une interface homme-machine comme un écran (tactile ou non), un haut-parleur, ou tout autre dispositif apte à remplir le même objectif.
La illustre des étapes des procédés de fourniture et de transmission selon l’un des modes particuliers de réalisation de l'invention présentés précédemment.
Lors de l’étape E21, le procédé de fourniture reçoit en provenance du dispositif marchand 203 une demande d’établissement d’une communication. Cette demande peut être émise par le dispositif marchand 203 (E31) de manière spontanée, par exemple, à intervalle réguliers ou bien à l’issue d’un événement particulier comme la finalisation d’une transaction financière réalisée, par exemple, entre le terminal mobile 202 et le dispositif marchand 203 (E10, E30).
Lorsque la demande d’établissement d’une communication est émise à la suite d’une transaction financière, la demande peut comprendre un identifiant de la transaction financière. Cet identifiant comprend par exemple un identifiant unique généré par le dispositif marchand 203 et/ou le terminal mobile 202 et partagé entre eux durant la transaction.
Alternativement ou cumulativement, l’identifiant de la transaction peut comprendre un identifiant associé au moyen de paiement utilisé lors de la transaction financière comme le PAN (PrimaryAccount Number) d’une carte bancaire.
L’identifiant de la transaction financière peut en outre être chiffé selon des techniques de chiffrement de l’état de l’art (chiffrement symétrique, asymétrique, etc.).
Optionnellement, le terminal de paiement 201 peut restituer à l’utilisateur 204 une notification l’invitant à patienter le temps que la communication entre l’un de ses terminaux (par exemple le terminal mobile 202) et le dispositif marchand soit établie.
Lors de l’étape E22, le procédé de fourniture diffuse via une technologie de communication en champ proche (NFC®, Wi-Fi® ou Bluetooth®) la demande d’établissement reçue lors de l’étape E21. Cette demande d’établissement comprend au moins un identifiant de service associé à un service / une application destinataire.
A noter que le terminal de paiement 201 peut enrichir la demande d’établissement avec l’identifiant de service et/ou l’identifiant de transaction financière avant sa diffusion (E22). Alternativement l’identifiant de service et/ou l’identifiant de transaction financière sont déjà compris au sein de la demande d’établissement reçue lors de l’étape E21.
Lors de l’étape E12 le terminal mobile 202 et plus particulièrement un service / une application exécutée au niveau du terminal mobile 202 qui est identifiée par l’identifiant de service contenu dans la demande d’établissement reçoit la demande d’établissement en provenance du terminal de paiement électronique 201. Le service / l’application exécutée au niveau du terminal mobile 202 qui est identifiée par l’identifiant de service contenu dans la demande d’établissement correspond au procédé de transmission au sens de l’invention. Dans le cas où aucun service / aucune application exécutée au niveau du terminal mobile 202 n’est associée à l’identifiant de service contenu dans la demande d’établissement alors aucune action n’est réalisée.
Optionnellement, dans le cas où un identifiant de transaction financière est inclus dans la demande d’établissement et qu’il n’est pas connu de l’application exécutée au niveau du terminal mobile 202 et/ou du terminal mobile 202 lui-même, alors aucune action n’est réalisée. Ce mode de réalisation permet de s’assurer que la demande d’établissement sera traitée uniquement par un terminal qui a réalisé préalablement une transaction financière.
Optionnellement, lorsque le terminal mobile 202 reçoit la demande d’établissement (E12), celui-ci restitue à l’utilisateur 204 la demande d’établissement et/ou une demande de validation (consentement) associée à la demande d’établissement. L’utilisateur peut ainsi accepter ou refuser qu’une communication soit établie entre l’un de ses terminaux et le dispositif marchand 203.
Selon un mode particulier de réalisation de l'invention, la demande d’établissement reçue par le procédé de transmission comprend en outre un identifiant de marchand. Cet identifiant ou une donnée /un libellé associé peut être restitué à l’utilisateur 204 lors de la demande de validation. Ainsi, l’utilisateur peut par exemple refuser qu’une communication soit établie entre l’un de ses terminaux et le dispositif marchand 203 si le marchand 207 lui est inconnu. Ce mode de réalisation ajoute un niveau de sécurité.
Lors de l’étape E13, le procédé de transmission obtient et envoie un ou plusieurs identifiants de joignabilité de l’utilisateur 204 à destination du terminal de paiement électronique 201.
Un identifiant de joignabilité peut correspondre à une adresse électronique (courriel, adresse de messagerie instantanée), à un numéro de téléphone (MSISDN pour Mobile Station International Subscriber Directory Number) ou tout autre identifiant permettant d’être contacté par un tiers.
A noter que l’envoi du ou des identifiants de joignabilité de l’utilisateur 204 peut être conditionné par le résultat de la demande de validation restituée à l’utilisateur 204. En outre, selon que l’utilisateur valide ou non la demande d’établissement, le procédé de transmission peut générer et émettre un message à destination du terminal de paiement 201 indiquant l’acceptation ou le refus du client d’être contacté par le marchand 207.
Lors de l’étape E23, le terminal de paiement 201 reçoit le ou les identifiants de joignabilité de l’utilisateur 204. A l’étape E24, le terminal de paiement 201 et plus particulièrement le procédé de fourniture transmet le ou les identifiants reçus lors de l’étape E23 à destination du dispositif marchand 203. Le dispositif marchand 203 les réceptionne (E34) puis établie une communication avec un terminal de l’utilisateur 204 en fonction des identifiants de joignabilité reçus. Dans le cas décrit ici l’identifiant de joignabilité reçu correspond au MSISDN du terminal mobile 202 et la communication est établie avec le terminal mobile 202 (E35, E16_1) selon le protocole RCS (Rich Communication Suite) par un agent conversationnel exécuté au niveau du dispositif marchand 203.
Selon un mode particulier de réalisation de l'invention, la communication / la conversation avec le terminal mobile 202 est établie par un agent conversationnel exécuté en totalité ou partiellement au niveau du dispositif marchand 203 et/ou du serveur 205 (E45, E46, E16_2).
Selon un mode particulier de réalisation de l'invention, lors de l’étape E34, le dispositif marchand 203 obtient en outre (par exemple d’une mémoire interne et/ou du terminal mobile 202 et/ou du terminal de paiement 201) l’identifiant d’une transaction financière précédemment réalisée entre le terminal de paiement 201 et le terminal mobile 202 (E10, E30). Cette identifiant est ensuite transmis à l’agent conversationnel de sorte qu’il puisse contextualiser les messages échangés (c’est-à-dire émettre des messages en lien avec la transaction /l’achat identifié par l’identifiant de transaction) durant la conversation établie avec le terminal mobile 202. Par exemple, l’agent conversationnel peut transmettre au terminal mobile 202 un ticket de caisse dématérialisé qui correspond à la transaction identifiée par l’identifiant de transaction.
De manière générale, l’agent conversationnel peut obtenir, du dispositif marchand 203 ou d’un dispositif tiers (par exemple du terminal de paiement 201 ou du terminal mobile 202), l’identifiant de transaction durant l’établissement de la communication / de la conversation avec le terminal mobile 202 ou bien pendant la communication / la conversation elle-même.
Selon un mode particulier de réalisation de l'invention, si l’agent conversationnel a déjà été en relation avec un des terminaux de l’utilisateur 204, la conversation qui est établie entre l’agent conversationnel et le terminal mobile 202 reprend l’historique des échanges et potentiellement des transactions réalisées avec le marchand 207.
Selon un mode particulier de réalisation de l'invention, l’application exécutée au niveau du terminal mobile 202 lors de l’étape E12 correspond à une application d’une enclave sécurisée (en anglais « secure element ») comme une carte SIM Subscriber Identity/Identification Module), eSIM (embedded SIM), iSIM (integrated SIM), un TEE (Trusted Execution Environment), etc. Alternativement, l’application exécutée au niveau du terminal mobile 202 lors de l’étape E12 correspond à une application mobile déployée au sein d’un environnement / d’une architecture de type HCE (en anglais Hosted Card Emulation). L’identifiant de service correspond alors un identifiant d’application (AID) conforme à la norme ISO 7816-5.
Selon un mode particulier de réalisation de l'invention, l’application exécutée au niveau du terminal mobile 202 lors de l’étape E12 est hébergée au sein d’un portefeuille d’application NFC (en anglais wallet). Alternativement, l’application et le wallet sont une seule et même application.
Selon un mode particulier de réalisation de l'invention, l’application exécutée au niveau du terminal mobile 202 lors de l’étape E12 comprend en outre le client logiciel permettant d’échanger / de communiquer avec l’agent conversationnel du marchand 207.
Selon un mode particulier de réalisation de l'invention, le procédé de fourniture est compris dans une application de paiement exécutée par le terminal de paiement électronique 201.
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.
L’invention peut par exemple être appliquée à un système de contrôle d’accès (par exemple le transport urbain comme le métro). Le terminal de paiement 201 peut alors être compris au sein d’un portique d’accès ou à tout dispositif permettant de réguler l’accès à un espace et le dispositif marchand 203 à un serveur opéré par l’opérateur de transport. Le canal de communication /la conversation établie entre le terminal mobile 202 et le serveur 203 peut, par exemple, permettre d’informer l’utilisateur 204 (i.e. le voyageur) des options tarifaires, du coût cumulé de ses transports, d’offres promotionnelles, etc.

Claims (14)

  1. Procédé de fourniture à un dispositif marchand (203) d’un identifiant de joignabilité d’un utilisateur, ledit procédé étant mis en œuvre par un terminal de paiement électronique (201) et caractérisé en ce qu’il comprend :
    - une première étape de réception (E21) en provenance dudit dispositif marchand d’une demande d’établissement d’une communication ;
    - une étape de diffusion (E22) de ladite demande via une communication sans fil de proximité, ladite demande comprenant au moins un identifiant de service;
    - une deuxième étape de réception (E23) en provenance d’un terminal mobile utilisateur, en réponse à la diffusion de ladite demande et en fonction dudit identifiant de service émis, d’au moins un identifiant de joignabilité dudit utilisateur ;
    - une étape d’émission (E24), à destination dudit dispositif marchand (203), dudit au moins un identifiant de joignabilité.
  2. Procédé selon la revendication 1 dans lequel la première étape de réception est précédée d’une transaction de paiement (E10, E30).
  3. Procédé selon la revendication 1 dans lequel ledit dispositif marchand (203) correspond à un dispositif d’encaissement.
  4. Procédé selon la revendication 1 dans lequel ledit identifiant de joignabilité est choisi dans un groupe comprenant au moins :
    - une adresse électronique ;
    - un numéro de téléphone ;
    - un identifiant d’une application de messagerie instantanée.
  5. Procédé selon la revendication 1 dans lequel ladite demande comprend au moins un identifiant dudit marchand et en ce que ladite deuxième étape de réception est réalisée en fonction dudit au moins un identifiant dudit marchand.
  6. Procédé selon la revendication 2 dans lequel l’étape d’émission comprend en outre l’émission d’une donnée relative à ladite transaction de paiement.
  7. Procédé de transmission d’un identifiant de joignabilité d’un utilisateur d’un terminal mobile, ledit procédé étant mis en œuvre par ledit terminal mobile (202) et caractérisé en ce qu’il comprend :
    - une première étape de réception (E12), en provenance d’un terminal de paiement électronique (201), via une communication sans fil de proximité, d’une demande d’établissement d’une communication comprenant au moins un identifiant de service ;
    - une étape d’obtention (E13) dudit identifiant de joignabilité dudit utilisateur en fonction dudit au moins un identifiant de service ;
    - une étape de transmission (E13) dudit identifiant de joignabilité dudit utilisateur à destination dudit terminal de paiement électronique (201).
  8. Procédé selon la revendication 7 dans lequel l’étape de transmission est réalisée en fonction du résultat d’une étape de validation dudit utilisateur.
  9. Procédé selon la revendication 7 dans lequel ladite demande d’établissement comprend en outre un identifiant d’un marchand et en ce que l’étape de transmission dudit identifiant de joignabilité dudit utilisateur est réalisée en fonction de la valeur dudit identifiant dudit marchand.
  10. Dispositif de fourniture à un dispositif marchand d’un identifiant de joignabilité d’un utilisateur, ledit dispositif étant compris dans un terminal de paiement électronique et caractérisé en ce qu’il comprend :
    - un premier module de réception (RECV1) en provenance dudit dispositif marchand d’une demande d’établissement d’une communication ;
    - un module de diffusion (DIFF) de ladite demande via une communication sans fil de proximité, ladite demande comprenant au moins un identifiant de service;
    - un deuxième module de réception (RECV2) en provenance d’un terminal mobile utilisateur, en réponse à la diffusion de ladite demande et en fonction dudit identifiant de service émis, d’au moins un identifiant de joignabilité dudit utilisateur ;
    - un module d’émission (SND), à destination dudit dispositif marchand, dudit au moins un identifiant de joignabilité.
  11. Terminal comprenant un dispositif de fourniture selon la revendication 10 et un dispositif marchand.
  12. Dispositif de transmission d’un identifiant de joignabilité d’un utilisateur, ledit dispositif étant compris dans un terminal mobile d’un utilisateur et caractérisé en ce qu’il comprend :
    - un module de réception (GET), en provenance d’un terminal de paiement électronique, via une communication sans fil de proximité, d’une demande d’établissement d’une communication comprenant au moins un identifiant de service ;
    - un module d’obtention (OBT), en fonction dudit au moins un identifiant de service, dudit identifiant de joignabilité dudit utilisateur ;
    - un module de transmission (ENV) dudit identifiant de joignabilité dudit utilisateur à destination dudit terminal de paiement électronique.
  13. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé de fourniture selon l'une quelconque des revendications 1 à 6 et/ou du procédé de transmission l'une quelconque des revendications 8 à 9, lorsque le programme est exécuté par un processeur.
  14. Support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur selon la revendication 13.
PCT/EP2025/065550 2024-06-06 2025-06-04 Procédé et dispositif de fourniture à un dispositif marchand d'un identifiant de joignabilité d'un utilisateur Pending WO2025252836A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FRFR2405985 2024-06-06
FR2405985A FR3163189A1 (fr) 2024-06-06 2024-06-06 Procédé et dispositif de fourniture à un dispositif marchand d’un identifiant de joignabilité d’un utilisateur

Publications (1)

Publication Number Publication Date
WO2025252836A1 true WO2025252836A1 (fr) 2025-12-11

Family

ID=93562820

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2025/065550 Pending WO2025252836A1 (fr) 2024-06-06 2025-06-04 Procédé et dispositif de fourniture à un dispositif marchand d'un identifiant de joignabilité d'un utilisateur

Country Status (2)

Country Link
FR (1) FR3163189A1 (fr)
WO (1) WO2025252836A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3101177A1 (fr) * 2019-09-20 2021-03-26 Orange Procédé de transmission d’une information complémentaire relative à une transaction financière.
US20210374736A1 (en) * 2018-01-02 2021-12-02 Laurence Hamid Wireless based methods and systems for federated key management, asset management, and financial transactions
FR3124299A1 (fr) * 2021-06-01 2022-12-23 Orange procédé et dispositif de transmission d’un identifiant d’un utilisateur lors d’un paiement électronique réalisé par l’utilisateur.

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210374736A1 (en) * 2018-01-02 2021-12-02 Laurence Hamid Wireless based methods and systems for federated key management, asset management, and financial transactions
FR3101177A1 (fr) * 2019-09-20 2021-03-26 Orange Procédé de transmission d’une information complémentaire relative à une transaction financière.
FR3124299A1 (fr) * 2021-06-01 2022-12-23 Orange procédé et dispositif de transmission d’un identifiant d’un utilisateur lors d’un paiement électronique réalisé par l’utilisateur.

Also Published As

Publication number Publication date
FR3163189A1 (fr) 2025-12-12

Similar Documents

Publication Publication Date Title
EP3243176B1 (fr) Procédé de traitement d'une transaction à partir d'un terminal de communication
US20120051187A1 (en) Sonic communication system and method
EP2824625B1 (fr) Méthode de réalisation de transaction, terminal et programme d'ordinateur correspondant
US11823140B2 (en) Server and method for sending a transaction receipt via a push notification
EP2306684A1 (fr) Procédé de sécurisation de l'exécution d'une application NFC embarquée dans un élément sécurisé faisant partie intégrante d'un terminal mobile
EP3189485A1 (fr) Gestion de ticket électronique
FR3052283A1 (fr) Procede de fourniture de donnees relatives a une transaction de paiement, dispositif et programme correspondant
WO2015059389A1 (fr) Procede d'execution d'une transaction entre un premier terminal et un deuxieme terminal
FR3064787B1 (fr) Procede de traitement de donnees par un terminal de paiement, terminal de paiement et programme correspondant
US20120143669A1 (en) Loyalty offer modeling
FR3042894A1 (fr) Procede de securisation de traitement de donnees transactionnelles, terminal et programme d'ordinateur correspondant
WO2020128240A1 (fr) Traitement d'un service de tickets electroniques
EP3349160B1 (fr) Procédé de transmission de données, dispositif et programme correspondant
EP3485451B1 (fr) Procédé de traitement d'au moins une donnée de moyen de paiement, terminal de paiement et programme d'ordinateur correspondant
EP3087543A1 (fr) Transmission et traitement de données relatives a une transaction sans contact
FR3037754A1 (fr) Gestion securisee de jetons electroniques dans un telephone mobile
FR3163189A1 (fr) Procédé et dispositif de fourniture à un dispositif marchand d’un identifiant de joignabilité d’un utilisateur
EP4032057A1 (fr) Procede de transmission d'une information complementaire relative a une transaction financiere
EP2697952B1 (fr) Procede de multiplexage de messages, dispositif et programme correspondant
EP3142054A1 (fr) Procédé de transmission de données, dispositifs et programmes d'ordinateur correspondants
EP4099249A1 (fr) Procédé et dispositif de transmission d'un identifiant d'un utilisateur lors d'un paiement électronique réalisépar l utilisateur
WO2022269179A1 (fr) Procede et dispositif de paiement par chaines de blocs
WO2024256267A1 (fr) Procédé de fourniture, à un agent conversationnel, d'au moins une donnée d'identification d'un utilisateur
WO2025196187A1 (fr) Procédé pour l'initialisation d'un terminal de paiement électronique d'un marchand
WO2025196188A1 (fr) Procédé pour la mise en œuvre d'une transaction, sur un terminal de paiement électronique d'un marchand

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 25732343

Country of ref document: EP

Kind code of ref document: A1