EP4032057A1 - Procede de transmission d'une information complementaire relative a une transaction financiere - Google Patents

Procede de transmission d'une information complementaire relative a une transaction financiere

Info

Publication number
EP4032057A1
EP4032057A1 EP20820485.9A EP20820485A EP4032057A1 EP 4032057 A1 EP4032057 A1 EP 4032057A1 EP 20820485 A EP20820485 A EP 20820485A EP 4032057 A1 EP4032057 A1 EP 4032057A1
Authority
EP
European Patent Office
Prior art keywords
user
message
server
financial transaction
identifier
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
EP20820485.9A
Other languages
German (de)
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 EP4032057A1 publication Critical patent/EP4032057A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/04—Payment circuits
    • G06Q20/047—Payment circuits using payment protocols involving electronic receipts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting

Definitions

  • the invention belongs to the field of telecommunications and relates more particularly to financial applications.
  • a professional or an individual may wish a proof of purchase.
  • the merchant then issues an invoice, usually paper, given to the buyer once payment has been made.
  • the information requested when preparing the invoice is, for example, the name and address of the purchaser.
  • the merchant also has the option of sending the invoice by email, but this assumes that the customer has previously provided his email address, for example by subscribing to the merchant's loyalty program.
  • This invoice can then be used as a supporting document allowing the payment of a repair by the supplier of the good or the reimbursement of the purchase by the buyer's company. Most often the invoice remains in paper form and can be lost, stolen or even destroyed. There is no solution to automate the dematerialization of an invoice by a merchant for a new customer. 3. Disclosure of the invention
  • the invention improves on the state of the art and proposes a method for transmitting, by a transmission device, to at least one electronic address managed by at least one server, at least one additional information relating to the minus one financial transaction carried out by a user, said device being characterized in that the method comprises:
  • this method allows a user to obtain, during a financial transaction, additional information about his purchase such as the seller's company name or his address and to be able to consult them for example using an electronic mail account or at the level of his online account statement.
  • additional information about his purchase such as the seller's company name or his address
  • the device will recover in a secure manner from a terminal of the merchant, an identifier of the user such as for example a digital representation of a characteristic. biometric of the user (ie of the customer) or the PAN (Primary Account Number), ie the 16 or 19 digits entered on the bank card used during payment and retrieved by the electronic payment terminal. A unique email address is then forged from the identifier.
  • the address is for example an address operated by the user's bank, the “domain” part of which is deduced from the first 8 digits of the PAN which identify the institution issuing the card.
  • the device will also obtain all the additional information desired, such as for example a unique transaction number, the date and time or even a postal address of the user according to the identifier retrieved. The device will then generate a new message which will include the information obtained and / or received.
  • the new message is then sent to the forged e-mail address, within a time interval which can for example be a few seconds after the transaction or even a few minutes starting at a specific time such as for example at the start of the bank telecollection carried out by the terminal if it is an electronic payment terminal.
  • a time interval which can for example be a few seconds after the transaction or even a few minutes starting at a specific time such as for example at the start of the bank telecollection carried out by the terminal if it is an electronic payment terminal.
  • a time interval can for example be a few seconds after the transaction or even a few minutes starting at a specific time such as for example at the start of the bank telecollection carried out by the terminal if it is an electronic payment terminal.
  • the server then provides an account statement in which the operation lines are associated with additional information received from the device at the time of the transaction.
  • the account statement presented to the user is more explicit and its reading is facilitated.
  • this process also makes it possible to automate the reimbursement of an employee's expense reports by his company when the latter uses his professional bank card. Indeed the company will have all the invoices associated with the expenses of its employee directly at the level of the professional account statement. Accounting is thus greatly facilitated.
  • Terminal is understood to mean any terminal making it possible to obtain an identifier of a user such as an Electronic Payment Terminal (TPE) capable of reading, for example, the information present on a bank card, a computer capable of displaying, for example, to the user. using an internet browser, a form allowing for example the entry of an identifier, a biometric sensor such as a camera making it possible to perform facial recognition, or even a barcode reader.
  • TPE Electronic Payment Terminal
  • a method as described above is characterized in that the step of generating said second message is conditioned by the result of a validation step carried out by said user, through a man-machine interface of said device.
  • This mode of implementation allows the user to choose whether or not to generate a second message including additional information such as, for example, an invoice associated with the current purchase.
  • a method as described above is characterized in that the validation is carried out by means of a voice command.
  • This mode of implementation makes it possible to validate the generation or not of an invoice via a voice command.
  • a method as described above is characterized in that the validation is obtained after biometric authentication of said user.
  • This mode of implementation makes it possible to validate the generation or not of an invoice via a biometric authentication of the user such as a fingerprint, facial recognition, voice recognition or even iris recognition.
  • a method as described above is characterized in that the identifier is a digital representation of a biometric characteristic of said user.
  • This mode of implementation makes it possible, thanks to a digital representation of a biometric characteristic such as the voice, a fingerprint, an iris, or even a face, to obtain an identifier associated with the user.
  • a method as described above is characterized in that the identifier is data stored on a bank card of said user.
  • a method as described above is characterized in that said at least one second message comprises an invoice for at least one purchase associated with the financial transaction.
  • invoice an accounting document attesting to the purchase of at least one tangible or intangible good by a customer from a merchant.
  • invoice For an invoice to be valid, it must include certain fields such as those defined by the European standard AFNOR NF EN 16931-1, for example.
  • the method as described above is characterized in that the generation step is conditioned by the result of a validation step carried out by said user for said at least one purchase associated with the financial transaction, through a man-machine interface of said device.
  • This mode of implementation allows the user to select the additional information present in the second message according to the items purchased during the financial transaction. This makes it possible, for example, to establish an invoice for a subset of the goods purchased.
  • a method as described above is characterized in that the transmission step is followed by a step of receiving at least a third message from said at least one message. minus one server.
  • This mode of implementation allows the device to receive, for example, an acknowledgment of receipt following the transmission of the second message.
  • This mode of implementation also allows, when the time interval is consecutive to the financial transaction, to have a real-time interaction between the device and the server which executes for example a conversational assistant.
  • a method as described above is characterized in that said at least one additional piece of information is obtained via a man-machine interface of said device.
  • This mode of implementation allows for example G user and / or merchant to provide additional information directly at the device level such as for example postal address, name, date, etc ...
  • the invention also relates to a device for transmitting, to at least one electronic address managed by at least one server, at least one additional piece of information relating to at least one financial transaction carried out by a user, and characterized in that the device includes:
  • reception module making it possible to receive from a terminal at least a first message relating to at least one financial transaction and comprising at least one identifier of said user
  • a transmission module making it possible to transmit, within a time interval, said at least one second message to said at least one electronic address.
  • module can correspond both to a software component and to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more computer programs or subroutines or more generally. to any element of a program capable of implementing a function or a set of functions as described for the modules concerned.
  • a hardware component corresponds to any element of a hardware assembly capable of implementing a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc. .).
  • the invention also relates to an electronic payment terminal characterized in that it comprises a device for transmitting at least one piece of information. complementary relating to at least one financial transaction carried out by a user.
  • the invention also relates to a system for transmitting, to at least one electronic address managed by at least one server, at least one additional piece of information relating to at least one financial transaction carried out by a user, said system being characterized in that that it includes:
  • a server capable of receiving and processing in a time interval said at least one second message originating 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 information.
  • This mode of implementation allows the server, for example, when receiving the second message, to process it and send it back, for example, to another server such as a bank server or an institutional server.
  • the system as described above is characterized in that the server is a messaging server and / or an automated conversational system.
  • This mode of implementation makes it possible to transmit the second message to a messaging server such as an e-mail, instant messaging or SMS / MMS server allowing the user or an authorized body to consult and / or process the message.
  • a messaging server such as an e-mail, instant messaging or SMS / MMS server
  • this mode of implementation makes it possible, for example, to automate the processing of the content of the second message and to interact with the device and ultimately the user.
  • the conversational system can thus question the user via a natural language interface, for example on the form and content of the second message.
  • the invention also relates to a computer program comprising instructions for implementing the above method according to any one of the particular embodiments described above, when said program is executed by a processor.
  • the method can be implemented in various ways, in particular in wired form or in software form.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable form.
  • the invention also relates to a recording medium or information medium readable by a computer, and comprising instructions of a computer program as mentioned above.
  • the aforementioned recording media can be any entity or device capable of storing the program.
  • the medium may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or else a magnetic recording means, for example a hard disk.
  • the recording media can correspond to a transmissible medium such as an electrical or optical signal, which can be conveyed via an electrical or optical cable, by radio or by other means.
  • the programs according to the invention can in particular be downloaded from an Internet type network.
  • the recording media can 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 method in question.
  • This device for transmitting at least one additional information relating to at least one financial transaction carried out by a user and this computer program have characteristics and advantages similar to those described above in relation to the method for transmitting at least one. additional information relating to at least one financial transaction carried out by a user.
  • FIG. 1 illustrates an example of an environment for implementing the invention according to a particular embodiment of the invention
  • FIG. 2 illustrates a second example of an environment for implementing the invention according to a particular embodiment of the invention
  • Figure 3 illustrates the main steps of the method of transmitting at least one additional information relating to at least one financial transaction carried out by a user
  • Figure 4 illustrates the architecture of a device suitable for implementing the method of transmitting at least one additional information relating to at least one financial transaction carried out by a user.
  • FIG. 1 illustrates an example of an environment for implementing the invention according to a particular embodiment of the invention.
  • the environment shown in FIG. 1 comprises a terminal 101 such as a camera or a fingerprint reader capable of obtaining an identifier of a user such as for example a digital representation of a biometric characteristic and a device 102 for transmitting data. 'at least one additional piece of information relating to at least one financial transaction.
  • the terminal 101 and the device 102 are connected to a communication network 100, such as for example an Internet type network or a private network, through an access network not shown here.
  • the access network can be a WiFi network or a 2G, 3G or 4G cellular data network.
  • the network 100 comprises a messaging server 106 suitable for exchanging messages with the device 102, such as for example e-mails, instant messages conforming for example to the RCS (Rich Communication Suite) standard, SMS (Short Message Service), or any other desirable message.
  • the server 106 can implement a virtual assistant, a conversational agent (or "chatbot" in English) adapted to communicate with the device 102 by instant messaging in natural language.
  • the device 102 During a financial transaction carried out between the user 104 and the merchant 107, for example a cash payment, the device 102 will securely retrieve from the terminal 101, an identifier of the user 104.
  • the terminal 101 being a camera
  • the identifier retrieved by the device 102 is a digital representation of the face of the user 104 (ie of the client).
  • the device 102 will also obtain all the additional information desired such as for example a unique transaction number, the date and time or even a postal address of the user according to the identifier.
  • This information can for example be stored in an internal memory of the device, entered by the user 104 or the merchant 107 via a suitable man-machine interface and present on the device such as a keyboard / touch screen or a microphone linked to voice recognition software, or even retrieved from a server located in the network.
  • the device 102 will generate a new message which will include the information obtained and / or received.
  • the new message is then sent to the forged e-mail address, within a time interval which may for example start at a specific time. This helps to ensure a certain level of security. Indeed any message received outside the time interval will not be taken into account by the mail server 106 which manages the forged electronic address.
  • the messaging server 106 Once the message has been received by the messaging server 106, it can for example be viewed by the user via the electronic messaging account associated with the generated electronic address.
  • Figure 1 is a simplified representation of such an architecture. Under real conditions, the architecture may have other elements and more complex interactions than those described above. In addition, such an architecture is described by way of illustrative example. This architecture is not limiting and other architectures are suitable for implementing the invention.
  • the terminal 101 can also include the device 102 for transmitting at least one additional piece of information relating to at least one financial transaction. In this case of implementation, the reception of the user identifier by the device 102 will be via messages internal to the terminal 101.
  • FIG. 2 illustrates a second example of an environment for implementing the invention according to a particular embodiment of the invention.
  • the environment shown in FIG. 2 comprises an electronic payment terminal 201 and a device 202 for transmitting at least one additional information relating to at least one financial transaction.
  • the electronic payment terminal 201 and the device 202 are connected to a communication network 200, such as for example the Internet or a private network of a banking establishment, via an access network not shown here.
  • the access network can be a WiFi network or a cellular data network of the 2G, 3G or 4G type.
  • the network 200 comprises a banking server 205 adapted to record and process the banking transactions carried out by the merchant from the electronic payment terminal 201.
  • the network 200 also includes a messaging server 206 adapted to exchange messages with the device 202, such as for example e-mails, instant messages conforming for example to the RCS standard (Rich Communication Suite), SMS (Short Message Service), or any other desirable message.
  • the server 206 can implement a virtual assistant, a conversational agent (or “chatbot” in English) suitable for communicating with the device 202 by instant messaging in natural language.
  • FIG. 2 also shows a means of payment 203 belonging to a user 204.
  • the user 204 makes a payment using his means of payment 203 and the merchant's electronic payment terminal 201.
  • the means of payment represented here is a bank card, but the invention applies to any means of payment, such as an NFC (Near Field Communication) means of payment, a virtual bank card or a check.
  • the NFC payment method can be a bank card comprising a contactless payment module or a mobile terminal when it is equipped with an NFC contactless payment module.
  • the messaging server 206 is connected to the banking server 205 and can transmit and receive messages to the latter.
  • the messaging server 206 can transmit the messages coming from the device 202 to the banking server 205 when a banking transaction is carried out.
  • a user account on the mail server is associated with a bank account on the server 205.
  • the association is for example carried out by means 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 characteristic (face , iris, fingerprint, etc.) of the user 204.
  • This identifier known to the banking server 205, is transmitted by the payment terminal 201 to the device 202 then sent by the device 202 to the server 206.
  • 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 payment terminal electronic 201.
  • the message sent by the device 202 to the server 206 can also contain other information present in the first message exchanged between the terminal of payment 201 and the device 202. This can for example be a transaction identifier, the identifier of the payment terminal or else an identifier of the merchant.
  • the server 206 can then use this information to transmit one or more characteristics of the transaction to the server 205.
  • FIG. 2 is a simplified representation of such an architecture. Under real conditions, the architecture may have other elements and more complex interactions than those described above. In addition, such an architecture is described by way of illustrative example. This architecture is not limiting and other architectures are suitable for implementing the invention.
  • the servers 205 and 206 can be one and the same server.
  • the payment terminal 201 can also include the device 202 for transmitting at least one additional piece of information relating to at least one financial transaction. In this case of implementation, the reception of the user identifier by the device 202 will be via messages internal to the terminal 201.
  • This same terminal can also be included in a computer or any other device having the architecture of a computer such as a smartphone, a tablet, a voice assistant, etc ... thus allowing address online purchases.
  • the user will for example enter the information present on his bank card at the level for example of an interface displayed by an internet browser to proceed to a payment.
  • the computer will then, using the information provided by the user such as the PAN and the CW (Card Validation Value), generate an e-mail address. He will also have obtained beforehand all the additional information necessary for the constitution of a message sent subsequently to the messaging server 206.
  • all the messages exchanged between for example the payment terminal 201 and the banking 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 can be encrypted / encrypted messages via, for example, private / public key encryption mechanisms.
  • the networks used to exchange these messages can also be an Internet type network or else a private network for example operated by the merchant's bank.
  • the user 204 can access a user account which is specific to him on the messaging server 205 and consult the messages sent by the device 202.
  • FIG. 3 illustrates the main steps of the method of transmitting at least one additional information relating to at least one financial transaction carried out by a user, according to one or other of the particular embodiments of the invention presented above.
  • the method being executed on the transmission device of at least one additional information relating to at least one financial transaction carried out by a user.
  • 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, data stored on the bank card such as the PAN (Primary Account Number) or else a digital representation of a biometric characteristic (face, iris, fingerprint, etc.) of the user or any other. identifier allowing the user to be identified.
  • the terminal is an electronic payment terminal
  • the identifier is a digital representation of a biometric characteristic
  • this prior enrollment is not necessary in the case where the identifier happens to be the PAN of the user's bank card. Indeed, the bank being the issuer of the card, it has knowledge of the identity of the user associated with it.
  • the first message can also contain other information such as 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 any other relevant information. link with the bank transaction made by user 204.
  • the method will determine an e-mail address by virtue of the identifier received in step 300.
  • the “local” part of the address may for example correspond to all or to a subset of the. 'username.
  • the "domain” part of the address it may for example be a subset of the identifier or else determined by a part of the identifier or even a predefined character string.
  • the "domain” part of the address can also be a concatenation of the identifier or a subset of the identifier with a predefined character string.
  • An e-mail address being made up as follows, "local part” @ “server address or domain name” the e-mail address in the case where the terminal is a bank terminal allowing payment with a bank card can be:
  • the domain name is used to identify, via the Simple Mail Transfer Protocol (SMTP), the mail server that will host the recipient mailbox.
  • SMTP Simple Mail Transfer Protocol
  • the transformation of the domain name into an IP address is done through the DNS name resolution system.
  • the local part is specific to this server and identifies the mailbox as such.
  • the method will obtain at least one additional piece of information relating to the transaction carried out by the user.
  • This information can 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 user.
  • merchant via a suitable human-machine interface and present on the device such as a keyboard / touch screen or a microphone linked to voice recognition software, or even retrieved from the network such as for example from the bank of the user.
  • This additional information can for example be the user's postal address, a transaction identifier, a specific wording or any other information for example necessary for the establishment of an invoice by the merchant such as for example taxes or the reason. company name and address.
  • the method will generate a second message with all of the desired information.
  • This message includes at least one additional information associated with the financial transaction carried out and obtained in step 302.
  • the second message may also contain information received via the first message sent by the terminal to the device.
  • the information can also be linked to a subset of the financial transaction. For example, if a user purchases multiple items, the information in the second message may relate to only a subset of the items purchased. This subset can be determined automatically, for example according to the reference of the item purchased or according to a choice made by the user.
  • step 303 can be conditioned by the result of a validation step performed by the user, through a man-machine interface of the device.
  • the user can choose whether or not to generate the second message for a given financial transaction.
  • the user can also select, through a human-machine interface of the device, the information present in the second message. This makes it possible, for example, to establish an invoice for a subset of the goods purchased during the financial transaction.
  • This validation can be done for example using a keyboard / touch screen interface, voice recognition, or even biometric identification of the user (fingerprint, iris, face, etc.).
  • the method will transmit the second message to the messaging server.
  • the message can then be viewed 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 banking 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 operations in which the operations are associated with additional information such as, for example, invoices.
  • step 304 can be followed by a step of receiving a message from the messaging server 206.
  • This message is for example an acknowledgment of receipt of the previous message or else a message comprising data allowing interaction with the user.
  • FIG. 4 illustrates a device 400 configured to implement the method of transmitting at least one additional information relating to at least one financial transaction carried out by a user according to a particular embodiment of the invention.
  • the device 400 corresponds for example to the device 102 of FIG. 1 or to the device 202 of FIG. 2.
  • the device 400 has the conventional architecture of a mobile telephone, of the smartphone or tablet type, and comprises in particular a memory MEM, a processing unit UT, equipped for example with a processor PROC, and controlled by the computer program PG stored in memory MEM.
  • the computer program PG comprises instructions for implementing the steps of the method of transmitting at least one additional piece of information relating to at least one financial transaction carried out by a user as described above, when the program is executed by the processor. PROC.
  • the device 400 comprises a communication module COM1 configured to establish communications with an IP network and / or circuit or point to point (WiFi, Bluetooth, infrared, etc.) in order to obtain, for example from the terminal electronic payment 201, at least a first message comprising at least one identifier of P user 204.
  • a communication module COM1 configured to establish communications with an IP network and / or circuit or point to point (WiFi, Bluetooth, infrared, etc.) in order to obtain, for example from the terminal electronic payment 201, at least a first message comprising at least one identifier of P user 204.
  • the device 400 also comprises an ADR module capable of determining an e-mail address as a function of the recovered identifier, an OBT module capable of obtaining at least additional information to the banking transaction carried out by the user on the electronic payment terminal 201 and an MSG module capable of generating a second message with at least one additional information obtained by the OBT module.
  • DISPL touch screen
  • AUD audio module
  • the message is generated, it is sent through the COM2 module to the e-mail address determined by the ADR module to the mail server which manages this address.
  • modules COM1 and COM2 can be one and the same module.
  • the device can provide a man-machine interface allowing the user to validate or not the generation of the second message.
  • the user can choose whether or not to generate the second message for a given transaction.
  • This validation can be done for example thanks to the DISPL module which will offer an input interface at the level of a touch screen, to the AUD module which will allow voice recognition to be carried out, or even the BIO module which will allow identification to be managed.
  • user biometric fingerprint, iris, face, etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne un procédé de transmission, par un dispositif de transmission, à destination d'au moins une adresse électronique gérée par au moins un serveur, d'au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur, ledit dispositif étant caractérisé en ce que le procédé comprend : - une étape de réception (RCV) en provenance d'un terminal d'au moins un premier message relatif à au moins une transaction financière, ledit message comprenant au moins un identifiant dudit utilisateur, - une étape de détermination (DETER) d'au moins une adresse électronique en fonction dudit au moins un identifiant, - une étape d'obtention (OBT) d'au moins une information complémentaire, - une étape de génération (GEN) d'au moins un second message comprenant ladite au moins une information complémentaire, - une étape de transmission (SND), dans un intervalle de temps, dudit au moins un second message à destination de ladite au moins une adresse électronique.

