US20100191629A1 - System and method for managing allocation of funds between a plurality of entities - Google Patents

System and method for managing allocation of funds between a plurality of entities Download PDF

Info

Publication number
US20100191629A1
US20100191629A1 US12/752,976 US75297610A US2010191629A1 US 20100191629 A1 US20100191629 A1 US 20100191629A1 US 75297610 A US75297610 A US 75297610A US 2010191629 A1 US2010191629 A1 US 2010191629A1
Authority
US
United States
Prior art keywords
group
details
remuneration
individuals
transaction
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
US12/752,976
Inventor
Hugo Olliphant
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.)
PayPal Inc
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to US12/752,976 priority Critical patent/US20100191629A1/en
Publication of US20100191629A1 publication Critical patent/US20100191629A1/en
Assigned to EBAY INC. reassignment EBAY INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GMONEY.COM, INC.
Assigned to PAYPAL, INC. reassignment PAYPAL, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EBAY INC.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0613Third-party assisted
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03Credit; Loans; Processing thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06Asset management; Financial planning or analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting

Definitions

  • the present invention relates generally to electronic commerce and more particularly to management of funds allocation in an electronic network.
  • P2P Person-to-person payment providers
  • PayPal.com® and PayMe.com® have emerged that offer payments and payment requests from one consumer to another.
  • a popular application of this P2P technology involves the payment for goods purchased at online auction sites.
  • P2P providers offer robust payment options for consumers, including a transaction history for individuals, none address the need for group accounting. These are payment solutions only and do not allow for the tracking of expenses and transactions unless a payment has occurred.
  • Intuit® offers a personal accounting software.
  • Personal accounting software allows individuals to track their personal expenses and transactions on an on-going basis. Again, however, there is no group accounting functionality available and there are no features designed to track group expenses and group transactions.
  • FIG. 1 is a diagrammatic view of an electronic network for managing the finances of a group in accordance with an embodiment of the present invention
  • FIG. 2 is a flow chart of an application server side method of managing the finances of group in accordance with an embodiment of the present invention
  • FIG. 3 is a continuation of the flow chart of FIG. 2 ;
  • FIG. 4 is a continuation of the flow chart of FIG. 3 ;
  • FIG. 5 is a continuation of the flow chart of FIG. 4 ;
  • FIG. 6 is an illustration of a graphical user interface of a “Home start page” used in accordance with an embodiment of the invention.
  • FIG. 7 is an illustration of a graphical user interface of a “Member page” used in accordance with an embodiment of the invention.
  • FIG. 8 is an illustration of a graphical user interface of a “Group summary page” used in accordance with an embodiment of the invention.
  • FIG. 9 is an illustration of a graphical user interface of a “Specific group's summary page” used in accordance with an embodiment of the invention.
  • FIG. 10 is an illustration of a graphical user interface of a “Transaction history page” used in accordance with an embodiment of the invention.
  • FIG. 11 is an illustration of a graphical user interface of an “Add new transaction page” used in accordance with an embodiment of the invention.
  • FIG. 12 is an illustration of a graphical user interface of a “Complex transaction page” used in accordance with an embodiment of the invention.
  • FIG. 13 is an illustration of a graphical user interface of a “Group options page” used in accordance with an embodiment of the invention.
  • FIG. 14 is an illustration of a graphical user interface of a “Join an existing group page” used in accordance with an embodiment of the invention.
  • FIG. 15 is an illustration of a graphical user interface of a “Create a new group page” used in accordance with an embodiment of the invention.
  • FIG. 1 is a diagrammatic view of an electronic network 100 for managing the finances of a group in accordance with an embodiment of the present invention.
  • Network 100 comprises a series of points or nodes interconnected by communication paths.
  • Network 100 may interconnect with other networks, contains subnetworks and may be embodied by way of a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), or a global network (the Internet).
  • the network 100 may further be characterized by the type of access service used, such as PSTN (Public Switched Telephone Network), ISDN (Integrated Services Digital Network), DSL (Digital Subscriber Line), ATM (Asynchronous Transfer Mode), T-carrier system, etc.
  • PSTN Public Switched Telephone Network
  • ISDN Integrated Services Digital Network
  • DSL Digital Subscriber Line
  • ATM Asynchronous Transfer Mode
  • T-carrier system etc.
  • network 100 may be characterized by the type of protocols used on it, such as TCP/IP (Transmission Control Protocol/Internet Protocol), NetBEUI (NetBIOS Extended User Interface), or IPX/SPX (Internetwork Packet Exchange/Sequenced Packet Exchange). Additionally, network 100 may be characterized by whether it carries voice, data, or both kinds of signals; by who can use the network 100 (whether it is public or private); and by the usual nature of its connections (e.g. dial-up, dedicated, switched, non-switched, or virtual connections).
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • NetBEUI NetBIOS Extended User Interface
  • IPX/SPX Internetwork Packet Exchange/Sequenced Packet Exchange
  • Network 100 connects a plurality of group members 102 to 110 , and financial institutions 112 to at least one application server 164 .
  • This connection is made via a communication network 114 which may for example comprise an Intranet, wireless network, or preferably the Internet.
  • the connection is made via communication links 162 , which may, for example, be-coaxial cable, copper wire (including PSTN), optical fiber, wireless, microwave, or satellite links.
  • the service provider the individual or entity that controls the application server 164 will hereinafter be referred to as the service provider.
  • the group members, financial institutions, and/or the service provider may be individuals, businesses, organizations or the like.
  • the service provider and the financial institutions may be distinct entities or a single entity.
  • a group member is defined as any individual who forms part of a group set up by group members with the service provider.
  • Financial institutions as used herein, incorporates all financial services organizations, such as banks or the like.
  • Application server 164 preferably comprises at least one data processor or central processing unit (CPU) 158 , a memory 116 , user interface devices 156 , a communications interface circuit 160 , and at least one bus 154 that interconnects these elements.
  • Memory 116 preferably includes an operating system 118 (such as Windows NTTM, LinuxTM, or MacOSTM), which stores instructions for communicating, processing data, accessing data, storing data, searching data, etc.
  • Memory 116 also includes remote access procedures 120 , email procedures 142 , accounting procedures 144 , funds-in procedures 146 , funds-out procedures 148 , Web server procedures 150 , Web pages 152 , and a group database 124 .
  • Group database 124 preferably includes group profiles 126 and 134 .
  • Each group profile 126 or 134 preferably contains a number of member profiles 130 , 132 , 138 , and 140 .
  • Each member profile 130 , 132 , 138 , or 140 preferably contains member information, such as group member details, member account details, financial institution details, etc.
  • Each group profile 126 or 134 preferably also includes a rule module 128 or 136 . The various procedures and the group database 124 will be explained in further detail below.
  • Group members 102 to 110 typically access the communication network 114 via remote client computing devices, such as desktop computers, handheld computers, personal digital assistants (PDAs), or the like.
  • the financial institutions 112 include a financial institution server similar to the application server 164 .
  • the client computing devices and financial institution server preferably also include a data processor or central processing unit (CPU), user interface devices, communications interface circuits, memory, and buses similar to those described in relation to application server 164 .
  • CPU central processing unit
  • Group members 102 to 110 preferably connect to the communication network 114 using an Internet browser, such as Microsoft's Internet Explorer® or Netscape's Navigator®, via their computing device's communication interface circuit, which preferably comprises a modem or network interface card (NIC).
  • the path of data between the computing devices and the communication network is preferably: Internet Browser ⁇ Winsock (TCP/IP module of Windows®) ⁇ (modem or NIC) ⁇ ISP Modem or Hub ⁇ Router ⁇ Internet.
  • TCP/IP module of Windows® ⁇ (modem or NIC) ⁇ ISP Modem or Hub ⁇ Router ⁇ Internet.
  • the group members navigate to a uniform resource locator (URL) pointing to the application server's home Web-site.
  • the application server 164 then delivers Web pages 152 using Web server procedures 150 .
  • URL uniform resource locator
  • FIG. 2 is flow chart of a method for managing group finances via an electronic network according to an embodiment of the invention.
  • the application server ( 164 of FIG. 1 ) using the web server procedures ( 150 of FIG. 1 ) and Web pages ( 152 of FIG. 1 ) generates a “home start page” (step 202 ) an embodiment of which is shown in FIG. 6 .
  • the system determines whether a group member would like to log into the system (step 206 ). In a preferred embodiment of the invention, if a group member would like to log into the system, the system receives login details, such as a username or email address ( 610 of FIG. 6 ) and password ( 612 of FIG.
  • step 216 a “group summary page” (step 216 ) an embodiment of which is shown in FIG. 8 .
  • All communication after login is secure, preferably use SSL (Secure Sockets Layer) technology.
  • SSL Secure Sockets Layer
  • the system determines if the person accessing the system is a new member (step 204 ). If the person accessing the system is not a new member, the system then determines if the person accessing the system would like to add to, or join, an existing group ( 502 of FIG. 5 ). If the person accessing the system is a new member, the system generates a “new member page” (step 208 ), an embodiment of which is shown in FIG.
  • step 210 receives the new member's details (step 210 ).
  • the system determines (step 214 ) whether the person accessing the system would like to store their details or not. If the new member would not like to store his/her details, i.e. cancels the new member application, the system either generates the start page (step 202 ) or if the member has modified his/her details (as explained in relation to FIG. 3 ), the system generates a (unmodified) group summary page (step 216 ). If the new member would like to store his/her details, the system stores the new member's registration details, (step 218 ), and then generates the group summary page (step 216 ). In this way a group fund is preferably established for plurality of group members.
  • the system determines (step 220 ) whether the group member would like to view the details for any of the groups that he/she belongs to. If the group member would like to view a group's details, the system generates and displays a summary page for a selected group (step 222 ), an embodiment of which is shown in FIG. 9 . The system then determines (step 224 ) whether the group member would like to invite another individual to join a group. If the group member would like to invite a new member to join a group, the new member is invited (step 226 ) preferably by email. This could be, for example, where a new person moves into a shared expenses apartment.
  • the selected group's summary page is again generated and displayed (step 222 ). If the group member would not like to invite a new member to join a group, the system then determines if the group member would like to email another individual ( 306 of FIG. 3 ). If the group member would not like to view a group's details (step 220 ) the system then determines whether the group member would like to be removed from a specific group ( 302 of FIG. 3 ).
  • a “transaction history page” is generated and displayed to the member (step 310 ), an embodiment of which is shown in FIG. 10 .
  • the system determines whether the member would like to modify or delete any transactions, at 316 . If the member would not like to modify or delete any transactions, the selected group summary page is re-displayed ( 222 of FIG. 2 ). If the member would like to modify or delete any transactions, the modifications or deletions are made (step 318 ) after which the group summary page is re-displayed ( 222 of FIG. 2 ).
  • step 312 determines whether the group member would like to view a selected group's transaction details (step 312 ).
  • the new transaction may be a new group expense or a payment from a group member to a group. If the system determines that a group member would like to add a new transaction (step 320 ), a “add new transaction page” is generated and displayed to the group member (step 326 ), an embodiment of which is shown in FIG. 11 .
  • the new transaction details are received (step 328 ) and added to that specific group's profile ( 128 and 134 of FIG. 1 ).
  • the transaction details preferably include a shared expense of the group, containing an expense amount and at least one group member responsible for the expense.
  • the transaction details may include remuneration details from a group member, such as the member's account details at a financial institution and the amount he or she should be remunerated.
  • the system determines if the transaction involves a simple or a complex allocation ( 404 of FIG. 4 ). If the system determines that a group member would not like to add a new transaction (step 320 ), the system determines whether the user would like to remove a member from the group (step 302 ).
  • FIG. 4 is a continuation of the flow chart of FIG. 3 .
  • a complex allocation step 404
  • a “complex allocation page” is generated and displayed (step 402 ).
  • the member has submitted the complex allocation details, these details are received (step 406 ).
  • the transaction is processed (step 408 ) using the rule modules ( 128 and 136 of FIG. 1 ) for each group, together with the accounting procedures ( 144 of FIG. 1 ).
  • This processing of the transaction generally includes allocating each transaction to a group and assigning payments included in the transaction among group members.
  • This may preferably include debiting a group fund with an expense specified in the transaction details and allotting the expense among the group members in a manner specified in the transaction details.
  • this may include crediting the group fund with remuneration specified in the transaction details and allotting the remuneration among the group members in a manner specified in the transaction details. This allocation and assignment is described in further detail below in relation to FIG. 11 .
  • a group fund is a fund set up by the group members for a special purpose. Such a fund might be a “car pool fund”, “a gift fund”, “a phone bill fund” or any of a variety of account used to collect commitments and unallocated expenses. For example, a fund might be set up to purchase a gift where everyone is asked to put in $50 beforehand. In this case, a commitment of $50 is collected in the group fund from each member. If the transaction involves a payment to or from a group fund, then an allocation to a specific group fund and an assignment between individual group members of that group fund is made (step 410 ). All financial balancing calculations are preferably undertaken using standard accounting mathematics.
  • the expense is rounded down to $3.33, which is paid to each group member.
  • the remainder of $0.1 is credited to a rounding account for the benefit of a group or a third party, such as the service provider.
  • the system determines (step 420 ) whether any members have been deleted or have left a group.
  • members When members are deleted from the group, their balance is assigned to a “Deleted Members” account for non-members (step 418 ).
  • the group may allocate those funds whenever they wish. This allocation may be a proportional split between group members or may vary depending on the rules module ( 128 or 136 of FIG. 1 ) set up for that group.
  • the system determines whether according to the rules module, a group member should be charged interest for paying late or should be paid interest for paying early.
  • a charge or payment of interest is established either by the group members or by the service provider.
  • an investment group may require an appropriate economic return to members that pay for stocks on behalf of other members.
  • An alternative embodiment utilizes an interest spread where a group member is charged a higher interest for a late payment than that payed out to an group member who makes an early payment.
  • a third party such as the service provider, retains the difference between the interest received and the interest payed out (the interest difference). For example, a group member who makes an early payment may be paid say 19% interest on the funds payed until such time as the expense is due.
  • a group member who pays after the expense is due may be charged 21% interest until such time that he/she pays the group.
  • the difference between the 21% and the 19%, i.e. 2%, is kept by the service provider. Therefore, the system determines (step 424 ) whether any interest is due, and assigns the interest to the necessary accounts (step 422 ). In the case where an interest spread is used, the interest difference may be assigned to a separate interest account or to the rounding account.
  • the system then generates and displays the summary page (step 222 of FIG. 2 ).
  • step 302 determines that the group member would like to be removed from a specific group (step 302 )
  • that person is removed from the group (step 304 ).
  • the rules module for that group may be set up so that only under certain conditions may a member be removed, such as when a member is delinquent in paying his/her share towards a group expense.
  • step 314 determines whether the member would like to change his member details or options (step 314 ). If the member would like to change his/her options, a “member page” is generated (step 208 of FIG. 2 ) and the modified details received (step 210 of FIG. 2 ).
  • the system determines if any member would like to settle up his/her obligations (pay what is owed) to the group account (step 322 ). If a member would like to settle up, a “settle up page” is generated (step 324 ) wherein a member can enter information to settle up his/her obligations, such as financial institution information, account numbers, amounts, etc. This payment information is received (step 330 ), the account is balanced (step 332 ), and depending on the page the member was previously viewing, the member is displayed either the group summary page ( 216 of FIG. 1 ) or the selected group summary page ( 222 of FIG. 1 ).
  • the system determines whether a member would like to ask the other members of a group to settle up (step 334 ). If the system determines that a member would like to ask the other members of a group to settle up, the system contacts the other members, preferably via email, to settle up the group account (step 336 ). Depending on the page the member was previously viewing, the member is displayed either the group summary page ( 216 of FIG. 1 ) or the selected group summary page ( 222 of FIG. 1 ). If the system determines that a member does not want to ask the other members of a group to settle up, the system determines whether the member would like join another existing group (step 504 of FIG. 5 ).
  • FIG. 5 is a continuation of the flow chart of FIG. 4 . If the system determines that the member wants to join another existing group, the system generates a “join a new group page” (step 506 ), an embodiment of which is shown in FIG. 15 . Details, such as the members email address, are entered into the join a new group page and received (step 508 ). If all the other members of the group that the member would like to join accept the member to their group (step 510 ) the member is added to the group and the group summary page is displayed (step 216 of FIG. 2 ).
  • the system determines whether the member would like to start a new group (step 514 ). If the member would like to start a new group, a “new group page” is generated (step 512 ) and new group details are received (step 516 ) and saved in a new group profile. The system then determines whether the member would like to exit the system (step 518 ). If the member would like to exit the system, the member is exited from the secure part of the system and the start page is displayed (step 202 of FIG. 2 ). If the member does not want to exit the system, either the group summary page ( 216 of FIG. 1 ) or the selected group summary page ( 222 of FIG. 1 ) is displayed depending on the page the member was previously viewing.
  • FIG. 6 is an illustration of a graphical user interface of a “Home start page” 600 used in accordance with an embodiment of the invention.
  • a member To gain access to the system, a member typically enters security details, such as an email 610 address and password 612 . If the user is new, he/she may register with the system by clicking on the new user button 618 , which will displays a “modify personal info page”, similar to that shown in FIG. 7 .
  • a member may also start a new group by either clicking on the “Start new group” button 602 , or by clicking on any one of a number of standard groups 614 set up for different group activities, such as for joint camping trips.
  • Clicking on either the start new group button 602 or standard groups 614 will display a “Create new group page”, as shown in FIG. 15 . If the member would like to add an expense to the group account, he/she may do so my clicking on either the “Add expense” button 604 or any one of numerous set expenses 616 , such as joint grocery expenses. Clicking on either the add expense button 604 or one of numerous set expenses 616 , will display an “Add transaction page”, as shown in FIG. 11 . A member may also deposit funds, or withdraw funds by clicking on a pay/withdraw button 606 . Such withdrawal or deposit may occur electronically, such as via a credit card or electronic check.
  • FIG. 7 is an illustration of a graphical user interface of a “Member page” 700 used in accordance with an embodiment of the invention.
  • This page is displayed when signing up a new member or when a member modifies his/her details. Details, such as member name 702 , email address, and password 704 , are entered into the various fields on the page.
  • the “Finish” button 708 the member's details are saved into a member profile for that user ( 130 , 132 , 138 , or 140 of FIG. 1 ), after which a “group summary page” is displayed, as shown in FIG. 8 .
  • Clicking on the cancel button 710 returns the member to the page he/she was previously viewing, without saving the member's details.
  • FIG. 8 is an illustration of a graphical user interface of a “Group summary page” 800 used in accordance with an embodiment of the invention.
  • Each group 802 that the user belongs to is displayed separately.
  • Various options are provided for each group.
  • Clicking on the “details” button 804 displays further details about the group account displayed in a “Specific group's summary page”, as shown in FIG. 9 .
  • Clicking on the “remove me” button 808 removes the member from that group.
  • Clicking on the “Settle up” button 806 allows the member to settle up his/her obligations with that group by preferably electronically transferring funds into the group account from the members bank account at a financial institution.
  • Clicking on the “Asks folks to settle up” button 810 balances the group account and contacts the other members of that group, preferably via email, asking them to settle up their financial obligations with the group.
  • a member may add another group or join an existing group by clicking on the “Add/Join a group” button 812 .
  • a member may furthermore adjust group options by clicking on the “Personal Options” button 814 , after which an “options page’ is displayed as per FIG. 13 .
  • FIG. 9 is an illustration of a graphical user interface of a “Specific group's summary page” 900 used in accordance with an embodiment of the invention.
  • This page displays summary details for a specific member in a specific group. Summary details preferably include the member's financial obligations to the group 902 as well as other members' financial obligations to the group 912 .
  • Clicking on the “Settle the slush fund” button 904 or the “Request settlement” button 1018 balances the group fund and contacts the other members of that group, preferably via email, asking them to settle up their financial obligations with the group.
  • Clicking on the “Claim cash” button 906 allows the member to withdraw any funds owing to him/her from the group.
  • Withdrawal of funds preferably occurs electronically by transferring funds from the group account to the member's account at a financial institution, but may occur via a credit card or an electronic or traditional check.
  • Clicking on the “Remove/Allocate this” button 908 allows a member to remove himself from a group, thereby allocating any of his financial obligations between the remaining group members. If a potential member has been invited to join the group but has not yet joined, the member may click on the “Invite again” button 914 to contact the potential member to join the group. Likewise, entering an email address into the form provided and clicking on the “Add members” button 916 sends an email to the supplied email address inviting a potential member to join the group.
  • Any member may also post a message to a message-board on the specific group's summary page by clicking on the “Post new message button” 918 .
  • a member may add a new transaction by clicking on the “Add new transaction” button 1016 which displays an “Add new transaction page”, as shown in FIG. 11 .
  • a member may adjust his or her personal options by clicking on the “Personal Options” button 1022 .
  • a member can view the groups transaction history by clicking on the “view history” button 1024 which displays a “transaction history page”, as shown in FIG. 10 .
  • a member may add another group or join an existing group by clicking on the “Add/Join a group” button 1026 .
  • a member may adjust a group's options by clicking on the “Group administration” button 1028 , after which an “options page’ is displayed as per FIG. 13 . Finally, the member may return to the group summary page by clicking on the “Group summary” button 1020 .
  • FIG. 10 is an illustration of a graphical user interface of a “Transaction history page” 1000 used in accordance with an embodiment of the invention.
  • This page displays a specific group's transaction history 1032 .
  • a member can precisely adjust what part of the transaction history is displayed by entering a date range into forms 1002 and 1004 , adjusting the pull down menu to display either an individual member of a group or the entire group 1034 , adjusting the pull down menu 1006 to show who entered the transaction into the system, and/or adjusting the pull down menu 1008 to display which categories should be displayed.
  • Each group has a group type associated with it. So, one may have a “roommate” type group, a “party” type of group, or an “office pool” type of group. Each group has a given set of categories associated with it. Additionally, each group can add group specific categories. Categories preferably include “All categories”, expenses, withdrawals, deposits, and any default or custom categories associated with the specific group.
  • search button 1010 to initiate the search for the adjusted-transaction history details which are then displayed. Individual transactions may be deleted or modified by clicking on the “delete” 1012 or “modify” 1014 buttons respectively. The member may return to the “specific group's summary page” by clicking on the “Group detail” button 1030 .
  • FIG. 11 is an illustration of a graphical user interface of an “Add new transaction page” 1100 used in accordance with an embodiment of the invention.
  • This page is used by a member to add a new transaction to a group account.
  • a transaction date is set to a default of the date the transaction page is displayed. The member may, however, change this date by modifying the date displayed in the transaction date field 1102 .
  • the member selects a member or members of the group who began or initiated the transaction, such as an individual member, each member, or some or all the members.
  • the member adjusts a pull down menu 1104 showing what the selected member/s did, such as paid an amount on behalf of the group or deposited an amount into the group.
  • the member enters the amount of the transaction in an amount field 1108 .
  • the member then assigns the transaction to individual members, each member, or some or all of the members.
  • Assignment of the transaction is an assignment of the obligation for that transaction.
  • a description of the transaction is entered by adjusting the pull down menu 1110 and 1114 .
  • a “Complex transaction page” is displayed, as per FIG. 12 .
  • FIG. 12 is an illustration of a graphical user interface of a “Complex transaction page” 1200 used in accordance with an embodiment of the invention.
  • the complex transaction page allows a member to divide expenses up between members of a group. Each part of the split expense amount is entered separately for each member 1202 . If a particular member is not responsible for any part of the expense, they may be excluded by checking an “exclude” box 1204 . Alternatively, if the amount is to be split evenly between members, the member entering the transaction may click the “Split Evenly” button 1210 which will split the expense evenly between all the members (except those excluded). Clicking on the “Clear” button 1206 clears all split amounts, while clicking on the “Done” button 1208 saves the split amounts, and clicking on the “Cancel” button 1212 exits from this screen without saving.
  • FIG. 13 is an illustration of a graphical user interface of a “Group Options page” 1300 used in accordance with an embodiment of the invention.
  • This page allows members to change the options of a particular group. By selecting the group as either public or private 1302 the members can allow or forbid other individuals to apply to join a group. In the case of a private group, only the members can invite another individual to join a group, where the individual is not made aware of the group prior to such an invitation. The members can also select whether they would like the system to automatically remind members 1304 , preferably via email, to settle up after each transaction. Alternatively, the system may be set only to remind members to settle up when someone owes, or is owed, more that a predetermined amount set by the members, such as $500.
  • the members may also select that the system reminds them to settle up after a certain time period, such as biweekly, or not to send automatic reminders at all 1306 .
  • Individual privileges for each member may also be set up 1312 , such as by giving members of the group administrative rights or allowing them to withdraw cash from the account.
  • An administrative right is preferably the right to modify the group's options, the right to add or delete members from a group, and/or the right to allow other members the right to withdraw cash from the group.
  • Clicking on the “Submit changes” button 1314 saves changes made to the group options, while clicking on the “Cancel” button 1316 exits the member from the screen without saving.
  • FIG. 14 is an illustration of a graphical user interface of a “Join an Existing Group page” 1400 used in accordance with an embodiment of the invention.
  • an email is generated and sent to an existing member of a group to ask if the potential member who entered the email address, may join their group.
  • FIG. 15 is an illustration of a graphical user interface of a “Create a new group page” 1500 used in accordance with an embodiment of the invention.
  • a new group may be created by entering a new group name 1502 , selecting a type of group 1504 from a drop down menu, such as a roommate group, entering the email addresses of those people who the member would like to join the group, and altering the invitation message 1508 , if necessary.
  • Clicking on the “Go to group options page” 1510 saves these details in a new group profile ( 126 and 134 of FIG. 1 ) and displays the group option page, displayed in FIG. 13 , to the founding member so that he or she might adjust the group's options.
  • Clicking on the “Done” button saves the group with default options.

Abstract

Embodiments of the present invention provide a system and method for managing allocation of funds between a plurality of entities. In example embodiments, details of a remuneration to the plurality of entities are received. The remuneration relates to at least one transaction and the received details identify a list of individuals to be remunerated and an amount of the remuneration to be allocated to each of the individuals on the list. Funds associated with the remuneration are allocated among the plurality of entities to be remunerated based on at least a portion the details of the remuneration.

Description

    RELATED APPLICATION
  • The present application is a continuation of U.S. patent application Ser. No. 12/554,785 filed Sep. 4, 2009 and entitled “System and Method for Managing Allocation of Funds Between a Plurality of Entities,” which is a continuation of U.S. patent application Ser. No. 12/025,223 filed on Feb. 4, 2008 and entitled “Method For Managing Group Finances Via An Electronic Network,” which is a continuation of U.S. Pat. No. 7,343,335 issued on Mar. 11, 2008 and entitled “Method For Managing Group Finances Via An Electronic Network,” all of which are incorporated herein by reference.
  • TECHNICAL FIELD
  • The present invention relates generally to electronic commerce and more particularly to management of funds allocation in an electronic network.
  • BACKGROUND OF THE INVENTION
  • Recently, with the tremendous growth of the Internet, numerous Internet based companies have emerged which provide a service which allows individuals to pay all of their bills online at a single Web-site. Such companies include Statusfactory.com®, Paytrust.com®, and Paymybills.com®, to name but a few. Individuals can have their bills redirected to one of the aforementioned companies who capture their bills and present them to the individual on a Web-site. The individual can then pay his or her bills directly through the Web-site and/or set up rules for the automatic payment of any bills received. Individuals using such sites, therefore, no longer have to review each bill sent to them from creditors, write checks out to those creditors, and post the checks to each creditor thus saving time, and costs such as stamp costs and any late payment charges should they fail to pay a bill on time. It has been estimated that about 30 million households currently make use of online banking and bill payment.
  • Such services, however, are typically only directed at individuals. To date, no easy means exists which addresses the problems that arise when individuals participating in group related activities spend money on behalf of the group. Group activities, such as joint ventures, ski trips, bachelor parties, shared households, office lunch groups, and clubs and organizations often lead to complicated settlement arrangements. For example, consider the life of three roommates: one person buys supplies for a housewarming party, while another pays the gas and phone bill. The third roommate pays the electric bill and for a pizza on Superbowl Sunday. The financial inter-obligations become unwieldy with only a few transactions. This problem arises any time individuals spend money together, not just in shared household situations where it is estimated that there are 74 million shared households in the U.S. (American Housing Survey for the United States: 1997), but also for office lunch groups, clubs, events, parties, wish lists, investment groups, wagering pools, organizations, clubs, or the like.
  • Person-to-person (P2P) payment providers such as PayPal.com® and PayMe.com® have emerged that offer payments and payment requests from one consumer to another. A popular application of this P2P technology involves the payment for goods purchased at online auction sites. While the P2P providers offer robust payment options for consumers, including a transaction history for individuals, none address the need for group accounting. These are payment solutions only and do not allow for the tracking of expenses and transactions unless a payment has occurred.
  • Furthermore, companies such as Intuit® offers a personal accounting software. Personal accounting software allows individuals to track their personal expenses and transactions on an on-going basis. Again, however, there is no group accounting functionality available and there are no features designed to track group expenses and group transactions.
  • Therefore, a convenient system whereby group members can view, split, balance a group's finances, pay group expenses, and deposit money into a group account would be highly desirable.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • For a better understanding of the nature and objects of the invention, reference should be made to the following detailed description, taken in conjunction with the accompanying drawings, in which:
  • FIG. 1 is a diagrammatic view of an electronic network for managing the finances of a group in accordance with an embodiment of the present invention;
  • FIG. 2 is a flow chart of an application server side method of managing the finances of group in accordance with an embodiment of the present invention;
  • FIG. 3 is a continuation of the flow chart of FIG. 2;
  • FIG. 4 is a continuation of the flow chart of FIG. 3;
  • FIG. 5 is a continuation of the flow chart of FIG. 4;
  • FIG. 6 is an illustration of a graphical user interface of a “Home start page” used in accordance with an embodiment of the invention;
  • FIG. 7 is an illustration of a graphical user interface of a “Member page” used in accordance with an embodiment of the invention;
  • FIG. 8 is an illustration of a graphical user interface of a “Group summary page” used in accordance with an embodiment of the invention;
  • FIG. 9 is an illustration of a graphical user interface of a “Specific group's summary page” used in accordance with an embodiment of the invention;
  • FIG. 10 is an illustration of a graphical user interface of a “Transaction history page” used in accordance with an embodiment of the invention;
  • FIG. 11 is an illustration of a graphical user interface of an “Add new transaction page” used in accordance with an embodiment of the invention;
  • FIG. 12 is an illustration of a graphical user interface of a “Complex transaction page” used in accordance with an embodiment of the invention;
  • FIG. 13 is an illustration of a graphical user interface of a “Group options page” used in accordance with an embodiment of the invention;
  • FIG. 14 is an illustration of a graphical user interface of a “Join an existing group page” used in accordance with an embodiment of the invention; and
  • FIG. 15 is an illustration of a graphical user interface of a “Create a new group page” used in accordance with an embodiment of the invention;
  • Like reference numerals refer to corresponding parts throughout the several views of the drawings.
  • DETAILED DESCRIPTION OF THE INVENTION
  • FIG. 1 is a diagrammatic view of an electronic network 100 for managing the finances of a group in accordance with an embodiment of the present invention. Network 100 comprises a series of points or nodes interconnected by communication paths. Network 100 may interconnect with other networks, contains subnetworks and may be embodied by way of a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), or a global network (the Internet). The network 100 may further be characterized by the type of access service used, such as PSTN (Public Switched Telephone Network), ISDN (Integrated Services Digital Network), DSL (Digital Subscriber Line), ATM (Asynchronous Transfer Mode), T-carrier system, etc. In addition, network 100 may be characterized by the type of protocols used on it, such as TCP/IP (Transmission Control Protocol/Internet Protocol), NetBEUI (NetBIOS Extended User Interface), or IPX/SPX (Internetwork Packet Exchange/Sequenced Packet Exchange). Additionally, network 100 may be characterized by whether it carries voice, data, or both kinds of signals; by who can use the network 100 (whether it is public or private); and by the usual nature of its connections (e.g. dial-up, dedicated, switched, non-switched, or virtual connections).
  • Network 100 connects a plurality of group members 102 to 110, and financial institutions 112 to at least one application server 164. This connection is made via a communication network 114 which may for example comprise an Intranet, wireless network, or preferably the Internet. The connection is made via communication links 162, which may, for example, be-coaxial cable, copper wire (including PSTN), optical fiber, wireless, microwave, or satellite links.
  • For ease of explanation, the individual or entity that controls the application server 164 will hereinafter be referred to as the service provider. It should be understood that the group members, financial institutions, and/or the service provider may be individuals, businesses, organizations or the like. Furthermore, the service provider and the financial institutions may be distinct entities or a single entity.
  • As used herein, a group member is defined as any individual who forms part of a group set up by group members with the service provider. Financial institutions, as used herein, incorporates all financial services organizations, such as banks or the like.
  • Application server 164 preferably comprises at least one data processor or central processing unit (CPU) 158, a memory 116, user interface devices 156, a communications interface circuit 160, and at least one bus 154 that interconnects these elements. Memory 116 preferably includes an operating system 118 (such as Windows NT™, Linux™, or MacOS™), which stores instructions for communicating, processing data, accessing data, storing data, searching data, etc. Memory 116 also includes remote access procedures 120, email procedures 142, accounting procedures 144, funds-in procedures 146, funds-out procedures 148, Web server procedures 150, Web pages 152, and a group database 124. Group database 124 preferably includes group profiles 126 and 134. Each group profile 126 or 134 preferably contains a number of member profiles 130, 132, 138, and 140. Each member profile 130, 132, 138, or 140 preferably contains member information, such as group member details, member account details, financial institution details, etc. Each group profile 126 or 134 preferably also includes a rule module 128 or 136. The various procedures and the group database 124 will be explained in further detail below.
  • Group members 102 to 110 typically access the communication network 114 via remote client computing devices, such as desktop computers, handheld computers, personal digital assistants (PDAs), or the like. The financial institutions 112 include a financial institution server similar to the application server 164. The client computing devices and financial institution server preferably also include a data processor or central processing unit (CPU), user interface devices, communications interface circuits, memory, and buses similar to those described in relation to application server 164.
  • Group members 102 to 110 preferably connect to the communication network 114 using an Internet browser, such as Microsoft's Internet Explorer® or Netscape's Navigator®, via their computing device's communication interface circuit, which preferably comprises a modem or network interface card (NIC). The path of data between the computing devices and the communication network is preferably: Internet Browser→Winsock (TCP/IP module of Windows®)→(modem or NIC)→ISP Modem or Hub→Router→Internet. Once connected to the communication network, the group members navigate to a uniform resource locator (URL) pointing to the application server's home Web-site. The application server 164 then delivers Web pages 152 using Web server procedures 150.
  • FIG. 2 is flow chart of a method for managing group finances via an electronic network according to an embodiment of the invention. The application server (164 of FIG. 1) using the web server procedures (150 of FIG. 1) and Web pages (152 of FIG. 1) generates a “home start page” (step 202) an embodiment of which is shown in FIG. 6. The system then determines whether a group member would like to log into the system (step 206). In a preferred embodiment of the invention, if a group member would like to log into the system, the system receives login details, such as a username or email address (610 of FIG. 6) and password (612 of FIG. 6), at 212, and then generates and displays a “group summary page” (step 216) an embodiment of which is shown in FIG. 8. All communication after login is secure, preferably use SSL (Secure Sockets Layer) technology. If a group member does not want to login (step 206) the system then determines if the person accessing the system is a new member (step 204). If the person accessing the system is not a new member, the system then determines if the person accessing the system would like to add to, or join, an existing group (502 of FIG. 5). If the person accessing the system is a new member, the system generates a “new member page” (step 208), an embodiment of which is shown in FIG. 7, and receives the new member's details (step 210). The system then determines (step 214) whether the person accessing the system would like to store their details or not. If the new member would not like to store his/her details, i.e. cancels the new member application, the system either generates the start page (step 202) or if the member has modified his/her details (as explained in relation to FIG. 3), the system generates a (unmodified) group summary page (step 216). If the new member would like to store his/her details, the system stores the new member's registration details, (step 218), and then generates the group summary page (step 216). In this way a group fund is preferably established for plurality of group members.
  • The system then determines (step 220) whether the group member would like to view the details for any of the groups that he/she belongs to. If the group member would like to view a group's details, the system generates and displays a summary page for a selected group (step 222), an embodiment of which is shown in FIG. 9. The system then determines (step 224) whether the group member would like to invite another individual to join a group. If the group member would like to invite a new member to join a group, the new member is invited (step 226) preferably by email. This could be, for example, where a new person moves into a shared expenses apartment. After the new member has been invited to join a group the selected group's summary page is again generated and displayed (step 222). If the group member would not like to invite a new member to join a group, the system then determines if the group member would like to email another individual (306 of FIG. 3). If the group member would not like to view a group's details (step 220) the system then determines whether the group member would like to be removed from a specific group (302 of FIG. 3).
  • FIG. 3 is a continuation of the flow chart of FIG. 2. If the group member would not like to invite a new member to join a group, the system determines if the group member would like to email another individual (step 306). This may be the case, for example, where the member would simply like to send an email to another member or members, or the group member would like to re-invite an individual to join a group. If the group member would like to send an email, an email is generated and sent (step 308) and the selected group summary page is re-displayed (222 of FIG. 2). If the member does not want to send an email, the system determines whether the member would like to view a group's transaction details (step 312). If the system determines that the member would like to view a group's transaction details, a “transaction history page” is generated and displayed to the member (step 310), an embodiment of which is shown in FIG. 10. The system then determines whether the member would like to modify or delete any transactions, at 316. If the member would not like to modify or delete any transactions, the selected group summary page is re-displayed (222 of FIG. 2). If the member would like to modify or delete any transactions, the modifications or deletions are made (step 318) after which the group summary page is re-displayed (222 of FIG. 2).
  • If the system determines that the member would not like to view a selected group's transaction details (step 312) the system then determines whether the group member would like to add a new transaction (step 320). The new transaction may be a new group expense or a payment from a group member to a group. If the system determines that a group member would like to add a new transaction (step 320), a “add new transaction page” is generated and displayed to the group member (step 326), an embodiment of which is shown in FIG. 11.
  • Once the group member has added a new transaction, the new transaction details are received (step 328) and added to that specific group's profile (128 and 134 of FIG. 1). The transaction details preferably include a shared expense of the group, containing an expense amount and at least one group member responsible for the expense. Alternatively, the transaction details may include remuneration details from a group member, such as the member's account details at a financial institution and the amount he or she should be remunerated. The system then determines if the transaction involves a simple or a complex allocation (404 of FIG. 4). If the system determines that a group member would not like to add a new transaction (step 320), the system determines whether the user would like to remove a member from the group (step 302).
  • FIG. 4 is a continuation of the flow chart of FIG. 3. If the system determines that the transaction involves a complex allocation (step 404), such as splitting or dividing financial obligations like an expense among some or all of a group's members, a “complex allocation page” is generated and displayed (step 402). Once the member has submitted the complex allocation details, these details are received (step 406). In either the complex or simple allocation cases, the transaction is processed (step 408) using the rule modules (128 and 136 of FIG. 1) for each group, together with the accounting procedures (144 of FIG. 1). This processing of the transaction generally includes allocating each transaction to a group and assigning payments included in the transaction among group members. This may preferably include debiting a group fund with an expense specified in the transaction details and allotting the expense among the group members in a manner specified in the transaction details. Alternatively, this may include crediting the group fund with remuneration specified in the transaction details and allotting the remuneration among the group members in a manner specified in the transaction details. This allocation and assignment is described in further detail below in relation to FIG. 11.
  • The system then determines whether the transaction involves a payment to or from a group fund (step 412). A group fund is a fund set up by the group members for a special purpose. Such a fund might be a “car pool fund”, “a gift fund”, “a phone bill fund” or any of a variety of account used to collect commitments and unallocated expenses. For example, a fund might be set up to purchase a gift where everyone is asked to put in $50 beforehand. In this case, a commitment of $50 is collected in the group fund from each member. If the transaction involves a payment to or from a group fund, then an allocation to a specific group fund and an assignment between individual group members of that group fund is made (step 410). All financial balancing calculations are preferably undertaken using standard accounting mathematics.
  • During any of its accounting calculations, the system preferably round off all original expense values to a new expense value having a predefined number of decimal places, and distributes a difference between the new expense value and the original expense value to a rounding account of a third party, preferably the service provider. For example, say an expense of $10 must be split between three group members, John, Nancy and Susan. Each group member would, therefore, owe $10/3=$3.333 . . . . The system may round the amount owed to a set number of decimal places. If John paid $10 for an expense to be split among John, Nancy, and Susan, the expense is rounded up to $3.34 for each person. If, however, John owes $10 for an expense to be split among John, Nancy, and Susan, then the expense is rounded down to $3.33, which is paid to each group member. In both cases, the remainder of $0.1 is credited to a rounding account for the benefit of a group or a third party, such as the service provider. After the system determines whether the transaction involves a payment to or from a group fund (step 412), the system determines whether during any of its accounting calculations, a remainder was generated (step 416) and if so assigns the remainder to the rounding account (step 416).
  • The system then determines (step 420) whether any members have been deleted or have left a group. When members are deleted from the group, their balance is assigned to a “Deleted Members” account for non-members (step 418). The group may allocate those funds whenever they wish. This allocation may be a proportional split between group members or may vary depending on the rules module (128 or 136 of FIG. 1) set up for that group.
  • The system then preferably determines whether according to the rules module, a group member should be charged interest for paying late or should be paid interest for paying early. Such a charge or payment of interest is established either by the group members or by the service provider. For example, an investment group may require an appropriate economic return to members that pay for stocks on behalf of other members. An alternative embodiment utilizes an interest spread where a group member is charged a higher interest for a late payment than that payed out to an group member who makes an early payment. A third party, such as the service provider, retains the difference between the interest received and the interest payed out (the interest difference). For example, a group member who makes an early payment may be paid say 19% interest on the funds payed until such time as the expense is due. A group member who pays after the expense is due may be charged 21% interest until such time that he/she pays the group. The difference between the 21% and the 19%, i.e. 2%, is kept by the service provider. Therefore, the system determines (step 424) whether any interest is due, and assigns the interest to the necessary accounts (step 422). In the case where an interest spread is used, the interest difference may be assigned to a separate interest account or to the rounding account. The system then generates and displays the summary page (step 222 of FIG. 2).
  • Returning to FIG. 3, if the system determines that the group member would like to be removed from a specific group (step 302), that person is removed from the group (step 304). The rules module for that group may be set up so that only under certain conditions may a member be removed, such as when a member is delinquent in paying his/her share towards a group expense. If the system determines that the group member would not like to be removed from a specific group (step 302), the system then determines whether the member would like to change his member details or options (step 314). If the member would like to change his/her options, a “member page” is generated (step 208 of FIG. 2) and the modified details received (step 210 of FIG. 2).
  • If the member does not want to change his/her options (step 314), the system then determines if any member would like to settle up his/her obligations (pay what is owed) to the group account (step 322). If a member would like to settle up, a “settle up page” is generated (step 324) wherein a member can enter information to settle up his/her obligations, such as financial institution information, account numbers, amounts, etc. This payment information is received (step 330), the account is balanced (step 332), and depending on the page the member was previously viewing, the member is displayed either the group summary page (216 of FIG. 1) or the selected group summary page (222 of FIG. 1).
  • If a member does not want to settle up, the system determines whether a member would like to ask the other members of a group to settle up (step 334). If the system determines that a member would like to ask the other members of a group to settle up, the system contacts the other members, preferably via email, to settle up the group account (step 336). Depending on the page the member was previously viewing, the member is displayed either the group summary page (216 of FIG. 1) or the selected group summary page (222 of FIG. 1). If the system determines that a member does not want to ask the other members of a group to settle up, the system determines whether the member would like join another existing group (step 504 of FIG. 5).
  • FIG. 5 is a continuation of the flow chart of FIG. 4. If the system determines that the member wants to join another existing group, the system generates a “join a new group page” (step 506), an embodiment of which is shown in FIG. 15. Details, such as the members email address, are entered into the join a new group page and received (step 508). If all the other members of the group that the member would like to join accept the member to their group (step 510) the member is added to the group and the group summary page is displayed (step 216 of FIG. 2).
  • If the system determines that the member does not want to join another existing group (step 504), the system then determines whether the member would like to start a new group (step 514). If the member would like to start a new group, a “new group page” is generated (step 512) and new group details are received (step 516) and saved in a new group profile. The system then determines whether the member would like to exit the system (step 518). If the member would like to exit the system, the member is exited from the secure part of the system and the start page is displayed (step 202 of FIG. 2). If the member does not want to exit the system, either the group summary page (216 of FIG. 1) or the selected group summary page (222 of FIG. 1) is displayed depending on the page the member was previously viewing.
  • FIG. 6 is an illustration of a graphical user interface of a “Home start page” 600 used in accordance with an embodiment of the invention. To gain access to the system, a member typically enters security details, such as an email 610 address and password 612. If the user is new, he/she may register with the system by clicking on the new user button 618, which will displays a “modify personal info page”, similar to that shown in FIG. 7. A member may also start a new group by either clicking on the “Start new group” button 602, or by clicking on any one of a number of standard groups 614 set up for different group activities, such as for joint camping trips. Clicking on either the start new group button 602 or standard groups 614 will display a “Create new group page”, as shown in FIG. 15. If the member would like to add an expense to the group account, he/she may do so my clicking on either the “Add expense” button 604 or any one of numerous set expenses 616, such as joint grocery expenses. Clicking on either the add expense button 604 or one of numerous set expenses 616, will display an “Add transaction page”, as shown in FIG. 11. A member may also deposit funds, or withdraw funds by clicking on a pay/withdraw button 606. Such withdrawal or deposit may occur electronically, such as via a credit card or electronic check.
  • FIG. 7 is an illustration of a graphical user interface of a “Member page” 700 used in accordance with an embodiment of the invention. This page is displayed when signing up a new member or when a member modifies his/her details. Details, such as member name 702, email address, and password 704, are entered into the various fields on the page. By clicking on the “Finish” button 708, the member's details are saved into a member profile for that user (130, 132, 138, or 140 of FIG. 1), after which a “group summary page” is displayed, as shown in FIG. 8. Clicking on the cancel button 710 returns the member to the page he/she was previously viewing, without saving the member's details.
  • FIG. 8 is an illustration of a graphical user interface of a “Group summary page” 800 used in accordance with an embodiment of the invention. Each group 802 that the user belongs to is displayed separately. Various options are provided for each group. Clicking on the “details” button 804 displays further details about the group account displayed in a “Specific group's summary page”, as shown in FIG. 9. Clicking on the “remove me” button 808 removes the member from that group. Clicking on the “Settle up” button 806 allows the member to settle up his/her obligations with that group by preferably electronically transferring funds into the group account from the members bank account at a financial institution. Clicking on the “Asks folks to settle up” button 810 balances the group account and contacts the other members of that group, preferably via email, asking them to settle up their financial obligations with the group. A member may add another group or join an existing group by clicking on the “Add/Join a group” button 812. A member may furthermore adjust group options by clicking on the “Personal Options” button 814, after which an “options page’ is displayed as per FIG. 13.
  • FIG. 9 is an illustration of a graphical user interface of a “Specific group's summary page” 900 used in accordance with an embodiment of the invention. This page displays summary details for a specific member in a specific group. Summary details preferably include the member's financial obligations to the group 902 as well as other members' financial obligations to the group 912. Clicking on the “Settle the slush fund” button 904 or the “Request settlement” button 1018 balances the group fund and contacts the other members of that group, preferably via email, asking them to settle up their financial obligations with the group. Clicking on the “Claim cash” button 906 allows the member to withdraw any funds owing to him/her from the group. Withdrawal of funds preferably occurs electronically by transferring funds from the group account to the member's account at a financial institution, but may occur via a credit card or an electronic or traditional check. Clicking on the “Remove/Allocate this” button 908 allows a member to remove himself from a group, thereby allocating any of his financial obligations between the remaining group members. If a potential member has been invited to join the group but has not yet joined, the member may click on the “Invite again” button 914 to contact the potential member to join the group. Likewise, entering an email address into the form provided and clicking on the “Add members” button 916 sends an email to the supplied email address inviting a potential member to join the group. Any member may also post a message to a message-board on the specific group's summary page by clicking on the “Post new message button” 918. A member may add a new transaction by clicking on the “Add new transaction” button 1016 which displays an “Add new transaction page”, as shown in FIG. 11. A member may adjust his or her personal options by clicking on the “Personal Options” button 1022. A member can view the groups transaction history by clicking on the “view history” button 1024 which displays a “transaction history page”, as shown in FIG. 10. A member may add another group or join an existing group by clicking on the “Add/Join a group” button 1026. A member may adjust a group's options by clicking on the “Group administration” button 1028, after which an “options page’ is displayed as per FIG. 13. Finally, the member may return to the group summary page by clicking on the “Group summary” button 1020.
  • FIG. 10 is an illustration of a graphical user interface of a “Transaction history page” 1000 used in accordance with an embodiment of the invention. This page displays a specific group's transaction history 1032. A member can precisely adjust what part of the transaction history is displayed by entering a date range into forms 1002 and 1004, adjusting the pull down menu to display either an individual member of a group or the entire group 1034, adjusting the pull down menu 1006 to show who entered the transaction into the system, and/or adjusting the pull down menu 1008 to display which categories should be displayed.
  • Each group has a group type associated with it. So, one may have a “roommate” type group, a “party” type of group, or an “office pool” type of group. Each group has a given set of categories associated with it. Additionally, each group can add group specific categories. Categories preferably include “All categories”, expenses, withdrawals, deposits, and any default or custom categories associated with the specific group. After adjusting the dates and pull down menus, the member clicks on the “search” button 1010 to initiate the search for the adjusted-transaction history details which are then displayed. Individual transactions may be deleted or modified by clicking on the “delete” 1012 or “modify” 1014 buttons respectively. The member may return to the “specific group's summary page” by clicking on the “Group detail” button 1030.
  • FIG. 11 is an illustration of a graphical user interface of an “Add new transaction page” 1100 used in accordance with an embodiment of the invention. This page is used by a member to add a new transaction to a group account. A transaction date is set to a default of the date the transaction page is displayed. The member may, however, change this date by modifying the date displayed in the transaction date field 1102. The member then selects a member or members of the group who began or initiated the transaction, such as an individual member, each member, or some or all the members. The member then adjusts a pull down menu 1104 showing what the selected member/s did, such as paid an amount on behalf of the group or deposited an amount into the group. The member enters the amount of the transaction in an amount field 1108. The member then assigns the transaction to individual members, each member, or some or all of the members. Assignment of the transaction is an assignment of the obligation for that transaction. A description of the transaction is entered by adjusting the pull down menu 1110 and 1114. To save the transaction and continue, the member clicks on the “Continue” button 1116. To cancel the transaction without saving the member clicks on the “Cancel” button 1118. If the transaction is complex, i.e. involves a more complex allocation or assignment of the transaction, such as splitting the transaction between group members, a “Complex transaction page” is displayed, as per FIG. 12.
  • FIG. 12 is an illustration of a graphical user interface of a “Complex transaction page” 1200 used in accordance with an embodiment of the invention. The complex transaction page allows a member to divide expenses up between members of a group. Each part of the split expense amount is entered separately for each member 1202. If a particular member is not responsible for any part of the expense, they may be excluded by checking an “exclude” box 1204. Alternatively, if the amount is to be split evenly between members, the member entering the transaction may click the “Split Evenly” button 1210 which will split the expense evenly between all the members (except those excluded). Clicking on the “Clear” button 1206 clears all split amounts, while clicking on the “Done” button 1208 saves the split amounts, and clicking on the “Cancel” button 1212 exits from this screen without saving.
  • FIG. 13 is an illustration of a graphical user interface of a “Group Options page” 1300 used in accordance with an embodiment of the invention. This page allows members to change the options of a particular group. By selecting the group as either public or private 1302 the members can allow or forbid other individuals to apply to join a group. In the case of a private group, only the members can invite another individual to join a group, where the individual is not made aware of the group prior to such an invitation. The members can also select whether they would like the system to automatically remind members 1304, preferably via email, to settle up after each transaction. Alternatively, the system may be set only to remind members to settle up when someone owes, or is owed, more that a predetermined amount set by the members, such as $500. The members may also select that the system reminds them to settle up after a certain time period, such as biweekly, or not to send automatic reminders at all 1306. Individual privileges for each member may also be set up 1312, such as by giving members of the group administrative rights or allowing them to withdraw cash from the account. An administrative right is preferably the right to modify the group's options, the right to add or delete members from a group, and/or the right to allow other members the right to withdraw cash from the group. Clicking on the “Submit changes” button 1314 saves changes made to the group options, while clicking on the “Cancel” button 1316 exits the member from the screen without saving.
  • FIG. 14 is an illustration of a graphical user interface of a “Join an Existing Group page” 1400 used in accordance with an embodiment of the invention. By entering their email address 1402 and clicking on the “Join an existing group” button 1404, an email is generated and sent to an existing member of a group to ask if the potential member who entered the email address, may join their group.
  • FIG. 15 is an illustration of a graphical user interface of a “Create a new group page” 1500 used in accordance with an embodiment of the invention. A new group may be created by entering a new group name 1502, selecting a type of group 1504 from a drop down menu, such as a roommate group, entering the email addresses of those people who the member would like to join the group, and altering the invitation message 1508, if necessary. Clicking on the “Go to group options page” 1510, saves these details in a new group profile (126 and 134 of FIG. 1) and displays the group option page, displayed in FIG. 13, to the founding member so that he or she might adjust the group's options. Clicking on the “Done” button saves the group with default options.
  • While the foregoing description and drawings represent the preferred embodiment of the present invention, it will be understood that various additions, modifications and substitutions may be made therein without departing from the spirit and scope of the present invention as defined in the accompanying claims. For example, members may pay funds into an account or withdraw funds from an account using a P2P system. In particular, it will be clear to those skilled in the art that the present invention may be embodied in other specific forms, structures, arrangements, proportions, and with other elements, materials, and components, without departing from the spirit or essential characteristics thereof. The presently disclosed embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims, and not limited to the foregoing description. Furthermore, it should be noted that the order in which the process is performed may vary without substantially altering the outcome of the process.

