US20140201012A1 - Methods and systems for exchanging and/or transferring various forms of value - Google Patents

Abstract

Methods and systems for exchanging various forms of value, including coins, currency, credit, debit, and/or bank account funds, for prepaid cash cards, credit cards, phone cards, and the like. In one embodiment, a value exchange machine includes a coin input region, a coin sorting/counting apparatus, a card reader, and a communications facility configured to communicate with a remote computer network. In another embodiment, a value exchange system includes one or more of the value exchange machines connected to one or more remote computers via a communications link. A user wishing to purchase, for example, a prepaid cash card can visit one of the value exchange machines, select the desired transaction, and pay for the card with coins, currency, a credit card, a debit card, and/or bank account funds. After confirming payment, the value exchange machine dispenses the card to the user.

Description

CROSS-REFERENCE TO RELATED APPLICATION(S)
• This application is a continuation of U.S. patent application Ser. No. 13/679,383 filed on Nov. 16, 2012, which is a continuation of U.S. patent application Ser. No. 12/177,275 filed on Jul. 22, 2008, now U.S. Pat. No. 8,332,313, which is a divisional of U.S. patent application Ser. No. 10/504,437 filed Apr. 13, 2005, now U.S. Pat. No. 7,865,432, which is a U.S. National Phase Application of International Application No. PCT/US2003/004601 filed on Feb. 14, 2003, which claims priority to the following U.S. Provisional Patent Applications: U.S. Provisional Patent Application No. 60/357,331, filed Feb. 15, 2002, U.S. Provisional Patent Application No. 60/357,555, filed Feb. 15, 2002; U.S. Provisional Patent Application No. 60/419,735, filed Oct. 18, 2002; and U.S. Provisional Patent Application No. 60/424,377, filed Nov. 6, 2002. This application incorporates all of the applications listed above in their entireties by reference.
TECHNICAL FIELD
• This application relates generally to methods and systems for exchanging one form of value for another form of value and, more particularly, to methods and systems for transferring value to an account, or for providing or reloading prepaid cash cards, credit cards, phone cards, event tickets, and the like.
BACKGROUND
• Various vending machines are configured to dispense selected products to users in exchange for exact amounts of money. Such machines include, for example, food dispensing machines, stamp dispensing machines, ticket dispensing machines, and the like. Other machines are configured to count arbitrary numbers and denominations of coins received from users. One such coin-counting machine is disclosed in U.S. Pat. No. 5,620,079 to Molbak (“the '079 patent to Molbak”), which is incorporated herein in its entirety by reference. In one embodiment, the Molbak coin-counting machine can dispense a redeemable voucher to a user for an amount related to the value of coins received from the user. This redeemable voucher can be redeemed for cash or merchandise at, for example, a point-of-sale (POS) location in the retail outlet where the machine is located.
• Machines also exist for dispensing prepaid telephone cards to users. Such machines typically dispense a selected phone card to a user after the user has deposited a requisite amount of money in the machine. In addition, prepaid long-distance accounts and wireless cell phone accounts also exist whereby a service carrier maintains an account of available minutes for each individual user. Such accounts are often rechargeable and are associated with individual personal identification numbers (PINs). To start an account, a user may initially purchase a phone card containing, for example, sixty minutes of long-distance telephone usage. The number of available minutes are depleted as the user makes phone calls via the account. Some accounts allow the user to add minutes to his/her account by paying for additional time with, for example, a credit card. In this way, the user is able to add minutes to his/her account as the need arises, or to fit their particular budget.
• Other methods exist by which customers can purchase prepaid credit cards. In one such method, a customer gives a cashier at a POS sufficient funds to cover the value of a prepaid credit card and any additional service fees charged by the retail outlet. In return for the funds, the cashier provides the customer with a receipt that includes a unique identification number and the telephone number of a credit card issuer. The customer then calls the telephone number and provides the credit card issuer with the identification number from the receipt and certain other personal information. Such personal information can include the customer's mailing address and/or the customer's social security number. The credit card issuer then provides a credit card account number to the customer over the telephone. The customer can begin using this number for credit card purchases immediately by telephone, mail, or the Internet. The credit card issuer also mails an embossed credit card to the customer that the customer can begin using as soon as it arrives.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 is a partially schematic isometric view of a value exchange machine configured in accordance with an embodiment.
• FIG. 2 is an enlarged front elevation view of a drawer assembly of the value exchange machine ofFIG. 1 configured in accordance with an embodiment.
• FIG. 3 is a flow diagram illustrating a routine for exchanging various forms of value using the value exchange machine ofFIG. 1.
• FIG. 4 is a diagram illustrating various forms of value exchangeable using the value exchange machine ofFIG. 1.
• FIG. 5 is a block diagram illustrating components of a value exchange system configured in accordance with an embodiment.
• FIG. 6 is a flow diagram illustrating a routine implemented by the value exchange system ofFIG. 5 in one embodiment.
• FIG. 7 is a flow diagram illustrating a routine for receiving a transaction selection from a user in one embodiment.
• FIG. 8 is a flow diagram illustrating a routine for inputting various forms of payment in one embodiment.
• FIG. 9 is a flow diagram illustrating a routine for completing a selected transaction in one embodiment.
• FIG. 10 is a flow diagram illustrating a routine for transferring money in accordance with an embodiment.
• FIG. 11 is a diagram illustrating a display page useable for a person-to-person money transfer in accordance with an embodiment.
DETAILED DESCRIPTION
• This application incorporates the following U.S. patents in their entireties by reference: U.S. Pat. No. 5,746,299; U.S. Pat. No. 6,047,808; U.S. Pat. No. 5,988,348; U.S. Pat. No. 6,196,371; U.S. Pat. No. 6,116,402; U.S. Pat. No. 6,349,972; and U.S. Pat. No. 5,909,793.
• This application further incorporates the following co-pending U.S. patent applications in their entireties by reference: U.S. patent application Ser. No. 09/661,956, filed Sep. 14, 2000; U.S. patent application Ser. No. 09/662,414, filed Sep. 14, 2000; U.S. patent application Ser. No. 09/661,955, filed Sep. 14, 2000; U.S. patent application Ser. No. 09/661,048, filed Sep. 14, 2000; and U.S. patent application Ser. No. 10/020,587, filed Oct. 30, 2001.
• The following disclosure describes methods and systems for converting one form of value into another form of value. “Value,” as used herein, means anything of monetary worth, such as money, credit, time (e.g., long-distance or cell phone minutes), event and travel tickets, merchandise, and the like. Further, as used throughout this disclosure, the term “card” shall be understood to include both prepaid and non-prepaid cards, unless the particular context requires otherwise. The term “prepaid card” can refer to any instrument useable in commerce in place of money, or any instrument that entitles the bearer to acquire, utilize, or exhaust any commercially available product or service. Examples of prepaid cards in this context include prepaid credit cards, prepaid cash cards, stored-value cards, in-store credit cards, gift cards, prepaid phone cards, payroll cards, and the like. Throughout this disclosure, for ease of reference the term “prepaid cash card” will be understood to include at least prepaid cash card, prepaid credit card, and stored-value card. Examples of “non-prepaid” cards can include conventional credit cards, and the like. Such prepaid and non-prepaid cards typically include at least one of a readable magnetic stripe, bar code, computer/memory chip, smart card chip, and the like.
• In one embodiment, the system described herein can receive a random plurality of coins from a user, count the coins, and, if the user desires, dispense a prepaid card to the user having a value related to the total value of the coins received. This prepaid card may then be used by the user, or another person authorized by the user, to pay for goods and/or services at a variety of different retail locations. In another embodiment, the system disclosed herein can dispense a prepaid card to a user in return for loose coins, paper currency, and/or a valid credit card account number that is provided by the user. In a further embodiment, a user may apply value from an existing prepaid card to purchase another prepaid card. In yet another embodiment, the system disclosed herein can dispense a prepaid card to a user in return for funds debited from a financial institution account (e.g., a savings, checking account, or brokerage account) that is provided by the user. In yet another embodiment, a user may utilize any of the foregoing methods of payment to “top up” (i.e., to “reload,” “recharge,” or otherwise increase the value on an existing prepaid card. Thus, in accordance with embodiments of the invention, a user can purchase or top up a prepaid card with 1) cash (loose coins and/or currency); 2) credit (e.g., credit cards, check cards, etc.); 3) debit (e.g., debit cards, ATM cards, etc.); 4) existing prepaid cards; 5) bank account funds; or 6) any combination of the above.
• The present disclosure, however, is not limited to methods and systems for dispensing prepaid cash cards and phone cards to users. To the contrary, embodiments of the methods and systems disclosed herein can also include dispensing tickets (such as event and travel tickets), novelty items, and redeemable vouchers to users in return for the various forms of payment discussed above. In addition, embodiments of the methods and systems disclosed can also include providing account information to users, such as balance information regarding a particular credit card account, phone card account, on-line account, and the like.
• Further, the methods and systems described herein can also be used to transfer funds to an account of a user, to an account of another person, from an account of the user, and/or from an account of another person. Such transactions may include, for example, transferring value to or from a bank account, a brokerage account, a credit card account, long distance phone card account, an on-line payment account, a virtual account, and/or a virtual “e-wallet.” As used herein, the term “account” shall be taken to mean at least the foregoing types of accounts, unless the particular context contradicts such an interpretation. In such transactions, the user may receive a receipt documenting the transaction instead of a card. In one such transaction, the user can utilize any of the methods of payment described above to transfer money from one account to another account (e.g., for a person-to-person payment or for bill payment). Similarly, the user may also elect to transfer the proceeds from any such payment to a bank account for direct deposit, to a cell phone account to obtain additional minutes, or to an on-line account (e.g., an “e-wallet”) for on-line purchases.
• Certain embodiments of the methods and systems described herein for exchanging one form of value for another form of value are described in the context of computer-executable instructions performed by a general-purpose computer. For example, in one embodiment these computer-executable instructions are stored on a computer-readable medium, such as a floppy disk or CD-ROM. In other embodiments, instructions are stored on a server computer system and accessed via a communications link or a computer network, such as an intranet, the Internet, or another computer network. Because the basic structures and functions related to computer-readable routines and corresponding implementations are known, they have not been shown or described in detail here in order to avoid unnecessarily obscuring the described embodiments.
• Certain specific details are set forth in the following description and inFIGS. 1-11 to provide a thorough understanding of various embodiments of the invention. Those of ordinary skill in the relevant art will understand, however, that the invention may have additional embodiments which may be practiced without several of the details described below. In other instances, those of ordinary skill in the relevant art will appreciate that the methods and systems described can include additional details without departing from the spirit or scope of the disclosed embodiments. In addition, some well-known structures and systems often associated with card dispensing apparatuses and methods and associated computer networks have not been shown or described in detail below to avoid unnecessarily obscuring the description of the various embodiments of the invention.
• In the figures that follow, identical reference numbers identify identical or at least generally similar elements. To facilitate the discussion of any particular element, the most significant digit or digits in any reference number refers to the figure in which that element is first introduced. For example,element120 is first introduced and discussed with reference toFIG. 1. In addition, any dimensions, angles and other specifications shown in the figures are merely illustrative of particular embodiments of the invention. Accordingly, other embodiments of the invention can have other dimensions, angles and specifications without departing from the spirit or scope of the present disclosure.
• FIG. 1 is a partially schematic isometric view of avalue exchange machine100 configured in accordance with an embodiment. In one aspect of this embodiment, themachine100 includes a coin input region ortray106, a voucher outlet108, acoin return110, a coin sorting/counting apparatus112 (shown schematically), and a communications facility113 (also shown schematically). Themachine100 can further include various user-interface devices, such as afirst keypad114, user-selection buttons115, aspeaker116, adisplay screen118, and atouch screen117. In another aspect of this embodiment, the foregoing features of thevalue exchange machine100 can be at least generally similar in structure and function to one or more of their counterparts as described in the '079 patent to Molbak. Accordingly, these features can be utilized in various embodiments as described in the '079 patent to Molbak to provide a redeemable cash voucher to a user in return for coins deposited by the user in thecoin tray106. In other embodiments, themachine100 can have other features in other arrangements without departing from the spirit or scope of the present invention. As described in greater detail below, themachine100 can also include adrawer assembly120 that has additional value exchange functionalities.
• FIG. 2 is an enlarged front elevation view of thedrawer assembly120 ofFIG. 1 configured in accordance with an embodiment. In an aspect of this embodiment, thedrawer assembly120 includes acard reader202, abill acceptor204, and a second keypad206 (which may be encrypted). Thebill acceptor204 can be configured to receive paper currency (referred to herein simply as “currency”). Thecard reader202 can be configured to read all forms of data storage media typically found on wallet-sized cards, such as conventional credit cards, debit cards, smart cards, and the like. In addition, in some embodiments, thecard reader202 can also be configured to write data to suitable data storage media typically found on such cards. Such data storage media can include one or more of magnetic stripes, bar codes, smart chips, and the like. Thesecond keypad206 can be used to enter information often associated with such cards, including a PIN.
• In addition to the foregoing user-interface devices, thedrawer assembly120 can also include a number of output devices. For example, thedrawer assembly120 can include acard outlet208, aticket outlet210, and areceipt outlet212. In the illustrated embodiment, thecard outlet208 is a horizontal slot for dispensing cards, such as prepaid cash or phone cards, and other similar items. Theticket outlet210 of the illustrated embodiment can be a similar horizontal slot for dispensing travel or event tickets, such as airline tickets or tickets for a basketball game or a concert. As described in greater detail below, in one embodiment these tickets may have been reserved, ordered, or prepurchased on-line by a user over the Internet.
• While the aspects and features of thedrawer assembly120 discussed above are representative of those that may be included as components of thevalue exchange machine100 ofFIG. 1, those of ordinary skill in the relevant art will understand that additional features may be included without departing from the spirit or scope of the present disclosure. For example, although thedrawer assembly120 of the illustrated embodiment is shown with only onecard outlet208 and oneticket outlet210, in other embodiments more card and ticket outlets may be included, depending on the particular application of themachine100. Furthermore, in yet other embodiments one or more of the foregoing features may be omitted from thevalue exchange machine100 in various applications without departing from the spirit or scope of the present disclosure.
• Use of thevalue exchange machine100 to exchange one form of value for another form of value will now be explained in accordance with a few examples. Referring toFIG. 1, in one embodiment transaction options are displayed for a user on thedisplay screen118, and can include one or more of purchasing a prepaid cash card; purchasing a prepaid phone card; transferring money to an account; topping up an existing credit card account, cash card account, long distance phone card account, or wireless account; receiving a redeemable cash voucher, and/or performing other transfers or purchasing other items. The user can select the desired transaction or transactions by using thefirst keypad114, thetouch screen117, and/or one or more of theselection buttons115 in response to prompts shown on thedisplay screen118. If the user selects, for example, to purchase a prepaid cash card, then themachine100 prompts the user to input his/her preferred payment option. In one embodiment, the user can elect to pay with coins and can deposit a plurality of randomly oriented coins into thetray106 and hingeably rotate thetray106 upwardly to deliver the coins to the coin sorting/counting apparatus112. The coin sorting/counting apparatus112 then counts the coins and displays the total to the user on thedisplay screen118. If the user accepts this total and, if applicable, any related service fees, then themachine100 prompts the user to indicate how much of the total the user wishes to put on the prepaid cash card. Once the user has input this value, themachine100 dispenses the prepaid cash card to the user via thecard outlet208, assuming the user deposited enough money to cover the requested value. If any funds are left over from the transaction, the machine can issue a redeemable cash voucher to the user for the difference. Alternatively, the user can apply the remaining funds toward another card or service, or transfer the remaining funds to an account, such as a checking or savings account.
• In another embodiment, a user may desire to purchase a prepaid cash card with an existing credit card. In this embodiment, the user swipes the existing credit card through the card reader202 (FIG. 2). After reading the card, themachine100 prompts the user to input a PIN or other security code via thesecond keypad206. Next, themachine100 prompts the user to enter the desired dollar amount of the new prepaid cash card via thefirst keypad114. After authorizing the transaction (by communicating, for example, with a remote bank via the communications facility113), themachine100 dispenses the new prepaid cash card to the user via thecard outlet208. In a further embodiment, the user can pay for a prepaid cash card at least in part by depositing a sufficient number of bills into thebill acceptor204.
• In yet another embodiment, a user can purchase a prepaid credit card with themachine100 as follows. First, the user uses thetouch screen117, thefirst keypad114, and/or the user-selection buttons115 to select the prepaid credit card purchase option. In one aspect of this embodiment, the customer then deposits payment by inserting paper currency into thebill acceptor204, depositing coins into thecoin tray106 and rotating the tray upwardly to deliver the coins, and/or by swiping a debit or credit card through thecard reader202. In other embodiments, the customer can deposit payment in other ways. For example, in other embodiments, themachine100 may have a coin input feature that differs from therotatable coin tray106 without departing from the present disclosure. After confirming receipt of the funds, themachine100 dispenses a receipt or other media (card facsimile, etc.) to the customer from thereceipt outlet212.
• In one aspect of this embodiment, the receipt includes instructions directing the user to call a particular telephone number and activate their new prepaid credit card account. Per the instructions, the user calls the telephone number and activates his/her account by providing certain personal information, such as name and mailing address. The user then receives a unique number (such as a 16-digit number for their new prepaid credit card account) from the credit card account issuer over the telephone. The user can use this number immediately for credit-based purchases either by telephone, mail, or the Internet. Further, within a few days, the user receives a personalized, embossed prepaid credit card via the mail that can be used anywhere the particular prepaid credit card is accepted. In addition, the user can also have the option of attaching a PIN to their new prepaid credit card account that will allow them to make cash withdrawals at ATMs.
• In a slightly different embodiment, a user can purchase a prepaid credit card with themachine100 as follows. First, the user uses thetouch screen117, thekeypad114, and/or the user-selection buttons115 to select the purchase of a prepaid credit card. The user then deposits payment by, for example, inserting paper currency into thebill acceptor204, depositing coins into thecoin tray106, and/or by swiping a debit or credit card through thecard reader202. After confirming receipt of payment, themachine100 dispenses the prepaid credit card to the user from thecard outlet208. In this embodiment, the card can be used immediately anywhere the particular prepaid credit card is accepted.
• In a further embodiment, a user can use themachine100 to “reload” or add funds to a card (e.g., a cash, credit, or stored-value card). In this embodiment, the user utilizes thetouch screen117, thefirst keypad114, and/or the user-selection buttons115 to select the “reload” or “recharge” transaction, then swipes the card they would like to reload through thecard reader202. The user then deposits payment for the reload amount using coin, currency, and/or credit as described above. After confirming the receipt of funds, themachine100 dispenses a receipt to the user via thereceipt outlet212. The funds received from the user are then credited to the desired card (or associated account), and are available for use immediately or within a relatively short time. In this embodiment and the previous embodiment, the user is not required to place a telephone call to a third-party service, such as a prepaid credit card account issuer, to activate the account.
• As mentioned above, a prepaid cash card is only one form of “value” that can be output by themachine100 in return for various forms of monetary exchange provided by a user. For example, in other embodiments themachine100 can output tickets from theticket outlet210 or prepaid phone cards from thecard outlet208 after receiving sufficient funds via one or more of thecard reader202, thebill acceptor204, or thecoin input tray106.
• In yet another embodiment, a user may elect to use any of the fund input methods discussed above to electronically transfer money. In such transactions, the user may not receive a card having a value. Instead, the user may receive a receipt or other record documenting the transaction. For example, in one such transaction the user can utilize any of the methods of payment described above to transfer money to his or her account (e.g., a savings, checking, or credit card account) or to an account of another person (e.g., for a person-to-person payment or for a bill payment). Similarly, the user can also elect to transfer the proceeds from any such payment to a bank account for direct deposit, to a cell phone account (e.g., for long-distance telephone minutes), or to an on-line account (e.g., an “e-wallet”) for on-line purchases.
• In a further embodiment, a user can top up a phone account (e.g., a long distance calling card account or a wireless account) with themachine100. In one aspect of this embodiment, thedisplay screen118 can present or display a prompt or menu to the user asking if he or she would like to top up their phone card account. If so, the user selects his or her carrier and/or enters the corresponding account number or phone number. (In another embodiment, the user can swipe his/her card through thecard reader202 to have the account number read from the card.) For a PIN-based transaction, the user selects a predefined dollar amount to add to his/her account and then deposits money or other funds into themachine100 in one of the ways described above. For example, in one embodiment, the user can deposit currency via thebill acceptor204. In another embodiment, the user can deposit coins via thecoin tray106. After depositing the funds, the user receives a printout or receipt with a PIN via thereceipt outlet212. The user then calls the carrier and enters the PIN to activate the additional minutes added to his/her account. In another embodiment, the user has the option of selecting either a predefined dollar amount of minutes or entering a specific dollar amount he/she wishes to add to his/her account. In this embodiment, once the user has inserted his or her payment, the user receives a receipt confirming the transaction and the funds are immediately credited to the user's phone card account. As will be appreciated by those of ordinary skill in the relevant art, in other embodiments themachine100 can be used in other ways to purchase or top up cards or associated accounts without departing from the spirit or scope of the present disclosure.
• FIG. 3 is a flow diagram illustrating a routine300 for exchanging various forms of value with thevalue exchange machine100 ofFIG. 1. Inblock301, the user selects one or more forms of value desired as output. For example, a user can select any combination of redeemable cash voucher, prepaid cash card, gift card, phone card, ticket or other merchandise, etc. In addition or alternatively, the user may elect to transfer funds to or from an existing account, for example, to pay off a credit card balance; to increase funds in a checking, savings, or brokerage account; to add time to a long distance account; for a person-to-person payment; or for an “e-wallet.” Similarly, the user may elect to “top up” an existing prepaid cash card or cell phone account with additional value or minutes, respectively. Further, the user may elect to donate any portion of the deposited value to a nonprofit organization.
• Inblock302, themachine100 accepts one or more types of funds from the user. As explained above, funds can include any combination of coins, currency, credit card, debit card, gift card, existing prepaid cash card or phone card, etc. If a credit card is used for payment, themachine100 validates the credit card and obtains authorization to debit the funds from the credit card account or accounts. In one embodiment, this is accomplished by communication between themachine100 and one or more remote computers via thecommunications facility113. The remote computers can access one or more financial institutions that control the authorization and debiting/crediting of credit card accounts. Inblock303, themachine100 receives authorization for the desired transaction(s) from the remote computers and dispenses the new form of value (e.g., a prepaid cash card, phone card, redeemable cash voucher, cash, event tickets, and/or associated transaction confirmation numbers) to the user. If the transaction involved topping up an existing card, then the user receives confirmation that the value associated with the card has been increased. Similarly, if the transaction involved a transfer of money to an account, then the user receives confirmation that the transfer has occurred.
• FIG. 4 is a diagram illustrating the various forms of value that are exchangeable with thevalue exchange machine100 in accordance with an embodiment. User-provided inputs are shown on the left side ofFIG. 4 and can include coins, currency, or credit from cash cards, credit cards, debit cards, gift cards, bank account transfers, brokerage account transfers, on-line transactions, and the like. Outputs from themachine100 are shown on the right side ofFIG. 4 and can include prepaid cards (e.g., cash and credit cards), redeemable vouchers, phone cards, tickets (e.g., event tickets or travel tickets), currency (e.g., leftover change from a transaction), gift cards (e.g., gift certificates), novelty cards (e.g., baseball cards or similar items), smart cards (e.g., stored-value cards that contain a record of monetary value on the card itself), and/or account transfers. Input to themachine100 may include any combination of the inputs shown inFIG. 4, and output may include any combination of the outputs shown inFIG. 4. In other embodiments shown by the dottedline402 inFIG. 4, one or more of the listed outputs may also be used as inputs. For example, in one other embodiment a user can convert a prepaid card to cash by surrendering the card to the machine or by swiping the card and instructing the machine to dispense either cash or a redeemable voucher equivalent to the value remaining on the card. In a further embodiment, a user can transfer money from a bank account to a card.
• In yet other embodiments, a user can access account information with themachine100. For example, in one aspect of this embodiment, the user can swipe a card and determine the amount of funds (or phone minutes in the case of phone cards) remaining on the card or in an associated account. In all the foregoing embodiments, the operator of the value exchange machine may elect to charge the user a fee for performing the desired transaction.
• FIGS. 5-9 and the associated discussion provide a brief, general description of a suitable computing environment in which aspects of the invention can be implemented. Although not required, embodiments of the invention are described in the general context of computer-executable instructions, such as routines executed by a general purpose computer (e.g., a server or personal computer). Those of ordinary skill in the relevant art will appreciate that aspects of the invention can be practiced with other computer system configurations, including Internet appliances, hand-held devices, wearable computers, cellular or mobile phones, multi-processor systems, microprocessor-based or programmable consumer electronics, set-top boxes, network PCs, mini-computers, mainframe computers, and the like. Further, aspects of the invention can be embodied in a special-purpose computer or data processor that is specifically programmed, configured, or constructed to perform one or more of the computer-executable instructions described in detail below. Indeed, the term “computer,” as used generally herein, refers to any of the above-mentioned devices, as well as any data processor. In addition, throughout the discussion that follows, the term “web site” or similar will be understood to include, where required by the context, the associated server computer, databases, and other known structures and functions required to implement a web site.
• FIG. 5 is a block diagram illustrating components of avalue exchange system500 configured in accordance with an embodiment. In one aspect of this embodiment, one or morevalue exchange machines100 are connected to aserver computer502 via a first communications link504. Thevalue exchange machines100 of this embodiment can be at least generally similar to thevalue exchange machine100 discussed above with reference toFIGS. 1-4. The first communications link504 may be a radio frequency (RF) communications link (e.g., wireless communications link), a modem, a computer network (such as a local area network (LAN)) an intranet, or the Internet. In another aspect of this embodiment, the first communications link504 can also include or be associated with a “host” computer that receives communications from the value exchange machine(s)100 and sends corresponding communications to appropriate recipient computers to carry out various aspects of thevalue exchange system500.
• In a further aspect of this embodiment, theserver computer502 is connected to afinancial institution computer506. Thefinancial institution computer506 can be configured to facilitate the electronic transfer of funds between various financial accounts and/or institutions. For example, thefinancial institution computer506, in one embodiment, can communicate with a credit card institution to facilitate the debiting and crediting of a credit card account. In other embodiments, thefinancial institution computer506 can communicate with a bank, credit union, or brokerage firm to facilitate the debiting and crediting of various types of accounts typically found in such institutions. Similarly, in another embodiment, thefinancial institution computer506 can communicate with a prepaid card-issuing institution to facilitate management of prepaid card accounts. In another aspect of this embodiment, theserver computer502 can be connected to one ormore POS computers510. ThePOS computers510 can be located at retail outlets where users of the value exchange machine(s)100 use their prepaid cash or credit cards to pay for goods and/or services.
• In one embodiment, a user wishing to purchase, for example, a prepaid cash card, visits one of thevalue exchange machines100 at, for example, a retail outlet, and selects the desired transaction. If the user wishes to purchase the prepaid card using an existing credit card, the user “swipes” the existing credit card through the card reader202 (FIG. 2) on themachine100. After the user has entered any necessary codes or PINs, transaction information routes via the first communications link504 to theserver computer502. Theserver computer502 can then communicate with thefinancial institution computer506 to authorize the transaction on the user's credit card account. If thefinancial institution computer506 validates the transaction, it sends an authorization to themachine100 to issue the user a prepaid cash card for the desired amount. In one aspect of this embodiment, in response to receiving the authorization, a card dispenser positioned within themachine100 receives a card from an associated card hopper, reads an identification number off the card, and dispenses the card to the user. Themachine100 sends the card number to theserver computer502, and theserver computer502 updates a database with the card number and the associated value of the card, noting that that particular card is now active for usage. In this example, theserver computer502 can receive both card purchase transaction data and card “top up” transaction data originating from themachine100.
• In another aspect of this embodiment, a card value (e.g., dollar value or minutes) associated with a card number is stored in a database, and the database is updated to reflect the reduction in value that occurs each time the card is used to purchase goods and/or services. For example, when a user, or someone the user has authorized, presents the card at a POS to purchase goods and/or services, thePOS computer510 communicates with theserver computer502 to receive authorization for the transaction. Theserver computer502 determines if the card number is active and if the card contains enough value to cover the desired purchase. If the transaction is authorized and concluded, then theserver computer502 updates the database with the present value of the card. Although theserver computer502 is illustrated as a single computer inFIG. 5, in other embodiments the function of theserver computer502 can be provided by two or more computers without departing from the spirit or scope of this disclosure. For example, in one such embodiment a first computer will provide the authorization function by communicating with various financial institutions, and a second computer will maintain and update the databases containing card usage information and status.
• In another embodiment of thevalue exchange system500, the value of a card (e.g., a “smart card”) may be recorded (i.e., written) directly on the card itself (e.g., with a computer memory/processor on the card) and decremented each time the card is used. In this embodiment, thevalue exchange machine100 can both read and write to cards and, accordingly, access to one or both of theserver computer502 and thefinancial institution computer506 may not be required. For example, in one embodiment, the user selects the desired type of card (e.g., a prepaid cash card), and inputs funds (e.g., by depositing coins and/or cash). In this embodiment, after counting the funds received from the user to arrive at a value, themachine100 can write that particular value to a new card and dispense the card to the user. In another embodiment, the user may desire to add value to an existing “smart card,” “stored-value card,” or the like. In this embodiment, after inputting his/her funds, the user can submit the existing smart card to themachine100 to have the additional value written directly to the card (i.e., to “recharge” or “reload” the card). In either embodiment, when the card is subsequently used in commerce, a card writer at the POS can decrement the card for the amount of the particular purchase.
• Thevalue exchange system500 can include other functionalities in addition to those discussed above. For example, in one embodiment thevalue exchange system500 allows a user to access anaccount web site530 from a remote general-purpose user computer520, such as a personal computer. In one aspect of this embodiment, theaccount web site530 is hosted by thecard server502 and can be accessed over a second communications link526. The second communications link526 can be the Internet or another computer network. In another embodiment, the second communications link526 and the first communications link504 can be the same communications link. For example, in this embodiment, both the first andsecond communications links504 and526 can be the Internet. Theaccount web site530 can allow users to remotely conduct the following transactions: register new cash cards, obtain balance inquiries, add value to existing cards, review recent transaction history, and/or purchase new cards.
• In addition to the foregoing, a user can also utilize thevalue exchange system500 to pick up tickets and other items reserved or purchased on-line. In this embodiment, the user first accesses a ticketseller web site540 to reserve or purchase tickets and receive a ticket reservation number. The user can then visit a conveniently locatedmachine100 and enter the reservation number and/or a PIN. Themachine100 then communicates with the ticketseller web site540 via the first communications link504 to obtain authorization to dispense the tickets. After obtaining the authorization, themachine100 dispenses the tickets to the user.
• While selected aspects of thevalue exchange system500 have been described above for purposes of illustration, those of ordinary skill in the relevant art will appreciate that various other functionalities can be combined with this system in accordance with this disclosure to further enhance the utility of the system. For example, other types of informational- or transactional-based web sites can be accessed via thevalue exchange machine500 to obtain yet other forms of data and/or accomplish other forms of transaction. For example, themachine100 can access a noveltycard web site542 to obtain authorization to dispense novelty items or cards, such as baseball cards. Further, a phonecard web site541 can also be included in thesystem500 to provide the infrastructure necessary for the user to purchase or recharge prepaid phone cards from themachine100 as described above.
• FIG. 6 is a flow diagram illustrating a routine600 implemented by thevalue exchange system500 ofFIG. 5 in one embodiment. Inblock602, a user selects one or more desired transactions at the machine100 (FIG. 1). In one aspect of this embodiment, the user may elect to perform multiple transactions with multiple types of input and receive multiple types of output. Inblock604, themachine100 prompts the user for the method or methods of payment. As discussed in detail above, the user may elect to pay for the transaction with coins, currency, credit card, debit card, checking or savings account transfers, or value prepaid over the Internet. Inblock606, in one embodiment, the machine displays a fee associated with the selected transaction. Inblock608, the user accepts or rejects the fee. If the user accepts the fee, inblock610, the user is prompted to enter his/her form of payment into themachine100. Inblock612, themachine100 accepts the payment from the user, and inblock614, themachine100 verifies the payment method.
• Inblock616, themachine100 communicates with a host computer, e.g., theserver computer502 ofFIG. 5, to initiate the transaction. Theserver computer502 authorizes the transaction via thefinancial institution computer506 and one or more of a bank, a credit card institution, a debit card institution, or a prepaid phone card-issuing institution, as required. Inblock618, theserver computer502 returns a unique code to themachine100 that can be utilized to verify or reconcile the transaction.
• Inblock620, themachine100 outputs the results of the transaction to the user. As explained above, the output can include a cash redeemable voucher, a prepaid credit card or cash card, a prepaid phone card, and/or an event or travel ticket. Inblock622, themachine100 prints a receipt and issues it to the user for his/her records. In the event the user is “topping up” an existing credit card or phone card, or transferring money to or from an account, the user will receive a receipt documenting the money transfer. It will be apparent to those of ordinary skill in the art that any combination of the foregoing transactional outputs is possible in accordance with this disclosure.
• FIGS. 7-9 are flow diagrams that together illustrate a routine for conducting a transaction with themachine100 ofFIG. 1 in accordance with an embodiment. Referring first toFIG. 7,FIG. 7 is a flow diagram illustrating a routine700 for receiving a transaction selection from a user in one embodiment. Inblock702, the user is prompted to select a transaction type or option. As illustrated inblocks703, the user can select from numerous transaction options that include: obtaining a new prepaid card (block704), reloading or “topping up” an existing prepaid card (block706a), obtaining a redeemable cash voucher (block708), obtaining a prepaid phone card (block710), obtaining a ticket or other item previously reserved and/or paid for over the Internet (block712a), adding minutes to an existing cell phone account (block714a), adding time to an existing long distance account (block715a), or transferring money to an account (block716a). After the user has selected the desired transaction, the machine may prompt the user for additional information. For example, if the user elects to reload a prepaid card (block706a), then in block706bthe user is prompted to swipe the card through the card reader202 (FIG. 2). In so doing, themachine100 reads the card and verifies its validity by communicating with one or more internal or remote databases, as explained above. Similarly, if the user elects to receive a ticket previously ordered over the Internet (block712a), then inblock712bthe user is prompted for an associated reservation number. Once the reservation number has been entered, inblock712cthe user is prompted for a PIN. After receiving the PIN, inblock712dthemachine100 verifies the PIN and the availability of the ticket. If instead the user elects to transfer money from, for example, a first account to a second account (block716a), then inblock716buser is prompted to enter an account number for the first account from which the money will be withdrawn. In addition, inblock716cthe user may be prompted for a PIN associated with the first account. After this information has been entered, inblock716dthemachine100 prompts the user for an account number for the second account into which the money will be deposited. Inblock716e,the user may be prompted for a PIN associated with second account. After this information has been entered, inblock716fthemachine100 verifies the respective account numbers and, if applicable, the respective PINs. If the user will be depositing the funds for transfer to the second account instead of withdrawing them from the first account, then the user selects this option and does not enter a first account number.
• Inblock718, the user is prompted to select another transaction type if there is more than one transaction the user wishes to perform. If the user does wish to perform a second transaction, the routine returns to block702 and the user is prompted to select a second type of transaction. If the user does not wish to perform a second transaction, then inblock720 the user indicates that he/she is done selecting transaction types. Inblock722, the machine determines whether it needs to collect any funds from the user for the selected transaction(s). If the machine determines that the user needs to deposit funds for the transaction, then the routine700 proceeds to routine800 shown inFIG. 8. Otherwise, the routine700 proceeds to routine900 shown inFIG. 9.
• FIG. 8 is a flow diagram illustrating the routine800 for inputting various forms of payment in one embodiment. Inblock802, a user is prompted for a payment method. As illustrated inblocks803, the user can select from numerous forms of payment. For example, the user may elect to pay for the transaction with cash (e.g., dollar bills) (block804a), coins (e.g., a plurality of randomly oriented coins) (block806a), credit (block808a), debit (block810a), and/or funds from various types of payment accounts (block812a). If the user elects to pay with cash as inblock804a,then inblock804bthe user is prompted to begin inserting bills into the bill acceptor204 (FIG. 2). As the user is inserting bills, inblock804ca running total of the bills inserted and accepted is displayed, for example, on thescreen118 of themachine100 shown inFIG. 1. Inblock804d,the user is prompted to indicate when he/she is done inserting bills.
• If the user elects to pay for the transaction with coins as inblock806a,then inblock806bthe user is instructed to deposit the coins, for example, by placing them in thecoin tray106 of themachine100 shown inFIG. 1 and rotating thetray106 upwardly to deliver the coins to the coin sorting/counting apparatus112. Inblock806c,a running total of the coins that have been deposited and counted is displayed, for example, on thescreen118. The user is then prompted inblock806dto indicate when all of the coins have been deposited. If the user elects to pay for the transaction with credit as inblock808a,then inblock808bthe user is instructed to swipe their credit card through thecard reader202. Inblock808c,the user may be instructed to enter a number, such as his/her zip code, to verify the account. After swiping the credit card or otherwise entering the account information, inblock808d,the user is prompted to enter the amount that the user wishes to charge to the credit card account. Once the user has input this information, inblock808e,themachine100 contacts the server computer502 (FIG. 5) to preauthorize use of the credit card for the amount requested, as explained above.
• If the user elects to pay for the selected transaction with a debit card as in block810a,then inblock810bthe user is instructed to swipe the debit card through thecard reader202. The user is then instructed inblock810cto enter a debit card PIN to verify user authorization. After entering the PIN, inblock810dthe user is prompted to enter the amount to debit the associated account for the selected transaction. After this information has been entered, inblock810ethemachine100 communicates with theserver computer502 to authorize use of the account for the amount of the debit. If instead the user elects to pay for the selected transaction by transferring money from an account as shown inblock812a,then inblock812bthe user is prompted to enter the number of the account. Inblock812c,the user may also be prompted to enter a PIN associated with the account.
• Indecision block814, after the user has entered the first form of payment and any other necessary information, the user is prompted as to whether they wish to include an additional form of payment. If the user wishes to use an additional form of payment for the selected transaction, then the routine800 returns to block802. If the user is finished entering payment, then the routine proceeds to the routine900 shown inFIG. 9.
• FIG. 9 is a flow diagram illustrating a routine900 for completing a selected transaction in one embodiment. Inblock902, themachine100 displays the fees associated with the selected transaction for viewing by the user. Indecision block904, the user accepts or rejects the fees. If the user rejects the fees, then in block905 the routine returns any funds received from the user back to the user and the routine is complete. If the user accepts the fees, then indecision block906 the routine determines if the user elected to receive a redeemable cash voucher. If so, then inblock907 the machine prints the cash voucher and dispenses it to the user. If, instead, the user elected to receive a prepaid card (e.g., for cash, credit, or phone minutes), receive a preordered ticket, transfer money, etc., then inblock908 the machine contacts a host computer (e.g., theserver computer502 ofFIG. 5) to provide account information to authorize the transaction, create an account, or transfer account data. Inblock910, the host computer performs the necessary transactions with, for example, a financial institution or a phone card-issuing institution, and returns the necessary authorization data to themachine100.
• Once the transaction has been authorized, themachine100 issues the desired output to the user according to one of theblocks911. For example, if the user selected a prepaid cash card or phone card, themachine100 dispenses the selected type of card to the user via thecard outlet208 shown inFIG. 2. Similarly, if the user selected a ticket, themachine100 dispenses it to the user via theticket outlet210 shown inFIG. 2. Indecision block912, themachine100 verifies that it has performed all of the transactions requested by the user. If themachine100 has not completed the requested transactions, then the routine900 returns to block902 and repeats. If all the requested transactions have been performed, then inblock914 themachine100 prints a receipt with a unique transaction number and issues it to the user. Inblock916, if any currency is left over from the selected transaction, themachine100 dispenses it to the user from thecoin return slot110 shown inFIG. 1.
• FIG. 10 is a flow diagram illustrating a routine1000 for transferring money in accordance with an embodiment. In one aspect of this embodiment, the routine1000 can be implemented with thevalue exchange system500 ofFIG. 5 for a person-to-person money transfer between a first user and a second user. By way of example, the first user can be operating one of the user computers520 (such as user computer 1), and the second user can be operating another one of the user computers520 (such as user computer 7). In another aspect of this embodiment, the money transfer web site543 (FIG. 5) can be configured to provide one or more web pages to user computers to facilitate the transfer of funds between users as described herein. As used here, the term “web site” is understood to include a server computer and/or the associated databases required to store, send, and implement the various aspects of the associated web pages.
• Referring toFIG. 10, inblock1002, the first user retrieves a money transfer web page from the moneytransfer web site543 for display onuser computer 1. The web page is configured to receive information from the first user related to the desired money transfer. Inblock1004, the first user enters information on the displayed web page including one or more of the name of the second user (i.e., the “recipient”), and contact information for the second user, such as an email address, phone number, pager number, and the like. This information can also include the amount of money the first user would like to transfer to the second user, and credit card information or other information identifying the source of the funds for the transfer. Inblock1006, after the first user has entered the necessary information on the web page, the user selects a corresponding send button to automatically transfer the information to one or more remote computers to authorize the transaction. In a further aspect of this embodiment, the one or more remote computers can include theserver computer502 and thefinancial institution computer506 described above with reference toFIG. 5. Upon receiving this information, thefinancial institution computer506 can communicate with one or more credit or debit card issuers as required to obtain authorization to debit the first user's account for the amount to be transferred to the second user. Here, “financial institution” can include virtually any institution that holds or manages money for customers. Such institutions may include, for example, brokerage firms, banks, credit unions, on-line accounts, etc.
• Inblock1007, the moneytransfer web site543 receives authorization for the funds transfer from thefinancial institution computer506. After receiving the authorization, inblock1008, the moneytransfer web site543 sends a first electronic message to the first user atuser computer 1. The first message notifies the first user that the money transfer has been authorized. Similarly, inblock1010, the moneytransfer web site543 also sends a second electronic message to the second user at user computer n. The second message notifies the second user that the first user has transferred funds to the second user, and directs the second user to one or more of thevalue exchange machines100 to retrieve the transferred funds. In addition, the second message can also include other security related information, such as a password, code, or PIN that the second user will need to enter into thevalue exchange machine100 before the machine will dispense the funds.
• Inblock1012, the second user visits a conveniently locatedvalue exchange machine100 and obtains the transferred funds. In yet another aspect of this embodiment, the second user can obtain the funds by selecting the appropriate transaction option as displayed, for example, on thedisplay screen118, and by entering the necessary code or PIN included with the second message via, for example, the firstkey pad114 or the second key pad206 (SeeFIGS. 1 and 2). After the second user has input the code or PIN, thevalue exchange machine100 dispenses a voucher to the second user for the transferred amount. The second user may then take the voucher to a POS at a retail outlet or other commercial location (such as a bank), and exchange the voucher for cash, goods and/or services up to the amount specified on the voucher.
• The method described above in accordance with the routine1000 provides an efficient way to transfer money between two or more individuals. Aspects of this embodiment may provide additional benefits in those situations where the first and second users live in different states or different countries, or are otherwise separated by sufficient distance to make hand-delivered money transfers impractical.
• In another embodiment similar to that described above with reference toFIG. 10, thevalue exchange system500 ofFIG. 5 can be utilized for a person-to-person money transfer between a first user operating one of thevalue exchange machines100 and a second user operating one of theuser computers520. In one aspect of this embodiment, the first user visits one of themachines100 and selects an option for a person-to-person money transfer. After selecting the option, themachine100 displays a number of instructions or prompts for the first user for receiving information from the first user related to the desired money transfer. In response to the prompts, the first user can enter information about the money transfer. Such information can include, for example, one or more of the name of the second user (i.e., the “recipient”); contact information for the second user, such as an email address; the amount of money the first user would like to transfer to the second user; and credit card or other information identifying the source of the funds for the money transfer. After the first user has entered the necessary information into themachine100, themachine100 sends (via, e.g., thecommunications facility113 ofFIG. 1) the funds source information to, e.g., theserver computer502 and thefinancial institution computer506 to authorize the transaction as described above with reference toFIG. 10. In addition, themachine100 can also send at least a portion of the transaction information to the moneytransfer web site543.
• Upon authorization, thefinancial institution computer506 sends an electronic message to the moneytransfer web site543 authorizing the funds transfer. In response to the message, the moneytransfer web site543 sends a first electronic message back to themachine100 for display to the first user. The first message notifies the first user that the money transfer has been authorized. The moneytransfer web site543 can also send a second electronic message, e.g., an email message, to the second user at theuser computer520. The second message notifies the second user that the first user has transferred funds to the second user, and directs the second user to one or more of thevalue exchange machines100 to retrieve the transferred funds. In addition, the second message can also include other security related information, such as a password, code, or PIN that the second user will need to enter into themachine100 before the machine will dispense the funds. The second user can then visit a conveniently locatedmachine100 and obtain the transferred funds as described above with reference toFIG. 10.
• The foregoing method provides an efficient way to transfer money between two or more individuals when the transferor may not have access to a user computer for accessing the moneytransfer web site543. In such a situation, the transferor can instead visit one of thevalue exchange machines100 to conveniently execute the money transfer.
• FIG. 11 is a diagram illustrating a display page1100 useable for a person-to-person money transfer in accordance with an embodiment. In one aspect of this embodiment, the display page1100 can be provided by the money transfer web site543 (FIG. 5) in response to a request from a user desiring to make a money transfer as described above with reference toFIG. 10. The display page1100 can include a number of different data entry fields configured to receive information from the user about the money transfer. Such fields can include adollar amount field1102, a plurality of funds sourcefields1104, arecipient name field1106, and a plurality of electronic address fields1108. In the illustrated embodiment, thedollar amount field1102 can be configured to receive the dollar amount the user would like to transfer to the recipient. The funds sourcefields1104 can be configured to receive account information identifying the one or more sources from which the funds will be taken. For example, thefunds source fields1104 can include one or more credit card fields, a debit card field, and an “other” field for other sources such as a checking or savings account. Accordingly, the user can check the box adjacent to the desired source of funds, and then enter the particular information needed to identify the account. Such information can include, for example, an account number and a unique password, code or PIN.
• In another aspect of this embodiment, theelectronic address fields1108 can include a plurality of fields for receiving various types of electronic addresses for communicating—digitally, by voice, or otherwise—with the recipient. For example, in one aspect of this embodiment, the fields can include an email address field for sending the recipient an email message. In another aspect, the fields can include a telephone number field for sending a voice message to the recipient, or for sending a digital message to the recipient's cell phone display. In yet another aspect, the fields can include a pager number field for sending the recipient a page instructing them to call a number or go on-line to receive their message.
• After entering sufficient information onto the display page1100, the user can select aconfirm button1110 to send the information to, for example, the money transfer web site543 (FIG. 5). From the moneytransfer web site543, the funding portion of the information can be further communicated to theserver computer502 for authorization via thefinancial institution computer506, as described above with reference toFIG. 10. After receiving authorization for the funds transfer, the moneytransfer web site543 sends an email to the recipient's email address notifying the recipient of the money transfer.
• It will be appreciated from the foregoing that although specific embodiments of the value exchange system500 (FIG. 5) and the value exchange machine100 (FIG. 1) are described for purposes of illustration, other embodiments can be implemented without departing from the spirit or scope of this disclosure. For example, in one other embodiment, in addition to providing various services to users via thevalue exchange machine100, the system can also provide various functionalities to a remote user operating a general-purpose computer, such as the user computer520 (FIG. 5). In this alternate embodiment, the user can access various on-line web sites to purchase or reserve various products. For example, a user may visit the ticketseller web site540 to purchase tickets for an event and pay for the tickets with a credit card. In this embodiment, the ticketseller web site540 then makes the purchase information available to themachine100 so the user may then visit themachine100 to receive the actual tickets. In another embodiment, the user can order the tickets on-line at the ticketseller web site540 and pay for the tickets by depositing funds into themachine100 at the time of receipt.
• In a further embodiment, a user can access a telephonecarrier web site541 from the user computer520 (FIG. 5), and pre-purchase a long distance calling card or a wireless phone card on-line. The user can pay for the card on-line (with, e.g., a credit card account) and then receive a unique code or PIN once payment is authorized. In one aspect of this embodiment, the user may then visit themachine100 and enter his/her code to receive the card. In a similar embodiment, the user can reserve the card on-line, but not pay for the card until visiting themachine100.
• In yet another embodiment, long distance minutes may be stored on a particular long distance calling card, much like a “stored value card.” In this embodiment, a user can access the telephonecarrier web site541 and pre-purchase additional minutes to put on the card. The user can pay for the additional minutes on line (with, e.g., a credit card account) and then receive a unique code or PIN once payment is confirmed. In one aspect of this embodiment, the user may then visit themachine100 and enter his/her long distance account number (by, e.g., swiping his/her card) and/or the PIN. Thecarrier web site541 can then communicate with themachine100 and send the corresponding “top up” data to themachine100. Themachine100 can then add the additional prepaid phone minutes to the user's phone card. In yet another embodiment, communication between the various web sites and the value exchange machines is facilitated by a “host” computer that first receives a communication from the web site and then sends the communication to the respective value exchange machine. These and other changes may be made to the invention in light of the above detailed description.
• In still further embodiments, the methods and systems described herein can be used to obtain various types of information. Such information can include, for example, account balance information (e.g., for credit card accounts, checking and savings accounts, cell phone minutes, brokerage accounts, on-line accounts, and the like). Such information can also include salary or other employment information. For example, if a particular employer distributes employee pay in the form of prepaid cash cards, then the employees can utilize themachines100 to obtain account balance information. Additionally, the employees could utilize themachine100 in one or more ways as described above to transfer portions of their wages to other accounts for, e.g., bill payment or a person-to-person money transfer. In yet another embodiment, the employees could use themachine100 to convert a portion of their cash card to a redeemable cash voucher that can be redeemed for cash or used to purchase goods and/or services at a POS.
• The above detailed descriptions of embodiments of the invention are not intended to be exhaustive or to limit the invention to the precise form disclosed above. While specific embodiments of, and examples for, the invention are described above for illustrative purposes, various equivalent modifications are possible within the scope of the invention, as those skilled in the relevant art will recognize. For example, while steps are presented in a given order, alternative embodiments may perform routines having steps in a different order. The teachings of the invention provided herein can be applied to other systems, not necessarily the value exchange system described herein. These and other changes can be made to the invention in light of the above detailed description.
• Unless the context clearly requires otherwise, throughout the above description and the following claims, the words “comprise,” “comprising,” and the like are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is to say, in the sense of “including, but not limited to.” Words using the singular or plural number also include the plural or singular number respectively. Additionally, the words “herein,” “above,” “below” and words of similar import, when used in this application, shall refer to this application as a whole and not to any particular portions of this application. When the claims use the word “or” in reference to a list of two or more items, that word covers all of the following interpretations of the word: any of the items in the list, all of the items in the list, and any combination of the items in the list. All of the above U.S. patents and applications and other references described above are incorporated herein by reference.
• These and other changes can be made to the invention in light of the above detailed description. In general, the terms used in the following claims should not be construed to limit the invention to the specific embodiments disclosed in the specification, unless the above detailed description explicitly defines such terms. Accordingly, the actual scope of the invention encompasses the disclosed embodiments and all equivalent ways of practicing or implementing the invention under the claims.
• While certain aspects of the invention are presented below in certain claim forms, the inventors contemplate the various aspects of the invention in any number of claim forms. For example, if only one aspect of the invention is recited below as embodied in a computer-readable medium, the inventors contemplate that other aspects may likewise be embodied in a computer-readable medium. Accordingly, the inventors reserve the right to add additional claims after filing the application to pursue such additional claim forms for other aspects of the invention. The invention is not limited, except as by the following claims.