Description

DESCRIPTION
Titre : Procédé de transmission d’une information complémentaire relative à une transaction financière.
1. Domaine de l'invention
L’invention appartient au domaine des télécommunications et concerne plus particulièrement les applications financières.
2. Art Antérieur
Les banques offrent aujourd’hui à leurs clients des services en ligne permettant par exemple d’effectuer des virements ou de consulter des relevés d’opérations à partir de n’importe quel ordinateur ou terminal mobile connecté à Internet. Bien que ces relevés soient aujourd’hui disponibles sous une forme électronique, les informations qu’ils contiennent, et en particulier le contenu de chaque ligne d’opération, a peu évolué. En effet, un relevé de compte présente généralement une date de l’opération, une date de valeur, un libellé de l’opération et un montant en crédit ou en débit. De plus, le libellé étant parfois peu explicite, l’utilisateur peut éprouver des difficultés pour se remémorer l’objet de la transaction correspondante. Lorce est de constater qu’il n’est actuellement pas possible d’avoir au niveau des relevés bancaires en ligne, une facture dématérialisée associée à une ligne d’opération.
En effet, lors d’un achat chez un commerçant, un professionnel ou un particulier peut souhaiter une preuve d’achat. Le commerçant édite alors une facture, le plus souvent papier, donnée à l’acheteur une fois le paiement réalisé. Les informations demandées lors de l’établissement de la facture sont par exemple le nom et l’adresse de l’acheteur. Le commerçant a également la possibilité d’envoyer la facture par courriel mais cela suppose que le client ait au préalable fourni son adresse de messagerie, par exemple en souscrivant au programme de fidélité du commerçant. Cette facture peut alors servir de pièce justificative permettant la prise en charge d’une réparation par le fournisseur du bien ou le remboursement de l’achat par l’entreprise de l’acheteur. Le plus souvent la facture reste sous forme papier et peut être égarée, volée voire détruite. Il n’existe pas de solution permettant d’automatiser la dématérialisation d’une facture par un commerçant pour un nouveau client. 3. Exposé de l'invention
L’invention vient améliorer l’état de la technique et propose un procédé de transmission, par un dispositif de transmission, à destination d’au moins une adresse électronique gérée par au moins un serveur, d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur, ledit dispositif étant caractérisé en ce que le procédé comprend :
- une étape de réception en provenance d’un terminal d’au moins un premier message relatif à au moins une transaction financière, ledit message comprenant au moins un identifiant dudit utilisateur,
- une étape de détermination d’au moins une adresse électronique en fonction dudit au moins un identifiant,
- une étape d’obtention d’au moins une information complémentaire,
- une étape de génération d’au moins un second message comprenant ladite au moins une information complémentaire,
- une étape de transmission, dans un intervalle de temps, dudit au moins un second message à destination de ladite au moins une adresse électronique.
Avantageusement, ce procédé permet à un utilisateur d’obtenir, lors d’une transaction financière, des informations complémentaires de son achat telles que la raison sociale du vendeur ou son adresse et de pouvoir les consulter par exemple grâce à un compte de messagerie électronique ou au niveau de son relevé de compte en ligne. En effet, lorsqu’un utilisateur réalise une transaction financière, comme par exemple un paiement chez un marchand, le dispositif va récupérer de façon sécurisée depuis un terminal du commerçant, un identifiant de l’utilisateur comme par exemple une représentation numérique d’une caractéristique biométrique de l’utilisateur (ie du client) ou bien le PAN (Primary Account Number), c’est à dire les 16 ou 19 chiffres inscrits sur la carte bancaire utilisée lors du paiement et récupérés par le terminal de paiement électronique. Une adresse de messagerie unique est alors forgée à partir de l’identifiant. Dans le cas d’un paiement par carte bancaire via un terminal de paiement électronique, l’adresse est par exemple une adresse opérée par la banque de l’utilisateur dont la partie « domaine » est déduite des 8 premiers chiffres du PAN qui permettent d'identifier l’établissement émetteur de la carte. Le dispositif va également obtenir toutes les informations complémentaires souhaitées comme par exemple un numéro unique de transaction, la date et l’heure ou encore une adresse postale de l’utilisateur en fonction de l’identifiant récupéré. Le dispositif va ensuite générer un nouveau message qui va inclure les informations obtenues et / ou reçues. Le nouveau message est ensuite envoyé à l’adresse électronique forgée, dans un intervalle de temps qui peut par exemple être de quelques secondes après la transaction ou bien de quelques minutes débutant à un horaire précis comme par exemple au début de la télécollecte bancaire réalisée par le terminal si celui-ci est un terminal de paiement électronique. Cela permet d’assurer une certaine sécurité. En effet tout message reçu en dehors de l’intervalle de temps ne sera pas pris en compte par le serveur. Une fois le message reçu par le serveur, celui-ci peut par exemple être consulté par l’utilisateur via le compte de messagerie électronique associé à l’adresse électronique générée mais aussi, dans le cas d’une transaction bancaire via par exemple un terminal de paiement électronique, être traité par un serveur de la banque pour enrichir le relevé de compte en ligne de l’utilisateur. Le serveur fournit alors un relevé de compte dans lequel les lignes d’opération sont associées à des informations complémentaires reçues en provenance du dispositif au moment de la transaction. De cette façon, le relevé de compte présenté à l’utilisateur est plus explicite et sa lecture en est facilitée. En outre, ce procédé permet également d’automatiser le remboursement des notes de frais d’un salarié par son entreprise lorsque celui-ci utilise sa carte bancaire professionnelle. En effet l’entreprise aura l’ensemble des factures associées aux dépenses de son collaborateur directement au niveau du relevé de compte professionnel. La comptabilité s’en trouve alors grandement facilitée.
On entend par terminal, tout terminal permettant d’obtenir un identifiant d’un utilisateur tel qu’un Terminal de Paiement Electronique (TPE) apte à lire par exemple les informations présentes sur une carte bancaire, un ordinateur apte à afficher par exemple à l’aide d’un navigateur internet un formulaire permettant par exemple la saisie d’un identifiant, un capteur biométrique tel qu’une une caméra permettant de réaliser une reconnaissance faciale, ou encore un lecteur de codes barre. 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 génération dudit second message est conditionnée par le résultat d’une étape de validation réalisée par ledit utilisateur, au travers d’une interface homme -machine dudit dispositif.
Ce mode de mise en œuvre permet de laisser le choix à l’utilisateur sur la génération ou non d’un second message comprenant des informations complémentaires comme par exemple une facture associée à l’achat en cours.
Selon une première variante de ce mode particulier de réalisation de l’invention, un procédé tel que décrit ci-dessus est caractérisé en ce que la validation est réalisée grâce à une commande vocale.
Ce mode de mise en œuvre permet de valider la génération ou non d’une facture via une commande vocale.
Selon une deuxième variante de ce mode particulier de réalisation de l’invention, un procédé tel que décrit ci-dessus est caractérisé en ce que la validation est obtenue après une authentification biométrique dudit utilisateur.
Ce mode de mise en œuvre permet de valider la génération ou non d’une facture via une authentification biométrique de l’utilisateur telle qu’une empreinte digitale, une reconnaissance faciale, une reconnaissance vocale ou bien la reconnaissance de l’iris.
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’identifiant est une représentation numérique d’une caractéristique biométrique dudit utilisateur.
Ce mode de mise en œuvre permet grâce à une représentation numérique d’une caractéristique biométrique telle que la voix, une empreinte digitale, un iris, ou encore un visage, d’obtenir un identifiant associé à 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’identifiant est une donnée stockée sur une carte bancaire dudit utilisateur.
Ce mode de mise en œuvre permet par exemple d’utiliser le PAN et/ou le nom inscrit sur la carte bancaire comme identifiant 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 ledit au moins un second message comprend une facture d’au moins un achat associée à la transaction financière.
Ce mode de mise en œuvre permet d’automatiser la génération d’une facture lors d’un achat chez un marchand. On entend par facture une pièce comptable attestant l’achat d’au moins un bien matériel ou immatériel par un client chez un marchand. Pour qu’une facture soit valide il faut qu’elle comprenne certains champs comme par exemple ceux définis par la norme européenne AFNOR NF EN 16931-1.
Selon une variante de ce mode particulier de réalisation de l’invention, le procédé tel que décrit ci-dessus est caractérisé en ce que, l’étape de génération est conditionnée par le résultat d’une étape de validation réalisée par ledit utilisateur pour ledit au moins un achat associé à la transaction financière, au travers d’une interface homme- machine dudit dispositif.
Ce mode de mise en œuvre permet à l’utilisateur de sélectionner les informations complémentaires présentes dans le second message en fonction des articles achetés lors de la transaction financière. Cela permet par exemple d’établir une facture d’un sous-ensemble des biens achetés.
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 transmission est suivie d’une étape de réception d’au moins un troisième message en provenance dudit au moins un serveur. Ce mode de mise en œuvre permet au dispositif de recevoir par exemple un accusé de réception à la suite de la transmission du deuxième message. Ce mode de mise en œuvre permet aussi, lorsque l’intervalle de temps est consécutif de la transaction financière, d’avoir une interaction en temps réel entre le dispositif et le serveur qui exécute par exemple un assistant 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 au moins une information complémentaire est obtenue via une interface homme-machine dudit dispositif. Ce mode de mise en œuvre permet par exemple à G utilisateur et/ou marchand de renseigner des informations complémentaires directement au niveau du dispositif comme par exemple l’adresse postale, le nom, la date, etc...
L'invention concerne également un dispositif de transmission, à destination d’au moins une adresse électronique gérée par au moins un serveur, d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur, et caractérisé en ce que le dispositif comprend :
- un module de réception permettant de réceptionner en provenance d’un terminal au moins un premier message relatif à au moins une transaction financière et comprenant au moins un identifiant dudit utilisateur,
- un module de détermination d’au moins une adresse électronique en fonction dudit au moins un identifiant,
- un module d’obtention permettant d’obtenir ladite au moins une information complémentaire,
- un module de génération permettant de générer au moins un second message comprenant ladite au moins une information complémentaire,
- un module de transmission permettant de transmettre, dans un intervalle de temps, ledit au moins un second message à destination de ladite au moins une adresse é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 terminal de paiement électronique caractérisé en ce qu’il comporte un dispositif de transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur.
L'invention concerne également un système de transmission à destination d’au moins une adresse électronique gérée par au moins un serveur, d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur, ledit système étant caractérisé en ce qu’il comprend :
- un dispositif de transmission tel que décrit précédemment,
- un serveur apte à recevoir et à traiter dans un intervalle de temps ledit au moins un second message en provenance dudit dispositif et à destination de ladite au moins une adresse électronique gérée par ledit serveur, ledit second message comprenant ladite au moins une information complémentaire.
Ce mode de mise en œuvre permet par exemple au serveur, lors de la réception du second message, de le traiter et de le renvoyer par exemple à un autre serveur tel qu’un serveur bancaire ou un serveur institutionnel.
Selon une variante de ce mode particulier de réalisation de l’invention, le système tel que décrit ci-dessus est caractérisé en ce que le serveur est un serveur de messagerie et / ou un système conversationnel automatisé.
Ce mode de mise en œuvre permet de transmettre le second message à un serveur de messagerie tel qu’un serveur de courriels, de messagerie instantanée ou de SMS/MMS permettant à l’utilisateur ou à un organisme mandataire de consulter et / ou de traiter le message. Dans le cas où le serveur est un système conversationnel, ce mode de mise en œuvre permet par exemple d’automatiser le traitement du contenu du second message et d’interagir avec le dispositif et in fine l’utilisateur. Le système conversationnel peut ainsi questionner l’utilisateur via une interface en langage naturel par exemple sur la forme et le contenu du second message.
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 transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur 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 transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur.
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 :
[Fig 1] La figure 1 illustre un exemple d’environnement de mise en œuvre de l’invention selon un mode particulier de réalisation de l’invention, [Fig 2] La figure 2 illustre un deuxième exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention,
[Fig 3] La figure 3 illustre les principales étapes du procédé de transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur,
[Fig 4] La figure 4 illustre l’architecture d’un dispositif adapté pour la mise en œuvre du procédé de transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur.
5. Description d'un mode de réalisation de l'invention
La figure 1 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 figure 1 comprend un terminal 101 tel qu’une caméra ou un lecteur d’empreinte digital apte à obtenir un identifiant d’un utilisateur comme par exemple une représentation numérique d’une caractéristique biométrique et un dispositif 102 de transmission d’au moins une information complémentaire relative à au moins une transaction financière. Le terminal 101 et le dispositif 102 sont connectés à un réseau de communication 100, comme par exemple un réseau de type internet ou bien un réseau privé, par l’intermédiaire d’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 ou 4G. Le réseau 100 comprend un serveur de messagerie 106 adapté pour échanger des messages avec le dispositif 102, tels que par exemple des courriels, des messages instantanés conformes par exemple au standard RCS (Rich Communication Suite), des SMS (Short Message Service), ou tout autre message souhaitable. Le serveur 106 peut mettre en œuvre un assistant virtuel, un agent conversationnel (ou « chatbot » en anglais) adapté pour communiquer avec le dispositif 102 par messagerie instantanée en langage naturel.
Lors d’une transaction financière réalisée entre l’utilisateur 104 et le marchand 107, par exemple un paiement en espèce, le dispositif 102 va récupérer de façon sécurisée depuis le terminal 101, un identifiant de l’utilisateur 104. Dans cet exemple le terminal 101 étant une caméra, l’identifiant récupéré par le dispositif 102 est une représentation numérique du visage de l’utilisateur 104 (ie du client). Le dispositif 102 va également obtenir toutes les informations complémentaires souhaitées comme par exemple un numéro unique de transaction, la date et l’heure ou encore une adresse postale de l’utilisateur en fonction de l’identifiant. Ces informations peuvent par exemple être stockées dans une mémoire interne du dispositif, renseignées par l’utilisateur 104 ou le commerçant 107 par l’intermédiaire d’une interface homme- machine adaptée et présente sur le dispositif telle qu’un clavier/écran tactile ou un micro lié à un logiciel de reconnaissance vocale, ou encore récupérées depuis un serveur situé dans le réseau.
Le dispositif 102 va générer un nouveau message qui va inclure les informations obtenues et / ou reçues. Le nouveau message est ensuite envoyé à l’adresse électronique forgée, dans un intervalle de temps qui peut par exemple débuter à un horaire précis. Cela permet ainsi d’assurer une certaine sécurité. En effet tout message reçu en dehors de l’intervalle de temps ne sera pas pris en compte par le serveur de messagerie 106 qui gère l’adresse électronique forgée. Une fois le message reçu par le serveur de messagerie 106, celui-ci peut par exemple être consulté par l’utilisateur via le compte de messagerie électronique associé à l’adresse électronique générée.
Bien entendu, la figure 1 est une représentation simplifiée d’une telle architecture. Dans des conditions réelles, l’architecture peut comporter d’autres éléments et des interactions plus complexes que celles décrites ci-dessus. De plus une telle architecture est décrite à titre d’exemple illustratif. Cette architecture n’est pas limitative et d’autres architectures sont adaptées pour mettre en œuvre l’invention. Par exemple, Le terminal 101 peut également comprendre le dispositif 102 de transmission d’au moins une information complémentaire relative à au moins une transaction financière. Dans ce cas de mise en œuvre, la réception de l’identifiant de l’utilisateur par le dispositif 102 se fera via des messages internes au terminal 101.
Il est également entendu que l’ensemble des messages échangés entre par exemple le terminal 101 et le dispositif 102, le dispositif 102 et le serveur de messagerie 106 peuvent être des messages cryptés / chiffrés via par exemple des mécanismes de chiffrement à clef privée/publique. Les réseaux utilisés pour échanger ces messages peuvent être également un réseau de type internet ou bien un réseau privé. La figure 2 illustre un deuxième 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 figure 2 comprend un terminal de paiement électronique 201 et un dispositif 202 de transmission d’au moins une information complémentaire relative à au moins une transaction financière. Le terminal de paiement électronique 201 et le dispositif 202 sont connectés à un réseau de communication 200, comme par exemple internet ou un réseau privé d’un établissement bancaire, par l’intermédiaire d’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 ou 4G. Le réseau 200 comprend un serveur bancaire 205 adapté pour enregistrer et traiter les transactions bancaires réalisées par le commerçant à partir du terminal de paiement électronique 201. Le réseau 200 comprend également un serveur de messagerie 206 adapté pour échanger des messages avec le dispositif 202, tels que par exemple des courriels, des messages instantanés conformes par exemple au standard RCS (Rich Communication Suite), des SMS (Short Message Service), ou tout autre message souhaitable. Le serveur 206 peut mettre en œuvre un assistant virtuel, un agent conversationnel (ou « chatbot » en anglais) adapté pour communiquer avec le dispositif 202 par messagerie instantanée en langage naturel.
La figure 2 représente également un moyen de paiement 203 appartenant à un utilisateur 204. L’utilisateur 204 réalise un paiement à l’aide de son moyen de paiement 203 et du terminal de paiement électronique 201 du commerçant. Le moyen de paiement représenté ici est une carte bancaire, mais l’invention s’applique à tout moyen de paiement, comme par exemple un moyen de paiement NFC (Near Field Communication), une carte bancaire virtuelle ou un chèque. Le moyen de paiement NFC peut être une carte bancaire comprenant un module de paiement sans contact ou un terminal mobile lorsqu’il est équipé d’un module de paiement sans contact NFC.
Le serveur de messagerie 206 est connecté au serveur bancaire 205 et peut transmettre et recevoir des messages vers celui-ci. En particulier, le serveur de messagerie 206 peut transmettre les messages en provenance du dispositif 202 vers le serveur bancaire 205 lorsqu’une transaction bancaire est réalisée. Pour cela, un compte utilisateur sur le serveur de messagerie est associé à un compte bancaire sur le serveur 205. L’association est par exemple réalisée par l’intermédiaire d’un identifiant appartenant à l’utilisateur 204 tel que le PAN (Primary Account Number) de sa carte bancaire ou bien la représentation numérique d’une caractéristique biométrique (visage, iris, empreinte digitale, etc.) de Putilisatcur 204. Cet identifiant, connu du serveur bancaire 205, est transmis par le terminal de paiement 201 au dispositif 202 puis envoyé par le dispositif 202 au serveur 206. Ainsi, lorsqu’une transaction bancaire est réalisée entre le terminal de paiement électronique 201 et le serveur 205, un message est transmis au serveur de messagerie 206 par le dispositif 202 comprenant des informations complémentaires à la transaction mais aussi l’identifiant de l’utilisateur 204 récupéré depuis le terminal de paiement électronique 201. Le message envoyé par le dispositif 202 au serveur 206 peut également contenir d’autres informations présentes dans le premier message échangé entre le terminal de paiement 201 et le dispositif 202. Cela peut par exemple être un identifiant de transaction, l’identifiant du terminal de paiement ou bien un identifiant du commerçant. Le serveur 206 peut alors utiliser ces informations pour transmettre une ou plusieurs caractéristiques de la transaction vers le serveur 205.
Bien entendu, la figure 2 est une représentation simplifiée d’une telle architecture. Dans des conditions réelles, l’architecture peut comporter d’autres éléments et des interactions plus complexes que celles décrites ci-dessus. De plus une telle architecture est décrite à titre d’exemple illustratif. Cette architecture n’est pas limitative et d’autres architectures sont adaptées pour mettre en œuvre l’invention. Par exemple, les serveurs 205 et 206 peuvent être un seul et même serveur. Le terminal de paiement 201 peut également comprendre le dispositif 202 de transmission d’au moins une information complémentaire relative à au moins une transaction financière. Dans ce cas de mise en œuvre, la réception de l’identifiant de l’utilisateur par le dispositif 202 se fera via des messages internes au terminal 201.
Ce même terminal peut également être compris au sein d’un ordinateur ou tout autre dispositif ayant l’architecture d’un ordinateur tel qu’un smartphone (téléphone intelligent en anglais), une tablette, un assistant vocal, etc... permettant ainsi d’adresser les achats en ligne. Dans le cas de ce mode de mise en œuvre, l’utilisateur va par exemple saisir les informations présentes sur sa carte bancaire au niveau par exemple d’une interface affichée par un navigateur internet pour procéder à un paiement. L’ordinateur va alors grâce aux informations fournies par l’utilisateur telles que le PAN et le CW (Card Validation Value), générer une adresse de messagerie. Il aura également obtenu au préalable l’ensemble des informations complémentaires nécessaires à la constitution d’un message envoyé par la suite au serveur de messagerie 206.
Il est également entendu que l’ensemble des messages échangés entre par exemple le terminal de paiement 201 et le serveur bancaire 205, le terminal de paiement 201 et le dispositif 202, le dispositif 202 et le serveur de messagerie 206 et entre le serveur de messagerie 206 et le serveur 205 peuvent être des messages cryptés / chiffrés via par exemple des mécanismes de chiffrement à clef privée/publique. Les réseaux utilisés pour échanger ces messages peuvent être également un réseau de type internet ou bien un réseau privé par exemple opéré par la banque du commerçant.
Selon un mode particulier de réalisation de l'invention, l’utilisateur 204 peut accéder à un compte utilisateur qui lui est propre sur le serveur de messagerie 205 et consulter les messages envoyés par le dispositif 202.
La figure 3 illustre les principales étapes du procédé de transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur, selon l’un ou l’autre des modes particuliers de réalisation de l’invention présentés précédemment. Le procédé étant exécuté sur le dispositif de transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur.
Lors d’une première étape 300, le procédé reçoit de la part du terminal, comme par exemple le terminal de paiement 201, un premier message comprenant au moins un identifiant de l’utilisateur qui vient de réaliser un achat auprès d’un commerçant. L’identifiant est par exemple une donnée stockée sur la carte bancaire telle que le PAN (Primary Account Number) ou bien une représentation numérique d’une caractéristique biométrique (visage, iris, empreinte digitale, etc.) de l’utilisateur ou tout autre identifiant permettant d’identifier l’utilisateur. Dans le cas où le terminal est un terminal de paiement électronique, et l’identifiant une représentation numérique d’une caractéristique biométrique, cela implique bien sûr que l’utilisateur se soit préalablement enrôlé auprès d’un organisme habilité, comme par exemple sa banque, permettant ainsi de faire la corrélation entre son identité et la représentation numérique de la caractéristique biométrique utilisée. Cet enrôlement préalable n’est par contre pas nécessaire dans le cas où l’identifiant se trouve être le PAN de la carte bancaire de l’utilisateur. En effet la banque étant émettrice de la carte elle a la connaissance de l’identité de l’utilisateur associée à celle-ci. Le premier message peut également contenir d’autres informations comme par exemple le nom de l’utilisateur, le prix, la date et l’heure de la transaction, le numéro de la transaction, le statut de la transaction ou encore toute autre information en lien avec la transaction bancaire effectuée par l’utilisateur 204.
A l’étape 301, le procédé va déterminer une adresse de messagerie grâce à l’identifiant reçu à l’étape 300. La partie « locale » de l’adresse peut par exemple correspondre à l’intégralité ou à un sous ensemble de l’identifiant. En ce qui concerne la partie « domaine » de l’adresse, elle peut par exemple être un sous ensemble de l’identifiant ou bien déterminée par une partie de l’identifiant ou encore une chaîne de caractère prédéfinie. La partie « domaine » de l’adresse peut également être une concaténation de l’identifiant ou d’un sous ensemble de l’identifiant avec une chaîne de caractère prédéfinie.
Une adresse de messagerie étant constituée comme suit, « partie locale »@« adresse du serveur ou nom de domaine » l’adresse de messagerie dans le cas où le terminal est un terminal bancaire permettant de payer avec une carte bancaire peut être :
« PAN »@« les 8 1ers digits du PAN ».com
Le nom de domaine sert à identifier, via le protocole Simple Mail Transfer Protocol (SMTP), le serveur de messagerie qui va héberger la boite de messagerie destinataire. La transformation du nom de domaine en adresse IP se fait grâce au système de résolution de noms DNS. La partie locale est quant à elle spécifique à ce serveur et identifie la boîte de messagerie en tant que telle.
A l’étape 302 le procédé va obtenir au moins une information complémentaire relative à la transaction réalisée par l’utilisateur. Cette information peut par exemple être stockée dans une mémoire interne du dispositif, présente dans le premier message reçu du terminal de paiement ou bien renseignée par l’utilisateur ou le commerçant par l’intermédiaire d’une interface homme-machine adaptée et présente sur le dispositif telle qu’un clavier/écran tactile ou un micro lié à un logiciel de reconnaissance vocale, ou encore récupérée depuis le réseau comme par exemple auprès de la banque de l’utilisateur. Cette information complémentaire peut par exemple être l’adresse postale de l’utilisateur, un identifiant de transaction, un libellé spécifique ou toute autre information par exemple nécessaire à l’établissement d’une facture par le commerçant comme par exemple les taxes ou la raison sociale et l’adresse du commerçant.
Lors d’une étape 303 le procédé va générer un second message avec l’ensemble des informations souhaitées. Ce message comprend au moins une information complémentaire associée à la transaction financière réalisée et obtenue à l’étape 302. Le second message peut également contenir des informations reçues par l’intermédiaire du premier message envoyé par le terminal au dispositif. Les informations peuvent également être liées à un sous ensemble de la transaction financière. Par exemple, si un utilisateur achète plusieurs articles, les informations contenues dans le second message peuvent ne concerner qu’un sous ensemble des articles achetés. Ce sous ensemble peut être déterminé automatiquement, par exemple en fonction de la référence de l’article acheté ou en fonction d’un choix réalisé par l’utilisateur.
En effet, selon un mode particulier de réalisation de l'invention, l’étape 303 peut être conditionnée par le résultat d’une étape de validation réalisée par l’utilisateur, au travers d’une interface homme-machine du dispositif. Ainsi, l’utilisateur peut choisir de générer ou non le second message pour une transaction financière donnée. L’utilisateur peut également sélectionner au travers d’une interface homme-machine du dispositif, les informations présentes dans le second message. Cela permet par exemple d’établir une facture d’un sous-ensemble des biens achetés lors de la transaction financière. Cette validation peut se faire par exemple grâce à une interface de type clavier / écran tactile, une reconnaissance vocale, ou encore une identification biométrique de l’utilisateur (empreinte digitale, iris, visage, etc.).
A l’étape 304 le procédé va transmettre le second message au serveur de messagerie. Le message peut alors être consulté par l’utilisateur depuis une interface dédiée comme par exemple un logiciel de messagerie ou bien traité par le serveur de messagerie et/ou retransmis par exemple à un serveur bancaire afin d’enrichir par exemple le relevé de compte de l’utilisateur . Le procédé permet ainsi de produire un relevé d’opérations bancaires de l’utilisateur dans lequel les opérations sont associées à des informations complémentaires comme par exemple des factures.
Selon un mode particulier de réalisation de l'invention, l’étape 304 peut être suivie d’une étape de réception d’un message en provenance du serveur de messagerie 206. Ce message est par exemple un accusé de réception du précédent message ou bien un message comportant des données permettant d’interagir avec l’utilisateur.
La figure 4 illustre un dispositif 400 configuré pour mettre en œuvre le procédé de transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur selon un mode particulier de réalisation de l'invention. Le dispositif 400 correspond par exemple au dispositif 102 de la figure 1 ou au dispositif 202 de la figure 2.
Selon un mode particulier de réalisation de l’invention, le dispositif 400 a l'architecture classique d'un téléphone mobile, de type smartphone ou tablette, 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 transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur 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 transmission d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur selon l’un quelconque des modes particuliers de réalisation décrits en relation avec les figures 1,2 et 3, selon les instructions du programme d’ordinateur PG. Le dispositif 400 comprend un module de communication COM1 configuré pour établir des communications avec un réseau IP et/ou circuit ou en point à point (WiFi, Bluetooth, infrarouge, etc...) afin d’obtenir, par exemple auprès du terminal de paiement électronique 201, au moins un premier message comprenant au moins un identifiant de P utilisateur 204. Le dispositif 400 comprend également un module ADR apte à déterminer une adresse de messagerie en fonction de l’identifiant récupéré, un module OBT apte à obtenir au moins une information complémentaire à la transaction bancaire réalisée par l’utilisateur sur le terminal de paiement électronique 201 et un module MSG apte à générer un second message avec au moins une informations complémentaire obtenue par le module OBT.
A noter que les informations complémentaires peuvent être fournies par l’utilisateur via par exemple la saisie sur un périphérique d’entrée tel qu’un écran tactile (DISPL), un clavier ou captées par un micro et interprétées par un module audio (AUD) et un logiciel de reconnaissance vocale, si l’utilisateur utilise la voix.
Une fois le message généré, il est envoyé par l’intermédiaire du module COM2 à l’adresse de messagerie déterminé par le module ADR au serveur de messagerie qui gère cette adresse.
Une telle architecture est décrite à titre d’exemple illustratif. Cette architecture n’est pas limitative et d’autres architectures sont adaptées pour mettre en œuvre l’invention. Par exemple, les modules COM1 et COM2 peuvent être un seul et même module.
Selon un mode particulier de réalisation de l'invention, le dispositif peut proposer une interface homme -machine permettant à l’utilisateur de valider ou non la génération du second message. Ainsi, l’utilisateur peut choisir de générer ou non le second message pour une transaction donnée. Cette validation peut se faire par exemple grâce au module DISPL qui va proposer une interface de saisie au niveau d’un écran tactile, au module AUD qui va permettre de réaliser une reconnaissance vocale, ou encore le module BIO qui va permettre de gérer une identification biométrique de l’utilisateur (empreinte digitale, iris, visage, etc.).
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.

