US20180225663A1 - Methods and devices for managing composite transactions - Google Patents

Methods and devices for managing composite transactions Download PDF

Info

Publication number
US20180225663A1
US20180225663A1 US15/511,037 US201515511037A US2018225663A1 US 20180225663 A1 US20180225663 A1 US 20180225663A1 US 201515511037 A US201515511037 A US 201515511037A US 2018225663 A1 US2018225663 A1 US 2018225663A1
Authority
US
United States
Prior art keywords
annex
transaction
parameter
annex operation
donations
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.)
Abandoned
Application number
US15/511,037
Other languages
English (en)
Inventor
Ghislain D'ALANCON
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.)
Heoh
Original Assignee
Heoh
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 Heoh filed Critical Heoh
Assigned to HEOH reassignment HEOH ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: D'alancon, Ghislain
Publication of US20180225663A1 publication Critical patent/US20180225663A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0279—Fundraising management

Definitions

  • the present invention relates to the management of financial transactions made by debtors with creditors via bank accounts of the latter. More precisely, the invention relates to methods and devices for managing composite transactions, for example transactions comprising a payment and a donation to a particular entity, done by means of devices connected by a communications network.
  • An essential characteristic of the computer-implemented mechanisms for collecting donations relates to the quality of interfaces for making donations so that a user is not inclined to discard an offer for donation due to complexity, excessive time, uncertainty as to amount, beneficiary or reliability of the procedure, etc.
  • FIG. 1 schematically illustrates an environment in which a mechanism for collecting donations can be implemented, allowing a client to make a micro-donation during a purchase, for example a donation of the difference between the price to pay and this price rounded up to a whole number.
  • the environment 100 allows a client 105 having a payment card making purchases from a merchant having a computer infrastructure 110 .
  • the environment 100 here comprises a computer system 115 linked to a bank of the merchant, a computer system (not shown) linked to a bank of the client and a computer system 120 linked to a bank of an organisation 125 of NGO type (acronym for Non-Governmental Organisation).
  • the computer infrastructure 110 of the merchant here comprises, in particular, a computerised accounting system 130 , a cash register software 135 associated with a cash register operated by a checkout operator and a payment terminal 140 .
  • the computerised accounting system 130 and the cash register software 135 are connected to each other by a communications network, for example a network of Ethernet type using IP protocol (acronym of Internet Protocol).
  • Computer systems linked to banks are connected to each other and to the computerised accounting system 130 as well as to the payment terminal 140 by a communications network of Internet type, with data exchanges being secured, for example by encryption.
  • the mechanism for collecting donations is generally essentially implemented in the computerised accounting system 130 of the merchant and in the cash register software.
  • step ⁇ circumflex over (1) ⁇ the checkout operator asks if he wants to make a donation of an amount noted D (step ⁇ circumflex over (2) ⁇ ). If the client declines, the payment process continues conventionally (not shown).
  • step ⁇ circumflex over (3) ⁇ the checkout operator presses a specific button to calculate a donation value based on the rounded up value of the amount of purchases, scans a specific barcode to obtain a similar result or inputs the amount of the donation using the cash register software (step ⁇ circumflex over (3) ⁇ ′).
  • This input is typically performed by adding a particular reference to the list of references of products bought by the client, this particular reference designating a donation and allowing, if necessary, inputting any amount by the checkout operator.
  • T the total amount indicated, comprises the amount of real purchases (M) and the amount of the donation (D).
  • T the total amount indicated, comprises the amount of real purchases (M) and the amount of the donation (D).
  • step ⁇ circumflex over (4) ⁇ the total amount (T) indicated on the sales receipt, the amount of real purchases (M) and the amount of the donation (D) are transmitted by the cash register software 135 to the computerised accounting system 130 of the merchant.
  • the cash register software automatically transmits the amount to be paid (T) to the payment terminal 140 .
  • this amount is input by the checkout operator at the payment terminal 140 . If it is authorised, the client validates the payment by means of his secret code.
  • the account journal of donations is especially used by the merchant to periodically refund, for example every month, the total amount of donations received for the account of one or more organisations.
  • Such payments are typically made upon order of the merchant to its bank, the latter executing the order of transaction (steps ⁇ circumflex over (6) ⁇ and ⁇ circumflex over (6) ⁇ ′).
  • the organisation or organisations then have donations paid for carrying out their missions (step ⁇ circumflex over (7) ⁇ ). It is observed here that implementation of the mechanisms for collecting donations or micro-donations such as that described with reference to FIG. 1 requires substantial modifications of the used devices.
  • the invention allows solving at least one of the problems outlined previously.
  • the aim of the invention is a management method of a composite transaction comprising a main transaction and at least one annex operation, this method being implemented in a set comprising a device for initiating a transaction, a device for proposing at least one annex operation according to characteristics of a main transaction and an annex operations management device, said device for proposing at least one annex operation being accessible by a plurality of separate devices for initiating a transaction and by a plurality of separate annex operations management devices, this method comprising the following steps,
  • the method according to the invention offers the possibility of making donations during payment at a payment terminal without substantial modification of the cash register software and of the computer accounting systems of merchants.
  • the costs of computer setup at merchants are therefore not significant (the same device for proposing at least one annex operation or the same management system for donation requests can be used by different merchant systems, different bank systems and/or different donation beneficiary systems).
  • Collecting donations is particularly rapid because of a number of operations which can be limited to a single input of acceptance type. Also, checkout operators are not being asked to collect donations.
  • the method further comprises a step of selecting said at least one rule for estimating said at least one parameter of said at least one annex operation.
  • the method further comprises a step of receiving an identifier of said device for initiating a transaction, said at least one rule for estimating said at least one parameter of said at least one annex operation being selected according to said identifier of said device for initiating a transaction.
  • the method further comprises an initial configuration step of at least one rule for estimating at least one parameter of at least one annex operation.
  • said data transmitted to said annex operations management device in response to an indication of acceptance of said at least one annex operation further comprise said information relative to said main transaction.
  • a client can keep evidence of a donation made by way of printing a receipt at a payment terminal, which contains a reference.
  • the latter allows identification of the user on a computer management system for donations especially for accessing a set of donations already made and downloading tax receipts.
  • said print command also aims at printing a reference to an identifier of a personal entity on said receipt.
  • said data comprising at least said at least one parameter of said at least one annex operation further comprise said reference.
  • the method further comprises a step of storing said at least one parameter of said at least one annex operation.
  • the method further comprises a step of generating a transaction based on at least one previously stored parameter of at least one annex operation.
  • the method further comprises a step of generating a summary of annex operations, said summary comprising at least one previously stored parameter of at least one annex operation.
  • the method further comprises a step of encrypting at least one datum transmitted between said device for initiating a transaction and said device for proposing at least one annex operation or between said device for proposing at least one annex operation and said annex operations management device.
  • the communication protocol between said device for initiating a transaction and said device for proposing at least one annex operation or between said device for proposing at least one annex operation and said annex operations management device complies with a standard of the IP type.
  • the invention also concerns a computer program comprising instructions adapted to carrying out each of the steps of the method described previously when said program is executed on a computer as well as a system comprising means adapted to carrying out each of the steps of the method described previously.
  • a computer program comprising instructions adapted to carrying out each of the steps of the method described previously when said program is executed on a computer as well as a system comprising means adapted to carrying out each of the steps of the method described previously.
  • FIG. 1 schematically illustrates an environment in which a mechanism for collecting donations can be implemented, allowing a client to make a micro-donation during purchase, for example a donation of the difference between the price to pay and this price rounded up to a whole number;
  • FIG. 2 schematically illustrates an environment in which a particular embodiment of the invention as well as some steps of an exemplary method according to the invention may be implemented;
  • FIG. 3 schematically illustrates a payment terminal element comprising a screen on which several choices of donations are proposed to a user
  • FIG. 4 schematically illustrates a standard payment example by payment card in an infrastructure comprising a payment card, a payment terminal as well as banking computer systems linked to the debtor and creditor;
  • FIG. 5 illustrates an example of an information-processing device adapted to implement, at least partially, an embodiment of the invention.
  • a management mechanism of composite transactions computer-implemented, for example a mechanism for collecting donations, calls on several devices including a set of third-party devices in order to isolate at least partially specific elements of the management of composite transactions.
  • a composite transaction here comprises a main transaction and at least one annex operation.
  • the latter typically concerns amounts and beneficiaries different from those of the main transaction.
  • a transaction is a commercial operation aiming, for the party forming the subject of a particular embodiment of the invention, at a transfer of a monetary sum between a debtor and a creditor.
  • a composite transaction can comprise a payment of a purchase (main transaction) combined with a donation (annex operation).
  • the management of donations is essentially entrusted to two separate servers, one handling the management of donation requests, called computer management system for donation requests or more and generally device for proposing at least one annex operation, and the other the management of the donations themselves, called computer management system for donations or more and generally annex operations management device.
  • FIG. 2 schematically illustrates an environment in which a particular embodiment of the invention as well as some steps of an exemplary method according to the invention can be implemented.
  • the environment 200 here comprises a set including a cash register software 202 , a payment terminal 205 (more generally called a device for initiating a transaction), a computerised accounting system 210 , a computer management system for donation requests 215 and a computer management system for donations 220 .
  • the cash register software 202 , the payment terminal 205 and the computerised accounting system 210 belong to the merchant 225 .
  • the cash register software 202 and the payment terminal 205 as well as the cash register software 202 and the computerised accounting system 210 are connected by a private or public communications network, for example an Ethernet network or the Internet network.
  • the payment terminal 205 is here also connected to the computer management system for donation requests 215 , for example an Ethernet network or the Internet network, allowing an exchange of data in real time.
  • the computer management system for donation requests 215 and the computer management system for donations 220 are here accessible via a public communications network, for example the Internet network, in order to be accessible by computer systems of different merchants and different users (i.e. clients).
  • a public communications network for example the Internet network
  • the communication protocols between these different devices are preferably selected from among standard protocols, for example IP and X.25 protocols.
  • the environment 200 further comprises a bank intermediation network 230 , for example the bank intermediation network of MasterCard, Visa, GIE Carte Bancaire, SWIFT, STET or Target 2 (MasterCard, Visa, GIE Carte Bancaire, SWIFT, STET and Target 2 are trademarks), as well as computer systems for management of bank accounts 235 to 250 associated respectively with a client, with the merchant having the cash register software 202 , the payment terminal 205 and the computerised accounting system 210 , with a third party in charge of managing donations and with a donation beneficiary organisation.
  • a bank intermediation network 230 for example the bank intermediation network of MasterCard, Visa, GIE Carte Bancaire, SWIFT, STET or Target 2 (MasterCard, Visa, GIE Carte Bancaire, SWIFT, STET and Target 2 are trademarks), as well as computer systems for management of bank accounts 235 to 250 associated respectively with a client, with the merchant having the cash register software 202 , the payment terminal 205 and the computerised accounting system
  • the data exchanged between the cash register software 202 , the payment terminal 205 , the computerised accounting system 210 , the computer management system for donation requests 215 , the computer management system for donations 220 , the bank intermediation network 230 and the computer systems for management of bank accounts and transactions 235 to 250 are transmitted in the form of messages encrypted by means of standard algorithms, for example algorithms based on the use of private keys and public keys, notably algorithms of RSA type (Ronald Rivest, Adi Shamir and Leonard Adleman), by packets.
  • RSA type Rotaryd Rivest, Adi Shamir and Leonard Adleman
  • the aim of an initial step is to configure the computer management system for donation requests 215 .
  • Such configuration comprises especially the definition of one or more rules associated with one or more payment terminals, typically all the payment terminals of the same merchant, defining a modality for calculating an amount of donations and associating a donation with a recipient, for example an organisation of NGO type.
  • These rules are typically applied according to received parameters, for example according to a received value (e.g. amount of a transaction), and/or an identifier of the device from which these data are received (i.e. sender of the message comprising these data).
  • a received value e.g. amount of a transaction
  • an identifier of the device from which these data are received i.e. sender of the message comprising these data.
  • An example of such rules is illustrated the attached appendix in the form of a table (table 1). As illustrated, each line of the table corresponds to a rule.
  • Each rule is here defined by an identifier (column 1), an identifier of a payment terminal or a group of payment terminals (column 2), a method for calculating donations (column 3) and an identifier of a beneficiary or a group of beneficiaries (column 4).
  • the distribution of a donation between the latter can be predetermined or left to the appreciation of a user (can especially select a sole beneficiary in the group).
  • the rule having the identifier 2 applies to the payment terminal or group of payment terminals having the identifier G53391, the beneficiaries being for a first half of a donation a beneficiary having the identifier 1 and for the second half of the donation a beneficiary having the identifier 2.
  • the amount of the donation is determined here as a function of the amount of purchases (0.5%) or on a flat-rate basis (5 €), the lesser value being retained.
  • the setting of these rules may be done via a protected access to the computer management system for donation requests 215 .
  • a merchant can access, by means of an identifier of a payment terminal or a group of payment terminals and of a password, to all the rules associated with this identifier, i.e. to a subset of stored rules.
  • Access to rules allows adding, modifying or deleting rules.
  • Access can be done from any computer (or equivalent) connected to the computer management system for donation requests 215 via a communications network such as the Internet and via a portal of web type.
  • a communications link or a communications session is set up between the payment terminal 205 and the computer management system for donation requests 215 .
  • the communications link is set up automatically after input, obtaining or validation of the amount M of purchases.
  • the payment terminal comprises an address of the computer management system for donation requests 215 , for example a URL link (acronym for Uniform Resource Locator) associated with an access command called up as soon as an amount is input, obtained or validated.
  • the computer management system for donation requests 215 can be accessed from different payment terminals managed by different merchants, i.e. by different payment terminals having no links between them.
  • the amount M of purchases and an identifier of the payment terminal and of the transaction are transmitted by the payment terminal 205 to the computer management system for donation requests 215 (step ⁇ circumflex over (2) ⁇ ).
  • the amount M of purchases as well as the identifier of the payment terminal are transmitted in the form of a message to a predetermined address or to an address determined dynamically, for example by means of a mechanism of DNS type (acronym for Domain Name System).
  • DNS type acronym for Domain Name System
  • the computer management system for donation requests 215 determines the applicable rule or rules for calculating donations, notably as a function of the identifier received from the payment terminal, and calculates one or more donation values. This value or these values are then transmitted to the payment terminal, each value being associated with a beneficiary denoted b (step ⁇ circumflex over (2) ⁇ ′).
  • the value or values of donations as well as the corresponding beneficiaries are preferably displayed on a screen of the payment terminal to let the client validate a donation proposition, select and validate one donation proposition from among several, freely input a donation amount or pay for the purchases without making a donation.
  • selection or refusal of a donation is done by a single press on a key of the payment terminal (or of a device connected to the latter).
  • a payment terminal can be deported, for example in a device of smartphone type or a web site, to let a user view and/or validate choices on his own device.
  • FIG. 3 schematically illustrates a payment terminal element comprising a screen on which several choices of donations are proposed to a user.
  • the payment terminal element 300 here comprises a set 305 of keys touches and a screen 310 .
  • the screen displays a message offering a user the possibility of making a donation of 0.54 € to the Red Cross or to the Restos du Coeur (the Red Cross and the Restos du Coeur are trademarks) or of paying for his purchases without making a donation.
  • pressure on the key 1, referenced 330 effects payment of a donation of 0.54 € to the Red Cross
  • pressure on the key 2, referenced 335 effects payment of a donation of 0.54 € to the Restos du Coeur
  • pressure on the key A, referenced 340 effects payment for purchases without making a donation.
  • T the amount of his purchases to which is added the amount of the donation
  • the confidential code can be a code associated with an identifier previously obtained from the user.
  • the payment terminal 205 sends, where necessary, an indication of acceptance of donation to the computer management system for donation requests 215 , typically in the form of a message comprising the value or values of the donation and the selected beneficiary or beneficiaries (step ⁇ circumflex over (5) ⁇ ).
  • the computer management system for donation requests 215 preferably returns a print command for a receipt containing the detail of the operation, that is, the total payment made and its distribution between payment of purchases and donation made (step ⁇ circumflex over (5) ⁇ ′).
  • the payment terminal prints this receipt which is given to the user.
  • the print command of a receipt is transmitted with a card reference (Rc) associated with the payment card used, this card reference preferably being determined by the payment terminal from an identifier or a card number (for example by applying a hash function to the card number).
  • Rc card reference
  • a personal identifier is given to each user during signup on the computer management system for donations 220 (signup comprising typically creating a user profile).
  • the card reference supplied on the receipt can be used for this signup which can be completed, for example, via a web interface.
  • creating a profile can be subject to providing additional information, for example, apart from providing the card reference, the user can be requested to give the last six digits of the payment card number (from which a card reference could be generated which will be compared to that received for validation).
  • a password is advantageously linked to the personal identifier to secure access to data relative to this donor.
  • a profile is created. It comprises especially the card reference, and other payment card references which can be associated with this profile.
  • the personal identifier lets a donor connect to the donation management system 220 , for example via a web page, and get information relative to the history of donations made, download the tax receipts for the cumulative amounts of donations on all his cards or receive information originating from associations benefiting from his enjoyment.
  • the personal identifiers and the associated profile are preferably known only for the computer management system for donations 220 (i.e., they are not known by the payment terminal 205 or by the computer management system for donation requests 215 ).
  • the payment terminal sends the computer management system for donation requests 215 a reference of the payment card used with indication of acceptance of donation.
  • the computer management system for donations 220 can retrieve a personal identifier previously created (the computer management system for donations 220 stores the links between a personal identifier and one or more card references, for example in a table). If no personal identifier is found, the data relative to the donation are stored to be processed later, after creation of a user profile associated with the corresponding card reference.
  • the computer management system for donation requests 215 stores the amount of purchases M as well as the amount of the donation D made in a donations journal.
  • the latter comprises a transaction reference, an identifier from a payment terminal or group of payment terminals payment card, a reference Rc, an amount M of purchases, an amount of donation(s) made and the associated beneficiary or beneficiaries (given that the amount of a donation can be distributed among several beneficiaries).
  • FIG. 2 An example of a donations journal of a computer management system for donation requests is illustrated in the appendix attached (table 2).
  • the line of the journal specifying the transaction identified by reference 2 corresponds to a transaction completed from a payment terminal or group of payment terminals identified by reference G53391 for the donor having used a card having reference 023, the amount of purchases made being 87.45 € and the amount of the donation 0.44 € being distributed in equal parts among the beneficiaries identified by references 1 and 2.
  • the donations journal can optionally (not shown) comprise the amount T of the payment, representing the total amount M of purchases and amount of donation(s) made and paid.
  • the donations journal is sent periodically, for example every hour or every night, to the computer management system for donations 220 (step ⁇ circumflex over (6) ⁇ ) where it is stored. After transmission to the computer management system for donations, the donations journal stored in the computer management system for donations 220 is reinitialised (however, a copy is preferably kept).
  • the computer management system for donations 220 analyses the donations journal to extract those parts concerning a particular computerised accounting system, for example the computerised accounting system 210 , that is, the computerised accounting system associated with a payment terminal or a group of payment terminals.
  • the parts extracted concerning a particular computerised accounting system are here transmitted to the latter to allow it to carry out accounting reconciliation (step ⁇ circumflex over (7) ⁇ ).
  • the computer management system for donations 220 calculates, for a particular computerised accounting system, the sum of donations made by clients at payment terminals linked to the latter, denoted ⁇ D. This calculation is made from the purchase journal by totalling those donations associated with the same payment terminal or the same group of payment terminals. A request for debiting or payment of this amount is sent to this computerised accounting system to credit this amount from a bank account associated with the computer management system for donations (step ⁇ circumflex over (8) ⁇ ).
  • the debiting or payment of this sum of donations from a bank account associated with a computerised accounting system and crediting an equivalent amount from the bank account associated with the computer management system for donations is advantageously conducted conventionally similarly to a payment method of a supplier.
  • the computer management system for donations 220 calculates for each beneficiary the sum of donations to be reversed. Again, this calculation is effected from the donations journal, accumulating the donations associated with the same beneficiary.
  • the donations journal stored in the computer management system for donations 220 is preferably updated following transfer of donations. But, a history is kept to enable traceability of donations and setting up tax slips where necessary.
  • executing the solution described in reference to FIG. 2 requires setting up a computer management system for donation requests and a computer management system for donations as well as creating interfaces. Of the latter and to execute the solution described in reference to FIG. 2 , the following interfaces are set up:
  • data exchange interfaces are based on the usual communication protocols and utilise standard encryption algorithms. Therefore, by way of illustration, when computer systems are connected to each other via a network of Internet type, these exchanges can use the IP protocol combined with data encryption by private keys and public keys of RSA type.
  • FIG. 4 schematically illustrates a standard example of payment by payment card in an infrastructure comprising a payment card, a payment terminal as well as banking computer systems linked to the debtor and the creditor.
  • a payment plan is also known under the name of payment model by bank card everywhere.
  • This payment plan or a similar plan can especially be used for money transfers between an account of a card carrier and an account of a merchant, as specified in reference to FIG. 2 .
  • a client provided with a payment card 400 for example a card of Visa type (Visa is a brand), here settles a purchase from a merchant using a payment terminal 405 .
  • the payment card is associated with a bank account 410 (client account) managed by a computer system 415 of a bank (typically the bank which issued the bank card or for the account from which the bank card has been issued).
  • the payment terminal 405 is associated with a bank account 420 (merchant account) managed by a computer system 425 of a bank.
  • a client presents his payment card to merchant a payment terminal to which the amount has been sent manually or automatically (step ⁇ circumflex over (1) ⁇ ).
  • the payment terminal After validation of the purchase by the client, for example by inputting a confidential code or PIN code (acronym for Personal Identification Number), the payment terminal typically makes an authorisation request which is transmitted to the computer system 415 of the bank of the card carrier via the computer system 425 of the bank of the merchant and a bank intermediation network 435 (step ⁇ circumflex over (2) ⁇ and ⁇ circumflex over (3) ⁇ ).
  • the message is advantageously encrypted and comprises the identifiers of the client and of the merchant as well as the amount to be transferred.
  • a transfer acceptance message is sent by the computer system 415 of the bank of the client to the computer system 425 of the bank of the merchant (step ⁇ circumflex over (4) ⁇ ).
  • a credit message is sent by the computer system of the bank of the merchant to the address of the computer system of the bank managing the bank account with which the payment card being used is associated (step ⁇ circumflex over (5) ⁇ ), here the computer system 415 , via the bank intermediation network 435 .
  • This message is preferably encrypted.
  • bank intermediation network 435 can be for example the bank intermediation network of MasterCard, Visa, GIE Carte Bancaire, SWIFT, STET or Target 2).
  • the merchant account 420 is credited with the sum transferred (step ⁇ circumflex over (6) ⁇ ) while the account 410 of the client is debited by the same sum (step ⁇ circumflex over (7) ⁇ ), typically on a deferred way.
  • Encryption used for exchanges of data is for example encryption using a public key and a private key, for example encryption of RSA type.
  • FIG. 5 illustrates an example of a device which can be used to at least partially implement an embodiment, especially the steps described in reference to FIGS. 2 and 4 .
  • the device 500 is for example a server, a computer or a personal assistant.
  • the device 500 preferably comprises a communications bus 502 to which the following are connected:
  • the device 500 may also comprise the following elements:
  • the communication bus allows communication and interoperability between the different elements included in the device 500 or connected to it.
  • the representation of the bus is not restrictive and, notably, the central unit is likely to communicate instructions to any element of the device 500 directly or by means of another element of the device 500 .
  • the executable code of each program enabling the programmable apparatus to implement the method according to the invention can be stored, for example, on the hard drive 520 or in read-only memory 506 .
  • the executable code of programs could be received by means of the communications network 528 , via the interface 526 , to be stored identically to that described previously.
  • the program or the programs could be loaded into one of the storage means of the device 500 before being executed.
  • the central unit 504 will control and direct execution of the instructions or portions of software code of the program or programs according to the invention, instructions which are stored on the hard drive 520 or in the read-only memory 506 or else in the other abovementioned storage elements.
  • the program or programs which are stored in non-volatile memory for example the hard drive 520 or the read-only memory 506 , are transferred to the main memory 508 which contains the executable code of the program or programs according to the invention, as well as registers for storing the variables and parameters necessary to carry out the invention.
  • ID TPE Rc M D b 0 543291 407 425.66 € 1: 0.34 € 1 543291 212 35.14 € 1: 0.86 € 2 G53391 023 87.45 € 1: 0.22 €, 2: 0.22 € . . . . . . . . . p 1294G3 865 118.00 € 1: 0.40 €, 3: 0.60 €

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)
US15/511,037 2014-09-15 2015-09-15 Methods and devices for managing composite transactions Abandoned US20180225663A1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1458676 2014-09-15
FR1458676A FR3025915B1 (fr) 2014-09-15 2014-09-15 Procedes et dispositifs de gestion de transactions composites
PCT/FR2015/052472 WO2016042258A1 (fr) 2014-09-15 2015-09-15 Procédés et dispositifs de gestion de transactions composites