Claims (20)

1. A method comprising:
receiving details of a remuneration, the remuneration relating to at least one transaction and the received details identifying a list of individuals to be remunerated and an amount of the remuneration to be allocated to each of the individuals on the list; and
allocating, using one or more processors, the remuneration among the individuals based on the received details.
2. The method of claim 1, wherein the receiving of the details of the remuneration is received via a graphical user interface.
3. The method of claim 1, wherein the receiving of the details of the remuneration comprises constructing a table including the individuals and the amount for each of the individuals.
4. The method of claim 1, further comprising saving the details of the remuneration,
5. The method of claim 4, wherein the saving of the details of the remuneration occurs prior to the allocating of the remuneration.
6. The method of claim 1, wherein the details of the remuneration are associated with a purchase of a good or service.
7. The method of claim 1, wherein the amount is provided separately for each of the one or more individuals.
8. The method of claim 1, wherein the amount is based on an even split.
9. The method of claim 1, wherein the allocating of the remuneration comprises causing a transfer of the amount for each of the individuals to an account associated with each of the individuals.
10. The method of claim 1, wherein the details of the remuneration further comprises account details for each of the individuals.
11. The method of claim 10, wherein the account details are for an account at a financial institution.
12. A machine-readable storage medium in communication with at least one processor, the machine-readable storage medium storing instructions which, when executed by the at least one processor, provides a method comprising:
receiving details of a remuneration, the remuneration relating to at least one transaction and the received details identifying a list of individuals to be remunerated and an amount of the remuneration to be allocated to each of the individuals on the list; and
allocating, using one or more processors, the remuneration among the individuals based on the received details.
13. The machine-readable storage medium of claim 12, wherein the receiving of the details of the remuneration is received via a graphical user interface.
14. The machine-readable storage medium of claim 12, wherein the receiving of the details of the remuneration comprises constructing a table including the individuals and the amount for each of the individuals.
15. The machine-readable storage medium of claim 12, wherein the details of the remuneration are associated with a purchase of a good or service.
16. The machine-readable storage medium of claim 12, wherein the amount is provided separately for each of the one or more individuals.
17. The machine-readable storage medium of claim 12, wherein the amount is based on an even split.
18. The machine-readable storage medium of claim 12, wherein the allocation of the remuneration comprises causing a transfer of the amount for each of the individuals to an account associated with each of the individuals.
19. The machine-readable storage medium of claim 12, wherein the details of the remuneration further comprises account details for each of the individuals.
20. The machine-readable storage medium of claim 19, wherein the account details are for an account at a financial institution.
US12/752,976 2000-08-08 2010-04-01 System and method for managing allocation of funds between a plurality of entities Abandoned US20100191629A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/752,976 US20100191629A1 (en) 2000-08-08 2010-04-01 System and method for managing allocation of funds between a plurality of entities

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US09/633,962 US7343335B1 (en) 2000-08-08 2000-08-08 Method for managing group finances via an electronic network
US12/025,223 US8364566B2 (en) 2000-08-08 2008-02-04 Method for managing group finances via an electronic network
US12/554,785 US8484127B2 (en) 2000-08-08 2009-09-04 System and method for managing allocation of funds between a plurality of entities
US12/752,976 US20100191629A1 (en) 2000-08-08 2010-04-01 System and method for managing allocation of funds between a plurality of entities

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/554,785 Continuation US8484127B2 (en) 2000-08-08 2009-09-04 System and method for managing allocation of funds between a plurality of entities