Claims

REVENDICATIONS
1. Procédé de transmission, par un dispositif de transmission, à destination d’au moins une adresse électronique gérée par au moins un serveur, d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur, ledit dispositif étant caractérisé en ce que le procédé comprend :
- une étape de réception (RCV) en provenance d’un terminal d’au moins un premier message relatif à au moins une transaction financière, ledit message comprenant au moins un identifiant dudit utilisateur,
- une étape de détermination (DETER) d’au moins une adresse électronique en fonction dudit au moins un identifiant,
- une étape d’obtention (OBT) d’au moins une information complémentaire,
- une étape de génération (GEN) d’au moins un second message comprenant ladite au moins une information complémentaire,
- une étape de transmission (SND), dans un intervalle de temps, dudit au moins un second message à destination de ladite au moins une adresse électronique.
2. Procédé selon la revendication 1 dans lequel l’étape de génération dudit second message est conditionnée par le résultat d’une étape de validation réalisée par ledit utilisateur, au travers d’une interface homme-machine dudit dispositif.
3. Procédé selon la revendication 2 dans lequel la validation est réalisée grâce à une commande vocale.
4. Procédé selon la revendication 2 dans lequel la validation est obtenue après une authentification biométrique dudit utilisateur.
5. Procédé selon la revendication 1 dans lequel l’identifiant est une représentation numérique d’une caractéristique biométrique dudit utilisateur.
6. Procédé selon la revendication 1 dans lequel l’identifiant est une donnée stockée sur une carte bancaire dudit utilisateur.
7. Procédé selon la revendication 1 dans lequel ledit au moins un second message comprend une facture d’au moins un achat associée à la transaction financière.
8. Procédé selon la revendication 7 dans lequel l’étape de génération est conditionnée par le résultat d’une étape de validation réalisée par ledit utilisateur pour ledit au moins un achat associé à la transaction financière, au travers d’une interface homme -machine dudit dispositif.
9. Procédé selon la revendication 1 dans lequel l’étape de transmission est suivie d’une étape de réception d’au moins un troisième message en provenance dudit au moins un serveur.
10. Procédé selon la revendication 1 dans lequel ladite au moins une information complémentaire est obtenue via une interface homme-machine dudit dispositif.
11. Dispositif de transmission, à destination d’au moins une adresse électronique gérée par au moins un serveur, d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur, et caractérisé en ce que le dispositif comprend :
- un module de réception (COM1) permettant de réceptionner en provenance d’un terminal au moins un premier message relatif à au moins une transaction financière et comprenant au moins un identifiant dudit utilisateur,
- un module de détermination (ADR) d’au moins une adresse électronique en fonction dudit au moins un identifiant,
- un module d’obtention (OBT) permettant d’obtenir ladite au moins une information complémentaire,
- un module de génération (MSG) permettant de générer au moins un second message comprenant ladite au moins une information complémentaire,
- un module de transmission (COM2) permettant de transmettre, dans un intervalle de temps, ledit au moins un second message à destination de ladite au moins une adresse électronique.
12. Terminal de paiement électronique caractérisé en ce qu’il comporte un dispositif de transmission d’au moins une information complémentaire relative à au moins une transaction financière selon la revendication 11.
13. Système de transmission à destination d’au moins une adresse électronique gérée par au moins un serveur, d’au moins une information complémentaire relative à au moins une transaction financière réalisée par un utilisateur, ledit système étant caractérisé en ce qu’il comprend :
- un dispositif de transmission selon la revendication 10,
- un serveur apte à recevoir et à traiter dans un intervalle de temps ledit au moins un second message en provenance dudit dispositif et à destination de ladite au moins une adresse électronique gérée par ledit serveur, ledit second message comprenant ladite au moins une information complémentaire.
14. Système selon la revendication 13 caractérisé en ce que le serveur est un serveur de messagerie ou un système conversationnel automatisé.
15. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications 1 à 10, lorsque le programme est exécuté par un processeur.
EP20820485.9A 2019-09-20 2020-09-17 Procede de transmission d'une information complementaire relative a une transaction financiere Pending EP4032057A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1910411A FR3101177A1 (fr) 2019-09-20 2019-09-20 Procédé de transmission d’une information complémentaire relative à une transaction financière.
PCT/FR2020/051609 WO2021053300A1 (fr) 2019-09-20 2020-09-17 Procede de transmission d'une information complementaire relative a une transaction financiere