Claims (23)

1-32. (canceled)

33. A computer-readable medium containing computer-executable instructions for causing a processing device to perform a method for exchanging prepaid cards, the method comprising:

receiving prepaid card information from a user via a user-interface device, wherein the prepaid card information is associated with a first prepaid card for making purchases at one or more retail establishments;

electronically requesting a prepaid card balance from a remote computer based on the prepaid card information;

in response to receiving the prepaid card balance from the remote computer, presenting first and second transaction options to the user based on the prepaid card balance, wherein the first transaction option corresponds to exchanging the first prepaid card for a cash value, and wherein the second transaction option corresponds to exchanging the first prepaid card for a second prepaid card for making purchases at one or more retail establishments;

receiving a user selection corresponding to at least one of the first transaction option or the second transaction option;

when the user selection corresponds to the first transaction option, facilitating transfer of the cash value to the user; and

when the user selection corresponds to the second transaction option, facilitating transfer of the second prepaid card to the user.

34. The computer-readable medium ofclaim 33 wherein the user-interface device is associated with a consumer operated kiosk.

35. The computer-readable medium ofclaim 33 wherein receiving the prepaid card information from the user includes receiving the prepaid card information via a consumer operated kiosk, and wherein receiving the user selection includes receiving the user selection via the consumer operated kiosk.

36. The computer-readable medium ofclaim 33 wherein the method further comprises printing and activating the second prepaid card when the user selection corresponds to the second transaction option.

37. The computer-readable medium ofclaim 33 wherein receiving the prepaid card information is performed by a data processor, and wherein the user-interface device is remote from the data processor.

38. The computer-readable medium ofclaim 33 wherein receiving the prepaid card information is performed by a data processor, and wherein the user-interface device is associated with a personal computer remote from the data processor.

39. The computer-readable medium ofclaim 33 wherein the user-interface device is associated with a mobile phone.

40. The computer-readable medium ofclaim 33 wherein the method further comprises receiving the first prepaid card from the user prior to providing the cash value or the second prepaid card to the user.

41. The computer-readable medium ofclaim 33 wherein the method further comprises:

receiving the first prepaid card from the user prior to providing the cash value or the second prepaid card to the user; and

debiting the prepaid card balance from the first prepaid card.

42. The computer-readable medium ofclaim 33 wherein the method further comprises:

receiving the first prepaid card from the user; and

debiting the prepaid card balance from the first prepaid card prior to providing the cash value or the second prepaid card to the user.

43. The computer-readable medium ofclaim 33 wherein the method further comprises:

receiving personal information from the user; and

associating the personal information with the first prepaid card information in a database.

