Method for transmitting a complementary information relating to a financial transaction
20220343333 · 2022-10-27
Inventors
Cpc classification
G06Q20/389
PHYSICS
G06Q20/341
PHYSICS
International classification
G06Q20/40
PHYSICS
G06Q20/34
PHYSICS
Abstract
A transmission method and transmission device for transmitting to at least one electronic address, managed by at least one server, at least one complementary information relating to at least one financial transaction carried out by a user. The method includes: receiving at least one first message relating to at least one financial transaction from a terminal, the message comprising at least one identifier of the user; determining at least one electronic address as a function of the at least one identifier; obtaining at least one complementary information; generating at least one second message including the at least one complementary information; and transmitting in a time interval the at least one second message to the at least one electronic address.
Claims
1. A method performed by a transmission device and comprising: receiving, from a terminal, at least one first message relating to at least one financial transaction conducted by a user, said message comprising at least one identifier of said user; determining at least one electronic address on the basis of said at least one identifier, the at least one electronic address being managed by at least one server; obtaining at least one additional item of information relating to the at least one financial transaction; generating at least one second message comprising said at least one additional item of information; and transmitting, within a time interval, said at least one second message to said at least one electronic address.
2. The method as claimed in claim 1, wherein the generating said second message is conditional upon a result of a validation performed by said user through a human-machine interface of said device.
3. The method as claimed in claim 2, comprising receiving the validation through a voice command.
4. The method as claimed in claim 2, wherein comprising receiving the validation through biometric authentication of said user.
5. The method as claimed in claim 1, wherein the identifier is a digital representation of a biometric feature of said user.
6. The method as claimed in claim 1, wherein the identifier is an item of data stored on a bank card of said user.
7. The method as claimed in claim 1, wherein said at least one second message comprises an invoice for at least one purchase associated with the financial transaction.
8. The method as claimed in claim 7, wherein the generating is conditional upon a result of a validation performed by said user for said at least one purchase associated with the financial transaction, through a human-machine interface of said device.
9. The method as claimed in claim 1, wherein the transmitting is followed by receiving at least one third message from said at least one server.
10. The method as claimed in claim 1, comprising obtaining said at least one additional item of information via a human-machine interface of said device.
11. A device comprising: a receiver; a transmitter; a processor; and a non-transitory computer-readable medium comprising instructions stored thereon which when executed by the processor configure the device to: receive, from a terminal, at least one first message relating to at least one financial transaction conducted by a user and comprising at least one identifier of said user; determine at least one electronic address on the basis of said at least one identifier, the at least one electronic address being managed by at least one server; obtain at least one additional item of information relating to the at least one financial transaction; generate at least one second message comprising said at least one additional item of information; and transmit, within a time interval, said at least one second message to said at least one electronic address.
12. The device as claimed in claim 11, wherein the device is an electronic payment terminal.
13. A system comprising: a transmission device comprising: a receiver; a transmitter; a processor; and a non-transitory computer-readable medium comprising instructions stored thereon which when executed by the processor configure the transmission device to: receive, from a terminal, at least one first message relating to the at least one financial transaction conducted by a user and comprising at least one identifier of said user; determine at least one electronic address on the basis of said at least one identifier, the at least one electronic address being managed by a server; obtain at least one additional item of information relating to the at least one financial transaction; generate at least one second message comprising said at least one additional item of information; and transmit, within a time interval, said at least one second message to said at least one electronic address; and the server, which is configured to receive and process, within the time interval, said at least one second message from said device and intended for said at least one electronic address managed by said server, said second message comprising said at least one additional item of information.
14. The system as claimed in claim 13, wherein the server is a messaging server or an automated conversational system.
15. A non-transitory computer-readable medium comprising a computer program stored thereon and comprising instructions for implementing a transmission method when the program is executed by a processor of a transmission device, therein the instructions configure the transmission device to: receive, from a terminal, at least one first message relating to at least one financial transaction conducted by a user, said message comprising at least one identifier of said user; determine at least one electronic address on the basis of said at least one identifier, the least one electronic address being managed by at least one server; obtain at least one additional item of information relating to the at least one financial transaction; generate at least one second message comprising said at least one additional item of information; and transmit, within a time interval, said at least one second message to said at least one electronic address.
Description
4. LIST OF THE FIGURES
[0049] Other features and advantages of the invention will become more clearly apparent upon reading the following description of particular embodiments, provided by way of simple illustrative and nonlimiting examples, and the appended drawings, in which:
[0050]
[0051]
[0052]
[0053]
5. DESCRIPTION OF ONE EMBODIMENT OF THE INVENTION
[0054]
[0055] In a financial transaction conducted between the user 104 and the seller 107, for example a cash payment, the device 102 will securely retrieve an identifier of the user 104 from the terminal 101. In this example, with the terminal 101 being a camera, the identifier retrieved by the device 102 is a digital representation of the face of the user 104 (i.e. of the customer). The device 102 will also obtain all of the desired additional information, such as for example a unique transaction number, the date and time or even a postal address of the user on the basis of the identifier. This information may for example be stored in an internal memory of the device, entered by the user 104 or the merchant 107 by way of a suitable human-machine interface present on the device such as a keypad/touchscreen or a microphone linked to voice recognition software, or even retrieved from a server located in the network.
[0056] The device 102 will generate a new message that will include the obtained and/or received information. The new message is then sent to the forged electronic address, within a time interval that may for example start at a specific time. This thus makes it possible to ensure a certain amount of security. Indeed, any message received outside of the time interval will not be taken into account by the messaging server 106 that manages the forged electronic address. Once the message has been received by the messaging server 106, it may for example be consulted by the user via the electronic messaging account associated with the generated electronic address.
[0057] Of course,
[0058] It is also understood that all of the messages exchanged between for example the terminal 101 and the device 102, the device 102 and the messaging server 106 may be messages that are encrypted/ciphered via for example private/public key encryption mechanisms. The networks used to exchange these messages may also be an Internet network or else a private network.
[0059]
[0060]
[0061] The messaging server 206 is connected to the bank server 205 and may transmit and receive messages thereto and therefrom. In particular, the messaging server 206 may transmit the messages from the device 202 to the bank server 205 when a banking transaction is conducted. For this purpose, a user account on the messaging server is associated with a bank account on the server 205. The association is for example made by way of an identifier belonging to the user 204, such as the PAN (Primary Account Number) of his bank card or else the digital representation of a biometric feature (face, iris, fingerprint, etc.) of the user 204. This identifier, which is known to the bank server 205, is transmitted by the payment terminal 201 to the device 202 and then sent by the device 202 to the server 206. Thus, when a banking transaction is conducted between the electronic payment terminal 201 and the server 205, a message is transmitted to the messaging server 206 by the device 202, comprising additional information to the transaction, but also the identifier of the user 204 retrieved from the electronic payment terminal 201. The message sent by the device 202 to the server 206 may also contain other information present in the first message exchanged between the payment terminal 201 and the device 202. This may for example be a transaction identifier, the identifier of the payment terminal or else an identifier of the merchant. The server 206 may then use this information to transmit one or more features of the transaction to the server 205.
[0062] Of course,
[0063] It is also understood that all of the messages exchanged between for example the payment terminal 201 and the bank server 205, the payment terminal 201 and the device 202, the device 202 and the messaging server 206 and between the messaging server 206 and the server 205 may be messages that are encrypted/ciphered for example via private/public key encryption mechanisms. The networks used to exchange these messages may also be an Internet network or else a private network, for example operated by the merchant's bank.
[0064] According to one particular embodiment of the invention, the user 204 may access a user account specific to him on the messaging server 205 and consult the messages sent by the device 202.
[0065]
[0066] In a first step 300, the method receives, from the terminal, such as for example the payment terminal 201, a first message comprising at least one identifier of the user who has just made a purchase from a merchant. The identifier is for example an item of data stored on the bank card, such as the PAN (Primary Account Number) or else a digital representation of a biometric feature (face, iris, fingerprint, etc.) of the user, or any other identifier for identifying the user. If the terminal is an electronic payment terminal, and the identifier is a digital representation of a biometric feature, this of course means that the user has enrolled beforehand with an authorized entity, such as for example his bank, thus making it possible to correlate his identity and the digital representation of the biometric feature that is used. However, this prior enrolment is not necessary if the identifier happens to be the PAN of the user's bank card. Indeed, since the bank issues the card, it knows the identity of the user associated therewith. The first message may also contain other information, such as for example the name of the user, the price, the date and time of the transaction, the number of the transaction, the status of the transaction or else any other relevant information linked to the banking transaction performed by the user 204.
[0067] In step 301, the method will determine an e-mail address using the identifier received in step 300. The “local” part of the address may for example correspond to the whole identifier or to a subset of the identifier. With regard to the “domain” part of the address, this may for example be a subset of the identifier, or else determined by part of the identifier or even a predefined character string. The “domain” part of the address may also be a concatenation of the identifier or of a subset of the identifier with a predefined character string.
[0068] With an e-mail address being formed as follows, “local part”@“server address or domain name”, the e-mail address, if the terminal is a bank terminal allowing payment with a bank card, may be:
[0069] “PAN”@ “the 1st 8 digits of the PAN”.com
[0070] The domain name is used to identify, via the Simple Mail Transfer Protocol (SMTP), the messaging server that will host the recipient mailbox. The domain name is transformed into an IP address through the DNS name resolution system. The local part is for its part specific to this server, and identifies the mailbox as such.
[0071] In step 302, the method will obtain at least one additional item of information relating to the transaction conducted by the user. This information may for example be stored in an internal memory of the device, present in the first message received from the payment terminal or else entered by the user or the merchant by way of a suitable human-machine interface present on the device such as a keypad/touchscreen or a microphone linked to voice recognition software, or even retrieved from the network, such as for example from the user's bank. This additional information may for example be the user's postal address, a transaction identifier, a specific description or any other information for example required for a merchant to draw up an invoice, such as for example taxes or the company name and the address of the merchant.
[0072] In a step 303, the method will generate a second message with all of the desired information. This message comprises at least one additional item of information associated with the financial transaction conducted and obtained in step 302. The second message may also contain information received by way of the first message sent by the terminal to the device. The information may also be linked to a subset of the financial transaction. For example, if a user purchases multiple items, the information contained in the second message may relate only to a subset of the purchased items. This subset may be determined automatically, for example on the basis of the reference of the purchased item or on the basis of a choice made by the user.
[0073] Indeed, according to one particular embodiment of the invention, step 303 may be conditional upon the result of a validation step performed by the user, through a human-machine interface of the device. The user may thus choose whether or not to generate the second message for a given financial transaction.
[0074] The user may also select the information present in the second message through a human-machine interface of the device. This makes it possible for example to draw up an invoice for a subset of the products purchased in the financial transaction. This validation may take place for example using a keypad/touchscreen interface, voice recognition, or even biometric identification of the user (fingerprint, iris, face, etc.).
[0075] In step 304, the method will transmit the second message to the messaging server. The message may then be consulted by the user from a dedicated interface, such as for example messaging software, or else processed by the messaging server and/or retransmitted for example to a bank server in order to enrich for example the user's account statement. The method thus makes it possible to produce a statement of the user's banking transactions in which the transactions are associated with additional information, such as for example invoices.
[0076] According to one particular embodiment of the invention, step 304 may be followed by a step of receiving a message from the messaging server 206. This message is for example an acknowledgement of receipt of the previous message or else a message comprising data for interacting with the user.
[0077]
[0078] According to one particular embodiment of the invention, the device 400 has the conventional architecture of a mobile telephone, such as a smartphone or tablet, and comprises in particular a memory MEM, a processing unit UT, equipped for example with a processor PROC, and driven by the computer program PG stored in memory MEM. The computer program PG comprises instructions for implementing the steps of the method for transmitting at least one additional item of information relating to at least one financial transaction conducted by a user as described above when the program is executed by the processor PROC.
[0079] On initialization, the code instructions of the computer program PG are for example loaded into a memory, before being executed by the processor PROC. The processor PROC of the processing unit UT in particular implements the steps of the method for transmitting at least one additional item of information relating to at least one financial transaction conducted by a user according to any one of the particular embodiments described with reference to
[0080] The device 400 comprises a communication module COM1 configured so as to establish communications with an IP and/or circuit-switched or point-to-point network (Wi-Fi, Bluetooth, infrared, etc.) in order to obtain, for example from the electronic payment terminal 201, at least one first message comprising at least one identifier of the user 204. The device 400 also comprises a module ADR capable of determining an e-mail address on the basis of the retrieved identifier, a module OBT capable of obtaining at least one item of information additional to the banking transaction conducted by the user on the electronic payment terminal 201, and a module MSG capable of generating a second message with at least one additional item of information obtained by the module OBT.
[0081] It should be noted that the additional information may be provided by the user for example through input on an input peripheral device such as a touchscreen (DISPL) or a keypad, or picked up by a microphone and interpreted by an audio module (AUD) and voice recognition software, if the user uses voice.
[0082] Once the message has been generated, it is sent, by way of the module COM2, to the e-mail address determined by the module ADR to the messaging server that manages this address.
[0083] Such an architecture is described by way of illustrative example. This architecture is not limiting, and other architectures are suitable for implementing the invention. For example, the modules COM1 and COM2 may be one and the same module.
[0084] According to one particular embodiment of the invention, the device may offer a human-machine interface allowing the user to validate or not validate the generation of the second message. The user may thus choose whether or not to generate the second message for a given transaction. This validation may for example take place using the module DISPL, which will offer an input interface on a touchscreen, the module AUD, which will allow voice recognition to be performed, or even the module BIO, which will allow a biometric identification of the user (fingerprint, iris, face, etc.) to be managed.
[0085] It goes without saying that the embodiment that has been described above has been given purely by way of wholly non-limiting indication, and that numerous modifications may easily be made by those skilled in the art without, however, departing from the scope of the invention.