Publications (1)

Publication Number Publication Date
EP4032057A1 true EP4032057A1 (fr) 2022-07-27

Family

ID=68987948

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20820485.9A Pending EP4032057A1 (fr) 2019-09-20 2020-09-17 Procede de transmission d'une information complementaire relative a une transaction financiere

Country Status (4)

Country Link
US (1) US20220343333A1 (fr)
EP (1) EP4032057A1 (fr)
FR (1) FR3101177A1 (fr)
WO (1) WO2021053300A1 (fr)

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5822526A (en) * 1996-06-03 1998-10-13 Microsoft Corporation System and method for maintaining and administering email address names in a network
US20050125296A1 (en) * 2003-12-09 2005-06-09 Tidwell Lisa C. Systems and methods for obtaining biometric information at a point of sale
US7237010B2 (en) * 2004-03-18 2007-06-26 International Business Machines Corporation Method, system and computer program product for generating and processing a disposable email address
EP1662450A1 (fr) * 2004-11-30 2006-05-31 Ncr International Inc. Emission de reçus pour terminaux en libre-service ou en point de vente
US20080126260A1 (en) * 2006-07-12 2008-05-29 Cox Mark A Point Of Sale Transaction Device With Magnetic Stripe Emulator And Biometric Authentication
US20140229348A1 (en) * 2013-02-08 2014-08-14 Hewlett-Packard Development Company, L.P. Electronic invoice management and printing
US20180108001A1 (en) * 2014-03-24 2018-04-19 Thomas Jason Taylor Voice triggered transactions
US20160012550A1 (en) * 2014-07-11 2016-01-14 My Loyalty Card LLC Methods and computer program products for receipt information processing
US10540724B2 (en) * 2015-05-06 2020-01-21 Branch Banking And Trust Company Electronic receipt-linking database system
EP3316202A1 (fr) * 2016-10-27 2018-05-02 Gemalto SA Procede et systeme pour reception et/ou l'emission automatique d'informations relatives a des transactions
FR3076036A1 (fr) * 2017-12-22 2019-06-28 Orange Procede, dispositif et programme de gestion de preuves d'achat