44. The computer-readable medium ofclaim 33 wherein the method further comprises determining a fee associated with the first transaction option, wherein the cash value is based on the first prepaid card balance minus the fee.

45. The computer-readable medium ofclaim 33 wherein the method further comprises:

determining a first fee associated with the first transaction option; and

determining a second fee associated with the second transaction option, wherein the cash value is based on the first prepaid card balance minus the first fee, and wherein the second prepaid card has a card value based on the first prepaid card balance minus the second fee.

46. The computer-readable medium ofclaim 45 wherein the first fee is equal to the second fee.

47. The computer-readable medium ofclaim 33, wherein the first prepaid card is for making purchases at a first retail establishment, and wherein the second prepaid card is for making purchases at a second retail establishment, different from the first retail establishment.

48. The computer-readable medium ofclaim 33 wherein providing the cash value to the user includes transferring funds to an electronic account associated with the user.

49. The computer-readable medium ofclaim 33 wherein providing the cash value to the user includes transferring funds to an on-line account for making on-line purchases.

50. A computer-implemented method for exchanging prepaid cards, the method comprising:

providing at least one networked computing device specifically programmed to communicate with a plurality of remote user devices and receive information from a remote prepaid card database;

receiving, at the networked computing device, prepaid card information from a user via one of the remote user devices, wherein the prepaid card information is associated with a first prepaid card for making purchases at one or more retail establishments;

in response to receiving the prepaid card information, requesting prepaid card balance information from the prepaid card database, wherein the prepaid card balance information is associated with the first prepaid card;

receiving the prepaid card balance information from the prepaid card database;

determining an exchange value for the first prepaid card based on the prepaid card balance information;

presenting at least a first transaction option to the user, wherein the first transaction option corresponds to exchanging the first prepaid card for the exchange value; and

when the user selects the first transaction option, facilitating transfer of the exchange value to the user.

51. The method ofclaim 50 wherein the plurality of remote user devices includes a network of consumer operated kiosks, and wherein the at least one networked computing device is specifically programmed to receive prepaid card information from users via each of the consumer operated kiosks.

52. The method ofclaim 50 wherein the plurality of remote user devices includes a plurality of user computers, and wherein the at least one networked computing device is specifically programmed to receive prepaid card information from users via each of the user computers.

53. The method ofclaim 50, further comprising:

requesting personal information from the user; and

associating the personal information with the prepaid card information in a transaction database.

54. The method ofclaim 53 wherein the personal information includes a personal identification number (PIN).

Images