US7725390B2 - Method and system for processing an account - Google Patents
Method and system for processing an account Download PDFInfo
- Publication number
- US7725390B2 US7725390B2 US11/619,708 US61970807A US7725390B2 US 7725390 B2 US7725390 B2 US 7725390B2 US 61970807 A US61970807 A US 61970807A US 7725390 B2 US7725390 B2 US 7725390B2
- Authority
- US
- United States
- Prior art keywords
- payment
- subaccounting
- account
- payers
- merchant
- 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.)
- Expired - Fee Related, expires
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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking 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/04—Payment circuits
-
- 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/14—Payment architectures specially adapted for billing 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/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
Definitions
- the present invention relates to a method and system for processing an account.
- the account receiver may not receive immediate payment from third party payers for some time after the account is due, resulting in the account receiver making payment out of pocket.
- the account receiver may also consume time making repeated attempts to have the third party payer make payment.
- the present invention provides a method for processing an account for a transaction between a merchant and a customer of the merchant, said transaction having provided goods, services, or both goods and services by the merchant to and/or for the customer such that the merchant is owed a total payment to settle the account, said method comprising:
- N the total payment into N subaccount payments respectively associated with the N subaccounts, said N being at least 2;
- N payers of the N subaccounts said N payers being responsible for making the N subaccount payments to settle the N subaccounts, respectively;
- N subaccount payments from N payment providers using N payment instruments for settling the N subaccounts, respectively, wherein the N payment providers and the N payment instruments had been previously identified by the N payers;
- the present invention provides a process for deploying computing infrastructure, said process comprising integrating computer-readable code into a computing system, wherein the code in combination with the computing system is capable of performing a method for processing an account for a transaction between a merchant and a customer of the merchant, said transaction having provided goods, services, or both goods and services by the merchant to and/or for the customer such that the merchant is owed a total payment to settle the account, said method comprising:
- N the total payment into N subaccount payments respectively associated with the N subaccounts, said N being at least 2;
- N payers of the N subaccounts said N payers being responsible for making the N subaccount payments to settle the N subaccounts, respectively;
- N subaccount payments from N payment providers using N payment instruments for settling the N subaccounts, respectively, wherein the N payment providers and the N payment instruments had been previously identified by the N payers;
- the present invention provides a method and system that alleviates at least one of the current difficulties in processing accounts.
- FIG. 1 is a block diagram of an account processing architecture that includes a merchant, a customer, third party payers, a subaccounting system, and payment providers, in accordance with embodiments of the present invention.
- FIG. 2 is a flowchart depicting processing associated with the account processing architecture of FIG. 1 such that subaccount payments are collected before the merchant is paid, in accordance with embodiments of the present invention.
- FIG. 3 is a flowchart depicting processing associated with the account processing architecture of FIG. 1 such that subaccount payments are collected after the merchant is paid, in accordance with embodiments of the present invention.
- FIG. 4 is a flowchart depicting processing by the subaccounting system of FIG. 1 according to the flow chart of FIG. 2 wherein subaccount payments are collected before the merchant is paid, in accordance with embodiments of the present invention.
- FIG. 5 is a flowchart depicting processing by the subaccounting system of FIG. 1 according to the flow chart of FIG. 3 wherein subaccount payments are collected after the merchant is paid, in accordance with embodiments of the present invention.
- FIG. 6 illustrates a computer system 90 used for processing an account according to the present invention.
- the present invention invention utilizes subaccounting, which comprises business processes and technical infrastructure to enable a customer (i.e., an account receiver) who has been presented by a merchant with an account relating to a bill to break the merchant's account into multiple smaller virtual accounts, called “subaccounts”.
- a customer i.e., an account receiver
- subaccounts multiple smaller virtual accounts
- the present invention relates to a transaction between a merchant and a customer, wherein the transaction provides goods, services, or both goods and services by the merchant to and/or for the customer such that the merchant is owed a total payment to settle the account.
- the customer actually receives the goods, services, or both goods and services of the transaction, and the customer is the account receiver who is responsible for settling the account with the merchant.
- the merchant provides the goods, services, or both goods and services “to” the customer.
- one or more parties other than the customer actually receive the goods, services, or both goods and services of the transaction, but the customer nonetheless is the account receiver who is responsible for settling the account with the merchant.
- the merchant provides the goods, services, or both goods and services “for” the customer.
- the customer and one or more parties other than the customer collectively receive the goods, services, or both goods and services of the transaction, and the customer is the account receiver who is responsible for settling the account with the merchant.
- the merchant provides the goods, services, or both goods and services both “to” the customer and “for” the customer.
- the account receiver may allocate the subaccounts to: different payment instruments owned by the account receiver (e.g., the account receiver's corporate charge card, personal credit card, personal check, cash, etc.); and/or different third party payers (e.g., an employer, friends, etc.) who agree in advance, or on receipt of the subaccount notification, to pay the charge with the payment instrument of their choice.
- different payment instruments owned by the account receiver e.g., the account receiver's corporate charge card, personal credit card, personal check, cash, etc.
- third party payers e.g., an employer, friends, etc.
- the account receiver may settle the merchant's original account, either as: a single transaction between the merchant and a subaccounting system; or multiple transactions between the merchant and a payment instrument for each subaccount, facilitated by the subaccounting system.
- FIG. 1 is a block diagram of an account processing architecture that includes a merchant 10 , a customer 20 , third party payers 21 , a subaccounting system 30 , and payment providers 35 , in accordance with embodiments of the present invention.
- the merchant 10 is an entity that has provides goods and/or services to or for the customer 20 for which the merchant 10 is owed a total payment.
- the merchant 10 may comprise one or more individuals, a business entity, an organization (e.g., a charitable organization, a labor union, etc.), a governmental organization, etc.
- Examples of a business entity representing the merchant 10 comprise: a sole proprietorship, a partnership, a corporation, a limited liability company (LLC), etc.
- the total bill or payment due for the provided goods or services is called an “account”.
- the customer 20 also called an account receiver, is a party who receives a bill or account from the merchant 10 and is responsible for settling the account.
- the subaccounting system 30 is a platform which takes an account and enables the customer 10 to identify account transactions or parts of the account (called subaccounts) to be paid for by different parties and/or payment instruments.
- the customer 20 is an end user of subaccounting 30 .
- the third party payers 21 comprise one or more entities (i.e., individuals and/or business entities) who are responsible for paying part or all of the account.
- the customer 20 is responsible for contributing to the payment of the bill (e.g., the customer 20 is one person of a plurality of persons who enjoy a meal together at a restaurant and collectively share payment of the bill for the meal).
- the customer 20 is not responsible for contributing to the payment of the bill (e.g., the customer 20 is one person of a plurality of persons who enjoy a meal together at a restaurant on the date of the customer's birthday, wherein the plurality of persons excluding the customer treat the customer to the meal in celebration of the customer's birthday and otherwise collectively share payment of the bill for the meal).
- the payment providers 35 comprise one or more business entities that provide the payment instrument and the funds for settling the account (e.g., a bank that issues a credit card, a telephone company that enables payment from a stored value system such as a prepaid server or a stored value card, personal check, a bank that provides funds such via personal checks or cash, etc.).
- a bank that issues a credit card
- a telephone company that enables payment from a stored value system such as a prepaid server or a stored value card
- personal check a bank that provides funds such via personal checks or cash, etc.
- the merchant 10 comprises, and/or has access to, an account presentment system 11 and an account settlement system 12 .
- the account presentment system 11 physically produces the account and displays the account to the customer 20 .
- the account settlement system 12 receives payment for the account from the subaccounting system 30 .
- the subaccounting system 30 comprises account management software 31 , a merchant database 32 , and a customer and payer database 33 .
- the account management software 31 comprises a computer program which holds the business, presentation and other logic of the subaccounting system 30 .
- the merchant database 32 comprises records of merchants who participate in the subaccounting system 30 .
- the customer and payer database 33 comprises records of users of the subaccounting system 30 .
- the customer 10 is a user of the subaccounting system 30 .
- the following interfaces are depicted in FIG. 1 : a merchant-customer interface 41 , a merchant-subaccounting interface 42 , a customer-subaccounting interface 43 , a third party payer-subaccounting interface 44 , and a payment provider-subaccounting interface 45 .
- the merchant-customer interface 41 is an interface through which the account is transmitted from the merchant 10 to the customer 20 , which enables the customer 20 to elect to invoke use of the subaccounting system 30 .
- the merchant-subaccounting interface 42 is an interface through which the merchant 10 requests that the subaccounting system 30 be invoked. A copy of the account may be passed from the merchant 10 to the subaccounting system 30 via the merchant-subaccounting interface 42 . Once the payment is completed, confirmation of the payment of the account is passed from the subaccounting system 30 to the merchant 10 via the merchant-subaccounting interface 42 .
- the customer-subaccounting interface 43 is an interface through which the subaccounting system 30 presents a data structure comprising data of the account to the customer 20 .
- This data structure enables the customer 20 to select and identify to the subaccounting system 30 (via the customer-subaccounting interface 43 ) the parts of the account to be paid by different entities (i.e., the third party payers 21 ) using various payment instruments.
- the third party payer-subaccounting interface 44 is an interface through which the subaccounting system 30 notifies the third party payers 21 of the subaccounts and presents the subaccounts to the third party payers 21 .
- the subaccounting system 30 receives from the third party payers 21 , via the third party payer-subaccounting interface 44 the details of the payment instrument being used to pay for each subaccount.
- the payment provider-subaccounting interface 45 is an interface through which payment is received by the subaccounting system 30 from the payment providers 35 .
- FIG. 2 is a flowchart depicting processing associated with the account processing architecture of FIG. 1 such that subaccount payments are collected before the merchant 10 is paid, in accordance with embodiments of the present invention.
- the flow chart of FIG. 2 comprises steps 101 - 112 , wherein the steps are distributed into columns to indicate which entity (merchant 10 , subaccounting system 30 , customer 20 , third party payers 21 , payment providers 35 ) performs each step. As indicated in FIG.
- the merchant 10 performs steps 101 - 102 and 111 ; the subaccounting system 30 performs steps 104 , 106 , 108 , and 110 ; the customer 20 performs steps 103 and 105 ; the third party payer 21 performs step 107 ; and the payment provider performs step 109 .
- step 101 the process begins with the customer 20 having received goods or services from the merchant 10 and an account having being generated by the merchant 10 .
- the generated account may be in a machine readable format (e.g., in Extensible Markup Language (XML)).
- XML Extensible Markup Language
- the merchant 10 presents or transmits the account to the customer 20 via the merchant-customer interface 41 .
- the account may be presented to a personal computer (PC) or Point of Sale device of the customer 20 located on the premises of the merchant 10 .
- the account may be transmitted from the merchant 10 to a device held by the customer 20 .
- the presented or transmitted account to the customer 20 may be in a human readable format (e.g., in HyperText Markup Language (HTML)).
- HTML HyperText Markup Language
- the customer 20 elects to settle the account by use of the subaccounting system 30 and causes the merchant 10 to pass a copy of the account to the subaccounting system 30 via the merchant-subaccounting interface 42 .
- the customer 20 may elect to pay the bill by using more than one payment instrument such as, inter alia, use of two different credit cards.
- the subaccounting system 30 can exist in the computer platform of the merchant 10 , or the subaccounting system 30 can be provided by a financial institution such as a bank or credit card company, or the subaccounting system 30 can be an independent company that specializes in payments.
- the subaccounting system 30 In step 104 , the subaccounting system 30 generates one or more records of data pertinent to the account (e.g., in XML) by analyzing the data of the account, identifying the individual transactions of the account, and putting data of the account into a data structure and presentation format which enables the customer 20 to select (in step 105 ) individual transactions or amounts for payment with different payment instruments.
- data pertinent to the account e.g., in XML
- the customer 20 identifies charges for each payer.
- the customer 20 interacts with the subaccounting system 30 , via the customer-subaccounting interface 43 , to select different transactions to be paid by the customer 20 with different payment instruments and/or select different transactions to be paid by other parties (i.e., the third party payers 21 ).
- the subaccounting system 30 Based on the preceding selections of payers by the customer 20 , the subaccounting system 30 generates subaccounts, and associated subaccount records, to be settled by the payers.
- Ther payers comprise the customer 20 and/or the third party payers 21 .
- Each subaccount comprises a charge to be paid each payer.
- the customer 20 is to pay at least one of the identified charges of the bill, then or more of the generated subaccounts are to be settled with the customer 20 .
- the entire account is subdivided into subaccounts to be settled the payers; i.e., with the customer 20 , with the third party payers 21 , or with both the customer 20 and the third party payers 21 .
- the subaccounting system 30 notifies the payers that there is a charge for the payer to settle. For example, the subaccounting system 30 notifies the third party payers 21 , via the third party payer-subaccounting interface 44 , that there is a charge for the third party payers 21 to settle. If one or more subaccounts are associated with the customer 20 , then the customer 20 is also notified of its charges pertinent to the one or more subaccounts associated with the customer 20 . The third party payers 21 can be present with the customer 20 and use the same customer-subaccounting interface 43 to settle their charge.
- the third party payers 21 can alternatively be located remote from the customer 20 , in which case the subaccounting system 30 sends the pertinent subaccounts to the third party payers 21 individually or to a link from which the subaccounts can be retrieved by the third party payers 21 .
- step 107 the third party payers 21 (and the customer 20 if associated with one or more subaccounts) review and accept the charges on their respective subaccounts, and identify to the subaccounting system 30 , via the third party payer-subaccounting interface 44 , a payment instrument for each subaccount (e.g., funds transfer, credit card, check, personal check, cash, etc.).
- a payment instrument for each subaccount e.g., funds transfer, credit card, check, personal check, cash, etc.
- the third party payers 21 can also elect to invoke subaccounting so that the third party payers 21 can settle with more than one payment instrument or nominate alternate third party payers to be responsible for part or full payment of the subaccount.
- the subaccounting system requests that the payment providers 35 authorize payment for the respective subaccounts via the identified payment instruments for the respective subaccounts.
- Each payment request to the payment provider associated with each subaccount may include the identification of the payer of the subaccount, an identification of the transaction associated with the subaccount, the relevant payment instrument, and authorization by the payer for the payment provider to pay the amount due.
- the payments are to be executed, electronically or non-electronically, by the payment providers 35 using the identified payment instruments. For example, if the funds are to be transferred online, then the credit card will be charged to the associated credit card company who is the pertinent payment provider.
- step 109 the payment providers 35 authorize the payments associated with the subaccounts and make the payments for the subaccounts to the subaccounting system 30 via the payment provider-subaccounting interface 45 .
- step 110 the subaccounting system 30 settles the account with the merchant 10 by paying the full balance of the account to the merchant 10 in a single payment.
- step 111 the merchant 10 receive the single payment that the subaccounting system 30 made in step 110 .
- step 112 the process ends.
- FIG. 3 is a flowchart depicting processing associated with the account processing architecture of FIG. 1 such that subaccount payments are collected after the merchant is paid, in accordance with embodiments of the present invention.
- the flow chart of FIG. 2 comprises steps 201 - 213 , wherein the steps are distributed into columns to indicate which entity (merchant 10 , subaccounting system 30 , customer 20 , third party payer 21 , payment provider 35 ) performs each step. As indicated in FIG.
- the merchant 10 performs steps 201 , 202 , 205 , and 206 ; the subaccounting system 30 performs steps 204 , 207 , 209 , 211 , 213 ; the customer 20 performs steps 203 and 208 ; the third party payer 21 performs step 210 ; and the payment provider performs step 212 .
- step 201 the process begins with the customer 20 having received goods or services from the merchant 10 and an account having being generated by the merchant 10 .
- the generated account may be in a machine readable format (e.g., in XML).
- the merchant 10 presents or transmits the account to the customer 20 via the merchant-customer interface 41 .
- the account may be presented to a personal computer (PC) or Point of Sale device of the customer 20 located on the premises of the merchant 20 .
- the account may be transmitted from the merchant 20 to a device held by the customer 20 .
- the presented or transmitted account to the customer 20 may be in a human readable format (e.g., in HTML).
- the customer 20 elects to settle the account by use of subaccounting and causes the merchant 10 to pass a copy of the account to the subaccounting system 30 via the merchant-subaccounting interface 42 .
- the customer 20 may elect to pay the bill by using more than one payment instrument such as, inter alia, use of two different credit cards.
- the subaccounting system 30 can exist in the computer platform of the merchant 10 , or the subaccounting system 30 can be provided by a financial institution such as a bank or credit card company, or the subaccounting system 30 can be an independent company that specializes in payments.
- step 204 the subaccounting system 30 settles the account with the merchant 10 by paying the full balance of the account to the merchant 10 in a single payment.
- step 205 the merchant 10 receive the single payment that the subaccounting system 30 made in step 204 .
- step 206 the process ends from the perspective of the merchant 10 . However, the settling of the subaccounts remains to be executed in steps 207 - 212 .
- the subaccounting system 30 generates one or more records of data pertinent to the account (e.g., in XML) by analyzing the data of the account, identifying the individual transactions of the account, and putting data of the account into a data structure and presentation format which enables the customer 20 to select (in step 208 ) individual transactions or amounts for payment with different payment instruments.
- data pertinent to the account e.g., in XML
- the customer 20 identifies charges for each payer.
- the customer 20 interacts with the subaccounting system 30 , via the customer-subaccounting interface 43 , to select different transactions to be paid by the customer 20 with different payment instruments and/or select different transactions to be paid by other parties (i.e., the third party payers 21 ).
- the subaccounting system 30 Based on the preceding selections of payers by the customer 20 , the subaccounting system 30 generates subaccounts, and associated subaccount records, to be settled by the payers.
- Ther payers comprise the customer 20 and/or the third party payers 21 . Each subaccount comprises a charge to be paid each payer.
- the customer 20 is to pay at least one of the identified charges of the bill, then or more of the generated subaccounts are to be settled with the customer 20 .
- the entire account is subdivided into subaccounts to be settled the payers; i.e., with the customer 20 , with the third party payers 21 , or with both the customer 20 and the third party payers 21 .
- the subaccounting system 30 notifies the payers that there is a charge for the payer to settle. For example, the subaccounting system 30 notifies the third party payers 21 , via the third party payer-subaccounting interface 44 , that there is a charge for the third party payers 21 to settle. If one or more subaccounts are associated with the customer 20 , then the customer 20 is also notified of its charges pertinent to the one or more subaccounts associated with the customer 20 . The third party payers 21 can be present with the customer 20 and use the same customer-subaccounting interface 43 to settle their charge.
- the third party payers 21 can alternatively be located remote from the customer 20 , in which case the subaccounting system 30 sends the pertinent subaccounts to the third party payers 21 individually or to a link from which the subaccounts can be retrieved by the third party payers 21 .
- step 210 the third party payers 21 (and the customer 20 if associated with one or more subaccounts) review and accept the charges on their respective subaccounts, and identify to the subaccounting system 30 , via the third party payer-subaccounting interface 44 , a payment instrument for each subaccount (e.g., funds transfer, credit card, check, personal check, cash, etc.).
- a payment instrument for each subaccount e.g., funds transfer, credit card, check, personal check, cash, etc.
- the subaccounting system requests that the payment providers 35 authorize payment for the respective subaccounts via the identified payment instruments for the respective subaccounts.
- Each payment request to the payment provider associated with each subaccount may include the identification of the payer of the subaccount, an identification of the transaction associated with the subaccount, the relevant payment instrument, the amount of money to be paid, and authorization by the payer for the payment provider to pay the amount due.
- the payments are to be executed, electronically or non-electronically, by the payment providers 35 using the identified payment instruments. For example, if the funds are to be transferred online, then the credit card will be charged to the associated credit card company who is the pertinent payment provider.
- step 212 the payment providers 35 authorize the payments associated with the subaccounts and make the payments for the subaccounts to the subaccounting system 30 via the payment provider-subaccounting interface 45 .
- step 213 the process ends.
- FIG. 4 is a flowchart depicting processing by the subaccounting system of FIG. 1 according to the flow chart of FIG. 2 wherein subaccount payments are collected before the merchant is paid, in accordance with embodiments of the present invention.
- the flow chart of FIG. 4 comprises steps 51 - 52 and 54 - 59 which are performed by the subaccounting system 30 .
- step 51 the subaccounting system 30 receives an instruction from the customer 20 to divide the account into N subaccounts and the total payment owed to the merchant 10 by the customer 20 into N subaccount payments respectively associated with the N subaccounts, wherein N is a positive integer of at least 2.
- step 52 the subaccounting system 30 receives the account from the merchant 10 .
- step 54 the subaccounting system 30 divides the account into the N subaccounts and the total payment into the N subaccount payments, according to the instruction received in step 51 .
- the subaccounting system 30 receives from the customer 20 an identification of N payers who are responsible for making or triggering payment of the N subaccount payments to the subaccounting system 30 to settle the N subaccounts, respectively.
- the N payers comprise the customer 20 , the third party payers 21 , or a combination thereof.
- step 56 the subaccounting system 30 notifies the N payers of the N subaccounts and makes the N subaccounts available to N payers, respectively.
- step 57 the subaccounting system 30 receives from the N payers an identification of N payment providers and N payment instruments, respectively.
- step 58 the subaccounting system 30 receives the N subaccount payments from the N payment providers using the N payment instruments for settling the N subaccounts, respectively.
- step 59 the subaccounting system 30 pays the merchant the total payment owed to the merchant.
- FIG. 5 is a flowchart depicting processing by the subaccounting system of FIG. 1 according to the flow chart of FIG. 3 wherein subaccount payments are collected after the merchant is paid, in accordance with embodiments of the present invention.
- the flow chart of FIG. 4 comprises steps 51 - 58 which are performed by the subaccounting system 30 .
- the steps 51 - 52 and 54 - 58 exist in the flow charts of both FIGS. 4 and 5 and are the same steps in both flow charts.
- the flow chart of FIG. 5 differs from the flow chart of FIG. 4 as follows. In the flow chart of FIG. 4 , the subaccount payments are collected in step 58 before the merchant is paid in step 59 . In contrast in the flow chart of FIG.
- the subaccount payments are collected in step 58 after the merchant is paid in step 53 .
- the present invention includes variations in the flow chart of FIG. 5 such that the merchant may be paid after step 52 and before step 58 such as: in step 53 , between steps 53 and 54 , between steps 54 and 55 , between steps 55 and 56 , between steps 56 and 57 , or between steps 57 and 58 .
- the N payers referred to in steps 55 and 56 of FIGS. 4 and 5 authorize the N payment providers to pay the N subaccount payments using the N payment instruments, respectively, to support implementation of the collection of the N subaccount payments by the subaccounting system 30 in step 58 .
- the N payers comprise (or consist of) the customer 20 appearing as two or more distinct payers.
- the customer C may be a first payer authorizing a first payment provider (e.g., a bank) to pay the subaccount payments S 1 using a payment instrument of a personal check
- the customer C may also be a second payer authorizing a second payment provider (e.g., a credit card company) to pay the subaccount payments S 2 using a payment instrument of a credit card.
- the first payer and the second payer may be represented symbolically as C, C.
- the N payers comprise (or consist of) two or more different third party payers 21 appearing as two or more distinct payers.
- a third party payer P 1 may be a first payer authorizing a first payment provider (e.g., a bank) to pay the subaccount payments S 1 using a payment instrument of a personal check
- a third party payer P 2 may be a second payer authorizing a second payment provider (e.g., a credit card company) to pay the subaccount payments S 2 using a payment instrument of a credit card.
- the first payer and the second payer may be represented symbolically as P 1 , P 2 .
- the N payers comprise (or consist of) a third party payers 21 appearing as a first payer and the customer 20 appearing as one or more distinct payers.
- a third party payer P 1 may be a first payer authorizing a first payment provider (e.g., a bank) to pay the subaccount payments S 1 using a payment instrument of a personal check
- the customer C may be a second payer authorizing a second payment provider (e.g., a credit card company) to pay the subaccount payments S 2 using a payment instrument of a credit card.
- the first payer and the second payer may be represented symbolically as P 1 , C.
- the N payers comprise: the customer C as one or more payers, one or more third party payers (P 1 , P 2 , P 3 , . . . ), or any combination of the customer C as one or more payers and one or more third party payers (P 1 , P 2 , P 3 , . . . ).
- Table 1 lists various illustrative embodiments for the N payers.
- Embodiments 1, 2, and 3 respectively represent the first, second, and third embodiments described supra.
- the relevant data structures for the account and the subaccounts are as follows. Noting that the account is presented by the merchant 10 to the customer 20 , the original account data may be in different merchant-specific formats and may be normalised by the subaccounting system 30 into a standard XML format. The fields of the account and subaccount may comprise the fields, or a subset thereof, depicted in Table 2.
- the subaccounting system of the present invention supports all payer and merchant payment instruments.
- the subaccounting process can either be deployed as a web-based payments intermediary (such as an existing payments service provider) or deployed by the merchant as a value added service.
- revenue is earned by the subaccounting system via: (1) charging the customer one or more of a subscription fee, usage fee, late payment fee; (2) use of monies received from payers prior to settling with the merchant (e.g., receiving immediate payment from payers and settling with the merchant 30 days later, and earning interest on the money for the 30 day period); and/or (3) charging the merchant a subscription fee and/or a percentage of monies settled.
- the subaccounting process supports all payment instruments such as credit cards, debit cards, charge cards, pre and post-paid phone bills, stored value cards, cash, etc.
- the subaccounting process advantageously allows the customer to break an account into parts and distribute those parts to different payment instruments or entities for settlement, which enables settlement of an account such as a restaurant or phone bill when multiple parties are paying.
- the subaccounting process allows each customer to use the payment instrument of each customer's choice, as opposed to being limited to the payment instruments supported by the merchant. This enables each customer to use each customer's preferred payment instrument even if not supported by the merchant, and also enables each customer to settle an account in a location where each customer has no payment instrument supported by the merchant.
- the subaccounting process can fully or partly settle with the merchant before all payers have settled all subaccounts, which enables the merchant to be paid the remainder of the amount billed when only a small percentage of the account is in dispute.
- the subaccounting process allows the payments provider to charge for a set of transactions on the one account.
- the payments provider can also earn money each time the payment service of the payments provider is used on each subaccount.
- an employee travelling on company business checks out of a hotel.
- the hotel presents the employee with the account which is displayed on a screen to the employee.
- the employee reviews the account and nominates a personal credit card by swiping it.
- the employee checks individual charges for personal expenses incurred to the hotel while staying at the hotel and allocates them to the personal credit card.
- the employee then swipes a corporate credit card and assigns the balance of the account for charges owed to the hotel to the corporate credit card.
- the full account is settled with the hotel.
- the personal credit card and the corporate credit card each receives a charge, and an itemised subaccount for each credit card charge is printed.
- the hotel receives either two credit card payments from the employee, or the subaccounting system aggregates payments it has received and makes a single payment to the hotel.
- a group of three individuals hire a car.
- On picking up the car only one of the three people gives a credit card to the car hire company.
- the car is returned and the car hire company calculates charges based on insurance, duration of hire, distance travelled, and price of fuel required to fill the tank.
- a first individual of the three individuals, who used the first individual's credit card to hire the car is presented the full account and elects to invoke the subaccounting process.
- the first individual elects to pay for the insurance and fuel, and passes the user interface to a second individual of the three individuals who swipes the second individual's credit card and pays for 50% of the outstanding balance.
- the third individual of the three individuals offers cash to pay for the outstanding balance and the car hire company confirms the hire company has received cash to pay the balance.
- the subaccounting system makes a single payment to the car hire company (being the sum of the credit card transactions for the first and second individuals) and makes individual charges against the credit cards of the first and second individuals who paid on credit cards. Each individual is issued a receipt.
- a parent has agreed to fund an afternoon at the movies for children of the parent.
- the children go to a cinema with a guardian (i.e., not the parent) and a first child of the children indicates who is to pay by entering the subaccounting identification (ID) number of the parent.
- ID subaccounting identification
- the subaccounting system pays the full amount to the cinema and the children receive the movie tickets.
- the subaccounting system then initiates recovery of the charge for the tickets from the parent.
- the parent is at work and message is pushed to the mobile phone of the parent. The message communicates that a payment is requested.
- the parent reviews the charges, select the parent's credit card (details already known to the subaccounting system) to pay for 50% of the cost of the movie tickets.
- the parent identifies an other party to pay for the balance by selecting the other party from a list of people already registered with the subaccounting system as being associated with the parent.
- the subaccounting system notifies the other party of the charge by e-mail.
- the other party logs on to Internet banking and makes an online payment to the subaccounting system and identifies the specific transaction ID the payment is associated with.
- the subaccounting system closes out the account as having been fully recovered.
- FIG. 6 illustrates a computer system 90 used for processing an account according to the present invention.
- the computer system 90 comprises a processor 91 , an input device 92 coupled to the processor 91 , an output device 93 coupled to the processor 91 , and memory devices 94 and 95 each coupled to the processor 91 .
- the input device 92 may be, inter alia, a keyboard, a mouse, etc.
- the output device 93 may be, inter alia, a printer, a plotter, a computer screen, a magnetic tape, a removable hard disk, a floppy disk, etc.
- the memory devices 94 and 95 may be, inter alia, a hard disk, a floppy disk, a magnetic tape, an optical storage such as a compact disc (CD) or a digital video disc (DVD), a dynamic random access memory (DRAM), a read-only memory (ROM), etc.
- the memory device 95 includes a computer code 97 which is a computer program that comprises computer-executable instructions.
- the computer code 97 includes an algorithm for processing an account according to the present invention.
- the processor 91 executes the computer code 97 .
- the memory device 94 includes input data 96 .
- the input data 96 includes input required by the computer code 97 .
- the output device 93 displays output from the computer code 97 .
- Either or both memory devices 94 and 95 may be used as a computer usable medium (or a computer readable medium or a program storage device) having a computer readable program embodied therein and/or having other data stored therein, wherein the computer readable program comprises the computer code 97 .
- a computer program product (or, alternatively, an article of manufacture) of the computer system 90 may comprise said computer usable medium (or said program storage device).
- the present invention discloses a process for deploying or integrating computing infrastructure, comprising integrating computer-readable code into the computer system 90 , wherein the code in combination with the computer system 90 is capable of performing a method for processing an account according to the present invention.
- FIG. 6 shows the computer system 90 as a particular configuration of hardware and software
- any configuration of hardware and software may be utilized for the purposes stated supra in conjunction with the particular computer system 90 of FIG. 6 .
- the memory devices 94 and 95 may be portions of a single memory device rather than separate memory devices.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
TABLE 1 | ||||
Embodiment | N | Payers | ||
1 | 2 | C, C | ||
2 | 2 | P1, P2 | ||
3 | 2 | P1, C | ||
4 | 3 | C, C, C | ||
5 | 3 | C, C, P1 | ||
6 | 3 | C, P1, P2 | ||
7 | 3 | P1, P2, P3 | ||
8 | 4 | C, C, C, C | ||
9 | 4 | C, C, C, |
||
10 | 4 | C, C, P1, |
||
11 | 4 | C, P1, P2, |
||
12 | 4 | P1, P2, P3, P4 | ||
TABLE 2 | |
FIELD OF ACCOUNT | FIELD OF SUBACCOUNT |
Merchant identification | Merchant identification |
Date of account generation | Date of account generation |
Customer identification | Customer identification |
Payer identification | |
Total charges to customer | Total charges to payer |
Individual charges to customer | Individual charges to payer |
(date, description, amount) | (date, description, amount) |
Tax | Tax |
Discounts | Discounts |
Amount brought forward | Amount brought forward |
Amount owed by customer | Amount owed by payer |
Due date for payment of total charges | Due date for payment of total |
charges | |
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/619,708 US7725390B2 (en) | 2007-01-04 | 2007-01-04 | Method and system for processing an account |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/619,708 US7725390B2 (en) | 2007-01-04 | 2007-01-04 | Method and system for processing an account |
Publications (2)
Publication Number | Publication Date |
---|---|
US20080167986A1 US20080167986A1 (en) | 2008-07-10 |
US7725390B2 true US7725390B2 (en) | 2010-05-25 |
Family
ID=39595104
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/619,708 Expired - Fee Related US7725390B2 (en) | 2007-01-04 | 2007-01-04 | Method and system for processing an account |
Country Status (1)
Country | Link |
---|---|
US (1) | US7725390B2 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110238514A1 (en) * | 2010-03-23 | 2011-09-29 | Harsha Ramalingam | Transaction Completion Based on Geolocation Arrival |
US20110238476A1 (en) * | 2010-03-23 | 2011-09-29 | Michael Carr | Location-based Coupons and Mobile Devices |
US20130290187A1 (en) * | 2011-05-11 | 2013-10-31 | Riavera Corp. | Mobile payment system using subaccounts of account holder |
US9355394B2 (en) | 2011-08-11 | 2016-05-31 | Visa International Service Association | Systems and methods of aggregating split payments using a settlement ecosystem |
US9965768B1 (en) | 2011-05-19 | 2018-05-08 | Amazon Technologies, Inc. | Location-based mobile advertising |
US10956982B1 (en) | 2016-05-11 | 2021-03-23 | State Farm Mutual Automobile Insurance Company | Systems and methods for allocating vehicle costs between vehicle users for anticipated trips |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110087592A1 (en) * | 2009-10-13 | 2011-04-14 | Van Der Veen Larry | Systems and methods for facilitating transactions |
US20110093387A1 (en) * | 2009-10-16 | 2011-04-21 | Zack Fuerstenberg | System and method for non-credit card billers to accept credit card payments |
CN105447604B (en) | 2014-08-04 | 2020-01-21 | 阿里巴巴集团控股有限公司 | Account processing method and device |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6195419B1 (en) | 1997-12-24 | 2001-02-27 | At&T Corp. | Subaccount direct billing method and apparatus |
US6289322B1 (en) * | 1998-03-03 | 2001-09-11 | Checkfree Corporation | Electronic bill processing |
US6353811B1 (en) | 1998-11-18 | 2002-03-05 | Steven I. Weissman | Credit card billing system for identifying expenditures on a credit card account |
US6542590B1 (en) | 1998-12-03 | 2003-04-01 | Alcatel | Multiple user telephone accounting |
US20030097331A1 (en) | 1998-03-30 | 2003-05-22 | Cohen Morris E. | Systems for financial and electronic commerce |
US7225154B2 (en) * | 2003-03-17 | 2007-05-29 | The Western Union Company | Methods and systems for coordinating pooled financial transactions |
-
2007
- 2007-01-04 US US11/619,708 patent/US7725390B2/en not_active Expired - Fee Related
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6195419B1 (en) | 1997-12-24 | 2001-02-27 | At&T Corp. | Subaccount direct billing method and apparatus |
US6289322B1 (en) * | 1998-03-03 | 2001-09-11 | Checkfree Corporation | Electronic bill processing |
US20030097331A1 (en) | 1998-03-30 | 2003-05-22 | Cohen Morris E. | Systems for financial and electronic commerce |
US6353811B1 (en) | 1998-11-18 | 2002-03-05 | Steven I. Weissman | Credit card billing system for identifying expenditures on a credit card account |
US6542590B1 (en) | 1998-12-03 | 2003-04-01 | Alcatel | Multiple user telephone accounting |
US7225154B2 (en) * | 2003-03-17 | 2007-05-29 | The Western Union Company | Methods and systems for coordinating pooled financial transactions |
Non-Patent Citations (2)
Title |
---|
Electronic Bill Payment and Presentment: A Primer. Ann Spiotto. 57 Business Lawyer (ABA), 57 Bus. Law (2001-2002), Abstract. * |
Why hasn't Electronic Bill Presentment and Payment Taken Off? Stefanadis Christodoulos; Current Issues in Economics and Finance, vol. 8, No. 7, Jul./Aug. 2002, Abstract page only. * |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9916608B1 (en) | 2010-03-23 | 2018-03-13 | Amazon Technologies, Inc. | User profile and geolocation for efficient transactions |
US20110238474A1 (en) * | 2010-03-23 | 2011-09-29 | Michael Carr | Converged Web-identity and Mobile Device Based Shopping |
US9697508B1 (en) | 2010-03-23 | 2017-07-04 | Amazon Technologies, Inc. | Mobile payments using point-of-sale infrastructure |
US9723131B1 (en) | 2010-03-23 | 2017-08-01 | Amazon Technologies, Inc. | Mobile device security |
US8341029B1 (en) | 2010-03-23 | 2012-12-25 | Amazon Technologies, Inc. | User profile and geolocation for efficient transactions |
US8521131B1 (en) | 2010-03-23 | 2013-08-27 | Amazon Technologies, Inc. | Mobile device security |
US9681359B2 (en) | 2010-03-23 | 2017-06-13 | Amazon Technologies, Inc. | Transaction completion based on geolocation arrival |
US9058604B2 (en) | 2010-03-23 | 2015-06-16 | Amazon Technologies, Inc. | Converged web-identity and mobile device based shopping |
US9107064B1 (en) | 2010-03-23 | 2015-08-11 | Amazon Technologies, Inc. | Mobile device security |
US10438242B1 (en) | 2010-03-23 | 2019-10-08 | Amazon Technologies, Inc. | Converged web-identity and mobile device based shopping |
US9386507B1 (en) | 2010-03-23 | 2016-07-05 | Amazon Technologies, Inc. | Mobile device security |
US9609577B1 (en) | 2010-03-23 | 2017-03-28 | Amazon Technologies, Inc. | Mobile device security |
US12086786B2 (en) | 2010-03-23 | 2024-09-10 | Amazon Technologies, Inc. | Transaction completion based on geolocation arrival |
US20110238476A1 (en) * | 2010-03-23 | 2011-09-29 | Michael Carr | Location-based Coupons and Mobile Devices |
US8255284B1 (en) | 2010-03-23 | 2012-08-28 | Amazon Technologies, Inc. | User profile and geolocation for efficient transactions |
US10366385B1 (en) | 2010-03-23 | 2019-07-30 | Amazon Technologies, Inc. | Mobile payments using point-of-sale infrastructure |
US9760885B1 (en) | 2010-03-23 | 2017-09-12 | Amazon Technologies, Inc. | Hierarchical device relationships for geolocation-based transactions |
US9767474B1 (en) | 2010-03-23 | 2017-09-19 | Amazon Technologies, Inc. | Transaction tracking and incentives |
US20110238514A1 (en) * | 2010-03-23 | 2011-09-29 | Harsha Ramalingam | Transaction Completion Based on Geolocation Arrival |
US10339549B1 (en) | 2010-03-23 | 2019-07-02 | Amazon Technologies, Inc. | Transaction bootstrapping to create relationships |
US9721243B2 (en) * | 2011-05-11 | 2017-08-01 | Riavera Corp. | Mobile payment system using subaccounts of account holder |
US20130290187A1 (en) * | 2011-05-11 | 2013-10-31 | Riavera Corp. | Mobile payment system using subaccounts of account holder |
US9965768B1 (en) | 2011-05-19 | 2018-05-08 | Amazon Technologies, Inc. | Location-based mobile advertising |
US9355394B2 (en) | 2011-08-11 | 2016-05-31 | Visa International Service Association | Systems and methods of aggregating split payments using a settlement ecosystem |
US10956982B1 (en) | 2016-05-11 | 2021-03-23 | State Farm Mutual Automobile Insurance Company | Systems and methods for allocating vehicle costs between vehicle users for anticipated trips |
US11972487B1 (en) | 2016-05-11 | 2024-04-30 | State Farm Mutual Automobile Insurance Company | Systems and methods for allocating vehicle costs between vehicle users for anticipated trips |
Also Published As
Publication number | Publication date |
---|---|
US20080167986A1 (en) | 2008-07-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220156705A1 (en) | Methods and systems for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications over computer networks | |
US8271380B2 (en) | Decentralized guaranteed stored value transfer system and method | |
US20210217046A1 (en) | Pos terminal(s) with free form rewards architecture | |
US7725390B2 (en) | Method and system for processing an account | |
US7392224B1 (en) | System and method of operating a debit card reward program | |
US7630937B1 (en) | Method and system for processing a financial transaction | |
US8831976B2 (en) | System and method for transacting purchases with a cash vendor using points and a virtual credit card | |
US20020013747A1 (en) | Method and apparatus for electronic filing of income tax returns by a taxpayer | |
US20050021363A1 (en) | Debit card per-transaction charitable contribution | |
US8452683B2 (en) | System and method for making a synthetic cash advance using a purchase payment exchange | |
US20070185810A1 (en) | System, method, and computer program product for saving and investing through use of transaction cards | |
US20120095873A1 (en) | Escrow management system for marketplaces | |
US20180121975A1 (en) | Providing security in electronic real-time transactions | |
US20190318354A1 (en) | Secure electronic billing with real-time funds availability | |
US20170200158A1 (en) | Methods and Apparatus for Facilitating a Financial Transaction | |
GB2525920A (en) | System and method for recovering refundable taxes | |
US20170300881A1 (en) | Secure electronic billing and collection with real-time funds availability | |
US20120290479A1 (en) | Integration of a Payment Network with Systems of Multiple Participating Banks | |
CA2755032A1 (en) | System and method for non-credit card billers to accept credit card payments | |
US20140164192A1 (en) | Franchise royalty and advertising fee collection | |
US8892468B1 (en) | Customer refunds by a merchant agent | |
US20150235208A1 (en) | Proof-of-verification network | |
US20150235221A1 (en) | Proof-of-verification network for third party issuers | |
US20120290471A1 (en) | Payment Network with Multiple Vendor Participation Levels | |
KR20120103114A (en) | System and method for paying overseas school expenses using credit card |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PLANT, LAURENCE JOHN;REEL/FRAME:018707/0169 Effective date: 20061027 Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION,NEW YO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PLANT, LAURENCE JOHN;REEL/FRAME:018707/0169 Effective date: 20061027 |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
AS | Assignment |
Owner name: TOSHIBA GLOBAL COMMERCE SOLUTIONS HOLDINGS CORPORA Free format text: PATENT ASSIGNMENT AND RESERVATION;ASSIGNOR:INTERNATIONAL BUSINESS MACHINES CORPORATION;REEL/FRAME:028895/0935 Effective date: 20120731 |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552) Year of fee payment: 8 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20220525 |