Also Published As

Publication number Publication date
US20220343333A1 (en) 2022-10-27
WO2021053300A1 (fr) 2021-03-25
FR3101177A1 (fr) 2021-03-26

Similar Documents

Publication Publication Date Title
EP3113099B1 (fr) Conteneur de paiement, procédé de création, procédé de traitement, dispositifs et programmes correspondants
EP3243176B1 (fr) Procédé de traitement d'une transaction à partir d'un terminal de communication
JP2019506649A (ja) 安全なトランザクションインターフェース
EP1360665A1 (fr) Procede et systeme de telepaiement
CN101454794A (zh) 移动的个人之间支付系统
EP0820620A1 (fr) Procede de paiement electronique permettant d'effectuer des transactions liees a l'achat de biens sur un reseau informatique
EP3252692A1 (fr) Procédé de fourniture de données relatives à une transaction de paiement, dispositif et programme correspondant
EP3349160B1 (fr) Procédé de transmission de données, dispositif et programme correspondant
EP3142054A1 (fr) Procédé de transmission de données, dispositifs et programmes d'ordinateur correspondants
FR3064787B1 (fr) Procede de traitement de donnees par un terminal de paiement, terminal de paiement et programme correspondant
WO2019002703A1 (fr) Contrôle de validité d'une interface de paiement à distance
EP4032057A1 (fr) Procede de transmission d'une information complementaire relative a une transaction financiere
EP2824625A1 (fr) Méthode de réalisation de transaction, terminal et programme d'ordinateur correspondant
FR3023640A1 (fr) Procede de gestion d'une transaction, serveur, produit programme d'ordinateur et medium de stockage correspondants.
WO2020128240A1 (fr) Traitement d'un service de tickets electroniques
EP4099249A1 (fr) Procédé et dispositif de transmission d'un identifiant d'un utilisateur lors d'un paiement électronique réalisépar l utilisateur
EP3146745B1 (fr) Authentification ubiquitaire
WO2018229089A1 (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
WO2020128203A1 (fr) Procédé et système de sécurisation d'opérations, et poste utilisateur associé
WO2013054058A1 (fr) Procede de realisation d'une transaction electronique
EP3405918A1 (fr) Procédé de réalisation d'un virement bancaire
EP1417656A1 (fr) Procede d'inscription d'un acheteur aupres d'un serveur de paiement et procede de telepaiement fonde sur cette inscription

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: 20220413

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 MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE