[go: up one dir, main page]

WO2019122653A1 - Procédé, dispositif et programme de gestion de preuves d'achat - Google Patents

Procédé, dispositif et programme de gestion de preuves d'achat Download PDF

Info

Publication number
WO2019122653A1
WO2019122653A1 PCT/FR2018/053331 FR2018053331W WO2019122653A1 WO 2019122653 A1 WO2019122653 A1 WO 2019122653A1 FR 2018053331 W FR2018053331 W FR 2018053331W WO 2019122653 A1 WO2019122653 A1 WO 2019122653A1
Authority
WO
WIPO (PCT)
Prior art keywords
purchase
proof
characteristic
user
terminal
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.)
Ceased
Application number
PCT/FR2018/053331
Other languages
English (en)
Inventor
Emmanuel Le Huerou
François Toutain
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to EP18836485.5A priority Critical patent/EP3729353A1/fr
Priority to US16/956,120 priority patent/US20210073752A1/en
Publication of WO2019122653A1 publication Critical patent/WO2019122653A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets
    • G06Q20/0457—Payment circuits using payment protocols involving tickets the tickets being sent electronically
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/9035—Filtering based on additional data, e.g. user or group profiles
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/047—Payment circuits using payment protocols involving electronic receipts
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the invention belongs to the field of telecommunications and relates in particular to a proof of purchase management system.
  • Each expense at a merchant is accompanied by a proof of purchase, such as a receipt, an invoice, a guarantee or any other form of receipt.
  • Identification of a banking operation on a user's bank account by mapping the at least one characteristic of the extracted proof of purchase with a feature of a banking operation to a user's bank account,
  • the method thus makes it possible to collect proofs of purchases made by a user, such as receipts or receipts, and to map them to banking transactions recorded on the user's bank account before transmitting them to the user's terminal. 'user.
  • the method thus facilitates the management of proof of purchase by allowing in particular to associate them with the corresponding banking operation before transmitting them to a terminal of the user.
  • the method makes it possible to group together proofs of purchase according to a criterion extracted from a proof of purchase. For example, proof of purchases from the same merchant may be grouped by trade name as it appears on the proof of purchase. It is advantageous to combine proofs of purchase based on a characteristic included in a proof of purchase rather than groupings based on banking characteristics. Indeed, proofs of purchases often offer more information about the transaction than the operation recorded on a bank account.
  • the purchase proofs are for example collected from one or more databases in which are stored in electronic form proof of purchase transmitted by a payment system or a user terminal such as a smartphone .
  • a proof of purchase means any document relating to a transaction, such as a sales receipt, a guarantee certificate, a discount coupon or any other receipt.
  • the management method further comprises a step of transmitting to a storage entity, a characteristic of the transaction and a representation of the associated proof of purchase.
  • the storage entity is for example a terminal of the user.
  • a representation of the proof of purchase is transmitted to a terminal of the user.
  • the method is such that the transmission step comprises the transmission of a message according to an instant messaging protocol.
  • an electronic version of a receipt is received by a user on his terminal immediately after a payment made to a merchant.
  • the use of an instant messaging system to transmit the proof of purchase improves the interactivity, the proof of purchase being able to be received by a terminal of the user immediately after a purchase.
  • the instant message transmitted to the storage entity comprises a grouping criterion determined according to the at least one characteristic extracted from the proof of purchase.
  • Such a provision allows a relevant grouping of proof of purchase on the storage entity.
  • the storage entity is a terminal of the user, the latter can access consolidated proof of purchase, for example according to the trade name of the business in which the purchase was made, as it appears on the proof of purchase.
  • the grouping may also be carried out according to other criteria extracted from the proof of purchase, such as, for example, the name of a product purchased, a date, an identifier of a company or any other desirable criterion.
  • At least part of the message transmission address is selected according to the grouping criterion determined according to the at least one characteristic extracted from the proof of purchase.
  • Most email applications can sort received messages by the sender's address so that they are presented as a conversation.
  • the method allows an automatic grouping by the email application of receipts corresponding to purchases made for example at the same merchant .
  • the management of proof of purchase is thus facilitated and terminals equipped with instant messaging software do not require special adaptation to consolidate the proof of purchase.
  • the grouping of proofs of purchases according to a particular criterion makes it possible to apply specific subsequent treatments, such as the calculation of a sum of expenses for a particular merchant, for example.
  • the method is such that at least one extracted characteristic is the date and the amount of the transaction, the matching step based on said date and said amount.
  • the proof of purchase collected is analyzed in order to extract at least one characteristic, such as the amount of the transaction, its date, its beneficiary or the name of the merchant. It is thus possible to match a proof of purchase with a banking operation on the account of the user from the amount of the transaction and its date for example.
  • the method is such that the collection step comprises obtaining an electronic receipt transmitted by a cashing device and / or by a terminal associated with the user.
  • the proofs of purchase can be transmitted by the user's terminal, for example by means of an instant message including a photograph of the proof of purchase taken by the user.
  • the proof of purchase can also be transmitted by a merchant's payment device in the form of an electronic receipt for payment, for example by e-mail or any other means of ad hoc delivery.
  • the invention also relates to a method of archiving at least one proof of purchase on a communication terminal such that it comprises a step of receiving at least one message comprising a characteristic a banking transaction and a representation of an associated proof of purchase, a step of obtaining a grouping criterion determined according to a characteristic extracted from the proof of purchase, and a step of memorizing the proof of purchase. purchase received according to the grouping criterion of the proof of purchase obtained.
  • the terminal obtains a grouping criterion for grouping proof of purchase corresponding to such a criterion.
  • the criterion can be obtained from the message, for example it can be included in the address of the sender of the message.
  • the transmission address of such a message is configured according to a criterion extracted from the proof of purchase considered.
  • the criterion can also be obtained by an analysis of the proof of purchase by the terminal, for example by an optical character recognition or a lexicographic analysis of the proof of purchase in order to extract a characteristic.
  • the invention relates to a remarkable proof of purchase management device in that it comprises:
  • a collection module adapted to collect at least one proof of purchase
  • An analysis module adapted to extract at least one characteristic of the purchase from the at least one proof of purchase collected
  • An identification module adapted to identify a banking operation on a user's bank account by mapping the at least one characteristic of the extracted proof of purchase with a feature of a transaction to a bank account of the user,
  • the management device further comprises a communication module adapted to transmit a characteristic of the transaction and a representation of the associated proof of purchase to a terminal of the user.
  • the collection module is an image acquisition device associated with the device and / or a communication module adapted to receive a proof of purchase transmitted through a network of data. communication.
  • the invention also relates to a device for archiving at least one proof of purchase on a communication terminal such that it comprises a communication module adapted to receive at least one message comprising a characteristic of a banking operation carried out on a terminal. bank account of the user and a representation of an associated proof of purchase, a module for obtaining a grouping criterion determined according to a characteristic extracted from the proof of purchase, and a module for storing said proof of purchase purchase in a memory of the terminal according to the criterion of grouping.
  • the invention also relates to a terminal comprising an archiving device as described above.
  • the invention relates to a server comprising a management device or a terminal comprising a management device as described above.
  • the various steps of the method according to the invention are determined by instructions of computer programs.
  • the invention is also directed to a computer program comprising instructions for executing the steps of the management method and / or the steps of the archiving method, when said program is executed by a processor.
  • Such a 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 another desirable form.
  • the invention relates to a processor-readable information medium on which is recorded a computer program comprising instructions for executing the steps of the management method and / or the instructions for executing the method of archiving.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be 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.
  • the servers, terminals, devices, programs and information media have at least advantages similar to those conferred by the process to which they correspond.
  • FIG. 1 illustrates an architecture adapted to implement the management method according to a particular embodiment
  • FIG. 2 represents the different steps of the management method according to a particular embodiment
  • Figure 3 illustrates the architecture of a obtaining device according to a particular embodiment.
  • FIG. 1 represents an architecture adapted to implement the management method according to a particular embodiment.
  • FIG. 1 shows a mobile communication terminal 100 adapted to connect to a communication network 101.
  • the terminal 100 is for example a smartphone-type mobile terminal adapted to connect to the communication network 101 via a network. cellular access or Wi-Fi not shown.
  • the network 101 is for example an IMS (IP Multimedia Subsystem) communication network comprising an application server 102 adapted to exchange messages with the terminal 100 according to an instant messaging protocol compliant with the RCS (Rich Communication Service) standard.
  • IMS IP Multimedia Subsystem
  • FIG. 1 also shows a database 103 comprising records relating to banking operations carried out on a bank account of the user of the terminal 100. Such records correspond, for example, to payments made by the user of the terminal 100 via a credit card, a means of payment without contact or a transfer.
  • the database 103 may be part of a banking information system of a bank in which the user has an account. Thus, when the user makes a payment at a merchant using for example his credit card, a record is added to the database 103.
  • FIG. 1 also shows a database 104 in which are stored proofs of purchases corresponding to purchases made by the user of the terminal 100. For example, when the user of the terminal 100 makes a purchase from a merchant, the merchant issues a proof of purchase.
  • the proofs of purchases stored in the database 104 are, for example, proofs of purchase obtained via the terminal 100 or transmitted by a payment system of a merchant. They can be stored in any desirable form, for example in the form of an image captured from a camera or text document. Purchase proofs are stored in the database 104 in association with an identifier of the user who made the payment. In this case, the purchase proofs stored in the database 104 are associated with the user of the terminal 100, for example by using as the identifier the telephone number of the terminal 100.
  • the server 102 for example, by means of an adapted SQL (Structured Query Language) query, to obtain purchase proofs associated with the user of the terminal 100.
  • SQL Structured Query Language
  • the server 102 can also obtain from the database 103 information relating to banking operations performed by the user of the terminal 100. For this, the banking operations of the database 103 are stored in association with the telephone number of the terminal 100. Thus, from the phone number of the terminal 100, the server 102 can obtain both proof of purchase and banking associated with the user.
  • the server 102 when the server 102 detects the addition of a new proof of purchase in the database 104, it looks for a corresponding operation in the banking database 103. For this, the server 102 performs a proof of purchase analysis to extract data. Such an analysis includes, for example, optical character recognition when the proof of purchase is in the form of an image. When the proof of purchase is in a suitable format to be analyzed, for example in a text format, the characteristics of the proof of purchase are extracted. Extraction features include for example searching for the date of purchase and its amount.
  • the retrieval step may also enable the server 102 to obtain the object of purchase, i.e., for example, the designation, quantity, and unit price of the goods purchased.
  • Bank transactions recorded in a bank account generally include at least one date and one amount.
  • the server 102 searches the database 103 for a corresponding transaction, that is, that is, having the same date and the same amount.
  • the server stores the correspondence so as to provide the user with the purchase proof associated with the banking operation.
  • the user has proof of purchases associated with banking transactions recorded on his account, which facilitates their management by the user.
  • the server 102 transmits to the terminal a representation of the proof of purchase in association with a characteristic of the associated banking operation. For example, after a user's banking operation has been identified by matching the at least one characteristic of the extracted proof of purchase with a characteristic of the operation on a bank account of the user, the server 102 sends an instant message to the terminal 100.
  • the sent message comprises for example, the date of the operation, its amount and a digital representation of the corresponding receipt .
  • the message by which the server 102 transmits to the terminal the proof of purchase and a characteristic of the transaction is configured so that it is grouped, when displayed by the terminal, with other messages sharing a common characteristic.
  • the message is configured to be grouped with other received messages relating to a transaction made at the same merchant. The grouping corresponding for example to a view in the form of a conversation with the merchant.
  • the server 102 configures a particular sender identifier in the instant message.
  • the header "from" of the message is configured with a URI (Universal Resource Identifier) and / or a "Display Name" corresponding to the characteristic according to which is grouped the message, for example an identifier of the merchant from whom a purchase has been made.
  • URI Universal Resource Identifier
  • Display Name a "Display Name" corresponding to the characteristic according to which is grouped the message, for example an identifier of the merchant from whom a purchase has been made.
  • the management method can be implemented by the terminal 102.
  • a first step 200 at least one proof of purchase is collected.
  • the server 102 obtains at least one proof of purchase from a database such as the database 104 shown in FIG. 1.
  • This database can correspond to an account email of the user to whom proof of purchase is sent by a cashing system of a commercial establishment.
  • the user may have a merchant loyalty card through which the proof of purchases are sent by the merchant to an email address entered by the user during the creation of his card.
  • the collection of proof of purchase can then be done by accessing the corresponding mail account to search for messages including proof of purchase.
  • the server 102 accesses an email account using authentication data provided in advance by the user.
  • the identification of messages including proof of purchase is done for example by analyzing the content of the messages according to known extraction techniques in order to detect key words characteristic of a transaction such as "bill", "order” , etc.
  • the server 102 may access a database comprising the user's banking operations, such as the database 103. in the database 103, the server determines the dates on which transactions took place and the amount of such transactions and searches among the messages received on the email account of the user of messages including such a date and such amount.
  • the proofs of purchase they contain are collected. According to a particular embodiment, the purchase proofs are collected from the terminal 100.
  • the server determines that a new banking operation takes place on a bank account of the user, he sends a message to the terminal for the purpose of obtain the corresponding proof of purchase.
  • the server 102 emits for example an instant message according to an instant messaging protocol comprising a message inviting the user to photograph and transmit the receipt corresponding to the transaction detected.
  • the payment is made without contact using a NFC (Near Field Communication) module of the terminal and the terminal automatically obtains a proof of the purchase which it transmits to the server 102 by means of a suitable message .
  • NFC Near Field Communication
  • the server 102 collects proof of purchase via a mediation server of a bank information system responsible for collecting proof of purchase from different sources.
  • the server 102 analyzes the collected purchase proofs to extract characteristic information.
  • the server 102 extracts the date on the proof of purchase and its amount.
  • Such extraction is carried out according to known techniques adapted to the format of the proof of purchase. For example, when the proof of purchase is a scanned image, the extraction includes for example an optical character recognition analysis and then a search for a date, a time and an amount from Regular expressions configured to allow character strings matching the date, time, and / or amount on the proof of purchase.
  • the proof of purchase is a structured file, such as a file in XML format
  • known analysis techniques adapted to the structured file format are implemented for the same purpose.
  • the server may implement an XML DOM (Document Object Model) parser.
  • the server identifies a bank transaction on a user's bank account by matching the at least one characteristic of the extracted proof of purchase with a feature of an operation on a bank account of the user. the user. For this, from the data extracted from a proof of purchase, such as the amount, date and time of a purchase, the server 102 searches a database of banking operations such as the base 103, a corresponding operation, that is to say an operation whose date, time and amount correspond to the date, the time and the amount extracted from the proof of purchase. Other features can be used to match proof of purchase with a banking transaction.
  • the server can extract an expiration date associated with the proof of purchase. For example, when the proof of purchase is a coupon or credit note, it may include a deadline for use.
  • the server 102 can then program the transmission of a reminder message to the user's terminal when the expiry date determined from the analysis of the proof of purchase becomes close, for example one week before its expiry. . The management of coupons or assets is thus facilitated.
  • the server 102 stores the proof of purchase in association with the corresponding banking operation in a database. in a step 203. In this way, a user can obtain at any time proof of purchases associated with his banking operations.
  • the method comprises a step 204 in which it is carried out the transmission by the server, a characteristic of a banking operation and a representation of the associated proof of purchase.
  • the steps of collection 200, extraction 201, identification of a banking operation 202 and storage 203 of a proof of purchase in association with a banking operation are carried out by a terminal, as by example in the terminal 100 of FIG. 1.
  • the terminal obtains, for example, banking operations from a banking server.
  • the proofs of purchases are collected by the terminal, for example from an image captured by a camera of the terminal, or from a server.
  • the terminal then comprises a database in which are stored the proof of purchase in association with banking operations.
  • a database may be for example a database for storing instant messages received by an instant messaging application, or any other database on the terminal or accessible from the terminal.
  • the server 102 comprises a conversational agent of "chatbot" type adapted to exchange natural language messages with the terminal 100 in accordance with an instant messaging protocol.
  • the conversational agent transmits in step 204 the message comprising a characteristic of the transaction and a representation of the associated proof of purchase.
  • Such a conversational agent is further adapted to receive messages from the terminal 100, such as messages containing commands for grouping proof of purchase according to a particular criterion.
  • Such messages include commands formulated in natural language by the user and interpreted by the conversational agent of the server 102.
  • the user can formulate an order to obtain statistics on purchases he has made at the merchant corresponding, an order to delete the purchase information that has become obsolete, an order to obtain details of the after-sales service corresponding to a particular purchase, etc.
  • the invention relates to a method of archiving proof of purchase in a communication terminal such as the terminal 102.
  • the steps of the archiving method are described with reference in FIG. 4 and comprise a step 400 of receiving at least one message comprising at least one characteristic of a banking operation and a representation of an associated proof of purchase, a step 401 of obtaining a criterion of grouping resulting from a characteristic extracted from the proof of purchase and a step 402 of storing said representation of the proof of purchase in association with the at least one characteristic of the banking operation.
  • the aggregation identifier is determined according to a feature extracted from the proof of purchase so as to provide the user with a collection of proof of purchase that is relevant.
  • the grouping identifier may be, according to a particular embodiment, the address field of the issuer indicated in the message. Such an address is then selected according to a characteristic extracted from the proof of purchase so that, for example, proofs of purchases relating to the same merchant are automatically grouped together.
  • Most instant messaging software and applications automatically group messages according to the sender's address. Such a provision allows an automatic grouping of the proofs of purchase within an instant messaging conversation. The user thus more easily finds proof of purchase and the terminal does not need to be specifically adapted.
  • the method further comprises a step of obtaining a second characteristic extracted from at least one proof of purchase and a step of transmission to a management device.
  • purchase proofs according to the invention of a message comprising a grouping command according to said second extracted characteristic.
  • the terminal can obtain the second characteristic extracted from a message sent by a proof of purchase management device comprising at least a second characteristic that can be used to group purchase proofs. For example, it may be a date or the identifier of a product on the proof of purchase, or a geographical location of the business in which the purchase was made.
  • the archiving method further comprises steps of obtaining a characteristic extracted from a proof of purchase, search for corresponding characteristics from a set of proofs of purchases stored on the terminal , selection of the proof of purchase whose characteristics correspond, and display of said proof of purchase whose characteristics correspond grouped according to the extracted characteristic.
  • the method may comprise a step of transmitting a command to a proof of purchase management device, the command comprising for example an instruction adapted to cause the deletion of a command. proof of purchase of the storage device in which it is stored.
  • the grouping of purchase proofs according to a second criterion extracted from a proof of purchase is carried out by the terminal on which the archiving method is implemented.
  • FIG. 3 represents the architecture of a device 300 adapted to implement the management method according to the invention.
  • the device comprises a storage space 301, for example a memory MEM, a processing unit 302 equipped for example with a processor PROC.
  • the processing unit may be driven by a program 303, for example a PGR computer program, implementing the method management system as described in the invention with reference to Figure 2, and in particular the steps of collecting at least one proof of purchase, extraction of at least one characteristic of the purchase from the at less proof of purchase collected, identification of a bank transaction on a user's bank account by matching the at least one characteristic of the at least one extracted proof of purchase with a characteristic of a operation on a bank account of the user, and, when an operation is identified, storing in a database of the proof of purchase in association with the operation.
  • the computer program implements a step of transmission to a terminal of the user, a characteristic of the transaction and a representation of the associated proof of purchase.
  • the instructions of the computer program 303 are for example loaded into a RAM (Random Access Memory in English) before being executed by the processor of the processing unit 302.
  • the processor of the unit processing 302 implements the steps of the management method according to the instructions of the computer program 303.
  • the device comprises a collection module (304, 309) adapted to collect at least one proof of purchase.
  • the collection module is for example a communication interface 309 adapted to receive a proof of purchase transmitted by a terminal or a mediation server through a communication network. It can be an Ethernet network interface or a wireless network interface such as WiFi, 2G, 3G or 4G.
  • the collection module may be a database access module containing purchase proofs from a suitable SQL query.
  • the collection module is a video acquisition device, such as a camera adapted to capture images, and in particular for digitizing paper purchase proofs.
  • the device 300 further comprises an analysis module 305 adapted to extract at least one characteristic of a purchase from the at least one proof of purchase collected by the collection module.
  • the analysis module 305 may be implemented by the processing unit 302 executing computer program instructions configured to perform optical character recognition and / or instructions configured to search for particular keywords, dates or amounts from adapted regular expressions.
  • the device 300 also comprises an identification module 306 adapted to identify a banking operation on a bank account of the user by matching the at least one characteristic of the proof of purchase extracted by the analysis module 305 with a feature of an operation on a user's bank account.
  • the module 306 can be implemented by a computer program comprising instructions configured to compare at least one characteristic of a proof of purchase extracted by the analysis module with at least one characteristic of a banking operation.
  • a database (308) adapted to store the proof of purchase in association with an identified transaction when an operation is identified.
  • the database is for example a relational database adapted to be interrogated by means of SQL queries.
  • the communication interface 309 is adapted to transmit a characteristic of the transaction and a representation of the associated proof of purchase to a terminal of the user.
  • the device 300 is integrated in an instant messaging server or an application server of an IMS communication network.
  • the device 300 is integrated in a communication terminal.
  • FIG. 5 represents the architecture of a device 500 adapted to implement the archiving method according to the invention.
  • the device comprises a storage space 501, for example an MEM memory, a processing unit 502 equipped for example with a PROC processor.
  • the processing unit may be controlled by a program 503, for example a PGR computer program, implementing the archiving method as described in the invention with reference to FIG. 4, and in particular the reception stages of FIG. at least one message comprising a characteristic of a banking transaction and a representation of an associated proof of purchase, obtaining a grouping criterion determined according to a characteristic extracted from the proof of purchase, and memorizing according to the criterion of grouping the proof of purchase obtained.
  • the instructions of the computer program 503 are for example loaded into a RAM (Random Access Memory in English) before being executed by the processor of the processing unit 502.
  • the processor of the unit processing 502 implements the steps of the management method according to the instructions of the computer program 503.
  • the device comprises a communication module 507 adapted to receive at least one message comprising a characteristic of a banking operation and a representation of an associated proof of purchase, the message comprising a grouping criterion determined according to a characteristic extracted. proof of purchase.
  • a communication module is for example a WiFi network interface, or a cellular network interface type 2G, 3G or 4G, or a communication interface NFC (Near Field Communication) or Bluetooth.
  • the communication module is adapted to exchange messages with a server according to an instant messaging protocol, such as for example a protocol complying with the RCS standard.
  • the device 500 also includes a database 508 adapted to store purchase proofs associated with at least one feature of a banking operation on a bank account of the user of the device and at least one feature extracted from said proof of purchase.
  • the database module 508 is for example a database of an instant messaging application adapted to store messages comprising a representation of a proof of purchase and a characteristic of an associated banking operation, the memorization being carried out according to a grouping criterion extracted from the proof of purchase.
  • the device 500 further comprises a grouping module 505, adapted to group proof of purchases according to at least one criterion extracted to from a proof of purchase.
  • a module can be implemented by a processor such as the processor PROC of the processing unit 502 and by computer program instructions executed by the processing unit 502 and configured to obtain a characteristic extracted from Proof of purchase, search for matching characteristics from a set of proofs of purchase, and select proofs of purchase with matching characteristics.
  • the archiving device comprises a module (504) for obtaining a grouping criterion determined according to a characteristic extracted from the proof of purchase.
  • a module is implemented by computer program instructions configured to analyze a message from a server, the message comprising a grouping criterion determined according to a characteristic extracted from the proof of purchase determined by the server.
  • the instructions may be stored in the memory 501 of the device and executed by the processor PROC of the processing unit.
  • the instructions are configured to perform an analysis of the proof of purchase included in the message and to extract a grouping criterion.
  • the device 500 is integrated in a communication terminal such as a smartphone, a connected object, a tablet or a personal computer.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Databases & Information Systems (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Computer Security & Cryptography (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un procédé de gestion de preuves d'achats comprenant des étapes de collecte d'au moins une preuve d'achat, d'extraction d'au moins une caractéristique de l'achat à partir de la au moins une preuve d'achat collectée, d'identification d'une opération bancaire sur un compte bancaire de l'utilisateur par mise en correspondance de la au moins une caractéristique de la preuve d'achat extraite avec une caractéristique d'une opération sur un compte bancaire de l'utilisateur, et lorsqu'une opération est identifiée, de mémorisation dans une base de données de la preuve d'achat en association avec l'opération.

Description

Procédé, dispositif et programme de gestion de preuves d'achat.
Domaine technique
L'invention appartient au domaine des télécommunications et concerne en particulier un système de gestion des preuves d'achat.
Art antérieur
Chaque dépense chez un marchand est accompagnée d'une preuve d'achat, comme par exemple un ticket de caisse, une facture, une garantie ou toute autre forme de reçu.
En 2015, 70% des Français préfèrent régler leurs achats par carte bancaire plutôt qu'en espèce ou par chèque. Ainsi, chaque achat donne lieu à l'émission d'une facturette de carte bancaire et d'un ticket de caisse.
De tels justificatifs s'accumulent rapidement dans le portefeuille des utilisateurs, au point que la recherche d'un justificatif particulier est fastidieuse lorsque l'utilisateur souhaite par exemple retourner un article et qu'une preuve d'achat est nécessaire. En effet, le ticket de caisse nécessaire peut se trouver parmi d'autres tickets semblables dans un portefeuille, un sac à main ou encore être resté au fond d'un cabas, ou avoir simplement été jeté. Ainsi, la gestion de telles preuves d'achat n'est pas commode.
Différentes solutions s'appuyant sur des technologies de communication numérique ont été proposées. Par exemple, de plus en plus de commerces proposent à leurs clients des tickets de caisse dématérialisés accessibles sur un compte client ou envoyés par email après le passage en caisse. De tels systèmes sont souvent liés à une carte de fidélité permettant d'identifier rapidement le client afin de lui transmettre la preuve d'achat. Toutefois, de telles pratiques ne sont pas généralisées et elles impliquent pour l'utilisateur la création d'une carte de fidélité que l'utilisateur peut ne pas souhaiter. Les preuves d'achat fournies au client par les différents commerces qu'il fréquente sont alors hétérogènes : une partie des tickets consiste en des tickets papier, alors qu'une autre partie des preuves d'achat est disponible en ligne, sur un site Internet appartenant à l'enseigne ou sur sa messagerie électronique. Ainsi, lorsqu'un utilisateur recherche un ticket particulier, il doit se rappeler la nature de la preuve d'achat qui lui a été fournie afin de rechercher soit dans les tickets papiers disponibles, soit sur un site Internet particulier, soit sur sa messagerie électronique. Une telle recherche représente souvent une perte de temps pour l'utilisateur. La gestion des preuves d'achat n'est donc toujours pas optimale.
Les systèmes actuels de gestion des preuves d'achats présentent également des inconvénients lorsqu'il s'agit de comptabiliser des dépenses réalisées et/ou les trier par catégorie. En effet, il est long et fastidieux pour un utilisateur de regrouper les dépenses par objet à partir de tickets de caisse.
Il existe donc un besoin pour un procédé de gestion de preuves d'achat qui ne présente pas les inconvénients de l'art antérieur. Résumé de l'invention
A cet effet, il est proposé un procédé de gestion de preuves d'achats comprenant des étapes de :
Collecte d'au moins une preuve d'achat,
Extraction d'au moins une caractéristique de l'achat à partir de la au moins une preuve d'achat collectée,
Identification d'une opération bancaire sur un compte bancaire de l'utilisateur par mise en correspondance de la au moins une caractéristique de la preuve d'achat extraite avec une caractéristique d'une opération bancaire sur un compte bancaire de l'utilisateur,
Lorsqu'une opération est identifiée, mémorisation dans une base de données de la preuve d'achat en association avec l'opération.
Le procédé permet ainsi de collecter des preuves d'achats effectués par un utilisateur, telles que des reçus ou des tickets de caisse et de les mettre en correspondance avec des opérations bancaires enregistrées sur le compte bancaire de utilisateur avant de les transmettre au terminal de l'utilisateur. Le procédé facilite ainsi la gestion des preuves d'achat en permettant notamment de les associer avec l'opération bancaire correspondante avant de les transmettre vers un terminal de l'utilisateur.
De cette façon, le procédé permet d'effectuer des regroupements de preuves d'achat selon un critère extrait d'une preuve d'achat. Par exemple, des preuves d'achats effectués chez un même commerçant peuvent être regroupées selon le nom du commerce tel qu'il apparaît sur la preuve d'achat. Il est avantageux d'effectuer des regroupements de preuves d'achat basés sur une caractéristique comprise dans une preuve d'achat plutôt que des regroupements basés sur des caractéristiques d'opérations bancaires. En effet, les preuves d'achats offrent souvent plus d'informations concernant la transaction que l'opération enregistrée sur un compte bancaire.
Les preuves d'achat sont par exemple collectées à partir d'une ou plusieurs bases de données dans laquelle sont stockées sous forme électronique des preuves d'achat transmises par un système d'encaissement ou un terminal de l'utilisateur tel qu'un smartphone.
Au sens de l'invention, on entend par une preuve d'achat tout document relatif à une transaction, comme par exemple un ticket de caisse, un bon de garantie, un coupon de réduction ou tout autre reçu.
Selon une réalisation particulière, le procédé de gestion comprend en outre une étape de transmission vers une entité de stockage, d'une caractéristique de la transaction et d'une représentation de la preuve d'achat associée.
L'entité de stockage est par exemple un terminal de l'utilisateur. De cette façon, lorsque le procédé est mis en oeuvre par un serveur, une représentation de la preuve d'achat est transmise vers un terminal de l'utilisateur. Lorsque le procédé est mis en oeuvre par un terminal, comme par exemple un smartphone de l'utilisateur, la preuve d'achat est transmise vers un serveur permettant son stockage en association avec l'opération bancaire correspondante. Selon un mode de réalisation particulier, le procédé est tel que l'étape de transmission comprend la transmission d'un message selon un protocole de messagerie instantanée.
De cette façon, une version électronique d'un reçu est reçue par un utilisateur sur son terminal immédiatement après un paiement effectué chez un marchand. L'utilisation d'un système de messagerie instantanée pour transmettre les preuves d'achats améliore l'interactivité, la preuve d'achat pouvant être reçue par un terminal de l'utilisateur immédiatement après un achat.
Selon une réalisation particulière, le message instantané transmis vers l'entité de stockage comprend un critère de regroupement déterminé selon la au moins une caractéristique extraite de la preuve d'achat.
Une telle disposition permet un regroupement pertinent des preuves d'achat sur l'entité de stockage. Ainsi, lorsque l'entité de stockage est un terminal de l'utilisateur, ce dernier peut accéder à des preuves d'achats regroupées par exemple selon la dénomination commerciale du commerce dans lequel a été effectué l'achat, telle qu'elle figure sur la preuve d'achat. Le regroupement peut également être réalisé selon d'autres critères extraits de la preuve d'achat, comme par exemple la dénomination d'un produit acheté, une date, un identifiant d'une entreprise ou tout autre critère souhaitable.
Selon une réalisation particulière, au moins une partie de l'adresse d'émission du message est sélectionnée selon le critère de regroupement déterminé selon la au moins une caractéristique extraite de la preuve d'achat. La plupart des applications de messagerie permettent de trier les messages reçus selon l'adresse de l'expéditeur de façon à les présenter sous la forme d'une conversation. En transmettant un message dont l'adresse de l'expéditeur est renseignée selon une caractéristique d'une preuve d'achat, le procédé permet un regroupement automatique par l'application de messagerie des reçus correspondant à des achats effectués par exemple chez un même marchand. La gestion des preuves d'achat est ainsi facilitée et les terminaux équipés d'un logiciel de messagerie instantanée ne nécessitent pas d'adaptation particulière pour regrouper les preuves d'achat.
Le regroupement des preuves d'achats selon un critère particulier permet d'appliquer des traitements ultérieurs spécifiques, comme le calcul d'une somme des dépenses chez un commerçant particulier par exemple.
Selon un mode particulier de réalisation, le procédé est tel qu'au moins une caractéristique extraite est la date et le montant de la transaction, l'étape de mise en correspondance se basant sur ladite date et ledit montant.
Les preuves d'achat collectées sont analysées de façon à en extraire au moins une caractéristique, comme par exemple le montant de la transaction, sa date, son bénéficiaire ou encore la dénomination du marchand. Il est ainsi possible de mettre en correspondance une preuve d'achat avec une opération bancaire sur le compte de l'utilisateur à partir du montant de la transaction et de sa date par exemple. Selon un mode de réalisation particulier, le procédé est tel que l'étape de collecte comprend l'obtention d'un reçu électronique transmis par un dispositif d'encaissement et/ou par un terminal associé à l'utilisateur.
Les preuves d'achats peuvent être transmises par le terminal de l'utilisateur, par exemple par l'intermédiaire d'un message instantané comprenant une photographie de la preuve d'achat prise par l'utilisateur. Les preuves d'achat peuvent également être transmises par un dispositif d'encaissement du marchand sous la forme d'un reçu électronique de paiement, par exemple par courrier électronique ou tout autre moyen de transmission ad'hoc.
De façon correspondante au procédé de gestion, l'invention concerne également un procédé d'archivage d'au moins une preuve d'achat sur un terminal de communication tel qu'il comprend une étape de réception d'au moins un message comprenant une caractéristique d'une opération bancaire et une représentation d'une preuve d'achat associée, une étape d'obtention d'un critère de regroupement déterminé selon une caractéristique extraite de la preuve d'achat, et une étape de mémorisation de la preuve d'achat reçue selon le critère de regroupement de la preuve d'achat obtenue.
Les preuves d'achats sont ainsi mémorisées sur le terminal de l'utilisateur en relation avec l'opération bancaire correspondante. Le terminal obtient un critère de regroupement permettant de regrouper des preuves d'achat correspondant à un tel critère. Le critère peut être obtenu à partir du message, par exemple il peut être compris dans l'adresse de l'émetteur du message. L'adresse d'émission d'un tel message est configurée selon un critère extrait de la preuve d'achat considérée. De cette manière, les preuves d'achat reçues par le terminal sont automatiquement regroupées sous la forme d'une conversation de messagerie instantanée sous une forme particulièrement intuitive pour l'utilisateur. Le critère peut également être obtenu par une analyse de la preuve d'achat par le terminal, par exemple par une reconnaissance optique de caractère ou une analyse lexicographique de la preuve d'achat afin d'en extraire une caractéristique.
Selon un autre aspect, l'invention concerne un dispositif de gestion de preuves d'achats remarquable en ce qu'il comprend:
Un module de collecte adapté pour collecter au moins une preuve d'achat,
Un module d'analyse adapté pour extraire au moins une caractéristique de l'achat à partir de la au moins une preuve d'achat collectée,
Un module d'identification adapté pour identifier une opération bancaire sur un compte bancaire de l'utilisateur par mise en correspondance de la au moins une caractéristique de la preuve d'achat extraite avec une caractéristique d'une opération sur un compte bancaire de l'utilisateur,
Une base de données, adaptée pour mémoriser la preuve d'achat en association avec l'opération lorsqu'une opération est identifiée. Selon une réalisation particulière, le dispositif de gestion comprend en outre un module de communication adapté pour transmettre une caractéristique de la transaction et une représentation de la preuve d'achat associée vers un terminal de l'utilisateur.
Selon un mode particulier de réalisation du dispositif de gestion, le module de collecte est un dispositif d'acquisition d'image associé au dispositif et/ou un module de communication adapté pour recevoir une preuve d'achat transmise au travers d'un réseau de communication.
L'invention concerne aussi un dispositif d'archivage d'au moins une preuve d'achat sur un terminal de communication tel qu'il comprend un module de communication adapté pour recevoir au moins message comprenant une caractéristique d'une opération bancaire réalisée sur un compte bancaire de l'utilisateur et une représentation d'une preuve d'achat associée, un module d'obtention d'un critère de regroupement déterminé selon une caractéristique extraite de la preuve d'achat, et un module de stockage de ladite preuve d'achat dans une mémoire du terminal selon le critère de regroupement.
L'invention concerne aussi un terminal comprenant un dispositif d'archivage tel que décrit précédemment.
Selon une réalisation particulière, l'invention concerne un serveur comprenant un dispositif de gestion ou un terminal comprenant un dispositif de gestion tel que décrit ci-dessus.
Dans un mode particulier de réalisation, les différentes étapes du procédé selon l'invention sont déterminées par des instructions de programmes d'ordinateurs.
En conséquence, l'invention vise également un programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de gestion et/ou les étapes du procédé d'archivage, lorsque ledit programme est exécuté par un processeur.
Un tel 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.
Enfin, l'invention concerne un support d'informations lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de gestion et/ou les instructions pour l'exécution du procédé d'archivage.
Le support d'informations peut ê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 une disquette (floppy dise) ou un disque dur. D'autre part, le support d'informations peut être 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. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être 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.
Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes des procédés de gestion et d'archivage tels que définis ci-dessus.
Les serveurs, terminaux, dispositifs, programmes et supports d'informations présentent au moins des avantages analogues à ceux conférés par le procédé auquel ils correspondent.
Brève description des figures
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels :
La figure 1 illustre une architecture adaptée pour mettre en oeuvre le procédé de gestion conformément à un mode de réalisation particulier,
La figure 2 représente les différentes étapes du procédé de gestion selon un mode particulier de réalisation,
La figure 3 illustre l'architecture d'un dispositif d'obtention selon un mode de réalisation particulier.
ion détaillée
La figure 1 représente une architecture adaptée pour mettre en oeuvre le procédé de gestion selon un mode particulier de réalisation.
La figure 1 montre un terminal de communication mobile 100 adapté pour se connecter à un réseau de communication 101. Le terminal 100 est par exemple un terminal mobile de type smartphone adapté pour se connecter au réseau de communication 101 par l'intermédiaire d'un réseau d'accès cellulaire ou Wi-Fi non représenté. Le réseau 101 est par exemple un réseau de communication IMS (IP Multimedia Subsystem) comprenant un serveur d'application 102 adapté pour échanger des messages avec le terminal 100 selon un protocole de messagerie instantané conforme au standard RCS (Rich Communication Service).
La figure 1 montre également une base de données 103 comprenant des enregistrements relatifs à des opérations bancaires réalisées sur un compte bancaire de l'utilisateur du terminal 100. De tels enregistrements correspondent par exemple à des paiements effectués par l'utilisateur du terminal 100 via une carte de crédit, un moyen de paiement sans contact ou encore un virement. La base de données 103 peut faire partie d'un système d'information bancaire d'une banque dans laquelle l'utilisateur dispose d'un compte. Ainsi, lorsque l'utilisateur effectue un paiement chez un marchand en utilisant par exemple sa carte bancaire, un enregistrement est ajouté à la base de données 103. La figure 1 montre aussi une base de données 104 dans laquelle sont stockés des preuves d'achats correspondant à des achats effectués par l'utilisateur du terminal 100. Par exemple, lorsque l'utilisateur du terminal 100 effectue un achat chez un marchand, le marchand délivre une preuve d'achat. Il s'agit par exemple d'un ticket de caisse, d'une facture, d'un bon de garantie ou d'un reçu quelconque. Une telle preuve d'achat comprend de manière classique la date de l'achat, le montant payé, et l'objet de l'achat. Les preuves d'achats mémorisées dans la base de données 104 sont par exemple des preuves d'achat obtenues via le terminal 100 ou transmises par un système d'encaissement d'un marchand. Elles peuvent être stockées sous toute forme souhaitable, comme par exemple sous la forme d'une image capturée à partir d'un appareil photo ou d'un document texte. Les preuves d'achats sont stockées dans la base de données 104 en association avec un identifiant de l'utilisateur ayant effectué le paiement. En l'espèce, les preuves d'achat mémorisées dans la base de données 104 sont associées à l'utilisateur du terminal 100, par exemple en utilisant comme identifiant le numéro de téléphone du terminal 100. Ainsi, il est possible pour le serveur 102, par exemple au moyen d'une requête SQL (Structured Query Language) adaptée, d'obtenir des preuves d'achat associées à l'utilisateur du terminal 100.
Le serveur 102 peut également obtenir auprès de la base de données 103 des informations relatives à des opérations bancaires réalisées par l'utilisateur du terminal 100. Pour cela, les opérations bancaires de la base de données 103 sont mémorisées en association avec le numéro de téléphone du terminal 100. Ainsi, à partir du numéro de téléphone du terminal 100, le serveur 102 peut obtenir à la fois des preuves d'achats et des opérations bancaires associées à l'utilisateur.
Selon l'invention, lorsque le serveur 102 détecte l'ajout d'une nouvelle preuve d'achat dans la base de données 104, il recherche une opération correspondante dans la base de données d'opérations bancaires 103. Pour cela, le serveur 102 effectue une analyse de la preuve d'achat afin d'en extraire des données. Une telle analyse comprend par exemple une reconnaissance optique de caractères lorsque la preuve d'achat est sous la forme d'une image. Lorsque la preuve d'achat est dans un format adapté pour être analysée, par exemple dans un format texte, il est procédé à l'extraction des caractéristiques de la preuve d'achat. L'extraction des caractéristiques comprend par exemple la recherche de la date de l'achat et de son montant. L'étape d'extraction peut également permettre au serveur 102 d'obtenir l'objet de l'achat, c'est-à-dire par exemple la désignation, la quantité et le prix unitaire des marchandises achetées.
Les opérations bancaires comptabilisées sur un compte bancaire comprennent généralement au moins une date et un montant. Ainsi, à partir de la date et du montant d'un achat obtenu à partir d'une preuve d'achat mémorisée dans la base de données 104, le serveur 102 recherche dans la base de données 103 une transaction correspondante, c'est-à-dire possédant la même date et le même montant. Lorsqu'une transaction correspondante est identifiée, le serveur mémorise la correspondance de façon à pouvoir fournir à l'utilisateur la preuve d'achat associée à l'opération bancaire. Ainsi, l'utilisateur dispose des preuves d'achats associées aux opérations bancaires enregistrées sur son compte, ce qui facilite leur gestion par l'utilisateur.
Selon un mode particulier de réalisation, le serveur 102 transmet au terminal une représentation de la preuve d'achat en association avec une caractéristique de l'opération bancaire associée. Par exemple, après qu'une opération bancaire de l'utilisateur ait été identifiée par mise en correspondance de la au moins une caractéristique de la preuve d'achat extraite avec une caractéristique de l'opération sur un compte bancaire de l'utilisateur, le serveur 102 envoie un message instantané au terminal 100. Le message envoyé comprend par exemple, la date de l'opération, son montant et une représentation numérique du ticket de caisse correspondant.
Selon un mode de réalisation particulier, le message par lequel le serveur 102 transmet au terminal la preuve d'achat et une caractéristique de la transaction est configuré de manière à ce qu'il soit regroupé, lors de son affichage par le terminal, avec d'autres messages partageant une caractéristique commune. Par exemple, le message est configuré de manière à ce qu'il soit regroupé avec d'autres messages reçus relatifs à une transaction effectuée chez un même commerçant. Le regroupement correspondant par exemple à une vue sous forme d'une conversation avec le commerçant. Pour cela, le serveur 102 configure un identifiant d'expéditeur particulier dans le message instantané. Par exemple, lorsque le message transmis par le serveur 102 est un message SIP, l'entête « from » du message est configurée avec une URI (Universal Ressource Identifier) et/ou un « Display Name » correspondant à la caractéristique selon laquelle est regroupé le message, par exemple un identifiant du commerçant chez qui un achat a été effectué. De cette manière, les preuves d'achats correspondant à des achats effectués dans un même établissement commercial sont regroupées sur le terminal au sein d'une même conversation de messagerie instantanée.
Selon une réalisation particulière, le procédé de gestion peut être mis en oeuvre par le terminal 102.
Les étapes du procédé de gestion vont maintenant être décrites en détail, dans un mode de réalisation particulier, en référence à la figure 2.
Lors d'une première étape 200, il est procédé à la collecte d'au moins une preuve d'achat. Pour cela, selon un premier mode de réalisation, le serveur 102 obtient au moins une preuve d'achat auprès d'une base de données telle que la base de données 104 représentée sur la figure 1. Cette base de données peut correspondre à un compte email de l'utilisateur vers lequel sont envoyées des preuves d'achat par un système d'encaissement d'un établissement commercial. Par exemple, l'utilisateur peut avoir une carte de fidélité chez un commerçant grâce à laquelle les preuves d'achats sont envoyées par le commerçant vers une adresse email renseignée par l'utilisateur lors de la création de sa carte. La collecte des preuves d'achat peut alors se faire par un accès au compte mail correspondant afin d'y rechercher des messages comprenant des preuves d'achat. Pour cela, le serveur 102 accède à un compte de messagerie électronique grâce à des données d'authentification fournies au préalable par l'utilisateur. L'identification de messages comprenant des preuves d'achat se fait par exemple en analysant le contenu des messages selon des techniques d'extraction connues afin d'y détecter des mots clefs caractéristique d'une transaction tels que « facture », « commande », etc... Pour identifier plus précisément des messages susceptibles de comprendre des preuves d'achats, le serveur 102 peut accéder à une base de données comprenant des opérations bancaires de l'utilisateur, comme par exemple la base de données 103. A partir de la base de données 103, le serveur détermine des dates auxquelles ont eu lieu des transactions et le montant de telles transactions et recherche parmi les messages reçus sur le compte email de l'utilisateur des messages comprenant une telle date et un tel montant. Lorsque des messages correspondant sont identifiés, les preuves d'achat qu'ils contiennent sont collectées. Selon un mode de réalisation particulier, les preuves d'achat sont collectées auprès du terminal 100. Lorsque le serveur détermine qu'une nouvelle opération bancaire a lieu sur un compte bancaire de l'utilisateur, il transmet un message au terminal dans le but d'obtenir la preuve d'achat correspondante. Pour cela, le serveur 102 émet par exemple un message instantané conforme à un protocole de messagerie instantané comprenant un message invitant l'utilisateur à photographier et transmettre le ticket de caisse correspondant à la transaction détectée. Selon une réalisation particulière, le paiement est réalisé sans contact grâce à un module NFC (Near Field Communication) du terminal et le terminal obtient automatiquement une preuve de l'achat qu'il transmet à destination du serveur 102 au moyen d'un message adapté.
Selon un mode particulier de réalisation, le serveur 102 collecte des preuves d'achat par l'intermédiaire d'un serveur de médiation d'un système d'information bancaire chargé de collecter des preuves d'achat auprès de différentes sources.
A l'étape 201, le serveur 102 analyse les preuves d'achat collectées pour en extraire des informations caractéristiques. En particulier le serveur 102 procède à l'extraction de la date figurant sur la preuve d'achat et de son montant. Une telle extraction est réalisée selon des techniques connues adaptées au format de la preuve d'achat. Par exemple, lorsque la preuve d'achat est une image numérisée, l'extraction comprend par exemple une analyse par reconnaissance optique de caractères puis d'une recherche d'une date, d'une heure et d'un montant à partir d'expressions régulières configurées de manière à permettre la reconnaissance de chaînes de caractères correspondant à la date, l'heure et/ou le montant figurant sur la preuve d'achat. Lorsque la preuve d'achat est un fichier structuré, comme par exemple un fichier au format XML, des techniques d'analyse connues adaptées au format de fichier structuré sont mises en oeuvre dans le même but. Par exemple, le serveur peut mettre en oeuvre un analyseur XML DOM (Document Objet Model).
Lors d'une étape 202, le serveur identifie une opération bancaire sur un compte bancaire de l'utilisateur par mise en correspondance de la au moins une caractéristique de la preuve d'achat extraite avec une caractéristique d'une opération sur un compte bancaire de l'utilisateur. Pour cela, à partir des données extraites d'une preuve d'achat, comme par exemple le montant, la date et l'heure d'un achat, le serveur 102 recherche dans une base de données d'opérations bancaires telle que la base de données 103, une opération correspondante, c'est-à-dire une opération dont la date, l'heure et le montant correspondent à la date, l'heure et le montant extrait de la preuve d'achat. D'autres caractéristiques peuvent être utilisées pour faire la correspondance entre une preuve d'achat et une opération bancaire. Par exemple, le type de moyen de paiement utilisé, la dénomination commerciale ou l'identité bancaire du commerçant peuvent être utilisés pour mettre en correspondance une preuve d'achat avec une opération bancaire lorsqu'ils apparaissent sur la preuve d'achat. Selon une réalisation particulière, le serveur peut extraire une date d'expiration associée à la preuve d'achat. Par exemple, lorsque la preuve d'achat est un coupon de réduction ou un avoir, elle peut comporter une date limite d'utilisation. Le serveur 102 peut alors programmer la transmission d'un message de rappel au terminal de l'utilisateur lorsque la date limite d'utilisation déterminée à partir de l'analyse de la preuve d'achat devient proche, par exemple une semaine avant son expiration. La gestion des bons de réductions ou des avoirs est ainsi facilitée.
Lorsqu'une opération est identifiée lors de l'étape de mise en correspondance 202, le serveur 102 mémorise la preuve d'achat en association avec l'opération bancaire correspondante dans une base de données lors d'une étape 203. De cette façon, un utilisateur peut obtenir à tout moment des preuves d'achats associées à ses opérations bancaires.
Selon un mode de réalisation particulier, le procédé comporte une étape 204 au cours de laquelle il est procédé à la transmission par le serveur, d'une caractéristique d'une opération bancaire et d'une représentation de la preuve d'achat associée. Ainsi, lorsqu'un utilisateur effectue un achat dans un commerce en utilisant un moyen de paiement électronique tel qu'une carte bancaire ou un téléphone mobile équipé d'un système de paiement sans contact, il peut recevoir immédiatement, en provenance du serveur 102, un message instantané comprenant un récapitulatif de son achat, c'est-à-dire les données de la transaction bancaires en association avec les données contenues dans la preuve d'achat. La gestion des preuves d'achat, et en particulier leur recherche et la comptabilité associée est ainsi facilitée.
Selon une réalisation particulière, les étapes de collecte 200, d'extraction 201, d'identification d'une opération bancaire 202 et de mémorisation 203 d'une preuve d'achat en association avec une opération bancaire sont réalisées par un terminal, comme par exemple par le terminal 100 de la figure 1. Dans un tel cas de figure, le terminal obtient par exemple des opérations bancaires à partir d'un serveur bancaire. Les preuves d'achats sont quant à elles collectées par le terminal, par exemple à partir d'une image capturée par un appareil photo du terminal, ou bien à partir d'un serveur. Le terminal comprend alors une base de données dans laquelle sont mémorisées les preuves d'achats en association avec des opérations bancaires. Une telle base de données peut être par exemple une base de données destinée à mémoriser des messages instantanés reçus par une application de messagerie instantanée, ou tout autre base de données sur le terminal ou accessible depuis le terminal.
Selon un mode particulier de réalisation, le serveur 102 comprend un agent conversationnel de type « chatbot » adapté pour échanger des messages en langage naturel avec le terminal 100 conformément à un protocole de messagerie instantanée. L'agent conversationnel notamment transmet à l'étape 204, le message comportant une caractéristique de la transaction et une représentation de la preuve d'achat associée. Un tel agent conversationnel est en outre adapté pour recevoir des messages en provenance du terminal 100, telles que des messages comportant des commandes de regroupement des preuves d'achat selon un critère particulier. De tels messages comprennent des commandes formulées en langage naturel par l'utilisateur et interprétés par l'agent conversationnel du serveur 102. Par exemple, l'utilisateur peut formuler une commande pour obtenir des statistiques sur les achats qu'il a effectués chez le marchand correspondant, une commande pour effacer les informations d'achat devenues obsolètes, une commande pour obtenir des détails sur le service après-vente correspondant à un achat particulier, etc.
Selon un autre aspect, et de façon correspondante au procédé de gestion, l'invention concerne un procédé d'archivage de preuves d'achat dans un terminal de communication tel que le terminal 102. Les étapes du procédé d'archivage sont décrites en référence à la figure 4 et comprennent une étape 400 de réception d'au moins un message comprenant au moins une caractéristique d'une opération bancaire et une représentation d'une preuve d'achat associée, une étape 401 d'obtention d'un lcritère de regroupement issu d'une caractéristique extraite de la preuve d'achat et une étape 402 de mémorisation de ladite représentation de la preuve d'achat en association avec la au moins une caractéristique de l'opération bancaire. L'identifiant de regroupement est déterminé selon une caractéristique extraite de la preuve d'achat de façon à proposer à l'utilisateur un regroupement des preuves d'achat qui soit pertinent. Il peut être obtenu par une analyse de la preuve d'achat reçue comme décrit précédemment, ou à partir du message reçu. En particulier, l'identifiant de regroupement peut être, selon une réalisation particulière, le champ d'adresse de l'émetteur renseigné dans le message. Une telle adresse est alors sélectionnée selon une caractéristique extraite de la preuve d'achat de manière à ce que par exemple, des preuves d'achats relatives à un même commerçant soient automatiquement regroupées. La plupart des logiciels et applications de messagerie instantanée regroupent automatiquement les messages selon l'adresse de l'expéditeur. Une telle disposition permet un regroupement automatique des preuves d'achat au sein d'une conversation de messagerie instantanée. L'utilisateur retrouve ainsi plus facilement les preuves d'achats et le terminal ne nécessite pas d'être spécifiquement adapté.
Selon un mode particulier de réalisation du procédé d'archivage, le procédé comprend en outre une étape d'obtention d'une seconde caractéristique extraite à partir d'au moins une preuve d'achat et une étape de transmission vers un dispositif de gestion de preuves d'achat selon l'invention d'un message comprenant une commande de regroupement selon ladite seconde caractéristique extraite. Le terminal peut obtenir la seconde caractéristique extraite à partir d'un message envoyé par un dispositif de gestion de preuves d'achat comprenant au moins une seconde caractéristique susceptible d'être utilisée pour regrouper des preuves d'achat. Par exemple, il peut s'agir d'une date ou de l'identifiant d'un produit figurant sur la preuve d'achat, ou d'une localisation géographique du commerce dans lequel a été réalisé l'achat.
Selon une réalisation particulière, le procédé d'archivage comprend en outre des étapes d'obtention d'une caractéristique extraite à partir d'une preuve d'achat, de recherche de caractéristiques correspondantes parmi un ensemble de preuves d'achats mémorisées sur le terminal, de sélection des preuves d'achat dont les caractéristiques correspondent, et d'affichage desdites preuves d'achat dont les caractéristiques correspondent regroupées selon la caractéristique extraite. Une telle disposition permet l'application de traitements sur un ensemble de preuves d'achat possédant une caractéristique commune. Cela permet par exemple de calculer une somme de dépenses réalisées pour un produit particulier, chez un commerçant particulier ou à une date particulière.
Selon un mode particulier de réalisation du procédé d'archivage, le procédé peut comprendre une étape de transmission d'une commande vers un dispositif de gestion de preuves d'achat, la commande comprenant par exemple une instruction adaptée pour provoquer la suppression d'une preuve d'achat du dispositif de stockage dans lequel elle est mémorisée.
Selon un mode de réalisation particulier, le regroupement de preuves d'achats selon un second critère extrait d'une preuve d'achat est réalisé par le terminal sur lequel le procédé d'archivage est mis en oeuvre.
La figure 3 représente l'architecture d'un dispositif 300 adapté pour mettre en oeuvre le procédé de gestion selon l'invention.
Le dispositif comprend un espace de stockage 301, par exemple une mémoire MEM, une unité de traitement 302 équipée par exemple d'un processeur PROC. L'unité de traitement peut être pilotée par un programme 303, par exemple un programme d'ordinateur PGR, mettant en oeuvre le procédé de gestion tel que décrit dans l'invention en référence à la figure 2, et notamment les étapes de collecte d'au moins une preuve d'achat, d'extraction d'au moins une caractéristique de l'achat à partir de la au moins une preuve d'achat collectée, d'identification d'une opération bancaire sur un compte bancaire de l'utilisateur par mise en correspondance de la au moins une caractéristique de la au moins une preuve d'achat extraite avec une caractéristique d'une opération sur un compte bancaire de l'utilisateur, et, lorsqu'une opération est identifiée, de mémorisation dans une base de données de la preuve d'achat en association avec l'opération. Selon un mode de réalisation particulier, le programme d'ordinateur met en oeuvre une étape de transmission vers un terminal de l'utilisateur, d'une caractéristique de la transaction et d'une représentation de la preuve d'achat associée.
À l'initialisation, les instructions du programme d'ordinateur 303 sont par exemple chargées dans une mémoire RAM (Random Access Memory en anglais) avant d'être exécutées par le processeur de l'unité de traitement 302. Le processeur de l'unité de traitement 302 met en oeuvre les étapes du procédé de gestion selon les instructions du programme d'ordinateur 303.
Pour cela, outre la mémoire 301 et le processeur 302, le dispositif comprend un module (304, 309) de collecte adapté pour collecter au moins une preuve d'achat. Le module de collecte est par exemple une interface de communication 309 adaptée pour recevoir une preuve d'achat transmise par un terminal ou un serveur de médiation au travers d'un réseau de communication. Il peut s'agit d'une interface réseau Ethernet ou d'une interface réseau sans fil de type WiFi, 2G, 3G ou 4G. Selon une réalisation particulière, le module de collecte peut être un module d'accès à une base de données contenant des preuves d'achat à partir d'une requête SQL adaptée. Selon une réalisation particulière, le module de collecte est un dispositif d'acquisition vidéo, tel qu'une caméra adaptée pour capturer des images, et en particulier pour numériser des preuves d'achat papier.
Le dispositif 300 comporte en outre un module 305 d'analyse adapté pour extraire au moins une caractéristique d'un achat à partir de la au moins une preuve d'achat collectée par le module de collecte. Le module d'analyse 305 peut être mis en oeuvre par l'unité de traitement 302 exécutant des instructions de programme d'ordinateur configurées pour réaliser une reconnaissance optique de caractères et/ou des instructions configurées pour rechercher des mots clefs particuliers, des dates ou des montants à partir d'expressions régulières adaptées.
Le dispositif 300 comprend également un module d'identification 306 adapté pour identifier une opération bancaire sur un compte bancaire de l'utilisateur par mise en correspondance de la au moins une caractéristique de la preuve d'achat extraite par le module d'analyse 305 avec une caractéristique d'une opération sur un compte bancaire de l'utilisateur. Le module 306 peut être mis en oeuvre par un programme d'ordinateur comportant des instructions configurées pour comparer au moins une caractéristique d'une preuve d'achat extraites par le module d'analyse avec au moins une caractéristique d'une opération bancaire.
Une base de données (308), adaptée pour mémoriser la preuve d'achat en association avec une opération identifiée lorsqu'une opération est identifiée. La base de données est par exemple une base de données relationnelle adaptée pour être interrogée au moyen de requêtes SQL. Selon un mode de réalisation particulier, l'interface de communication 309 est adaptée pour transmettre une caractéristique de la transaction et une représentation de la preuve d'achat associée vers un terminal de l'utilisateur.
Selon un mode de réalisation particulier, le dispositif 300 est intégré dans un serveur de messagerie instantanée ou un serveur d'application d'un réseau de communication IMS.
Selon une réalisation particulière, le dispositif 300 est intégré dans un terminal de communication.
La figure 5 représente l'architecture d'un dispositif 500 adapté pour mettre en oeuvre le procédé d'archivage selon l'invention.
Le dispositif comprend un espace de stockage 501, par exemple une mémoire MEM, une unité de traitement 502 équipée par exemple d'un processeur PROC. L'unité de traitement peut être pilotée par un programme 503, par exemple un programme d'ordinateur PGR, mettant en oeuvre le procédé d'archivage tel que décrit dans l'invention en référence à la figure 4, et notamment les étapes réception d'au moins un message comprenant une caractéristique d'une opération bancaire et une représentation d'une preuve d'achat associée, d'obtention d'un critère de regroupement déterminé selon une caractéristique extraite de la preuve d'achat, et de mémorisation selon le critère de regroupement de la preuve d'achat obtenue.
À l'initialisation, les instructions du programme d'ordinateur 503 sont par exemple chargées dans une mémoire RAM (Random Access Memory en anglais) avant d'être exécutées par le processeur de l'unité de traitement 502. Le processeur de l'unité de traitement 502 met en oeuvre les étapes du procédé de gestion selon les instructions du programme d'ordinateur 503.
Pour cela, le dispositif comprend un module de communication 507 adapté pour recevoir au moins un message comprenant une caractéristique d'une opération bancaire et une représentation d'une preuve d'achat associée, le message comprenant un critère de regroupement déterminé selon une caractéristique extraite de la preuve d'achat. Un tel module de communication est par exemple une interface réseau WiFi, ou une interface réseau cellulaire du type 2G, 3G ou 4G, ou encore une interface de communication NFC (Near field Communication) ou Bluetooth. Selon une réalisation particulière, le module de communication est adapté pour échanger des messages avec un serveur selon un protocole de messagerie instantanée, tel que par exemple un protocole conforme au standard RCS.
Le dispositif 500 comprend également une base de données 508 adaptée pour mémoriser des preuves d'achat associées à au moins une caractéristique d'une opération bancaire sur un compte bancaire de l'utilisateur du dispositif et au moins une caractéristique extraite de ladite preuve d'achat. Le module de base de données 508 est par exemple une base de données d'une application de messagerie instantanée adaptée pour mémoriser des messages comprenant une représentation d'une preuve d'achat et une caractéristique d'une opération bancaire associée, la mémorisation étant effectuée selon un critère de regroupement extrait à partir de la preuve d'achat.
Dans un mode de réalisation particulier, le dispositif 500 comprend en outre un module de regroupement 505, adapté pour regrouper des preuves d'achats selon au moins un critère extrait à partir d'une preuve d'achat. Un tel module peut être mis en oeuvre par un processeur tel que le processeur PROC de l'unité de traitement 502 et par des instructions de programme d'ordinateur exécutées par l'unité de traitement 502 et configurées pour obtenir une caractéristique extraite à partir d'une preuve d'achat, rechercher des caractéristiques correspondantes parmi un ensemble de preuves d'achats, et sélectionner des preuves d'achat dont les caractéristiques correspondent.
Selon un mode particulier de réalisation, le dispositif d'archivage comprend un module (504) d'obtention d'un critère de regroupement déterminé selon une caractéristique extraite de la preuve d'achat. Selon un mode particulier de réalisation, un tel module est mis en oeuvre par des instructions de programme d'ordinateur configurées pour analyse un message en provenance d'un serveur, le message comprenant un critère de regroupement déterminé selon une caractéristique extraite de la preuve d'achat déterminé par le serveur. Les instructions peuvent être mémorisées dans la mémoire 501 du dispositif et exécutées par le processeur PROC de l'unité de traitement. Selon un mode de réalisation particulier, les instructions sont configurées pour réaliser une analyse de la preuve d'achat comprise dans le message et en extraire un critère de regroupement.
Selon un mode particulier de réalisation, le dispositif 500 est intégré dans un terminal de communication tel qu'un smartphone, un objet connecté, une tablette ou un ordinateur personnel.

Claims

REVENDICATIONS
1. Procédé de gestion de preuves d'achats caractérisé en ce qu'il comprend les étapes suivantes :
Collecte (200) d'au moins une preuve d'achat
Extraction (201) d'au moins une caractéristique de l'achat à partir de la au moins une preuve d'achat collectée
Identification (202) d'une opération bancaire sur un compte bancaire de l'utilisateur par mise en correspondance de la au moins une caractéristique de la au moins une preuve d'achat extraite avec une caractéristique d'une opération bancaire sur un compte bancaire de l'utilisateur,
Lorsqu'une opération est identifiée, mémorisation (203) dans une base de données de la preuve d'achat en association avec l'opération.
2. Procédé selon la revendication 1 tel qu'il comprend en outre une étape de transmission vers un terminal de l'utilisateur, d'une caractéristique de la transaction et d'une représentation de la preuve d'achat associée.
3. Procédé selon la revendication 2 dans lequel l'étape de transmission comprend la transmission d'un message selon un protocole de messagerie instantanée.
4. Procédé selon l'une quelconque des revendications 2 à 3 dans lequel le message transmis vers le terminal comprend un critère de regroupement déterminé selon la au moins une caractéristique extraite de la preuve d'achat.
5. Procédé selon l'une quelconque des revendications précédentes dans lequel la au moins une caractéristique extraite est la date et le montant de la transaction, l'étape de mise en correspondance se basant sur ladite date et ledit montant.
6. Procédé selon l'une quelconque des revendications précédentes dans lequel la au moins une preuve d'achat est obtenue à partir d'un terminal de l'utilisateur et/ou à partir d'un dispositif d'encaissement.
7. Procédé d'archivage d'au moins une preuve d'achat sur un terminal de communication caractérisé en ce qu'il comprend une étape de réception (400) d'au moins un message comprenant une caractéristique d'une opération bancaire et une représentation d'une preuve d'achat associée, une étape d'obtention (401) d'un critère de regroupement déterminé selon une caractéristique extraite de la preuve d'achat et une étape de mémorisation (402) selon le critère de regroupement de la preuve d'achat obtenue.
8. Dispositif de gestion de preuves d'achats caractérisé en ce qu'il comprend les modules suivant :
Un module (304, 309) de collecte adapté pour collecter au moins une preuve d'achat,
Un module (305) d'analyse adapté pour extraire au moins une caractéristique de l'achat à partir de la au moins une preuve d'achat collectée,
Un module (306) d'identification adapté pour identifier une opération bancaire sur un compte bancaire de l'utilisateur par mise en correspondance de la au moins une caractéristique de la preuve d'achat extraite avec une caractéristique d'une opération sur un compte bancaire de l'utilisateur,
Une base de données (308), adaptée pour mémoriser la preuve d'achat en association avec l'opération lorsqu'une opération est identifiée.
9. Dispositif selon la revendication 8 dans lequel le module de collecte est un dispositif d'acquisition d'image associé au dispositif et/ou un module de communication adapté pour recevoir une preuve d'achat transmise au travers d'un réseau de communication.
10. Dispositif selon l'une quelconque des revendications 8 à 9 tel qu'il comprend en outre un module de communication adapté pour transmettre une caractéristique de la transaction et une représentation de la preuve d'achat associée vers un terminal de l'utilisateur.
11. Dispositif d'archivage d'au moins une preuve d'achat sur un terminal de communication caractérisé en ce qu'il comprend un module (507) de communication adapté pour recevoir au moins un message comprenant une caractéristique d'une opération bancaire réalisée sur un compte bancaire de l'utilisateur et une représentation d'une preuve d'achat associée, un module (506) d'obtention d'un critère de regroupement déterminé selon une caractéristique extraite de la preuve d'achat, et un module (508) de stockage de ladite preuve d'achat dans une mémoire du terminal selon le critère de regroupement.
12. Serveur de gestion de preuves d'achats caractérisé en ce qu'il comprend un dispositif selon l'une quelconque des revendications 8 à 10.
13. Terminal de gestion de preuves d'achats caractérisé en ce qu'il comprend un dispositif selon l'une quelconque des revendications 8 à 9 et/ou un dispositif selon la revendication 11.
14. Support d'information lisible par un processeur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de gestion selon l'une quelconque des revendications 1 à 6 et/ou des instructions pour l'exécution des étapes du procédé d'archivage selon la revendication 7.
PCT/FR2018/053331 2017-12-22 2018-12-17 Procédé, dispositif et programme de gestion de preuves d'achat Ceased WO2019122653A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP18836485.5A EP3729353A1 (fr) 2017-12-22 2018-12-17 Procédé, dispositif et programme de gestion de preuves d'achat
US16/956,120 US20210073752A1 (en) 2017-12-22 2018-12-17 Method, device and program for managing proofs of purchase

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1763004 2017-12-22
FR1763004A FR3076036A1 (fr) 2017-12-22 2017-12-22 Procede, dispositif et programme de gestion de preuves d'achat

Publications (1)

Publication Number Publication Date
WO2019122653A1 true WO2019122653A1 (fr) 2019-06-27

Family

ID=65036829

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2018/053331 Ceased WO2019122653A1 (fr) 2017-12-22 2018-12-17 Procédé, dispositif et programme de gestion de preuves d'achat

Country Status (4)

Country Link
US (1) US20210073752A1 (fr)
EP (1) EP3729353A1 (fr)
FR (1) FR3076036A1 (fr)
WO (1) WO2019122653A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021053300A1 (fr) * 2019-09-20 2021-03-25 Orange Procede de transmission d'une information complementaire relative a une transaction financiere

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7434011B2 (ja) * 2020-03-24 2024-02-20 東芝テック株式会社 取引証明システム、管理装置及び情報処理プログラム
US11457011B2 (en) 2020-06-29 2022-09-27 Capital One Services, Llc Using receipts for multifactor authentication
US20220284441A1 (en) * 2021-03-02 2022-09-08 Capital One Services, Llc Detection of Warranty Expiration and Forwarding Notification

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CH708156A2 (fr) * 2013-06-12 2014-12-15 Richard Gaillard Centrale de regroupement et de gestion de garanties contractuelles et d'autres services commerciaux.
US20150012397A1 (en) * 2013-07-03 2015-01-08 Toshiba Tec Kabushiki Kaisha Information processing apparatus and program
EP3142054A1 (fr) * 2015-09-11 2017-03-15 Ingenico Group Procédé de transmission de données, dispositifs et programmes d'ordinateur correspondants

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012030678A2 (fr) * 2010-08-30 2012-03-08 Tunipop, Inc. Techniques pour faciliter des transactions de commerce électronique en ligne relatives à la vente de produits et de marchandises
US11037171B2 (en) * 2011-04-06 2021-06-15 Quotient Technology Inc. Method for verifying the validity and delivering a proof of purchase from a mobile device and associated computer program
US10200320B2 (en) * 2015-12-21 2019-02-05 Dropbox, Inc. Import content items from email

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CH708156A2 (fr) * 2013-06-12 2014-12-15 Richard Gaillard Centrale de regroupement et de gestion de garanties contractuelles et d'autres services commerciaux.
US20150012397A1 (en) * 2013-07-03 2015-01-08 Toshiba Tec Kabushiki Kaisha Information processing apparatus and program
EP3142054A1 (fr) * 2015-09-11 2017-03-15 Ingenico Group Procédé de transmission de données, dispositifs et programmes d'ordinateur correspondants

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021053300A1 (fr) * 2019-09-20 2021-03-25 Orange Procede de transmission d'une information complementaire relative a une transaction financiere
FR3101177A1 (fr) * 2019-09-20 2021-03-26 Orange Procédé de transmission d’une information complémentaire relative à une transaction financière.

Also Published As

Publication number Publication date
US20210073752A1 (en) 2021-03-11
FR3076036A1 (fr) 2019-06-28
EP3729353A1 (fr) 2020-10-28

Similar Documents

Publication Publication Date Title
CN105095272B (zh) 基于图像识别的问答处理方法、装置及系统
US20110166911A1 (en) Leveraging Customer Information to Create and Utilize Financial Networks
WO2019122653A1 (fr) Procédé, dispositif et programme de gestion de preuves d'achat
FR2817061A1 (fr) Procede et systeme de reception, stockage et traitement de coupons electroniques avec un telephone mobile ou un assistant numerique
EP3252692B1 (fr) Procédé de fourniture de données relatives à une transaction de paiement, dispositif et programme correspondant
WO2016185110A1 (fr) Dispositif, système et procédé de dématérialisation de facturettes
CN107798534A (zh) 一种信息记录方法及装置、终端和可读存储介质
CA2776731A1 (fr) Procede et systeme de gestion de facturation
FR3064787B1 (fr) Procede de traitement de donnees par un terminal de paiement, terminal de paiement et programme correspondant
CN112511574B (zh) 电子名片处理方法、设备、系统及存储介质
US11755571B2 (en) Customized data scanning in a heterogeneous data storage environment
US20140244498A1 (en) Bank transactions feed
WO2021053300A1 (fr) Procede de transmission d'une information complementaire relative a une transaction financiere
AU2013100634A4 (en) A system and method for processing of expense receipts and financial calculations.
FR2940489A1 (fr) Procede d'aide au controle d'enregistrements de transactions, dispositif de transaction, serveur, terminal mobile et programmes d'ordinateur correspondants.
WO2019138086A1 (fr) Procédé de détermination d'une association entre une carte bancaire et un terminal de communication, dispositif, système et programme correspondant
CN113626580A (zh) 一种产品排序方法及装置
FR2982389A1 (fr) Procede et systeme d'archivage de donnees contenues dans un document a imprimer
BE1019350A3 (fr) Usage d'une carte d'identite electronique en tant que carte d'affiliation.
EP2800072A2 (fr) Procédé de délivrance par un automate de cartes de téléphonie mobile SIM à abonnement prépayé ou postpayé
WO2020115378A1 (fr) Système de personnalisation utilisant une communication en champ proche
WO2019122556A1 (fr) Procédé d'obtention d'une information complémentaire associée à une caractéristique d'une transaction bancaire
WO2020079379A1 (fr) Procédé de transmission et conservation de documents virtuels par rétrofitage d'un terminal d'édition préprogrammé et boitier pour le mettre en oeuvre
FR3159454A1 (fr) Procede pour generer automatiquement une reponse a une demande contenue dans un message electronique
FR3044789A1 (fr) Procede d'autorisation d'une transaction

Legal Events

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

Ref document number: 18836485

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018836485

Country of ref document: EP

Effective date: 20200722