Publications (1)

Publication Number Publication Date
US20100191629A1 true US20100191629A1 (en) 2010-07-29

Family

ID=39155436

Family Applications (4)

Application Number Title Priority Date Filing Date
US09/633,962 Expired - Lifetime US7343335B1 (en) 2000-08-08 2000-08-08 Method for managing group finances via an electronic network
US12/025,223 Expired - Lifetime US8364566B2 (en) 2000-08-08 2008-02-04 Method for managing group finances via an electronic network
US12/554,785 Expired - Fee Related US8484127B2 (en) 2000-08-08 2009-09-04 System and method for managing allocation of funds between a plurality of entities
US12/752,976 Abandoned US20100191629A1 (en) 2000-08-08 2010-04-01 System and method for managing allocation of funds between a plurality of entities

Family Applications Before (3)

Application Number Title Priority Date Filing Date
US09/633,962 Expired - Lifetime US7343335B1 (en) 2000-08-08 2000-08-08 Method for managing group finances via an electronic network
US12/025,223 Expired - Lifetime US8364566B2 (en) 2000-08-08 2008-02-04 Method for managing group finances via an electronic network
US12/554,785 Expired - Fee Related US8484127B2 (en) 2000-08-08 2009-09-04 System and method for managing allocation of funds between a plurality of entities