Publications (1)

Publication Number Publication Date
US20180225663A1 true US20180225663A1 (en) 2018-08-09

Family

ID=51842610

Family Applications (2)

Application Number Title Priority Date Filing Date
US15/511,037 Abandoned US20180225663A1 (en) 2014-09-15 2015-09-15 Methods and devices for managing composite transactions
US14/992,228 Active 2036-11-04 US10776782B2 (en) 2014-09-15 2016-01-11 System and method for making and tracking charitable contributions

Family Applications After (1)

Application Number Title Priority Date Filing Date
US14/992,228 Active 2036-11-04 US10776782B2 (en) 2014-09-15 2016-01-11 System and method for making and tracking charitable contributions

Country Status (8)

Country Link
US (2) US20180225663A1 (fr)
EP (1) EP3195224A1 (fr)
CN (1) CN107209887A (fr)
AU (1) AU2015316635A1 (fr)
BR (1) BR112017004962A2 (fr)
FR (1) FR3025915B1 (fr)
MX (1) MX2017003424A (fr)
WO (1) WO2016042258A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108985741B (zh) * 2018-07-19 2021-06-01 南京市公安局建邺分局 一种警务平台资金流水自动查询追踪方法
JP2020034864A (ja) * 2018-08-31 2020-03-05 京セラドキュメントソリューションズ株式会社 画像形成装置
US11721156B2 (en) * 2020-06-12 2023-08-08 Juan Carlos Vera System and method of setting and charging a fixed donation amount
US20220301039A1 (en) * 2021-03-16 2022-09-22 ELP Global LLC Location-based system for charitable donation

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020116214A1 (en) * 2001-02-16 2002-08-22 Horn James Van Automated fundraising accounting system
US20020120539A1 (en) * 2000-11-20 2002-08-29 Price Cynthia L. Method and system for distributing charitable donations at a point of sale to qualified donees
US20040182922A1 (en) * 2003-03-21 2004-09-23 Frank Talarico Systems and methods for a loadable stored-value card with a contribution to a specified beneficiary
US20050171849A1 (en) * 1998-11-18 2005-08-04 Brissette Edward C. System and method for making charitable donations
US20060122856A1 (en) * 2002-06-06 2006-06-08 Benevolink Corporation System and method for enabling consumers to add personal charitable contributions and transfer the right to designate a beneficiary to other consumers
US20060122874A1 (en) * 1999-06-23 2006-06-08 Richard Postrel Method and system for making donations to charitable entities
US20150006426A1 (en) * 2013-06-27 2015-01-01 S. Rob Sobhani Method and System for Automated Online Merchant Charity Donations

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6112191A (en) * 1993-02-18 2000-08-29 Every Penny Counts, Inc. Method and system to create and distribute excess funds from consumer spending transactions
US6876971B1 (en) * 2000-07-05 2005-04-05 Every Penny Counts, Inc. Funds distribution system connected with point of sale transaction
US6088682A (en) * 1993-02-18 2000-07-11 Every Penny Counts, Inc. Funds distribution system connected with point of sale transactions
US5466919A (en) * 1993-04-02 1995-11-14 Hovakimian; Henry Credit/charge card system enabling purchasers to contribute to selected charities
US7542919B1 (en) * 1997-03-21 2009-06-02 Walker Digital, Llc Method and apparatus for selecting a supplemental product to offer for sale during a transaction
WO2000079461A1 (fr) * 1999-06-23 2000-12-28 Richard Postrel Systeme electronique de troc, d'echange et d'utilisation de points accumules dans le cadre de programmes de gratifications pour client fidele
EP1136931A1 (fr) * 2000-03-20 2001-09-26 Roundit Inc. Système d'incitation au patronage, et méthode de commerce au détail basée sur internet
US6307812B1 (en) * 2000-03-27 2001-10-23 Michael S. Gzybowski Security system using modular timers
US20020196204A1 (en) * 2001-06-26 2002-12-26 Matthew Senn Steven Michael Retail customer and product purchase divider with interactive retail transaction functions
US20030065572A1 (en) * 2001-09-28 2003-04-03 Mcnee Carolyn Charity donation method
WO2003052709A1 (fr) * 2001-12-14 2003-06-26 Pohl Angus Procede informatique automatise de collecte de petite monnaie
US7080775B2 (en) * 2003-09-05 2006-07-25 American Cancer Society Methods and systems for automatically determining and collecting a monetary contribution from an instrument
US20050125342A1 (en) * 2003-10-01 2005-06-09 Steven Schiff System and method for interactive electronic fund raising and electronic transaction processing
AU2007202567B2 (en) * 2004-07-23 2011-12-15 Jord Williams Poster Charitable giving
US20050251485A1 (en) * 2005-04-18 2005-11-10 Quigley Daniel H Systems for soliciting donations
US8214287B1 (en) * 2007-12-12 2012-07-03 Ernest Garfield System for collecting and distributing charitable contributions
US20090171835A1 (en) * 2007-12-26 2009-07-02 Mastercard International, Inc. Multiple Payment Transaction Systems
US8336762B1 (en) * 2008-11-17 2012-12-25 Greenwise Bankcard LLC Payment transaction processing
US20120084162A1 (en) * 2010-10-05 2012-04-05 Merrill Brooks Smith Systems and methods for conducting a composite bill payment transaction

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050171849A1 (en) * 1998-11-18 2005-08-04 Brissette Edward C. System and method for making charitable donations
US20060122874A1 (en) * 1999-06-23 2006-06-08 Richard Postrel Method and system for making donations to charitable entities
US20020120539A1 (en) * 2000-11-20 2002-08-29 Price Cynthia L. Method and system for distributing charitable donations at a point of sale to qualified donees
US20020116214A1 (en) * 2001-02-16 2002-08-22 Horn James Van Automated fundraising accounting system
US20060122856A1 (en) * 2002-06-06 2006-06-08 Benevolink Corporation System and method for enabling consumers to add personal charitable contributions and transfer the right to designate a beneficiary to other consumers
US20040182922A1 (en) * 2003-03-21 2004-09-23 Frank Talarico Systems and methods for a loadable stored-value card with a contribution to a specified beneficiary
US20150006426A1 (en) * 2013-06-27 2015-01-01 S. Rob Sobhani Method and System for Automated Online Merchant Charity Donations

Also Published As

Publication number Publication date
FR3025915B1 (fr) 2018-04-20
FR3025915A1 (fr) 2016-03-18
CN107209887A (zh) 2017-09-26
BR112017004962A2 (pt) 2018-04-10
EP3195224A1 (fr) 2017-07-26
US20160125482A1 (en) 2016-05-05
AU2015316635A1 (en) 2017-05-04
WO2016042258A1 (fr) 2016-03-24
MX2017003424A (es) 2018-08-01
US10776782B2 (en) 2020-09-15

Similar Documents

Publication Publication Date Title
US20230206217A1 (en) Digital asset distribution by transaction device
CN111373433B (zh) 用于控制数字资产的系统和方法
JP6869250B2 (ja) ブロックチェーンを使用してピアツーピア分散型台帳におけるエンティティを効率的な移転のための方法およびシステム
CN109313764A (zh) 对在支付卡接受点处使用的存款账号进行令牌化的系统和方法
US20170372417A1 (en) Digital asset account management
US10242351B1 (en) Digital wallet for groups
US20150324767A1 (en) System and method for recovering refundable taxes
CN108475373A (zh) 在计算设备之间生成和发送已加密支付数据消息以实现资金转移
WO2017223303A1 (fr) Détermination de conformité d'article d'échange dans un réseau de marchés d'articles d'échange
JP6775590B2 (ja) 安全な電子取引を促進するシステム及び方法
KR102141173B1 (ko) 블록체인을 이용한 기부 물품거래 시스템
US20200160323A1 (en) Transaction system with account mapping
US10776782B2 (en) System and method for making and tracking charitable contributions
WO2016189311A1 (fr) Système informatique permettant de mettre en oeuvre un paiement de transaction
WO2020236029A1 (fr) Procédé permettant d'assurer la validité du récépissé d'entrepôt et dispositif pour sa mise en œuvre
US10755361B2 (en) Methods and devices for controlling ancillary operations related to the execution of main transactions
TW201810159A (zh) 信託票券的交易管理系統及其建置方法
US10650385B1 (en) System and method for remote check assurance
CA3124502A1 (fr) Mise en jeton et traitement des donnees d'identite securisees
US20160210608A1 (en) Merchant interface for transaction-related services
RU2700549C1 (ru) Способ получения платежными системами реквизитов получателя платежа
RU2658881C2 (ru) Способ получения платежными системами реквизитов получателя платежа
JP7430696B2 (ja) 入出金制御システム、入出金制御方法、及びプログラム
JP2010066988A (ja) 信託型電子決済支援システム、方法、及びプログラム
US20200034828A1 (en) Method and system for digital currency generation and managing

Legal Events

Date Code Title Description
AS Assignment

Owner name: HEOH, FRANCE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:D'ALANCON, GHISLAIN;REEL/FRAME:041566/0873

Effective date: 20150929

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION