The present invention relates to methods and computer systems that facilitate voucher transfers. More particularly, the present invention is a method for operating a computer system that facilitates a sender paying for a voucher, and the voucher being provided to a receiver.
A number of businesses offer money transfer and other services through a network of agents. A customer (i.e. a sender) that desires to use these services to transfer money to a third party (i.e. a receiver) can take the money to an agent of the money transfer service. The agent accepts the money, obtains necessary information such as the customer's identity and the identity of the receiver, and initiates a transfer. The money is then made available to the receiver by another agent. The receiver can then pick up the money. In these and other conventional transfers, the sender sets the amount of money to be transferred but otherwise has little or no control over how the money is spent by the receiver. The sender and receiver may negotiate a purpose for the money, such as the purchase of groceries, of which the sender approves, but the receiver may instead spend the money on non-food items after the transfer is complete. Senders may be more comfortable sending money if the sender can have greater assurance that the receiver will use the money for the sender's intended purpose. Therefore, there exists a need for a sender to be able to exert greater control over the use of transferred funds.
Various embodiments concern a server for facilitating the transfer of a voucher involving a sender associated with a first computer and a receiver associated with a second computer. The server is configured to receive a request sent from the first computer by the sender, the request indicating an identity of the receiver and a value designation, and receive a selection of one or more vendors from either the first computer or the second computer. The server is further configured to send a reference number to the sender by sending the reference number to the first computer, and then receive the reference number from the receiver via the second computer. The server is further configured to authorize release of a voucher to the receiver based on the reception of the reference number and on authentication of the identity of the receiver. The voucher is only redeemable for one or both of goods and services with the one or more vendors that were selected for the value designation. The server can be configured to generate a listing of vendors based on location and/or category criteria. The sender and/or receiver can review the category criteria to narrow down and/or select from the listing of vendors to arrive at the selected one or more vendors with which the voucher will be redeemable. The voucher may have an equivalent money value but the value may be locked in the voucher such that the voucher cannot be redeemed for money with the vendor, the facilitator of the transfer, or other entity. The first computer can be operated by the sender or by a send agent. The second computer can be operated by the receiver or by a receive agent.
Various embodiments concern methods for operating a server to facilitate the transfer of a voucher to a receiver. Such methods comprise receiving a request at a server from a sender, the request indicating the identity of the receiver and a value designation, and receiving a selection of one or more vendors at the server. The methods further comprise sending a reference number to the sender from the server and then receiving the reference number back at the server from the receiver. The method further comprises authorizing release of a voucher to the receiver, the voucher only redeemable for one or both of goods and services with the one or more vendors that were selected, the voucher redeemable for an amount corresponding to the value designation, the release authorized by the server based on the reception of the reference number at the server.
While multiple embodiments are disclosed, still other embodiments of the present invention will become apparent to those skilled in the art from the following detailed description, which shows and describes illustrative embodiments of the invention. Accordingly, the drawings and detailed description are to be regarded as illustrative in nature and not restrictive.
While the invention is amenable to various modifications and alternative forms, specific embodiments have been shown by way of example in the drawings and are described in detail below. The intention, however, is not to limit the invention to the particular embodiments described. On the contrary, the invention is intended to cover all modifications, equivalents, and alternatives falling within the scope of the invention as defined by the appended claims.
As discussed previously, a sender may lack control over the use of funds sent to a receiver through a conventional money transfer server. Embodiments of the present disclosure concern methods and computer systems for sending a voucher to a receiver. A voucher, as an alternative to cash, has inherent limitations in the manner in which it can be redeemed. Typically, a voucher is redeemable only with one or a few vendors. For example, a voucher may only be redeemable for goods and/or services with a single vendor (e.g., a single store of a business or multiple stores of a business chain). The vendor(s) may be known to only market particular types of goods or services. As such, a voucher redeemable only with a particular vender means that the receiver of the voucher is limited to using the voucher to receive those goods or services known to be available with the particular vendor.
As an example, a sender may desire to send money to a receiver, but the sender may be concerned with how the money will be spent by the receiver. The sender may only want the receiver to spend the money on food. The sender may accordingly arrange to have a voucher for food provided to the receiver, the voucher redeemable only at a grocery store. However, the sender and receiver may be in geographically different areas, making it difficult for the sender to purchase the voucher for the receiver and/or give the voucher to the receiver. The sender may be unfamiliar with what grocery store options exist in proximity to the receiver. In some cases, the sender may not want to limit the vendor choices of the receiver but may still want to limit the type of goods or services for which the voucher can be redeemed. Therefore, aspects of the present disclosure concern generating a listing of vendors based on a location of the receiver, category of goods or services, or other criteria, and facilitating selection of one or more vendors from the listing. Other features are also discussed herein.
The term voucher, as used herein, refers to a non-cash indicator of entitlement to goods and/or services with a vendor. The voucher can be physically embodied object, such as in a magnetically coded plastic card or a piece of paper. A voucher may take the form of a gift certificate (e.g., a gift card). The voucher may be stored and accessed electronically. In such case, the voucher may or may not be physically embodied. A voucher could accordingly be a virtual gift certificate that is not physically retained by the receiver but can be redeemed by providing a code associated with the voucher to a vendor. The term vendor, as used herein, refers to a business entity that markets goods and/or services. A single vendor or one vendor refers to a single business entity. A business entity may operate a single store location or multiple store locations and/or may operate an online store accessible via the internet. A plurality of vendors refers to multiple business entities. A sender, as used herein, refers to a person desiring to transfer something of value to a receiver. A receiver, as used herein, refers to a person whom the sender intends to receive the something of value. Criteria, as used herein, can be either singular or plural unless the context of a particular usage clearly indicates a singular or plural interpretation.
An agent's computer 16 may be located at a facility that is approved by a financial services organization to facilitate money transfers and/or the sending of vouchers. For example, the agent's computer 16 may be located at a store or dedicated location that provides redemption services for money transfers. The agent's computer 16 may be operated by an agent at the approved send/receive location. The agent's computer 16 can communicate with the server 11, and a fifth user can interface with the agent. It will be understood that the agent's computer 16 represents the possibility of numerous agents at different locations with respective computers for communicating with the server 11 for facilitating transfers. For a transaction involving an agent, the agent interfaces with the sender or receiver to facilitate the transaction. For a transaction involving two agents, a first agent interfaces with the sender and a second agent interfaces with the receiver. Each agent can be a send or receive agent depending on which side of the transaction the agent is facilitating. A sixth user can use the automatic teller machine 17 (or similar type of automated banking interface) to communicate with the server 11. It will be understood that a variety of other computing devices can electronically communicate with the server 11 in accordance with the various embodiments of the present disclosure.
Vendor server 18 also communicates with the server 11. The vendor server 18 can communicate with the server 11 in any manner referenced herein or otherwise known. The vendor server 18 is associated with one or more vendors and can process and store data concerning vouchers and codes as further discussed herein. It will be understood that the vendor server 18 represents the possibility of numerous servers at different locations respectively associated with different vendors. Each vendor server 18 can be a proprietary server of the vendor with which it is associated for managing transactions with the vendor.
The server 11 communicates with the plurality of computing devices 12-18 by sending and receiving commands, requests, information, notifications, data, and the like over one or more communication networks. The server 11 operates a transfer service (e.g., a money transfer server in addition to a voucher transfer service). The server 11 may also deduct any commissions or fees associated with the transfers from the funds provided by the senders. These and other aspects are further discussed herein.
The server 11 may be housed and/or operated by or on behalf of the financial services organization that, among other functions, approves and coordinates the staging of transfers, communicates with the plurality of computing devices 12-18, and facilitates delivery of vouchers to receivers in the staged transfers. The financial service organization accepts money from the sender and in turn delivers a voucher to the receiver. In some embodiments, the server 11 is configured to automatically process staged transfers from the sender. In other embodiments, the server 11 provides information to a user at the financial services organization for review and approval. For example, the server 11 may be connected to a computer that provides an interface to a user at the financial services organization to review and approve or deny communications associated with the staging of money transfers. In some embodiments, the server 11 provides compliance functions for the staged money transfers.
The server 11 can include one or more processors 22 and one or more data structures 21 (e.g., volatile/non-volatile memory, hard disk drives, etc.). The data structures 21 can be used to store any information referenced herein. The processor 22 can execute program instructions stored in the data structures to perform any of the functions described herein. It will be understood that server 11, or a server as otherwise referenced herein, can include a plurality of networked computing devices that manage a proprietary platform, and is not necessarily limited to a single computing device with a processor 22 and data structure 21 as represented herein for convenience.
The flowchart of
The method of
The request information, including any specific information referenced herein such as receiver identity, value designation, and criteria, is sent 33 by the computing device and received by the server 11. It is noted that the request information may be sent 33 and received as a single transmission or may be sent as a series of transmissions over time (e.g., the receiver identity may be sent separately from the location criteria).
The server 11 generates 34 a listing of vendors based on the request. Specifically, the server 11 references a database of all vendors with which the facilitator has a business relationship for issuing vouchers and then filters the vendors based on whether the vendors satisfy the specified criteria. The listing of vendors will typically include a plurality of different vendors. Generating 34 the listing of vendors can include creating a list of all vendors having store locations within a predetermined range (e.g., five miles) of the specified location of the receiver or within a specified geographic area. In the case of category criteria, generating 34 the listing of vendors can include creating a list of all vendors that market the specified good or service. In some cases, multiple criteria can be specified, such as location and category criterion. Filtering of vendors based on criteria is further discussed herein in connection with
Once generated 34, the listing of vendors is then sent 35 by the server 11 and received by the sender. The sender can then review the listing of vendors. For example, the listing of vendors can be displayed on a screen of the computing device associated with the sender or told to the sender by an agent. In connection with reviewing the listing of vendors, the sender can select 36 one or more vendors from the listing of vendors. The selection 36 of the one or more vendors corresponds with which vendor(s) the sender intends the voucher to be redeemable for goods and/or services. In some cases, a single vendor is selected 36. In some other cases, multiple vendors may be selected 36 in anticipation of the receiver further narrowing the group to a single vendor or the voucher being redeemable at multiple vendors. The selection 36 is then sent 36 by the computing device associated with the receiver and received by the server 11.
It is noted that the sender provides payment to the facilitator to fund the voucher. The sender may optionally provide a commission fee to the facilitator. The payment can be provided to the facilitator upon entering 32 of the request, upon selection 36 of the vendor(s), or with another step. If the receiver is interacting with the facilitator through a web browser running on a computing device or on another application running on the computing device, then the payment may be made by use of a credit card, bank account, or other account belonging to the sender. As another example, if the receiver is interacting with a send agent, then payment may be made with a check, credit card, cash, bank account, or other account belonging to the sender to the send agent.
Once the facilitator has the necessary information to stage the transaction (e.g., payment, identity of receiver, and vendor selection 36), then the server 11 can stage the transaction. Staging the transaction can include finalizing the terms of the transaction and returning instructions to the sender on how the receiver is to complete the transaction.
The server 11 generates 38 a reference number. A reference number, as used herein, is a code, usually a series of numbers and/or letters, that allows the receiver to reference the transaction. The reference number also serves as a layer of security because the voucher cannot be received by the receiver, or a purported receiver, without the receiver first providing the reference number to the facilitator. The reference number may not be sent to the receiver by the facilitator. Rather, as shown in
The method further includes the receiver, after receiving the instruction from the sender, providing 42 information to the facilitator. The provided 42 information will typically include the reference number. The provided 42 information will also typically include information that identifies the receiver. For example, the receiver may provide an identification card or other information which can authenticate that the person who is interacting with the facilitator corresponds to the identity of the receiver that the sender entered 32 as part of the request. It is noted that the method of
The server 11 can authorize 44 release of the voucher to the receiver based on the server 11 receiving confirmation of the identity of the receiver and receiving the reference number from the receiver. In some cases, the server 11 automatically authorizes release of the voucher based on particular conditions being satisfied, such as receiving the confirmation number from the receiver and/or confirming the receiver's identity. Authorizing 44 release of the voucher can include sending a notification to an agent interacting with the receiver to give the receiver the voucher. Authorizing 44 release of the voucher can include sending an electronic copy of the voucher to the receiver to allow the receiver to print or otherwise access the voucher. For example, if the receiver is interfacing with the facilitator remotely via a computing device (e.g., by an internet portal operated by the facilitator), then the voucher could be sent via email, text message, or downloaded from a website operated by the facilitator (e.g., hosted on the server 11). In Authorizing 44 release of the voucher can include sending a code or certificate to the receiver that, when the receiver presents the code or certificate to the vendor (in-person at a store location or remotely over the internet) the vendor then gives or otherwise provides the voucher to the receiver.
Before, during, or after the server 11 authorizes release of the voucher or when the facilitator otherwise provides the voucher to the receiver, the server 11 notifies 45 the vendor of the release of the voucher. The notification 45 step may be necessary for activating the voucher to allow its use for redemption. For example, the facilitator may store a quantity of inactivated vouchers (e.g., as physical cards and/or electrically as codes) that cannot be redeemed with the vendor until the vendor authorizes the use of each voucher by receipt of a code associated with each voucher. As such, the notification 45 can include sending an electronic message to the vendor indicating a unique code associated with a particular voucher that indicates to the vendor which voucher to accept. The facilitator may also provide payment to the vendor for the voucher at the time of notifying 45 vendor or upon authorizing 44 the release of the voucher. In some other cases the facilitator may retain a quantity of pre-paid vouchers but may keep them inactivated for security reasons until each is individually provided to a receiver. In any case, the vendor may only allow redemption of each voucher with the vendor if the vendor has been notified 45 that the voucher has been provided to the receiver or otherwise issued.
As demonstrated in the discussion of
The method of
Based on the received 50 location criteria, the method can then reference 51 information stored on the server 11 in association with each vendor for which the facilitator is able to offer vouchers. The server 11 may store information for all affiliated vendors worldwide, but such a quantity would be overwhelming for the sender. As such, the server 11 references 51 all vendors and then filters 52 the vendors based on the location criteria. Filtering 52 the vendors can include narrowing the vendors by only including those vendors in a set which satisfy the location criteria. Returning to the examples of the location criteria concerning a radius or bounded area, the filtering 52 of the vendors creates a list of only those vendors have a store located within the radius or bounded area. Once all vendors have been considered by the filtering 52 step, the server 11 can output a listing of vendors, each of the vendors in the listing satisfying the criteria. The listing of vendors can then be presented to the sender. If the number of vendors in the listing of vendors is overwhelming or the options of vendors from the listing of vendors are not sufficient, then the sender can modify or change the location criteria and repeat the method of
While location criteria has been used as an example of an constraint for selecting a vendor, other criteria are additionally or alternatively possible. Such other criteria can include category criteria. Category criteria can refer to the type of goods and/or services offered, type of goods and/or services not offered (e.g., alcohol), type of store (e.g., online shopping or in-person shopping options), number of stores per vendor (e.g., single store or chain of stores), and/or hours of operation (e.g., open 24 hours per day or only open during standard business hours), among other options for differentiating the nature of business conducted by the vendors. Any such criteria can be sent to the server 11 by the sender and/or receiver. The server 11 can then generate 34 the listing of vendors based on a single criterion (e.g., location) or the server 11 can generate 34 the listing of vendors based on multiple criteria (e.g., location and type of goods sold).
Based on the received 54 category criteria, the method can then reference 55 vendors stored on the server 11. The server 11 may store category information in association with the profile of each vendor on the server 11. For example, for each vendor for which the facilitator is able to offer a voucher, the server 11 may store possible category criteria for the vendor. The server 11 references 55 all vendors and then filters 56 the vendors based on the category criteria. Filtering 56 the vendors can include narrowing the vendors by only including those vendors in a set which satisfy the positive or negative category criteria. Once all vendors have been considered by the filtering 56 step, the server 11 can output a listing of vendors that satisfy the specified category criteria. The listing of vendors can then be presented to the sender. If the number of vendors in the listing of vendors is overwhelming or the options of vendors from the listing of vendors are not sufficient, then the sender can modify or change the category criteria and repeat the method of
While the methods of
The vendors 70-84 each also include category information indicating a type of good or service offered by the particular vendor. As previously discussed, vendors can be categorized based on the type of good or service offered. The category criteria can be used to narrow a database of vendors to a smaller listing of vendors. If the category criteria specified groceries, then vendors 70, 77, and 84 would be listed. However, if the location criteria listed the third area 62 and the category criteria specified groceries, then only vendor 70 would be listed. In some cases, a negative category criteria can be specified which filters out vendors which market a particular type of good or service. For example, a sender may provide the third area 62 as positive location criteria but may also list theater tickets as negative category criteria, such that the generated listing of vendors would include vendors 70-73 but would not include the theater vendor 74. It will be appreciated that many other permutations are possible depending on the criteria specified.
The request information, including any specific information referenced herein, is sent 101 by the computing device associated with the sender and received by the server 11. It is noted that the request information may be sent 101 and received as single transmission or may be sent as a series of transmissions over time.
The server 11 generates 102 a reference number. The reference number is sent 102 by the server 11 to a computer associated with the sender so that the sender receives the reference number. The sender provides 104 instruction to the receiver. Such instruction can include the reference number and/or other information to enable the receiver to receive the voucher.
The method further includes the receiver, after receiving the instruction from the sender, providing 106 information to the facilitator. The provided 106 information will typically include the reference number. The provided 106 information will also typically include information that identifies the receiver. For example, the receiver may provide an identification card or other information which can authenticate that the person who is interacting with the facilitator corresponds to the identity of the receiver that the sender entered 100 as part of the request. The receiver may also include criteria (e.g., location or category criteria) in the provided 106 information. It is noted that the provided 106 information may be sent 107 and received as single transmission or may be sent as a series of transmissions over time (e.g., the reference code is sent 107 separately with respect to the criteria).
Based on reception of the provided 106 information, the server generates 108 a listing of vendors. The generating 108 of the listing of vendors can be done in accordance with any method referenced herein (e.g., similarly to the generating 34 step discussed in connection with
The server 11 can authorize 112 release of the voucher to the receiver based on the server 11 receiving the vendor selection 110, the identity confirmation for the receiver, and the reference number from the receiver. In some cases, the server 11 automatically authorizes release of the voucher based on particular criteria being satisfied, such as receiving the confirmation number, receiving the vendor selection 110, and/or confirming the receiver's identity. Authorizing 112 release of the voucher can be performed in any manner referenced herein including in a manner similar to the authorizing 44 step of the method of
A sender may use any of the methods discussed herein, or a modification of any such method, to send vouchers to multiple receivers. The sender may then specify the same or different vendor criteria for each of the receivers. It is also noted that any of the methods of this disclosure, or any modification of the same, can additionally or alternatively be used to setup a reoccurring voucher transfer that comprises a plurality of transfers (e.g., to a single receiver) to be performed at a plurality of different times according to a schedule. The voucher criteria may be the same for each transfer, or the voucher criteria may change as specified by the sender. The receiver may or may not be given the opportunity to select different vendors with each transferred voucher, depending on whether the sender has specified a vendor or left an opportunity of the receiver to make the final vendor selection.
While the embodiments discussed herein concern the issuing of a new voucher, each of the methods can be adapted to apply a greater redeemable value to a voucher that the receiver already has. For example, a receiver may already have a voucher (e.g., a gift certificate) that the receiver can use at a particular store. The methods of the present disclosure (e.g., any of the methods of
It is noted that the voucher transfers referenced herein can relate to a voucher transfer, executed by a facilitator (e.g., operating a money transfer service), from a sender (e.g., as a first user) to a receiver (e.g., as a second user) without a bilateral exchange of value between, or on behalf of, the sender and the receiver. As such, the transfer from the sender to the receiver can be a unilateral exchange of value from the sender to the receiver without an exchange of money, goods, services, or other thing of value in return to the sender. A commission may be paid to the facilitator by either of the sender or the receiver for providing the voucher transfer service. The facilitator may additionally or alternatively make money on the transfers by agreeing with the vendors to not pay the full designated value for each voucher. As such, the facilitator may receive a discount on the voucher when buying the voucher from the vendor. As an example, the facilitator may purchase one or a group of vouchers from a particular vendor for 90% of the redeemable value of the vouchers. The sender pays the facilitator 100% of the redeemable value for the facilitator to transfer the voucher to the sender. In another sense, the facilitator pays a first amount to the vendor for the voucher and then, upon payment of a second amount to the facilitator by the sender, the facilitator transfers the voucher to the receiver, the voucher being redeemable with the vendor for a third amount, wherein the first amount is less than either of the second and third amounts, and the second amount is less than the third amount or the second amount is equal to the third amount.
In many cases, the sender is the client of the money transfer service and the receiver is a third party beneficiary. As such, the facilitator of the voucher transfer service will honor the preferences of the sender over the preferences of the receiver. However, the sender may not be particular about precisely at which vendor the voucher is redeemable as long as some criteria is met. For example, the sender may not be particular as to at which store the voucher is redeemable as along as the store is a grocery store. As such, the sender may specify a first set of criteria for generating 108 the listing of vendors (e.g., only grocery stores within a particular area) such that the receiver is given the opportunity to select a vendor that markets groceries within the area.
While the methods discussed herein have a first user, as a sender, initiating a voucher transfer, similar methods can be used wherein the receiver initiates the transfer. Such receiver initiated voucher transfers, or sender initiated transfers, can be conducted in view of U.S. patent application Ser. No. 13/957,186, filed on Aug. 1, 2013, which is incorporated herein by reference in this entirety.
The methods described in this disclosure, including those of
When implemented in software, the functionality ascribed to methods, systems, devices, and/or servers described in this disclosure may be embodied as instructions on a physically embodied computer-readable medium such as RAM, ROM, NVRAM, EEPROM, FLASH memory, magnetic data storage media, optical data storage media, or the like, the medium being physically embodied in that it is not a carrier wave, as part of control circuitry. The instructions may be executed by a processing component to support one or more aspects of the functionality described in this disclosure.
Various modifications and additions can be made to the exemplary embodiments discussed without departing from the scope of the present invention. For example, while the embodiments described above refer to particular features, the scope of this invention also includes embodiments having different combinations of features and embodiments that do not include all of the above described features.