Country Status (1)

Country Link
US (4) US7343335B1 (en)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060064378A1 (en) * 2004-09-21 2006-03-23 Jeff Clementz Method and apparatus for maintaining linked accounts
US20080195510A1 (en) * 2000-08-08 2008-08-14 Hugo Olliphant Method for managing group finances via an electronic network
US20090112763A1 (en) * 2007-03-14 2009-04-30 German Scipioni Methods and systems of controlling activities of financial accounts
US20090299869A1 (en) * 2008-05-30 2009-12-03 Cibanof Andrew A System and method for processing single sale transactions involving one or more payors
US20130304528A1 (en) * 2011-05-31 2013-11-14 Konami Digital Entertainment Co., Ltd. Management device and management method
US20140351130A1 (en) * 2013-05-22 2014-11-27 Tab Solutions, Llc Multi-User Funding Sources
US8965798B1 (en) * 2009-01-30 2015-02-24 The Pnc Financial Services Group, Inc. Requesting reimbursement for transactions
WO2015035417A1 (en) * 2013-09-09 2015-03-12 Yodlee, Inc. Collaborative financial management
US10242351B1 (en) 2014-05-07 2019-03-26 Square, Inc. Digital wallet for groups
US10402798B1 (en) 2014-05-11 2019-09-03 Square, Inc. Open tab transactions
US20210295287A1 (en) * 2020-03-20 2021-09-23 Hedge, Inc. Fund assignment for round-up transaction
US11164265B1 (en) 2018-04-18 2021-11-02 Wells Fargo Bank, N.A. User interface for interfacing with multiple human users
US11455603B2 (en) 2005-03-31 2022-09-27 Paypal, Inc. Payment via financial service provider using network-based device

Families Citing this family (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7146338B2 (en) 2001-06-28 2006-12-05 Checkfree Services Corporation Inter-network financial service
US7627528B2 (en) * 2001-01-17 2009-12-01 Xprt Ventures, Llc System and method for effecting a real-time payment for an item won on an electronic auction
US7483856B2 (en) 2001-01-17 2009-01-27 Xprt Ventures, Llc System and method for effecting payment for an electronic auction commerce transaction
US7567937B2 (en) * 2001-01-17 2009-07-28 Xprt Ventures, Llc System and method for automatically effecting payment for a user of an electronic auction system
US7610244B2 (en) * 2001-01-17 2009-10-27 Xprt Ventures, Llc System and method for effecting payment for an item offered for an electronic auction sale
US8015119B2 (en) 2004-01-21 2011-09-06 Google Inc. Methods and systems for the display and navigation of a social network
US8010459B2 (en) * 2004-01-21 2011-08-30 Google Inc. Methods and systems for rating associated members in a social network
US8019875B1 (en) 2004-06-04 2011-09-13 Google Inc. Systems and methods for indicating a user state in a social network
US8832132B1 (en) 2004-06-22 2014-09-09 Google Inc. Personalizing search queries based on user membership in social network communities
US8621215B1 (en) 2004-06-30 2013-12-31 Google Inc. Methods and systems for creating monetary accounts for members in a social network
US8015019B1 (en) 2004-08-03 2011-09-06 Google Inc. Methods and systems for providing a document
US8060405B1 (en) 2004-12-31 2011-11-15 Google Inc. Methods and systems for correlating connections between users and links between articles
US10402457B1 (en) 2004-12-31 2019-09-03 Google Llc Methods and systems for correlating connections between users and links between articles
US8538810B2 (en) * 2005-03-29 2013-09-17 Google Inc. Methods and systems for member-created advertisement in a member network
US7578438B2 (en) 2005-07-15 2009-08-25 Revolution Money Inc. System and method for user selection of fraud detection rules
US20070208627A1 (en) * 2006-03-01 2007-09-06 Joseph Abadi System and method of facilitating group gifts
KR100720028B1 (en) * 2006-09-22 2007-05-18 아토정보기술 주식회사 Trade system for electronic job
US20080159114A1 (en) * 2007-01-02 2008-07-03 Dipietro Richard Anthony High density data storage medium, method and device
US20100010906A1 (en) * 2007-01-23 2010-01-14 William Grecia Point of sale payment method for multiple recipients using a digital payment service
WO2008094168A1 (en) * 2007-02-02 2008-08-07 Facebook, Inc. System and method for giving gifts and displaying assets in a social network environment
US20080288376A1 (en) 2007-04-27 2008-11-20 Cashedge, Inc. Centralized payment hub method and system
US20080301005A1 (en) * 2007-05-30 2008-12-04 Michelle Fujiko Nieda Collective gift system
US9536256B2 (en) * 2007-10-08 2017-01-03 First Data Corporation Systems and methods for stored-value exchange within social networking environments
US9208485B2 (en) 2008-03-24 2015-12-08 American Express Travel Related Services Company, Inc. System and method for facilitating online transactions
US8086507B1 (en) 2008-07-22 2011-12-27 Lawrence John Alder Method for administering finances via an electronic network
US20100063926A1 (en) * 2008-09-09 2010-03-11 Damon Charles Hougland Payment application framework
US20100223155A1 (en) * 2008-11-01 2010-09-02 Anderson John S Online system for collaborative publishing and commerce
US20100121745A1 (en) * 2008-11-10 2010-05-13 Ebay Inc. Systems and methods for facilitating sharing of expenses over a network
US20100325024A1 (en) * 2009-06-22 2010-12-23 Alberth Jr William P System and Method for Obligation Management in Wireless Communication Devices
US20110047055A1 (en) * 2009-08-24 2011-02-24 Maximillian Funk Dynamic Computer-Based Information Management System
US20110246342A1 (en) * 2009-09-28 2011-10-06 Simple Bills, Inc. Consolidated invoicing and payment system for communities of multiple members
US8280788B2 (en) * 2009-10-29 2012-10-02 Visa International Service Association Peer-to-peer and group financial management systems and methods
AU2010333742A1 (en) 2009-12-21 2012-07-05 Blackhawk Network, Inc. System for packaging, processing, and activating a bundled greeting and gift card
US9818103B2 (en) 2010-04-06 2017-11-14 American Express Travel Related Services Company, Inc. Secure exchange of indicia of value and associated information
US8170922B2 (en) 2010-04-09 2012-05-01 Payasone Llc Multi-party payment object oriented system and method
WO2011139716A1 (en) 2010-04-26 2011-11-10 Wms Gaming, Inc. Controlling group wagering games
US20110313897A1 (en) * 2010-06-18 2011-12-22 Ebay Inc. Pay group
AU2011316955B2 (en) * 2010-10-20 2016-12-01 Playspan Inc. Flexible monetization service apparatuses, methods and systems
US10438176B2 (en) 2011-07-17 2019-10-08 Visa International Service Association Multiple merchant payment processor platform apparatuses, methods and systems
US10318941B2 (en) 2011-12-13 2019-06-11 Visa International Service Association Payment platform interface widget generation apparatuses, methods and systems
WO2013090611A2 (en) 2011-12-13 2013-06-20 Visa International Service Association Dynamic widget generator apparatuses, methods and systems
US10410184B2 (en) * 2012-03-30 2019-09-10 Google Llc Tracking and managing group expenditures
US9665858B1 (en) * 2012-10-11 2017-05-30 Square, Inc. Cardless payment transactions with multiple users
US20140108235A1 (en) * 2012-10-16 2014-04-17 American Express Travel Related Services Company, Inc. Systems and Methods for Payment Settlement
US8700526B1 (en) 2012-12-05 2014-04-15 Google Inc. Methods for discovering and paying debts owed by a group
US10402899B2 (en) * 2013-11-20 2019-09-03 Capital One Services, Llc Shared expensive management
US9710801B2 (en) * 2014-04-22 2017-07-18 American Express Travel Related Services Company, Inc. Systems and methods for charge splitting
JP6598462B2 (en) * 2015-01-06 2019-10-30 株式会社ディスコ HR management system
US11216468B2 (en) 2015-02-08 2022-01-04 Visa International Service Association Converged merchant processing apparatuses, methods and systems
US10600039B2 (en) 2015-05-20 2020-03-24 Mastercard International Incorporated Systems and methods for managing financial payments between parties
US20170185989A1 (en) * 2015-12-28 2017-06-29 Paypal, Inc. Split group payments through a sharable uniform resource locator address for a group
WO2017216672A1 (en) 2016-06-14 2017-12-21 Danske Bank A/S Method of providing a financial transaction
US11068899B2 (en) 2016-06-17 2021-07-20 Visa International Service Association Token aggregation for multi-party transactions
US10915881B2 (en) 2017-01-27 2021-02-09 American Express Travel Related Services Company, Inc. Transaction account charge splitting
US20180225649A1 (en) 2017-02-06 2018-08-09 American Express Travel Related Services Company, Inc. Charge splitting across multiple payment systems
US20190012742A1 (en) * 2017-07-05 2019-01-10 Baza, Inc. Group investment management platform
JP7002311B2 (en) * 2017-12-06 2022-01-20 株式会社日本総合研究所 Information processing equipment, information processing methods, and programs
US10902514B2 (en) 2018-04-10 2021-01-26 Wells Fargo Bank, N.A. Systems and methods for private loan creation
US11386412B1 (en) 2018-04-12 2022-07-12 Wells Fargo Bank, N.A. Authentication circle management
US11481837B1 (en) 2018-04-12 2022-10-25 Wells Fargo Bank, N.A. Authentication circle management
US10943308B1 (en) 2018-05-03 2021-03-09 Wells Fargo Bank, N.A. Systems and methods for pervasive advisor for major expenditures
US20200372478A1 (en) * 2019-05-22 2020-11-26 Sharable, Llc Computing system for sharing networks providing shared reserve features and related methods
EP3994655A4 (en) * 2019-09-30 2022-08-17 PANDA Communications Corp. Peer-to-peer cash ubering
US11164420B2 (en) 2019-10-02 2021-11-02 Igt System and method for settling funds transfers between different gaming establishment accounts maintained by different gaming establishments
CA3170435A1 (en) * 2020-03-03 2021-09-10 Anthony Ellis Multi-instance, multi-user ordering method and system
CA3178740A1 (en) * 2020-05-14 2021-11-18 Jeffrey Neto System and method for group transactions
US20220114588A1 (en) * 2020-10-12 2022-04-14 Joseph Wayne Stafford Aggregated transaction accounts
CN112380259B (en) * 2020-12-29 2021-12-31 四川新网银行股份有限公司 Method for improving processing speed of real-time online transaction share of online deposit product

Citations (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6609A (en) * 1849-07-24 Apparatus for unloading carts
US3983481A (en) * 1975-08-04 1976-09-28 Ortec Incorporated Digital intervalometer
US5715314A (en) * 1994-10-24 1998-02-03 Open Market, Inc. Network sales system
US5778178A (en) * 1995-11-13 1998-07-07 Arunachalam; Lakshmi Method and apparatus for enabling real-time bi-directional transactions on a network
US5826243A (en) * 1994-01-03 1998-10-20 Merrill Lynch & Co., Inc. Integrated system for controlling master account and nested subaccount(s)
US5864830A (en) * 1997-02-13 1999-01-26 Armetta; David Data processing method of configuring and monitoring a satellite spending card linked to a host credit card
US5884280A (en) * 1995-09-01 1999-03-16 Fujitsu Limited System for and method of distributing proceeds from contents
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US5903881A (en) * 1997-06-05 1999-05-11 Intuit, Inc. Personal online banking with integrated online statement and checkbook user interface
US5903721A (en) * 1997-03-13 1999-05-11 cha|Technologies Services, Inc. Method and system for secure online transaction processing
US5905736A (en) * 1996-04-22 1999-05-18 At&T Corp Method for the billing of transactions over the internet
US5953710A (en) * 1996-10-09 1999-09-14 Fleming; Stephen S. Children's credit or debit card system
US5960411A (en) * 1997-09-12 1999-09-28 Amazon.Com, Inc. Method and system for placing a purchase order via a communications network
US6021943A (en) * 1996-10-09 2000-02-08 Chastain; Robert H. Process for executing payment transactions
US6029147A (en) * 1996-03-15 2000-02-22 Microsoft Corporation Method and system for providing an interface for supporting multiple formats for on-line banking services
US6044360A (en) * 1996-04-16 2000-03-28 Picciallo; Michael J. Third party credit card
US6047270A (en) * 1996-08-08 2000-04-04 Joao; Raymond Anthony Apparatus and method for providing account security
US6055360A (en) * 1997-03-18 2000-04-25 Denso Corporation Heating heat exchanger with electric heat emitter
US6212556B1 (en) * 1995-11-13 2001-04-03 Webxchange, Inc. Configurable value-added network (VAN) switching
US6219650B1 (en) * 1995-10-30 2001-04-17 Efi Actuaries Method of determining optimal asset allocation utilizing asset cash flow simulation
US6235176B1 (en) * 1997-09-23 2001-05-22 Mb Schoen & Associates Computer apparatus and method for defined contribution and profit sharing pension and disability plan
US6324523B1 (en) * 1997-09-30 2001-11-27 Merrill Lynch & Co., Inc. Integrated client relationship management processor
US6327578B1 (en) * 1998-12-29 2001-12-04 International Business Machines Corporation Four-party credit/debit payment protocol
US20010056395A1 (en) * 2000-06-09 2001-12-27 Khan Saadat H. Internet bargaining system
US6338047B1 (en) * 1999-06-24 2002-01-08 Foliofn, Inc. Method and system for investing in a group of investments that are selected based on the aggregated, individual preference of plural investors
US20020016769A1 (en) * 2000-07-11 2002-02-07 Ellen Barbara Method and system for on-line payments
US20020052841A1 (en) * 2000-10-27 2002-05-02 Guthrie Paul D. Electronic payment system
US20020055909A1 (en) * 2000-03-01 2002-05-09 Passgate Corporation Method, system and computer readable medium for Web site account and e-commerce management from a central location
US20020095372A1 (en) * 2001-01-17 2002-07-18 George Likourezos System and method for effecting a real-time payment for an item won on an electronic auction
US20020095377A1 (en) * 2001-01-17 2002-07-18 George Likourezos System and method for effecting a real-time payment for an item won on an electronic auction
US20020095376A1 (en) * 2001-01-17 2002-07-18 George Likourezos System and method for effecting a real-time payment for an item won on an electronic auction
US20020128932A1 (en) * 2001-03-12 2002-09-12 Yung Hon Ching Wireless purchase and on-line inventory apparatus and method for vending machines
US20020143647A1 (en) * 2001-03-30 2002-10-03 Intertainer, Inc. Subscriber management system
US20020152179A1 (en) * 2000-10-27 2002-10-17 Achiezer Racov Remote payment method and system
US20020169662A1 (en) * 2001-05-10 2002-11-14 Infospace, Inc. System and method for aggregating and distributing electronic coupons
US20020198847A1 (en) * 2001-03-21 2002-12-26 Christer Fahraeus Communications services, methods and systems
US20030032409A1 (en) * 2001-03-16 2003-02-13 Hutcheson Stewart Douglas Method and system for distributing content over a wireless communications system
US6522395B1 (en) * 1999-04-30 2003-02-18 Canesta, Inc. Noise reduction techniques suitable for three-dimensional information acquirable with CMOS-compatible image sensor ICS
US20030097331A1 (en) * 1998-03-30 2003-05-22 Cohen Morris E. Systems for financial and electronic commerce
US20030120505A1 (en) * 2001-11-02 2003-06-26 Spiegel Joel R. Delivering ordered items to an appropriate address
US20030135470A1 (en) * 2002-01-16 2003-07-17 Beard Robert E. Method and system for credit card purchases
US6604086B1 (en) * 1998-07-20 2003-08-05 Usa Technologies, Inc. Electronic commerce terminal connected to a vending machine operable as a telephone
US6615183B1 (en) * 1998-07-20 2003-09-02 Usa Technologies, Inc. Method of warehousing user data entered at an electronic commerce terminal
US6622128B1 (en) * 1999-06-25 2003-09-16 Jerry L. Bedell Internet-based attorney-client billing system
US6629080B1 (en) * 1998-07-20 2003-09-30 Usa Technologies, Inc. Transaction processing method of fulfilling an electronic commerce transaction by an electronic commerce terminal system
US20030220835A1 (en) * 2002-05-23 2003-11-27 Barnes Melvin L. System, method, and computer program product for providing location based services and mobile e-commerce
US20040030601A1 (en) * 2000-09-29 2004-02-12 Pond Russell L. Electronic payment methods for a mobile device
US20040039694A1 (en) * 2001-05-29 2004-02-26 American Express Travel Related Services Company, Inc. System and method for facilitating a subsidiary card account with controlled spending capability
US20040058694A1 (en) * 2000-12-08 2004-03-25 Dennis Mendiola Messaging system involving wireless communications and methods therefor
US6732919B2 (en) * 2002-02-19 2004-05-11 Hewlett-Packard Development Company, L.P. System and method for using a multiple-use credit card
US20040103060A1 (en) * 2002-11-22 2004-05-27 Pitney Bowes Incorporated Secure payment system and method having one-time use authorization
US20040148254A1 (en) * 2001-06-01 2004-07-29 Ralf Hauser Method for performing a secure cash-free payment transaction and a cash-free payment system
US6796497B2 (en) * 2002-04-23 2004-09-28 American Express Travel Related Services Company, Inc. System and method for facilitating a subsidiary card account
US20040192297A1 (en) * 2003-01-10 2004-09-30 Thomas Erskine System and method for enabling and enhancing spending limits functionality in post-paid wireless billing systems
US20040210517A1 (en) * 2003-04-21 2004-10-21 Corillian Corporation Method and apparatus to transfer funds online
US6839689B2 (en) * 1999-09-21 2005-01-04 Agb2 Inc. Systems and methods for guaranteeing the protection of private information
US6882979B1 (en) * 1999-06-18 2005-04-19 Onadine, Inc. Generating revenue for the use of softgoods that are freely distributed over a network
US20050096977A1 (en) * 2003-11-03 2005-05-05 Rossides Michael T. Method and system for paying decision makers for attention
US20050102221A1 (en) * 2000-10-06 2005-05-12 Nikolas Sulkowski System and method for revolving credit product offer customization
US20050108117A1 (en) * 2003-11-19 2005-05-19 Warrren Newman Method and apparatus for providing itemization detail for credit card transactions
US20060064378A1 (en) * 2004-09-21 2006-03-23 Jeff Clementz Method and apparatus for maintaining linked accounts
US7031939B1 (en) * 2000-08-15 2006-04-18 Yahoo! Inc. Systems and methods for implementing person-to-person money exchange
US20060167791A1 (en) * 2004-12-29 2006-07-27 Hahn-Carlson Dean W Multi-party transaction processing system and approach
US7092913B2 (en) * 2002-02-26 2006-08-15 Cannon Jr Thomas Calvin System for inexpensively executing online purchases
US7103576B2 (en) * 2001-09-21 2006-09-05 First Usa Bank, Na System for providing cardless payment
US20060229998A1 (en) * 2005-03-31 2006-10-12 Mark Harrison Payment via financial service provider using network-based device
US7143064B2 (en) * 1996-04-16 2006-11-28 Picciallo Michael J Controlled entertainment spending account
US7158753B2 (en) * 2001-03-01 2007-01-02 Nokia Corporation Wireless communications system and method
US7184979B1 (en) * 2000-03-01 2007-02-27 Carson Stephen P Dual accounts banking system
US7204412B2 (en) * 2003-10-14 2007-04-17 Compucredit Intellectual Property Holdings Corp. Iii Family stored value card program
US20070156580A1 (en) * 2004-10-19 2007-07-05 Apollo Enterprise Solutions, Llc Enhanced transaction resolution techniques
US7343335B1 (en) * 2000-08-08 2008-03-11 Ebay Inc. Method for managing group finances via an electronic network
US7356507B2 (en) * 2000-10-30 2008-04-08 Amazon.Com, Inc. Network based user-to-user payment service
US7398252B2 (en) * 2000-07-11 2008-07-08 First Data Corporation Automated group payment
US7401731B1 (en) * 2005-05-27 2008-07-22 Jpmorgan Chase Bank, Na Method and system for implementing a card product with multiple customized relationships
US20080228615A1 (en) * 2007-03-14 2008-09-18 Ebay Inc. Gradual conversion of financial accounts
US20080228638A1 (en) * 2007-03-14 2008-09-18 Ebay Inc. Method and system of controlling linked accounts
US7427021B2 (en) * 2002-03-05 2008-09-23 Visa U.S.A. Inc. System for personal authorization control for card transactions
US7430516B1 (en) * 1999-12-16 2008-09-30 Hartford Fire Insurance Company Method for issuing insurance underwriting instruments
US20090119207A1 (en) * 2007-11-04 2009-05-07 William Grecia Point of sale payment system for multiple recipients using a digital payment service
US7546945B1 (en) * 2005-12-09 2009-06-16 Capital One Financial Corporation System and method for managing transactions
US7580856B1 (en) * 1998-04-27 2009-08-25 Robert K. Pliha Systems and methods for distributing targeted incentives to financial institution customers
US7890422B1 (en) * 2001-07-24 2011-02-15 Jpmorgan Chase Bank, N.A. Multiple account advanced payment card and method of routing card transactions
US7925591B2 (en) * 2000-09-28 2011-04-12 Microsoft Corporation Retail transactions involving digital content in a digital rights management (DRM) system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6206914B1 (en) * 1998-04-30 2001-03-27 Medtronic, Inc. Implantable system with drug-eluting cells for on-demand local drug delivery
US6609113B1 (en) 1999-05-03 2003-08-19 The Chase Manhattan Bank Method and system for processing internet payments using the electronic funds transfer network
US20030059461A1 (en) * 2000-06-06 2003-03-27 Sibtech, Inc. Molecular delivery vehicle for delivery of selected compounds to targets
GB0107525D0 (en) * 2001-03-26 2001-05-16 Chiron Spa Culture medium
DE10143107A1 (en) 2001-09-03 2003-03-20 Sick Ag Optoelectronic distance measuring device
US8551749B2 (en) * 2009-04-23 2013-10-08 The Invention Science Fund I, Llc Device including bone cage and method for treatment of disease in a subject

Patent Citations (93)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6609A (en) * 1849-07-24 Apparatus for unloading carts
US3983481A (en) * 1975-08-04 1976-09-28 Ortec Incorporated Digital intervalometer
US5826243A (en) * 1994-01-03 1998-10-20 Merrill Lynch & Co., Inc. Integrated system for controlling master account and nested subaccount(s)
US5715314A (en) * 1994-10-24 1998-02-03 Open Market, Inc. Network sales system
US5884280A (en) * 1995-09-01 1999-03-16 Fujitsu Limited System for and method of distributing proceeds from contents
US6219650B1 (en) * 1995-10-30 2001-04-17 Efi Actuaries Method of determining optimal asset allocation utilizing asset cash flow simulation
US5987500A (en) * 1995-11-13 1999-11-16 Pi-Net International, Inc. Value-added network system for enabling real-time, by-directional transactions on a network
US5778178A (en) * 1995-11-13 1998-07-07 Arunachalam; Lakshmi Method and apparatus for enabling real-time bi-directional transactions on a network
US6212556B1 (en) * 1995-11-13 2001-04-03 Webxchange, Inc. Configurable value-added network (VAN) switching
US6029147A (en) * 1996-03-15 2000-02-22 Microsoft Corporation Method and system for providing an interface for supporting multiple formats for on-line banking services
US6044360A (en) * 1996-04-16 2000-03-28 Picciallo; Michael J. Third party credit card
US7143064B2 (en) * 1996-04-16 2006-11-28 Picciallo Michael J Controlled entertainment spending account
US5905736A (en) * 1996-04-22 1999-05-18 At&T Corp Method for the billing of transactions over the internet
US6047270A (en) * 1996-08-08 2000-04-04 Joao; Raymond Anthony Apparatus and method for providing account security
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US6021943A (en) * 1996-10-09 2000-02-08 Chastain; Robert H. Process for executing payment transactions
US5953710A (en) * 1996-10-09 1999-09-14 Fleming; Stephen S. Children's credit or debit card system
US5864830A (en) * 1997-02-13 1999-01-26 Armetta; David Data processing method of configuring and monitoring a satellite spending card linked to a host credit card
US5903721A (en) * 1997-03-13 1999-05-11 cha|Technologies Services, Inc. Method and system for secure online transaction processing
US6055360A (en) * 1997-03-18 2000-04-25 Denso Corporation Heating heat exchanger with electric heat emitter
US5903881A (en) * 1997-06-05 1999-05-11 Intuit, Inc. Personal online banking with integrated online statement and checkbook user interface
US5960411A (en) * 1997-09-12 1999-09-28 Amazon.Com, Inc. Method and system for placing a purchase order via a communications network
US6235176B1 (en) * 1997-09-23 2001-05-22 Mb Schoen & Associates Computer apparatus and method for defined contribution and profit sharing pension and disability plan
US6324523B1 (en) * 1997-09-30 2001-11-27 Merrill Lynch & Co., Inc. Integrated client relationship management processor
US20030097331A1 (en) * 1998-03-30 2003-05-22 Cohen Morris E. Systems for financial and electronic commerce
US7580856B1 (en) * 1998-04-27 2009-08-25 Robert K. Pliha Systems and methods for distributing targeted incentives to financial institution customers
US6615183B1 (en) * 1998-07-20 2003-09-02 Usa Technologies, Inc. Method of warehousing user data entered at an electronic commerce terminal
US6629080B1 (en) * 1998-07-20 2003-09-30 Usa Technologies, Inc. Transaction processing method of fulfilling an electronic commerce transaction by an electronic commerce terminal system
US6604086B1 (en) * 1998-07-20 2003-08-05 Usa Technologies, Inc. Electronic commerce terminal connected to a vending machine operable as a telephone
US6327578B1 (en) * 1998-12-29 2001-12-04 International Business Machines Corporation Four-party credit/debit payment protocol
US6522395B1 (en) * 1999-04-30 2003-02-18 Canesta, Inc. Noise reduction techniques suitable for three-dimensional information acquirable with CMOS-compatible image sensor ICS
US6882979B1 (en) * 1999-06-18 2005-04-19 Onadine, Inc. Generating revenue for the use of softgoods that are freely distributed over a network
US6338047B1 (en) * 1999-06-24 2002-01-08 Foliofn, Inc. Method and system for investing in a group of investments that are selected based on the aggregated, individual preference of plural investors
US6622128B1 (en) * 1999-06-25 2003-09-16 Jerry L. Bedell Internet-based attorney-client billing system
US6839689B2 (en) * 1999-09-21 2005-01-04 Agb2 Inc. Systems and methods for guaranteeing the protection of private information
US7430516B1 (en) * 1999-12-16 2008-09-30 Hartford Fire Insurance Company Method for issuing insurance underwriting instruments
US20020055909A1 (en) * 2000-03-01 2002-05-09 Passgate Corporation Method, system and computer readable medium for Web site account and e-commerce management from a central location
US7184979B1 (en) * 2000-03-01 2007-02-27 Carson Stephen P Dual accounts banking system
US20010056395A1 (en) * 2000-06-09 2001-12-27 Khan Saadat H. Internet bargaining system
US7398252B2 (en) * 2000-07-11 2008-07-08 First Data Corporation Automated group payment
US20020016769A1 (en) * 2000-07-11 2002-02-07 Ellen Barbara Method and system for on-line payments
US7343335B1 (en) * 2000-08-08 2008-03-11 Ebay Inc. Method for managing group finances via an electronic network
US20080195510A1 (en) * 2000-08-08 2008-08-14 Hugo Olliphant Method for managing group finances via an electronic network
US20090327128A1 (en) * 2000-08-08 2009-12-31 Ebay Inc. System and method for managing allocation of funds between a plurality of entities
US8364566B2 (en) * 2000-08-08 2013-01-29 Ebay, Inc. Method for managing group finances via an electronic network
US7031939B1 (en) * 2000-08-15 2006-04-18 Yahoo! Inc. Systems and methods for implementing person-to-person money exchange
US7925591B2 (en) * 2000-09-28 2011-04-12 Microsoft Corporation Retail transactions involving digital content in a digital rights management (DRM) system
US20040030601A1 (en) * 2000-09-29 2004-02-12 Pond Russell L. Electronic payment methods for a mobile device
US20050102221A1 (en) * 2000-10-06 2005-05-12 Nikolas Sulkowski System and method for revolving credit product offer customization
US20020152179A1 (en) * 2000-10-27 2002-10-17 Achiezer Racov Remote payment method and system
US20020052841A1 (en) * 2000-10-27 2002-05-02 Guthrie Paul D. Electronic payment system
US7356507B2 (en) * 2000-10-30 2008-04-08 Amazon.Com, Inc. Network based user-to-user payment service
US20040058694A1 (en) * 2000-12-08 2004-03-25 Dennis Mendiola Messaging system involving wireless communications and methods therefor
US20070118476A1 (en) * 2001-01-17 2007-05-24 George Likourezos System and method to automate payment for a commerce transaction
US20020095376A1 (en) * 2001-01-17 2002-07-18 George Likourezos System and method for effecting a real-time payment for an item won on an electronic auction
US20020095377A1 (en) * 2001-01-17 2002-07-18 George Likourezos System and method for effecting a real-time payment for an item won on an electronic auction
US20070005432A1 (en) * 2001-01-17 2007-01-04 George Likourezos System and method for offering an incentive to a user of an electronic commerce web site
US20020095372A1 (en) * 2001-01-17 2002-07-18 George Likourezos System and method for effecting a real-time payment for an item won on an electronic auction
US7158753B2 (en) * 2001-03-01 2007-01-02 Nokia Corporation Wireless communications system and method
US20020128932A1 (en) * 2001-03-12 2002-09-12 Yung Hon Ching Wireless purchase and on-line inventory apparatus and method for vending machines
US20030032409A1 (en) * 2001-03-16 2003-02-13 Hutcheson Stewart Douglas Method and system for distributing content over a wireless communications system
US20020198847A1 (en) * 2001-03-21 2002-12-26 Christer Fahraeus Communications services, methods and systems
US20020143647A1 (en) * 2001-03-30 2002-10-03 Intertainer, Inc. Subscriber management system
US20020169662A1 (en) * 2001-05-10 2002-11-14 Infospace, Inc. System and method for aggregating and distributing electronic coupons
US20040039694A1 (en) * 2001-05-29 2004-02-26 American Express Travel Related Services Company, Inc. System and method for facilitating a subsidiary card account with controlled spending capability
US20040148254A1 (en) * 2001-06-01 2004-07-29 Ralf Hauser Method for performing a secure cash-free payment transaction and a cash-free payment system
US7890422B1 (en) * 2001-07-24 2011-02-15 Jpmorgan Chase Bank, N.A. Multiple account advanced payment card and method of routing card transactions
US7103576B2 (en) * 2001-09-21 2006-09-05 First Usa Bank, Na System for providing cardless payment
US20030120505A1 (en) * 2001-11-02 2003-06-26 Spiegel Joel R. Delivering ordered items to an appropriate address
US20030135470A1 (en) * 2002-01-16 2003-07-17 Beard Robert E. Method and system for credit card purchases
US6732919B2 (en) * 2002-02-19 2004-05-11 Hewlett-Packard Development Company, L.P. System and method for using a multiple-use credit card
US7092913B2 (en) * 2002-02-26 2006-08-15 Cannon Jr Thomas Calvin System for inexpensively executing online purchases
US7427021B2 (en) * 2002-03-05 2008-09-23 Visa U.S.A. Inc. System for personal authorization control for card transactions
US6796497B2 (en) * 2002-04-23 2004-09-28 American Express Travel Related Services Company, Inc. System and method for facilitating a subsidiary card account
US20030220835A1 (en) * 2002-05-23 2003-11-27 Barnes Melvin L. System, method, and computer program product for providing location based services and mobile e-commerce
US20040103060A1 (en) * 2002-11-22 2004-05-27 Pitney Bowes Incorporated Secure payment system and method having one-time use authorization
US20040192297A1 (en) * 2003-01-10 2004-09-30 Thomas Erskine System and method for enabling and enhancing spending limits functionality in post-paid wireless billing systems
US20040210517A1 (en) * 2003-04-21 2004-10-21 Corillian Corporation Method and apparatus to transfer funds online
US7204412B2 (en) * 2003-10-14 2007-04-17 Compucredit Intellectual Property Holdings Corp. Iii Family stored value card program
US20050096977A1 (en) * 2003-11-03 2005-05-05 Rossides Michael T. Method and system for paying decision makers for attention
US20050108117A1 (en) * 2003-11-19 2005-05-19 Warrren Newman Method and apparatus for providing itemization detail for credit card transactions
US20060064378A1 (en) * 2004-09-21 2006-03-23 Jeff Clementz Method and apparatus for maintaining linked accounts
US20070156580A1 (en) * 2004-10-19 2007-07-05 Apollo Enterprise Solutions, Llc Enhanced transaction resolution techniques
US20060167791A1 (en) * 2004-12-29 2006-07-27 Hahn-Carlson Dean W Multi-party transaction processing system and approach
US20120271707A1 (en) * 2005-03-31 2012-10-25 Mark Harrison Payment via financial service provider using network-based device
US20060229998A1 (en) * 2005-03-31 2006-10-12 Mark Harrison Payment via financial service provider using network-based device
US7401731B1 (en) * 2005-05-27 2008-07-22 Jpmorgan Chase Bank, Na Method and system for implementing a card product with multiple customized relationships
US7546945B1 (en) * 2005-12-09 2009-06-16 Capital One Financial Corporation System and method for managing transactions
US20080228638A1 (en) * 2007-03-14 2008-09-18 Ebay Inc. Method and system of controlling linked accounts
US20090112763A1 (en) * 2007-03-14 2009-04-30 German Scipioni Methods and systems of controlling activities of financial accounts
US20080228637A1 (en) * 2007-03-14 2008-09-18 Ebay Inc. Spending and savings secondary linked accounts
US20080228615A1 (en) * 2007-03-14 2008-09-18 Ebay Inc. Gradual conversion of financial accounts
US20090119207A1 (en) * 2007-11-04 2009-05-07 William Grecia Point of sale payment system for multiple recipients using a digital payment service

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Philip Jagolinzer, Personal Financial Planning, April 1995, Ohio CPA Journal, pages 39-40 *

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8364566B2 (en) 2000-08-08 2013-01-29 Ebay, Inc. Method for managing group finances via an electronic network
US20080195510A1 (en) * 2000-08-08 2008-08-14 Hugo Olliphant Method for managing group finances via an electronic network
US20090327128A1 (en) * 2000-08-08 2009-12-31 Ebay Inc. System and method for managing allocation of funds between a plurality of entities
US20060064378A1 (en) * 2004-09-21 2006-03-23 Jeff Clementz Method and apparatus for maintaining linked accounts
US11455603B2 (en) 2005-03-31 2022-09-27 Paypal, Inc. Payment via financial service provider using network-based device
US20090112763A1 (en) * 2007-03-14 2009-04-30 German Scipioni Methods and systems of controlling activities of financial accounts
US8732076B2 (en) 2007-03-14 2014-05-20 Ebay Inc. Methods and systems for providing a savings goal
US8249986B2 (en) 2007-03-14 2012-08-21 Ebay Inc. Methods and systems of controlling activities of financial accounts
US20110225065A1 (en) * 2008-05-30 2011-09-15 Clibanoff Andrew A System and method for processing single sale transactions involving one or more payors
US8655747B2 (en) 2008-05-30 2014-02-18 Andrew A. Clibanoff System and method for processing single sale transactions involving one or more payors
US7970654B2 (en) * 2008-05-30 2011-06-28 Clibanoff Andrew A System and method for processing single sale transactions involving one or more payors
US20090299869A1 (en) * 2008-05-30 2009-12-03 Cibanof Andrew A System and method for processing single sale transactions involving one or more payors
US8965798B1 (en) * 2009-01-30 2015-02-24 The Pnc Financial Services Group, Inc. Requesting reimbursement for transactions
US20130304528A1 (en) * 2011-05-31 2013-11-14 Konami Digital Entertainment Co., Ltd. Management device and management method
US20140351130A1 (en) * 2013-05-22 2014-11-27 Tab Solutions, Llc Multi-User Funding Sources
US11004055B2 (en) 2013-05-22 2021-05-11 Tab Solutions, Llc Data processing apparatus with a logic processing device for processing network data records transmitted from a plurality of remote, distributed terminal devices
US11756018B2 (en) 2013-05-22 2023-09-12 Tab Solultions LLC Data processing apparatus with a logic processing device for processing network data records transmitted from a plurality of remote, distributed terminal devices
US20150073959A1 (en) * 2013-09-09 2015-03-12 Eric Connors Collaborative Financial Management
WO2015035417A1 (en) * 2013-09-09 2015-03-12 Yodlee, Inc. Collaborative financial management
US10242351B1 (en) 2014-05-07 2019-03-26 Square, Inc. Digital wallet for groups
US10402798B1 (en) 2014-05-11 2019-09-03 Square, Inc. Open tab transactions
US11645651B2 (en) 2014-05-11 2023-05-09 Block, Inc. Open tab transactions
US11783331B2 (en) 2014-05-11 2023-10-10 Block, Inc. Cardless transaction using account automatically generated based on previous transaction
US11164265B1 (en) 2018-04-18 2021-11-02 Wells Fargo Bank, N.A. User interface for interfacing with multiple human users
US20210295287A1 (en) * 2020-03-20 2021-09-23 Hedge, Inc. Fund assignment for round-up transaction

Also Published As

Publication number Publication date
US8484127B2 (en) 2013-07-09
US20080195510A1 (en) 2008-08-14
US8364566B2 (en) 2013-01-29
US20090327128A1 (en) 2009-12-31
US7343335B1 (en) 2008-03-11

Similar Documents

Publication Publication Date Title
US8484127B2 (en) System and method for managing allocation of funds between a plurality of entities
US8676674B2 (en) Peer-to-peer and group financial management systems and methods
US6374231B1 (en) Money fund banking system
US8285641B2 (en) System and method for selectable funding of electronic transactions
US7769688B1 (en) Money fund banking system
US20170364898A1 (en) Mobile payment system and method
US20040210521A1 (en) Web-based payment system with consumer interface and methods
US20080215472A1 (en) Variable use advanced messaging system and method
US20040111370A1 (en) Single source money management system
US8001035B2 (en) System and method for conducting an electronic financial asset deposit auction over computer network
US20090192932A1 (en) Systems and methods for performing international money exchanges
US20060015452A1 (en) Systems and methods for implementing account-to-account international money exchanges
US20070061251A1 (en) System and method for payroll system and benefits administration
US20120265674A1 (en) Method and system for facilitating fundraising via a communication network
US20060015453A1 (en) Systems and methods for implementing person-to-person international money exchanges
RU2639950C2 (en) Method and system for providing credit transactions and computer program related to them
KR20090049827A (en) Mileage payment guarantee system based on cash standard
KR20020006176A (en) A guild system and method on internet
GB2363646A (en) Banking operation system
JP6827133B1 (en) Escrow payment system for reservation system and escrow payment method for reservation system
KR101065061B1 (en) Loan service intermediating method by means of pay back through payment bill of mobile terminal
JP2023033547A (en) Service provision system for providing service linked with financial asset management system
KR20020015911A (en) A reverse-auction method on internet
KR20030012065A (en) Method for proxy execution of on-line real time foreign exchange and remittance service
KR20010025561A (en) A method for exchanging/remitting a electronic cash between point reserve and toll contents/service commerce companies

Legal Events

Date Code Title Description
AS Assignment

Owner name: EBAY INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GMONEY.COM, INC.;REEL/FRAME:035002/0359

Effective date: 20040521

AS Assignment

Owner name: PAYPAL, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EBAY INC.;REEL/FRAME:036169/0680

Effective date: 20150717

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION