Requestor-based funds transfer system and methods

Information

  • Patent Grant
  • 10558957
  • Patent Number
    10,558,957
  • Date Filed
    Friday, February 22, 2013
    11 years ago
  • Date Issued
    Tuesday, February 11, 2020
    4 years ago
Abstract
According to the invention, transferring money using a computer network is disclosed. In one step, information is saved on credit received for a first user (110) in a stored value account on a server computer system (170). At the server computer system (170), a request from the first user (110) to send money to a second user (130) based on the stored value account is received. An electronic notification is sent from the server computer (170) to the second user (130) to notify the second user (130) of the request. A debit in the stored value account of the first user (110) is created. The requested money is sent to the second user (130) upon a receipt of a request at the server computer (170) from the second user (130).
Description
BACKGROUND

The invention relates generally to computer-implemented financial transactions, and more particularly relates to processing person-to-person payments and money requests using a computer network.


One individual (the payor) may wish to pay money to another individual (the payee) for any of a variety of reasons. Frequently, the payor owes a debt to the payee. The debt may be an informal IOU or a more formal transaction. Other times, the payor may wish to give the money to the payee as a gift.


Until now, individual payors have typically completed such payments via cash or paper check. More convenient payment methods exist, such as credit cards and bank account debits through electronic fund transactions, however, the payor typically does not have the option to use these other payment methods when the payee is an individual as opposed to a retail business that has been pre-established as an online merchant. Thus, there is a need in the art for enabling individuals to use more convenient money transfer methods.


For individuals who participate in frequent money transfers to or from other individuals, managing all these money transfers is also inconvenient. For example, a payor may receive requests for money from multiple payees through different communication methods, including in person, over the phone, and in writing. Keeping track of requests for money is therefore time consuming. Likewise, the payee is often not sure of the best way to notify the payor of a money request. Accordingly, there is a need in the art for a convenient method by which a payee can request money from a payor.


Furthermore, a payor may desire to initiate a particular money transfer at a future time. This may be the case with a birthday gift of money or a debt that is not due until a later date. If the payor attempts to wait until the intended transfer date to give the payee a check or cash, however, the payor runs the risk that the payor will either forget or not have the opportunity to give the check or cash to the payee. This problem is particularly cumbersome when the payor must make recurring payments of a fixed amount, such as for rent in an apartment. Therefore, there is also a need in the art for a mechanism for scheduling future payments that the payor does not want to initiate until a later time. In general, there is a need in the art for safe and convenient methods by which individuals can engage in money transfers.





BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is described in conjunction with the appended figures:



FIG. 1A is a block diagram of an overview of person-to-person payments in accordance with an exemplary embodiment of the present invention;



FIG. 1B is a block diagram of an overview of person-to-person payments in accordance with another embodiment of the present invention;



FIG. 2 is a block diagram illustrating a log-in Web page for accessing an account with the payment enabler in accordance with an exemplary embodiment of the present invention;



FIG. 3 is a block diagram illustrating an account history Web page in accordance with an exemplary embodiment of the present invention;



FIG. 4 is a block diagram illustrating an address book interface in accordance with an exemplary embodiment of the present invention;



FIG. 5 is a flow chart illustrating steps for registration of an individual for an account with the payment enabler in accordance with an exemplary embodiment of the present invention;



FIG. 6 is a flow chart illustrating the steps of a process through which a payor can send money in accordance with an exemplary embodiment of the present invention;



FIG. 7 is a flow chart illustrating the steps by which a payor can provide transaction information to the payment enabler so that the payment enabler can process a “send money” command in accordance with an exemplary embodiment of the present invention;



FIG. 8 is a flow chart illustrating the steps for completion of a “send money” transaction by the payment enabler in accordance with an exemplary embodiment of the present invention;



FIG. 9 is a flow chart illustrating the steps of a process through which an individual can request money from another person in accordance with an exemplary embodiment of the present invention; and



FIG. 10 is a flow chart illustrating the steps by which an individual can provide information used by the payment enabler to process a money request in accordance with an exemplary embodiment of the present invention.



FIG. 11 shows a block diagram of a payment enabler computer system, a money handler computer system, and a funds transfer system.





In the appended figures, similar components and/or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If only the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.


DETAILED DESCRIPTION

The ensuing description provides preferred exemplary embodiment(s) only, and is not intended to limit the scope, applicability or configuration of the invention. Rather, the ensuing description of the preferred exemplary embodiment(s) will provide those skilled in the art with an enabling description for implementing a preferred exemplary embodiment of the invention. It being understood that various changes may be made in the function and arrangement of elements without departing from the spirit and scope of the invention as set forth in the appended claims.


The present invention processes person-to-person payment commands and money requests received from over a computer network such as the Internet. The payment enabler allows a remote individual to register for an account through which the individual can make payments to other individuals, request money from other individuals, and access other functionality to facilitate the management of the individual's financial transactions.


In addition to initiating immediate money transfer and request money transactions, an individual may use the payment enabler to schedule future or recurring transactions to one or more payees. Where there are multiple payees, each payee may receive the same amount or a differing amount.


At the time an individual authorizes a payment to another person or directs the payment enabler to request money from another person, the person to whom the payment or money request is directed may, but need not, have already registered for an account with the payment enabler. Where the payment is to an unregistered payee, the payment may be in the form of a gift certificate, an electronic gift certificate, a money order, a check, a savings bond, an airline mileage credit, or negotiable instrument sent to the payee who would never need to register in order to receive the payment. When communicating with individuals, the payment enabler may use both mail, telegrams, telephone, pages, instant messaging, Web pages and/or e-mail.


An intermediary typically operates the payment enabler and acts as a conduit for the money transfer from one individual (the payor) to another individual (the payee). This enables the payor to pay through a variety of different payment methods and the payee to receive payment through a variety of different methods. Individuals, by way of the intermediary, may make payments from and receive money transfers into a stored value account.


Address book functionality provides users the ability to retain information on counter parties. The address book may be integrated into the money transfer and money request interfaces to allow an individual to quickly select the counter party for a transaction. The individuals in the address book may be manually entered or automatically entered as a previous counter party.


Generally described, the present invention comprises a method for providing a person-to-person payment service through a computer server of a computer network. The computer server maintains a database of e-mail addresses corresponding to individuals having accounts that provide the individuals with functionality offered by the computer server for online management of financial transactions. The computer server receives from a first individual located at a remote computer an e-mail address of a second individual to whom the first individual wants to send an amount of money. Then, the computer server searches the database of e-mail addresses for the e-mail address of the second individual. If the e-mail address of the second individual is found in the database of e-mail addresses, then the payment of the amount of money from the first individual to the second individual is completed.


To complete the payment of the amount of money from the first individual to the second individual, the computer server may first initiate a transfer of the amount of money from the first individual to a first intermediary bank account using a first money transfer method. The computer server then transfers the amount of money from a second intermediary bank account to the second individual using a second money transfer method.


The present invention also comprises a method for providing a money request service through a computer server of a computer network. The computer server maintains a database of e-mail addresses or other unique identifier corresponding to individuals having accounts that provide the individuals with functionality offered by the computer server for online management of financial transactions. The computer server then receives from a first individual located at a remote computer an e-mail address of a second individual from whom the first individual wants to request an amount of money. The computer server sends an email to the e-mail address of the second individual to notify the second individual that the first individual is requesting the amount of money. The computer server then receives authorization from the second individual to pay the amount of money to the first individual. The computer server next completes a payment of the amount of money from the second individual to the first individual.


The present invention is typically embodied in a server, called a payment enabler, that processes person-to-person payment commands and money requests received from over a computer network such as the Internet. The payment enabler allows an individual to register for an account through which the individual can make payments to other individuals, request money from other individuals, and access other functionality to facilitate the management of the individual's financial transactions. The payment enabler may, for example, provide the user of an account with access to online statements listing the user's pending and history (past) transactions.


To communicate with individuals, the payment enabler may use both Web pages and e-mail. Web pages may allow the payment enabler to both communicate information to and receive information from an individual. E-mail provides a convenient mechanism through which the payment enabler can reach individuals who have not registered with the payment enabler and update individuals about the status of a particular transaction.


At the time an individual authorizes a payment to another person or directs the payment enabler to request money from another person, the person to whom the payment or money request is directed may, but need not, have already registered for an account with the payment enabler. If the person to whom the payment or money request is directed does not already have an account with the payment enabler, then the payment enabler e-mails that person to invite his or her registration for an account so that the transaction can be completed.


An intermediary typically operates the payment enabler and acts as a conduit for the money transfer from one individual (the payor) to another individual (the payee). This enables the payor to pay through a variety of different payment methods and the payee to receive payment through a variety of different money receipt methods.


For example, individuals may make payments from and receive money transfers into a stored value account, also called a virtual private payment account. The stored value account holds payment credit that is deducted as portions of that credit is transferred to payees. Where the payee also has an account with the payment enabler, payment passes from the payor's stored value account to the payee's stored value account. The individual may have a physical card associated with the stored value account. Using the card, the individual may make payments to brick-and-mortar stores by drawing upon funds in the stored value account.


Some embodiments may automatically sweep credits from a stored value account out to the individual associated with the stored value account. Credits may accumulated in an individual's stored value account over time. Periods or thresholds can be configured that automatically cause a transfer of credits out of the stored value account. For example, every month the credits could be swept into a banking account or when the credit balance exceeds $1000 a money order could be mailed to the individual.


In addition to initiating immediate money transfer and request money transactions, an individual may use the payment enabler to schedule a future or recurring payment or money request to another individual. An individual may schedule the dates for a future or recurring transaction via selection from a pull-down menu, typing in the dates, selecting dates by clicking on them in a graphical calendar interface, and the like. For a recurring transaction, the individual may use any of the above methods to specify a date to make the initial payment or money request and then specify a frequency and duration for repeating the payment or request.


Address book functionality may provide users the ability to retain information on counter parties. The address book may be integrated into the money transfer and money request interfaces to allow an individual to select quickly the counter party for a transaction.


Under some circumstances, the payee of a transaction may receive a customary greeting card as part of the same transaction. An electronic greeting card would include a link to the payment enabler that would allow receiving a payment from the donor/payor. The payment could be in the form of a gift certificate that is redeemable at one or more Internet or bricks-n-mortar retailers. Some embodiments, could allow on-line selection of a greeting card that is printed and sent along with a money order, gift certificate, check, or negotiable instrument.


Although the present invention has thus far been described in the context of transactions between individuals, one skilled in the art should appreciate that the methods described in the detailed description can also apply to transactions where one or both of the parties is another type of entity, such a business, merchant, corporation, group, or the like. Moreover, an individual may command the payment enabler to make a payment to several different individuals in a single transaction. Likewise, an individual may instruct the payment enabler to request money on the individual's behalf from several other people in a single transaction.


Person-to-Person Payment Overview



FIG. 1A provides an overview 100 of person-to-person payments according to an exemplary embodiment of the present invention. The overview 100 illustrates a payor 110 who needs to transfer an amount of money (also called a payment) 180 to a payee 130.


The payment enabler 170 is typically hosted by a server linked to a computer network such as the Internet 150. Accordingly, the payment enabler 170 is accessible over the Internet 150 by individuals (e.g., the payor 110 and the payee 130) located at computers (e.g., the computers 120 and 140) that are remote from the payment enabler 170. The payment enabler 170 enables these individuals 110, 130 to register for an account with which they can make payments to other individuals, request money from other individuals, and access other functionality to facilitate the management of the individuals' financial transactions.


The payor 110 typically accesses the Internet 150 through the payor computer 120, and the payee 130 typically accesses the Internet 150 through the payee computer 140. The payor computer 120 and the payee computer 140 may be linked to the Internet 150 in the customary manner. To enable the payor 110 and the payee 130 to access the functionality of the various servers connected to the Internet 150, the payor computer 120 and the payee computer 140 typically run a Web browser that enables their users to communicate with these various servers through Web pages. The payor 110 and the payee 130 may also access the payment enabler 170 in this manner. Other computer users (not shown) may access the Internet 150 and the payment enabler 170 in a similar manner.


Using the payment enabler 170, the payor 110 may complete a money transfer of a payment 180 to the payee 130. In such a transaction, an intermediary 160 may act as a conduit for the money transfer of the amount 180. Typically, the intermediary 160 is a business that operates the payment enabler 170. By acting as a conduit for a money transfer between the payor 110 and the payee 130, the intermediary 160 enables the payor to pay through a variety of different payment methods and the payee to receive payment through a variety of different money receipt methods. As shown in the overview 100, the intermediary 160 collects the payment 180 from the payor 110—via a first money transfer method, and the intermediary transfers the payment to the payee 130 via a second money transfer method.


Typically, the intermediary 160 receives the transfer of money 180 via the first money transfer method into a first bank account. The intermediary 160 typically transfers money 180 from a second bank account to the payee 130 via the second money transfer method. The first bank account and the second bank account may, but need not, be the same account.


Although the intermediary 160 may receive the payment 180 from the payor 110 before the intermediary transfers the payment to the payee 130, the intermediary may choose to pay the payee before receiving payment from the payor. In this case, the intermediary 160 assumes the risk of nonpayment by the payor 110. Instead of assuming the risk of nonpayment in order to pay the payee 130 before receiving payment 180 from the payor 110, the intermediary 160 may pay a third party (not shown) to assume the risk of nonpayment by the payor.


Those skilled in the art will be familiar with a variety of money transfer methods. The first money transfer method from the payor 110 to the intermediary 160 may comprise such payment methods as receiving a deposit of an amount of cash by the payor at the store of a payment processor that transfers the amount to the intermediary, debiting a credit card of the payor, debiting a bank account of the payor in an electronic find transaction, debiting a stored value account (also called a virtual private payment account) of the payor, receiving a paper check from the payor, and the like. The second money transfer method from the intermediary 160 to the payee 130 may comprise such money receipt methods as debiting a bank account of the intermediary to fund the dispensing of cash to the payee through an automated teller machine (ATM), dispensing cash to the payee at a store of a payment processor that funds the transaction by debiting a bank account of the intermediary, crediting a credit card of the payee, crediting a bank account of the payee in an electronic fund transaction, crediting a stored value account of the payee, sending a paper check to the payee, and the like.


By way of further explanation, a stored value account may have a balance that can be credited and debited. A business managing the stored value account typically guarantees the account owner the ability to convert the account balance to cash or cash-equivalents through withdrawals or payments to other entities made against the account balance. For the account owner to make a payment to an entity or individual against the balance in a stored value account, that entity typically arranges to accept payment from the business managing the stored value account prior to the transaction. When the business managing the stored value account receives money on the behalf of the account owner, the balance of the account owner's stored value account is credited. In some embodiments, the business managing the stored value account is the same business running the payment enabler.


The transfer of money 180 via the first money transfer method and/or the second money transfer method may be executed using money transfer processing systems (not shown) that are managed by the intermediary 160. Alternatively, either or both of these transfers may be executed using money transfer processing systems (not shown) of third parties. To direct a money transfer processing system to perform a money transfer and provide it with the appropriate transaction details, the payment enabler 170 may communicate with the processing system over the Internet 150, over dedicated network connections, or through other means. The details of money transfer processing systems for various payment methods and money receipt methods are well known to those skilled in the art.


With reference to FIG. 1B, a block diagram of a system 105 for person-to-person payments in accordance with another embodiment of the present invention is shown. In this embodiment, both the payor and payee 110, 130 have respective stored value accounts 190.


Although only one intermediary 190-1 is shown in FIG. 1B for the payor 110, the payor 110 configures any number of intermediaries 160 to send payment credits to and/or receive payment credits from the payor's stored value account 190-1. The stored value account 190-1 may be receive credits from other individuals or from any of the intermediaries 160 at the request of the payor or as credits are needed.


When a transaction is initiated, the payor's stored value account 190-1 receives credits from a selected first intermediary 160 under the direction of the payment enabler 170 such that sufficient credits are present to fund the transaction. The payment 180 passes from the payor's stored value account 190-1 to the payee's stored value account 190-2 as controlled by the payment enabler 170. The payee 130 is notified with e-mail, for example, of the new credit to the stored value account 190-2. With the assistance of a second intermediary 160-2 under direction from the payment enabler 170, the credit can be withdrawn by the payee 130. Although only one second intermediary 160-2 is shown, any number of intermediaries may be possible to transfer all or part of the credit from the stored value account 190-2 of the payee.


The above embodiment credits the payor's 110 stored value account 190-1 before transferring the credit to the payee's 130 stored value account 190-2. Other embodiments could avoid the payor's 110 stored value account 190-1 and directly transfer the credit from the first intermediary 160-1 to the payee's 130 stored value account 190-2. For example, the first intermediary 160-1 may be a credit card company that adds money to the stored value account 190-2 of the payee 130. In other embodiments, money may go from the payor's stored value account 190-1 directly to the second intermediary 160-2. For example, a credit in the stored value account 190-1 of the payor 110 could be sent to a second intermediary 160-2 that issues money orders for pick-up by the payee at a retail location.


Hardware and Software for Implementing Person-to-Person Payments


The payor computer 120, the payee computer 140, and the server hosting the payment enabler 170 may each have typical features of a computer system, such as a processing unit, a system memory containing random access memory (RAM) and read only memory (ROM), and a system bus that couples the system memory to the processing unit. The computer may also include various memory storage devices, such as a hard disk drive, a magnetic disk drive (e.g., to read from or write to a removable magnetic disk), and an optical disk drive (e.g., to read from or write to optical media such as a CD-ROM). The payor computer 120 and the payee computer 140 may also comprise devices capable of wireless access to the Internet 150. Further, the payment enabler 170 may be implemented with a number of such computers interconnected by a network as is well known in the art.


A number of program modules may be stored in the drives and RAM of the computer system. Program modules control how the computer system functions and interacts with the user, with input/output devices, or with other computers. Program modules include routines, an operating system, application program modules, data structures, browsers, and other software or firmware components. The invention may conveniently be implemented in various program modules that are stored on the computers illustrated in the overview 100 and implement the methods described in the detailed description.


No particular programming language will be described for carrying out the various procedures described in the detailed description because it is considered that the operations, steps, and procedures described and illustrated in the accompanying drawings are sufficiently disclosed to permit one of ordinary skill in the art to practice an exemplary embodiment of the present invention. Moreover, there are many computers and operating systems which may be used in practicing an exemplary embodiment, and therefore no detailed computer program could be provided which would be applicable to all of these many different systems. Each user of a particular computer will be aware of the language and tools which are most useful for that user's needs and purposes.


One skilled in the art should recognize that the various computers 120, 140, 170 may require one or more databases for storing information pertinent to their roles in the person-to-person payment methods of the present invention. In the detailed description, these databases may be described with respect to their functionality or the information stored. One skilled in the art should recognize that a variety of different database implementations are capable of providing the described functionality or storing the described information. Accordingly, details of such database implementations need not be described. Where details of a database implementation are described, the detailed description provides them by way of example, not by way of limitation.


Accessing the Functionality of the Payment Enabler



FIG. 2 is a screen shot illustrating an exemplary login Web page 200 through which a user of the payment enabler 170 can access his or her account. This account enables the user to access the features of the payment enabler. If the user makes a payment 180 to another individual using the payment enabler 170, then the user is referred as the payor 110 with respect to that particular transaction. If the user receives a payment from another individual through the payment enabler 170, then that user is referred to as a payee 130 with respect to that particular transaction. Through the account, the user also has access to other functionality of the payment enabler 170 for facilitating the management of that user's financial transactions.


As already described, the payment enabler 170 may require the user to undergo a registration process before activating an account for the user. As a result of that registration process, the user may be assigned a user name and a password. To access his or her account, the user enters the assigned user name in box 205 and the password in box 210. When the user next clicks the “LOGIN” button 215, the payment enabler 170 determines if the password on file for the account associated with the user name supplied by the user matches the password supplied by the user. If so, then the payment enabler 170 grants the user access to the account associated with the user name supplied by the user.


The leftmost side of the login Web page 200 may have several buttons 225, 230, 240, 250, 260, 270, 280, 290, each labeled and associated with a particular feature of the payment enabler 170. By selecting a particular button, perhaps with a pointing device such as a mouse, the user can access the feature of the payment enabler associated with that button. These buttons 225, 230, 240, 250, 260, 270, 280, 290 are typically inactive until the user has been granted access to the user's account through the login process.


The features associated with each of the buttons 225, 230, 240, 250, 260, 270, 280, 290 are now discussed in turn. In response to the user clicking the button 225, the payment enabler 170 may provide the user with a Web page alerting the user to new money requests received and payments completed since this button was previously selected. In response to the user clicking the button 230, the payment enabler 170 initiates the “send money” process 600 (described in more detail later in conjunction with the description of FIGS. 6-8), which allows the user (the payor 110 with respect to this transaction) to send money to another individual, the payee 130. In response to the user clicking the button 240, the payment enabler 170 initiates the “request money” process 900 (described in more detail later in conjunction with the description of FIGS. 9 and 10), which allows the user (the payee 130 with respect to this transaction) to request money from another individual, the payor 110.


In response to the user clicking the button 250, the payment enabler 170 provides the user with an online statement of pending “send money” or “request money” transactions. In response to the user clicking the button 260, the payment enabler 170 provides the user with an online statement of history (i.e., past or completed) “send money” or “request money” transactions. Such an online statement of completed transactions is further described in more detail later in conjunction with the description of FIG. 3.


In response to the user clicking the button 270, the payment enabler 170 provides the user with an address book interface 400 (described in more detail later in conjunction with the description of FIG. 4). This address book interface 400 provides the user with extensive address book functionality.


In response to the user clicking the button 280, the payment enabler 170 provides the user with a Web page having a summary of the user's profile (i.e., registration information). Through this Web page, the user may be able to update his or her profile. Updating profile information may include adding or deleting money transfer methods for either making payments or receiving payments. The user may also change the default payment or money receipt method for the user's account through this feature.


In response to the user clicking the button 290, the payment enabler 170 may provide the user with an online calendar through which the user can keep track of various events, including but not limited to financial transactions. Such online calendars are well known to those skilled in the art. The calendar may automatically indicate future and recurring transactions that have been scheduled. Such scheduled transactions may include automatic initiation of a payment or sending of a money request. By clicking on a transaction listed on the online calendar, the user can change the details (including scheduling) of the transaction.


The above embodiment allows sending payment 180 to a single payee 130, however, other embodiments could send payment to a number of payees. The payor may enter a list of e-mail addresses for the payees manually, load that list from a file or select existing entries from the address book. The address book may include a group of individuals. The group can be selected as the payees. Further, each individual in the group could receive the same or a different amount of payment 180 in their stored value account.


When a particular button 225, 230, 240, 250, 260, 270, 280, 290 is selected, the payment enabler 170 typically highlights it and provides the selected functionality in the large area 220 of the graphical user interface. The buttons 225, 230, 240, 250, 260, 270, 280, 290 may be displayed on all Web pages provided to the user by the payment enabler 170 in order to provide the user with an easy way to switch between features of the payment enabler while logged into his or her account.


Online Statements of Pending and Completed Transactions



FIG. 3 is a screen shot illustrating an exemplary account history Web page 300, which the user may access by selecting the “View History” button 260. The online statement of history transactions is displayed in the area 220 of the Web page. Because the button 260 has been selected, it is shown highlighted. The other buttons 225, 230, 240, 250, 270, 280, 290 are provided toward the leftmost side of the Web page to allow the user to easily switch to other features of the payment enabler 170. As those skilled in the art appreciate, there may be levels of menus with additional buttons to access some of the other functions.


The online statement of history transactions comprises completed transactions 310. A given transaction may comprise a “send money” transaction or a “request money” transaction depending on whether the user wishes to send money to another individual or requested money from another individual. Each of the transactions 310 occupies one row of the area 220 and includes entries for each of the columns 320, 330, 340, 350, 360, 370, 380, 390. By clicking on a column head, the user can sort the transactions 310 by their entries for the column corresponding to that column head.


For each of the transactions 310, the entry in column 320 comprises the name of the counter party to the transaction. The entry in column 330 comprises a unique reference number assigned to the transaction by the payment enabler 170. The entry in column 340 comprises the e-mail address of the counter party to the transaction. The entry in column 350 comprises the amount 180 that the user sent to or requested from the listed counter party for the transaction. The entry in column 360 comprises the date that the transaction was initiated. The entry in column 370 comprises a subject that the user has provided to identify the transaction.


The entry in column 380 indicates the type of the transaction. For example, the word “send” in this column 380 may indicate a “send money” transaction. “Request” may indicate a “request money” transaction. “Receive” may indicate a transaction in which money was received from another individual who used the “send money” process 600.


In some embodiments of the present invention, a payee 130 in a given transaction has the opportunity to reverse a received payment. In that case, the type column 380 for that transaction may have the word “refund.”


The entry in column 390 indicates the status of the transaction. If the transaction has been completed, then the word “fulfilled” may appear in the column 390. In some embodiments of the present invention, a payor 110 in a given transaction has the opportunity to cancel a pending transaction before it is completed. The word “canceled” in the column 390 may indicate such a canceled transaction.


By clicking the button 250, the user of an account can obtain a Web page (not shown) similar to that of FIG. 3 but listing only pending transactions. Pending transactions include transactions that the user authorized the payment enabler 170 to initiate but that have not yet been completed. Such transactions may be indicated by the word “pending” in the status field 390.


In some embodiments of the present invention, the payment enabler 170 permits a user who has begun entering transaction details but has not finished to save the details entered up till that point. In such an embodiment, the user can later complete entry of the transaction details and then authorize the payment enabler 170 to initiate the transaction. Such a transaction may be listed in the statement of pending transactions with the word “draft” in the status field.


Address Book Functionality



FIG. 4 is a screen shot illustrating an exemplary address book interface 400. The user may access this address book interface 400 by clicking on the button 270.


The address book interface includes a listing of address book entries 410 for a user-defined group of people. Each address book entry occupies a row of the display and includes information for each of the columns 420, 425, 430. By clicking on a column head for one of these columns, the user can sort the address book entries 410 by their information in the column corresponding to that column head. Column 415 comprises a check box that can be either checked or unchecked for each of the address book entries 410.


For each of the address book entries 410, the information in column 420 comprises the name of a person with an e-mail address. The information in column 425 comprises an e-mail address of the person listed in column 420. The information in column 430 comprises the number of transactions currently pending for the user with the person listed in column 420 as the counter party.


By clicking the button 460, the user can add a new address book entry to the current display of address book entries. There may also be a button (not shown) allowing the user to delete an address book entry from the current display of address book entries.


By clicking the button 470, the user can save the entries 410 in the current display of address book entries for future reference. After the user clicks the button 470, a subsequent Web page may prompt the user for the name under which the group should be saved. If the group being saved is an update to a group that was earlier saved, the Web page may provide the user the option to replace the old group by saving the updated group under the same name as the old group was saved.


By clicking the drop-down menu 480, the user can select a previously saved group. In response, the payment enabler provides the user with a Web page like that of FIG. 4, except the address book entries 410 of the current group are replaced with address book entries for the selected group.


By making a selection from the drop-down menu 490, the user can import address book entries from other programs. Once imported, these address book entries will be displayed on a Web page similar to that of FIG. 4 as the address book entries 410.


By clicking on the button 440, the user initiates the “send money” process 600 (discussed later) to send money to all the individuals whose address book entries 410 are checked in column 415. By clicking on the button 450, the user initiates the “request money” process 900 (discussed later) to request money from all the individuals whose address book entries 410 are checked in column 415. When the “send money” process 600 and the “request money” process 900 are initiated in this manner through the address book interface 400, the user need not later specify again the individuals (and their e-mail addresses) to whom the User wishes to pay money or from whom the user wishes to request money.


The user may check the check box (column 415) for one or more of the address book entries 410 by clicking on that check box. The user may uncheck an already checked check box by clicking on it again.


Registration for an Account with the Payment Enabler



FIG. 5 is a logical flow diagram 300 illustrating exemplary steps for registration of an individual for an account with the payment enabler 170. The registration process begins with step 510. For transactions that send payment to one or more groups of individuals, a listing of all groups is shown in a manner similar to that of FIG. 4. A set payment may be configured for the whole group or different payment amounts 180 and/or different payment methods may be selected for each individual.


In step 510, the individual establishes a secure connection with the payment enabler 170. Typically, the individual communicates with the payment enabler 170 via Web pages. In step 520, the individual provides the payment enabler 170 with the individual's e-mail address and other identification information included in the individual's profile.


In step 530, the individual provides the payment enabler 170 with information for one or more payment methods. In step 540, the individual selects a default payment method.


In step 550, the individual provides the payment enabler 170 with information for one or more methods of receiving money. In step 560, the individual selects a default method for receiving money.


In step 565, the payment enabler 170 provides the individual with a user name and password. Alternatively, the payment enabler 170 may permit the individual to choose his or her own password. In some embodiments, the e-mail address serves as the user name.


In step 570, the payment enabler 170 creates a database record that stores the individual's account information. This account information includes the profile of the individual, as well as the individual's user name and password. This database record may also include a pending transactions file and a history transactions file that store the information that the payment enabler 170 respectively uses to produce at the individual's request the online statement of pending transactions for the individual and the online statement of history transactions for the individual.


In step 580, the payment enabler 170 sends the individual a confirmation e-mail having a deep link that the individual can follow to activate the account. In step 590, the individual follows the deep link to activate the account. The registration process then ends in step 595. Once the account is activated, a stored value account 190 is created that is linked to the individual.


Sending Money to Other Individuals



FIG. 6 is a logical flow diagram 600 illustrating exemplary steps for a send money process 600 in which a payor 110 can send money 180 to a payee 130. The send money process 600 begins with step 610.


In step 610, the payor 110 logs into the payor's account through a secure connection with the payment enabler 170 and selects the “send money” option, perhaps by clicking the “send money” button 230.


In step 620, the payor 110 provides the payment enabler 170 with the send money transaction information. The payor 110 may communicate this information to the payment enabler 170 through Web forms.


In step 630, the payment enabler 170 searches for the e-mail address of the payee 130 in the database of user accounts to determine if the payee is a registered user. In step 635, the payment enabler 170 determines if the e-mail address of the payee 130 was found. If the e-mail address of the payee 130 was found, then the “YES” branch is followed to step 690 because the payee is already a registered user. In that case, the payment enabler 170 completes the transaction in step 690 before the send money process 600 ends in step 695.


Referring again to step 635, if the payment enabler 170 determines that the e-mail address of the payee 130 was not found, then the “NO” branch is followed to step 640 because the payee is not already a registered user. In step 640, the payor 110 specifies a question and an expected answer for the purpose of authenticating the payee 130. Although this embodiment uses a secret question for authentication, other embodiments could use encryption, a certificate, a biometric device or other technology for authorization.


In step 650, the payment enabler 170 sends the payee 130 an e-mail to notify the payee that the payee can receive the payment from the payor 110 by registering for an account with the payment enabler. The e-mail may include a link that the payee 130 can follow to register for the account with the payment enabler 170. In step 660, the payment enabler 170 determines if the payee registers for an account with the payment enabler.


If the payee 130 never registers for an account with the payment enabler 170, then the “NO” branch is followed to step 695, and the send money process 600 ends. If, in step 660, the payee 130 does register for an account with the payment enabler 170, then the “YES” branch is followed to step 670.


In step 670, the payment enabler 170 poses the security question to the payee 130 and receives a response from the payee. In step 680, the payment enabler 170 determines if the response matches the expected answer to the security question that was entered by the payor 110 in step 640. If the response does not match the expected answer, then the “NO” branch is followed to step 695, and the send money process 600 ends.


If the response does match the expected answer in step 680, then the “YES” branch is followed to step 690. In step 690, the payment enabler 170 completes the transaction. The send money process 600 then ends in step 695.


In the above embodiment, the payee 130 interacts with the payment enabler 170 in order to transfer payment 180 to a stored value account 160-2 for the payee. Other embodiments could send the payment 180 directly to the payee without the need for interaction with the payment enabler 170, by sending a check or other instrument directly to the payee 130. Further, the payee may merely be informed of the payment 180 and pick-up the payment from an intermediary 160 with a retail storefront.



FIG. 7 is a logical flow diagram 620 illustrating exemplary steps for provision of the “send money” transaction information to the payment enabler 170 by the payor 110. The logical flow diagram of FIG. 7 comprises an exemplary process corresponding to routine 620 on FIG. 6. The routine 620 begins with step 710.


In step 710, the payor 110 specifies the e-mail address of the payee 130. The payor 110 may do this by typing in the e-mail address or by selecting the e-mail address from an online e-mail address book. Other embodiments could use any unique identifier and not just an e-mail address.


In step 720, the payor 110 specifies the amount 180 to pay the payee 130. In step 730, the payor 110 may specify a subject that may identify the transaction in the pending and history transactions files. The subject may also identify the transaction in the subject line of an e-mail to the payee 130 about the transaction. If an auction payment, the subject may include an auction identifier such as an auction listing title and/or an auction number. In step 740, the payor 110 optionally specifies a message for the payment enabler 170 to include in the e-mail notifying the payee 130 of the transaction.


In step 750, the payor 110 optionally selects a payment method to be used in this transaction instead of the default payment method. In step 760, the payor 110 optionally identifies the payment 180 as a future or a recurring payment. The payment enabler 170 may provide a graphical calendar to assist in scheduling future payments. For example, the payor 110 may click a box corresponding to a specific day to schedule the payment 180 for that day. In some embodiments, the payor 110 may indicate payment should be a check, money order, gift certificate, or other instrument. The instrument could be mailed directly to a payee address provided by the payor 110 or picked-up by the payee 130 at a local storefront.


In step 770, the payment enabler 170 displays a summary of the transaction to the payor 110. In step 780, the payment enabler 170 offers the payor 110 the opportunity to confirm the transaction or to reenter the transaction information. In step 790, the payment enabler 170 determines if the payor 110 has confirmed the transaction. If the transaction is confirmed, then the “YES” branch is followed to step 795, and the routine 620 returns. However, if the payment enabler 170 determines in step 790 that the payor 110 has decided not to confirm the transaction, then the “SNO” branch is followed back to step 710, and the payor reenters the transaction information.



FIG. 8 is a logical flow diagram 690 illustrating exemplary steps for completion of the “send money” transaction by the payment enabler 170. The logical flow diagram of FIG. 8 comprises an exemplary process corresponding to routine 690 of FIG. 6. The routine 690 begins with step 810.


In step 810, the payment enabler 170 assigns a unique transaction identifier to the transaction and creates a database record of the transaction. This unique identifier may be used to access the record of a transaction whenever a customer inquires about the transaction.


In step 820, the payment enabler 170 initiates the transfer of the payment amount 180 from the payor 110 to the intermediary 160 using the first money transfer method. Some embodiments may move the payment from the payor's stored value account 190-1 to the payee's stored value account 190-2 to accomplish the transfer. If the payor 110 identified the payment 180 as a future or recurring payment in step 760 of FIG. 7, then the payment enabler 170 waits until the specified time or times to initiate the transfer of the payment amount 180 from the payor to the intermediary 160.


If the payor 110 specified a particular payment method to be used in this transaction in step 750 of FIG. 7, then that payment method comprises the first money transfer method. Otherwise, the first money transfer method comprises the default payment method specified for the account of the payor 110.


In step 830, the payment enabler 170 updates the pending transactions file for the payor 110. Typically, this update involves adding the transaction to the pending transactions file for the payor 110 as a “send” type transaction with a “pending” status.


In step 840, the payment enabler 170 updates the pending transactions file for the payee 130. Typically, this update involves adding the transaction to the pending transactions file for the payee 130 as a “receive” type transaction with a “pending” status.


In step 850, the intermediary 160 receives the payment amount 180. In step 860, the payment enabler 170 transfers the payment amount 180 from the intermediary 160 to the payee 130 using the second money transfer method. Typically, the second money transfer method comprises the default money receipt method specified for the account of the payee 130.


The payment enabler 170 may send an e-mail to the payee 130 to notify the payee of the money 180 being sent. This e-mail may optionally require that the payee 130 authorize receipt of the money 180 before the payment enabler 170 will complete the payment through the second money transfer method. This e-mail may also optionally offer the payee 130 the opportunity to change the second money transfer method for this particular transaction from the default money receipt method to another money receipt method.


In step 870, the payment enabler 170 changes the status of the transaction for both the payor 110 and the payee 130 from “pending” to “fulfilled” and moves the transactions from their pending transactions files to their history transactions files.


In step 880, the payment enabler 170 may send confirmation e-mails to the payor 110 and the payee 130 notifying them of completion of the transaction. The routine 690 then returns in step 890.


Requesting Money from Other Individuals



FIG. 9 is a logical flow diagram 900 illustrating exemplary steps for a request money process 900 in which a payee 130 can request money 180 from a payor 110. The request money process 900 begins with step 910.


In step 910, the payee 130 logs into the payee's account through a secure connection with the payment enabler 170. The payee 130 then selects the “request money” option, perhaps by clicking the “request money” button 240.


In step 920, the payee 130 provides the payment enabler 170 with information used to process the money request: This may be done via a Web page form. In step 930, the payment enabler 170 adds the transaction as a “request” type transaction to the pending transactions file of the payee 130.


In step 940, the payment enabler 170 searches for the e-mail address of the payor 110 in the database of user accounts to determine if the payor is a registered user of the payment enabler 170. In step 945, the payment enabler 170 determines if the address was found. If the address was not found, then the payor 110 does not have an account with the payment enabler 170, and the “NO” branch is followed to step 950.


In step 950, the payment enabler 170 sends an e-mail to the payor 110 notifying the payor of the money request. This e-mail also invites the payor 110 to register for an account with the payment enabler 170.


In step 955, the payor 110 registers for an account with the payment enabler 170. Preferably, the payor 110 reaches a registration page of the payment enabler 170 by following a link in the e-mail. Step 970, to be discussed shortly, is then executed.


Referring again to step 945, if the payment enabler 170 found the e-mail address of the payor 110 in the database of user accounts, then the payor does have an account with the payment enabler, and the “YES” branch is followed to step 960. In step 960, the payment enabler 170 sends an e-mail to the payor 110 notifying the payor of the money request and containing a link to a Web page through which the payor can respond to the money request. In step 965, the payor 110 follows the link in the e-mail, and step 970 is then executed.


Step 970 follows either step 955 or step 965. In step 970, the payment enabler 170 provides the payor 110 with a Web page for authorizing payment of the amount 180 requested in the money request. If step 970 is reached from step 955, then the payment enabler 170 preferably provides this Web page to the payor 110 automatically at the end of the registration process.


In step 980, the payor 110 authorizes the payment 180. In step 990, the payment enabler 170 completes the money transfer with an intermediary 160 acting as a conduit between the payor 110 and the payee 130 in the manner already described. The payment enabler 170 also updates the pending and history transactions files for both the payor 110 and the payee 130. The request money process 900 then ends in step 995.



FIG. 10 is a logical flow diagram 970 illustrating exemplary steps by which the payee 130 can provide the payment enabler 170 with the information used by the payment enabler to process the money request. The logical flow diagram of FIG. 10 corresponds to routine 920 on FIG. 9. The routine 920 begins with step 1010.


In step 1010, the payee 130 specifies the e-mail address of the payor 110. The payee 130 may do this by typing in the e-mail address or by selecting the e-mail address from an online e-mail address book such as the one depicted in FIG. 4.


In step 1020, the payee 130 specifies the amount 180 to be requested from the payor 110. In step 1030, the payee 130 specifies a subject that may identify the transaction in the pending and history transactions files. This subject may also comprise the subject line of an e-mail notifying the payor 110 of the money request.


In step 1040, the payee 130 optionally specifies a message for the payment enabler 170 to include in the e-mail notifying the payor 110 of the money request. In step 1050, the payee 130 optionally selects a money receipt method to be used in this transaction instead of the default money receipt method specified in the payee's profile. The routine 930 then returns in step 1060.



FIG. 11 shows a block diagram 1100 of a payment enabler computer system 1101, a money handler computer system 1102, and a funds transfer system 1103.


A number of variations and modifications of the invention can also be used. The payment capability could be used to pay subscription fees and other electronic costs. For example, the some music web sites charge small fees for downloading music or may charge a small monthly fee. A request could be made to the payor that is fulfilled by transferring funds from the stored value account of the payor to the stored value account of the merchant payee.


While the principles of the invention have been described above in connection with specific apparatuses and methods, it is to be clearly understood that this description is made only by way of example and not as limitation on the scope of the invention.

Claims
  • 1. A method for transferring funds, the method comprising: receiving, at a payment enabler computer system, a communication, the communication comprising a sender account identifier associated with a sender and receiver account identifier associated with a receiver;querying, by the payment enabler computer system, associated memory to determine that the receiver account identifier is not associated with an entry in the associated memory;sending by the payment enabler computer system, a webpage link to an electronic address associated with the receiver account identifier;receiving, from a computer device associated with the receiver, an affirmative response to the webpage link, the affirmative response causing the payment enabler computer system to initiate a challenge-response protocol comprising: receiving, from a computer device associated with the sender, a challenge-response communication defining one or more parts of a challenge-response authentication;generating, by the payment enabler computer system, based at least in part on the received challenge-response communication, a challenge;transmitting, by the payment enabler computer system, the challenge over a communication network to the computer device associated with the receiver;receiving, by the payment enabler computer system, a response to the transmitted challenge;comparing a received response to the challenge-response communication to authenticate a user associated with the sender account identifier;in response to a positive authentication, creating an entry in the associated memory and associating said entry with the receiver account identifier; andcausing, by the payment enabler computer system, an electronic transfer of funds from a sender account associated with the sender to a receiver account associated with the receiver.
  • 2. A method as in claim 1, wherein the computer device associated with the receiver account configured to receive data wirelessly.
  • 3. A method as in claim 1, wherein the webpage link when activated by the computer device associated with the receiver account redirects the computer device associated with the receiver account to an account creation web page comprising a web page form.
  • 4. A method as in claim 1, wherein querying the associated memory further comprises: searching by the payment enabler computer system for an electronic address of the receiver.
  • 5. A method as in claim 4, wherein the electronic address is an email address.
  • 6. A method as in claim 1, wherein causing the electronic transfer of funds from a sender account associated with the sender to a receiver account associated with the receiver further comprises providing the funds to an intermediary prior to the funds being received by the receiver account associated with the receiver.
  • 7. A method as in claim 1, wherein the receiver account associated with the receiver is located at a physical location, wherein the transferred funds are provided to be picked up in cash at the physical location.
  • 8. A method as in claim 1, further comprising providing a notification to the computer device associated with the receiver account of a physical location where the funds can be received.
  • 9. A method as in claim 1, further comprising transmitting a notification to the computer device associated with the receiver account of the transfer of funds.
  • 10. A funds transfer system, comprising: a payment enabler computer system that transmits and receives data over a network, the payment enabler computer system being configured to:receive a communication, the communication comprising a sender account identifier associated with a sender and receiver account identifier associated with a receiver;query associated memory to determine the receiver account identifier is not associated with an entry in the associated memory;send payment enabler computer system, a webpage link to an electronic address associated with the receiver;receive from a computer device associated with the receiver, an affirmative response to the webpage link, the affirmative response causing the payment enabler computer system to initiate a challenge-response protocol comprising: receive, from a computer device associated with the, a challenge-response communication defining one or more parts of a challenge-response authentication;generate, based at least in part on the received challenge-response communication, a challenge;transmit the challenge over a communication network to the computer device associated with the receiver;receive a response to the transmitted challenge;compare a received response to the challenge-response communication to authenticate a user associated with the sender;in response to a positive authentication, create an entry in the associated memory and associate said entry with the receiver; andcause an electronic transfer of funds from a sender account associated with the sender to a receiver account associated with the receiver.
  • 11. A system as in claim 10, wherein the payment enabler computer system is further configured to search for an electronic address of the receiver.
  • 12. A system as in claim 11, wherein the electronic address comprises an email address.
  • 13. A system as in claim 10, wherein the payment enabler computer system is further configured to provide the funds to an intermediary prior to the funds being received by the receiver account associated with the receiver.
  • 14. A system as in claim 10, wherein the webpage link when activated by the computer device associated with the receiver account redirects the computer device associated with the receiver account to an account creation web page comprising a web page form.
CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 12/241,500, filed Sep. 30, 2008, and entitled “Wide Area Network Person-To-Person Payment,” which is a division of U.S. patent application Ser. No. 10/332,724, filed Sep. 12, 2003, issued as U.S. Pat. No. 7,606,734, and entitled “Wide Area Network Person-To-Person Payment,” which is a national stage entry of PCT Application No. PCT/US2001/022179, filed Jul. 11, 2001. The entire disclosures of the above applications are hereby incorporated by reference, for all purposes, as if fully set forth herein.

US Referenced Citations (324)
Number Name Date Kind
3599151 Harr Aug 1971 A
3783755 Lagin Jan 1974 A
3833395 Gosnell Sep 1974 A
4032931 Haker Jun 1977 A
4321672 Braun et al. Mar 1982 A
4454414 Benton Jun 1984 A
4562340 Tateisi et al. Dec 1985 A
4562341 Ohmae et al. Dec 1985 A
4630200 Ohmae et al. Dec 1986 A
4633397 Macco Dec 1986 A
4678895 Tateisi et al. Jul 1987 A
4722554 Pettit Feb 1988 A
4812628 Boston et al. Mar 1989 A
4902881 Janku Feb 1990 A
4961142 Elliott et al. Oct 1990 A
4972318 Brown et al. Nov 1990 A
5021967 Smith Jan 1991 A
5053607 Carlson et al. Oct 1991 A
5119293 Hammond Jan 1992 A
5175682 Higashiyama et al. Dec 1992 A
5220501 Lawlor et al. Jun 1993 A
5283829 Anderson Feb 1994 A
5326959 Perazza Jul 1994 A
5350906 Brody et al. Sep 1994 A
5367452 Gallery et al. Nov 1994 A
5408077 Campo et al. Apr 1995 A
5426594 Wright et al. Jun 1995 A
5448043 Nakano et al. Sep 1995 A
5461217 Claus Oct 1995 A
5464971 Sutcliffe et al. Nov 1995 A
5465206 Hilt et al. Nov 1995 A
5477037 Berger Dec 1995 A
5477038 Levine et al. Dec 1995 A
5484988 Hills et al. Jan 1996 A
5491325 Huang et al. Feb 1996 A
5504677 Pollin Apr 1996 A
5510979 Moderi et al. Apr 1996 A
5513117 Small Apr 1996 A
5524073 Stambler Jun 1996 A
5555496 Tackbary et al. Sep 1996 A
5570465 Tsakanikas Oct 1996 A
5577109 Stimson et al. Nov 1996 A
5604802 Holloway Feb 1997 A
5622388 Alcordo Apr 1997 A
5629982 Micali May 1997 A
5638283 Herbert Jun 1997 A
5649117 Landry Jul 1997 A
5650604 Marcous et al. Jul 1997 A
5657201 Kochis Aug 1997 A
5664110 Green et al. Sep 1997 A
5677955 Doggett et al. Oct 1997 A
5679940 Templeton et al. Oct 1997 A
5699928 Hogan Dec 1997 A
5717868 James Feb 1998 A
5721768 Stimson et al. Feb 1998 A
5732136 Murphree et al. Mar 1998 A
5732400 Mandler et al. Mar 1998 A
5745886 Rosen Apr 1998 A
5757917 Rose et al. May 1998 A
5764888 Bolan et al. Jun 1998 A
5774879 Custy et al. Jun 1998 A
5778067 Jones et al. Jul 1998 A
5779379 Mason et al. Jul 1998 A
5783808 Josephson Jul 1998 A
5787403 Randle Jul 1998 A
5794207 Walker et al. Aug 1998 A
5815657 Williams et al. Sep 1998 A
5825003 Jennings et al. Oct 1998 A
5825617 Kochis et al. Oct 1998 A
5826241 Stein et al. Oct 1998 A
5828875 Halvarsson et al. Oct 1998 A
5832463 Funk Nov 1998 A
5870718 Spector Feb 1999 A
5875435 Brown Feb 1999 A
5878211 Delagrange et al. Mar 1999 A
5880446 Mori et al. Mar 1999 A
5884288 Chang et al. Mar 1999 A
5893080 McGurl et al. Apr 1999 A
5896298 Richter Apr 1999 A
5897622 Blinn et al. Apr 1999 A
5897625 Gustin et al. Apr 1999 A
5897989 Beecham Apr 1999 A
5898154 Rosen Apr 1999 A
5899980 Wilf et al. May 1999 A
5899982 Randle May 1999 A
5902983 Crevelt et al. May 1999 A
5903881 Schrader et al. May 1999 A
5909492 Payne et al. Jun 1999 A
5909673 Gregory Jun 1999 A
5910988 Ballard Jun 1999 A
5913202 Motoyama Jun 1999 A
5915023 Bernstein Jun 1999 A
5920629 Rosen Jul 1999 A
5920847 Kolling et al. Jul 1999 A
5920848 Schutzer et al. Jul 1999 A
5936221 Corder et al. Aug 1999 A
5937396 Konya Aug 1999 A
5946669 Polk Aug 1999 A
5949044 Walker et al. Sep 1999 A
5952639 Ohki et al. Sep 1999 A
5953709 Gilbert et al. Sep 1999 A
5953710 Fleming Sep 1999 A
5956700 Landry Sep 1999 A
5960412 Tackbary et al. Sep 1999 A
5963647 Downing et al. Oct 1999 A
5966698 Pollin Oct 1999 A
5974146 Randle et al. Oct 1999 A
5974194 Hirani et al. Oct 1999 A
RE36365 Levine et al. Nov 1999 E
5987426 Goodwin, III Nov 1999 A
5993047 Novogrod et al. Nov 1999 A
5999624 Hopkins Dec 1999 A
6003763 Gallagher et al. Dec 1999 A
6011833 West Jan 2000 A
6012048 Gustin et al. Jan 2000 A
6015087 Seifert et al. Jan 2000 A
6027216 Guyton Feb 2000 A
6029150 Kravitz Feb 2000 A
6030000 Diamond Feb 2000 A
6032133 Hilt et al. Feb 2000 A
6032137 Ballard Feb 2000 A
6035285 Schlect et al. Mar 2000 A
6035406 Moussa et al. Mar 2000 A
6039245 Symonds et al. Mar 2000 A
6039250 Ito et al. Mar 2000 A
6044360 Picciallo Mar 2000 A
6044362 Neely Mar 2000 A
6044395 Costales et al. Mar 2000 A
6045039 Stinson et al. Apr 2000 A
6058417 Hess et al. May 2000 A
6064990 Goldsmith May 2000 A
6070150 Remington et al. May 2000 A
6070156 Hartsell et al. May 2000 A
6070798 Nethery Jun 2000 A
6078907 Lamm Jun 2000 A
6081790 Rosen Jun 2000 A
6088683 Jalili Jul 2000 A
6088684 Custy et al. Jul 2000 A
6097834 Krouse et al. Aug 2000 A
6098053 Slater Aug 2000 A
6106020 Leef et al. Aug 2000 A
6119106 Mersky et al. Sep 2000 A
6119931 Novogrod Sep 2000 A
6122625 Rosen Sep 2000 A
6128603 Dent et al. Oct 2000 A
6134561 Brandien et al. Oct 2000 A
6145738 Stinson et al. Nov 2000 A
6148377 Carter et al. Nov 2000 A
6149056 Stinson et al. Nov 2000 A
6164528 Hills et al. Dec 2000 A
6167386 Brown Dec 2000 A
6173272 Thomas et al. Jan 2001 B1
6175823 Van Dusen Jan 2001 B1
6181837 Cahill et al. Jan 2001 B1
6189787 Dorf Feb 2001 B1
6193152 Fernando et al. Feb 2001 B1
6199761 Drexler Mar 2001 B1
6202054 Lawlor et al. Mar 2001 B1
6206283 Bansal et al. Mar 2001 B1
RE37122 Levine et al. Apr 2001 E
6223168 McGurl et al. Apr 2001 B1
6246996 Stein et al. Jun 2001 B1
6247047 Wolff Jun 2001 B1
6260024 Shkedy Jul 2001 B1
6263446 Kausik et al. Jul 2001 B1
6269369 Robertson Jul 2001 B1
6275829 Angiulo et al. Aug 2001 B1
6286756 Stinson et al. Sep 2001 B1
6289322 Kitchen et al. Sep 2001 B1
6292211 Pena Sep 2001 B1
6292789 Schutzer Sep 2001 B1
6295522 Boesch Sep 2001 B1
6305604 Ono Oct 2001 B1
6308887 Korman et al. Oct 2001 B1
6314169 Schelberg, Jr. et al. Nov 2001 B1
6317745 Thomas et al. Nov 2001 B1
6321211 Dodd Nov 2001 B1
6321987 McCall et al. Nov 2001 B1
6324525 Kramer et al. Nov 2001 B1
6327570 Stevens Dec 2001 B1
6327575 Katz Dec 2001 B1
6339766 Gephart Jan 2002 B1
6343279 Bissonette et al. Jan 2002 B1
6347305 Watkins Feb 2002 B1
6351739 Egendorf Feb 2002 B1
6356878 Walker et al. Mar 2002 B1
6360254 Linden et al. Mar 2002 B1
6367693 Novogrod Apr 2002 B1
6394343 Berg et al. May 2002 B1
6405181 Lent et al. Jun 2002 B2
6408284 Hilt et al. Jun 2002 B1
6411942 Fujimoto Jun 2002 B1
6415271 Turk et al. Jul 2002 B1
6438586 Hass Aug 2002 B1
6449599 Payne et al. Sep 2002 B1
6453300 Simpson Sep 2002 B2
6473500 Risafi et al. Oct 2002 B1
6480830 Ford et al. Nov 2002 B1
6484936 Nicoll et al. Nov 2002 B1
6488203 Stoutenburg et al. Dec 2002 B1
6502747 Stoutenburg et al. Jan 2003 B1
6539363 Allgeier et al. Mar 2003 B1
6547132 Templeton et al. Apr 2003 B1
6549119 Turner Apr 2003 B1
6554184 Amos Apr 2003 B1
6510453 Apfel et al. Jun 2003 B1
6575362 Bator et al. Jun 2003 B1
6609113 O'Leary et al. Aug 2003 B1
RE38255 Levine et al. Sep 2003 E
6615189 Phillips et al. Sep 2003 B1
6615190 Slater Sep 2003 B1
6618705 Wang et al. Sep 2003 B1
6631358 Olgilvie Oct 2003 B1
6736314 Cooper et al. May 2004 B2
6761309 Stoutenburg et al. Jul 2004 B2
6761311 Algiene et al. Jul 2004 B1
6814282 Seifert et al. Nov 2004 B2
6827260 Stoutenburg et al. Dec 2004 B2
6829588 Stoutenburg et al. Dec 2004 B1
6847947 Kambour et al. Jan 2005 B1
6886742 Stoutenburg et al. May 2005 B2
6908031 Seifert et al. Jun 2005 B2
6922673 Karas et al. Jul 2005 B2
6996542 Landry Feb 2006 B1
7010512 Gillin et al. Mar 2006 B1
7031939 Gallagher et al. Apr 2006 B1
7089208 Levchin et al. Aug 2006 B1
7287009 Liebermann Oct 2007 B1
7308429 Tozzi Dec 2007 B1
7376587 Neofytides et al. May 2008 B1
7398252 Neofytides et al. Jul 2008 B2
7606734 Baig et al. Oct 2009 B2
7644037 Ostrovsky Jan 2010 B1
7685067 Britto et al. Mar 2010 B1
7720712 Allocca et al. May 2010 B1
7937292 Baig et al. May 2011 B2
7941342 Baig et al. May 2011 B2
7941346 Baig et al. May 2011 B2
20010032183 Landry et al. Oct 2001 A1
20010034676 Vasic Oct 2001 A1
20010042785 Walker et al. Nov 2001 A1
20010051876 Seigel et al. Dec 2001 A1
20010054003 Chien et al. Dec 2001 A1
20020023055 Antognini et al. Feb 2002 A1
20020046106 Ishibashi et al. Apr 2002 A1
20020062285 Amann May 2002 A1
20020082962 Farris et al. Jun 2002 A1
20020082987 Wilson Jun 2002 A1
20020087462 Stoutenburg et al. Jul 2002 A1
20020087463 Fitzgerald et al. Jul 2002 A1
20020087467 Mascavage et al. Jul 2002 A1
20020104026 Barra et al. Aug 2002 A1
20020111908 Milberger et al. Aug 2002 A1
20020152168 Neofytides et al. Oct 2002 A1
20020152176 Neofytides et al. Oct 2002 A1
20020153414 Stoutenburg et al. Oct 2002 A1
20020161702 Milberger et al. Oct 2002 A1
20020194125 Shimada Dec 2002 A1
20030024979 Hansen et al. Feb 2003 A1
20030028491 Cooper Feb 2003 A1
20030055780 Hansen et al. Mar 2003 A1
20030069856 Seifert et al. Apr 2003 A1
20030074311 Saylors et al. Apr 2003 A1
20030111529 Templeton et al. Jun 2003 A1
20030120777 Thompson et al. Jun 2003 A1
20030126036 Mascavage et al. Jul 2003 A1
20030126075 Mascavage et al. Jul 2003 A1
20030126083 Seifert et al. Jul 2003 A1
20030130907 Karas et al. Jul 2003 A1
20030130940 Hansen et al. Jul 2003 A1
20030130948 Algiene et al. Jul 2003 A1
20030135459 Abelman et al. Jul 2003 A1
20030149662 Shore Aug 2003 A1
20030154164 Mascavage et al. Aug 2003 A1
20030167237 Degen et al. Sep 2003 A1
20030177067 Cowell et al. Sep 2003 A1
20030187789 Karas et al. Oct 2003 A1
20030187791 Weichert et al. Oct 2003 A1
20030187792 Hansen et al. Oct 2003 A1
20030195811 Hayes et al. Oct 2003 A1
20030208445 Compiano Nov 2003 A1
20030222135 Stoutenburg et al. Dec 2003 A1
20030222136 Bolle et al. Dec 2003 A1
20030225689 MacFarlane et al. Dec 2003 A1
20040015438 Compiano Jan 2004 A1
20040024701 Hansen et al. Feb 2004 A1
20040059672 Baig et al. Mar 2004 A1
20040068437 McGee et al. Apr 2004 A1
20040078327 Frazier et al. Apr 2004 A1
20040088248 Cutler May 2004 A1
20040088261 Moore et al. May 2004 A1
20040098328 Grant et al. May 2004 A1
20040098335 Michelsen May 2004 A1
20040107165 Blair et al. Jun 2004 A1
20040117302 Weichert et al. Jun 2004 A1
20040138947 McGee et al. Jul 2004 A1
20040139008 Muscavage et al. Jul 2004 A1
20040143552 Weichert et al. Jul 2004 A1
20040148286 Rogers Jul 2004 A1
20040153398 Baumgartner et al. Aug 2004 A1
20040158521 Newton et al. Aug 2004 A1
20040167860 Baxter et al. Aug 2004 A1
20040193897 Van Volkenburgh Sep 2004 A1
20040210476 Blair et al. Oct 2004 A1
20040210506 Algiene et al. Oct 2004 A1
20040210521 Crea et al. Oct 2004 A1
20040210523 Gains et al. Oct 2004 A1
20040211831 Stoutenburg et al. Oct 2004 A1
20040254833 Algiene et al. Dec 2004 A1
20050017067 Weinberger Jan 2005 A1
20050027650 Walker et al. Feb 2005 A1
20050167481 Hansen et al. Aug 2005 A1
20050187929 Staggs Aug 2005 A1
20050180550 McGee et al. Sep 2005 A1
20050209958 Michelsen Sep 2005 A1
20050209961 Michelsen Sep 2005 A1
20090024523 Baig et al. Jan 2009 A1
20090024529 Baig et al. Jan 2009 A1
20090048967 Baig et al. Feb 2009 A1
20090048974 Baig et al. Feb 2009 A1
20090089210 Baig et al. Apr 2009 A1
20090094149 Baig et al. Apr 2009 A1
20090094155 Baig et al. Apr 2009 A1
20090281942 Randazza Nov 2009 A1
Foreign Referenced Citations (22)
Number Date Country
481135 Apr 1992 EP
0 745 961 Apr 1996 EP
0 745 961 Jul 1998 EP
949596 Oct 1999 EP
1 077 436 Feb 2001 EP
2728983 Jul 1996 FR
2338614 Dec 1999 GB
H1125171 Jan 1999 JP
WO 9626508 Aug 1996 WO
WO 9826386 Jun 1998 WO
WO 9849644 Nov 1998 WO
WO 9850875 Nov 1998 WO
WO 9922291 May 1999 WO
WO 9928872 Jun 1999 WO
WO 0022559 Apr 2000 WO
WO 0046725 Aug 2000 WO
WO 0054122 Sep 2000 WO
WO 0067177 Nov 2000 WO
WO 0079452 Dec 2000 WO
WO 0104816 Jan 2001 WO
WO 0139093 May 2001 WO
WO 0205195 Jan 2002 WO
Non-Patent Literature Citations (236)
Entry
Bills, Steve, Is Wells Invading PayPal's Turf? American Banker, [New York, N.Y.] Aug. 26, 2002: 23, downloaded from ProQuestDirect on the Internet on Jul. 13, 2015, 2 pages.
Author Unknown, “Making Checks Our Responsibility,” TeleCheck International, Inc., http://www.telecheck.com/home/home.html, Feb. 7, 2000, 2pages.
Author Unknown, “About Western Union,” www.westernunion.com/info/aboutUsIndex.asp?country=global, Jun. 10, 2003, 9 pages.
Author Unknown, “About Western Union: Company History,” http://www.payment-solutions.com/history.html, 2005, 2 pages.
Author Unknown, “Aeromexico and Western Union Partner to Offer a Cash Payment Option for Booking Airline Tickets” Press Release, 2004, 2 pages.
Author Unknown, “American Express in New Ad Drive,” American Banker, 1990, 1 page.
Author Unknown, “American Express Introduces Automated Money Order Dispenser,” Professional Check Casher, 1991, 1 page.
Author Unknown, “American Express Money Orders, Travelers Cheques Now on Sale,” Dots and Dashes, 1936, 2 pages.
Author Unknown, “American Express Unit Introduces State-of-the-Art Automated Money Order Dispenser,” Tri-State Food News, 1990, 1 page.
Author Unknown, “American Greeting Cards Click-Through,” date unknown, 36 page.
Author Unknown, “Amex Aims Expansion Strategy At Local Currency Exchanges,” Crain's Chicago Business, 1990, 1 page.
Author Unknown, “Amex Money Order Dispenser,” The Nilson Report, 1990, 1 page.
Author Unknown, “Amex Tests Moneygram,” Adnews, 1990, 1 page.
Author Unknown, “And a Nine-Second Money Order Dispenser,” Post-News, 1991, vol. 17, No. 1, 1 page.
Author Unknown, “Announcing Quick Collect Online,” Western Union's Professional Collector, 2002, 3 pages.
Author Unknown, “Annual Report of First Data Corporation,” 1998, 3 pages.
Author Unknown, “Annual Report of First Data Corporation,” 1999, 2 pages.
Author Unknown, “Annual Report of the President of the Western Union Telegraph Company,” 1873, pp. 8-11.
Author Unknown, “Annual Report of the President of the Western Union Telegraph Company,” 1874, pp. 8-11.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1935, 2 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1940, 3 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1947, 2 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1949, 3 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1951, 2 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1953, 2 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1954, 3 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1973, 5 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1974, 9 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1978, 2 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1981, 2 pages.
Author Unknown, “Annual Report of the Western Union Telegraph Company,” 1990, 4 pages.
Author Unknown, “AT&T Wireless to Offer Western Union SwiftPay as Replenishment Option for AT&T Free2Go Wireless Prepaid Customers,” PR Newswire Association, 2001, 2 pages.
Author Unknown, “Behind the Scenes of Life,” First Data Corporation Annual Report, 1996, 3 pages.
Author Unknown, “BidPay: Buyer FAQs—Receiving Payments and Using the Money Order Service,” BidPay.com, Copyright 1999-2003, 7 pages.
Author Unknown, “BidPay: Seller FAQs—Receiving Payments and Using the Money Order Service,” BidPay.com, Copyright 1999-2003, 7 pages.
Author Unknown, “Billserv.com Launches Bills.com, an Internet Portal for Consumers to Pay all Bills Online at No Cost,” Business Editors & High-Tech Writers, Business Wire, Feb. 22, 2000, p. 1, New York.
Author Unknown, “Candygram Payment Service,” no date, 1 page.
Author Unknown, “CES/NaBANCO Introduces Stored Value Card Technology: Blockbuster Video is First Merchant Partner,” First Data Corporation News Release, 1996, 3 pages.
Author Unknown, “Collect Your Delinquent Accounts by Telegraph,” Form 1229-A, 1933, 1 page.
Author Unknown, “Collection by Money Transfer: MoneyGram Service Removes Time-Consuming Steps to Commercial Collections,” 1990, 2 pages.
Author Unknown, “Common Values: Uncommon Opportunities,” First Data Corporation Annual Report, 1995, 2 pages.
Author Unknown, “Company Profile: The Western Union Convenience Pay Service,” 2004, 4 pages.
Author Unknown, “Debit It! The Best Idea in Payment Systems Since the Credit Card,” Amerinet, Inc., downloaded from website http://www.debit-it.com/ on Feb. 7, 2000, 8 pages.
Author Unknown, “Do More with Your Money,” downloaded from website http://www.x.com., Feb. 7, 2000, 5 pages.
Author Unknown, “Dots and Dashes,” 1935, vol. 11, No. 9, 4 pages.
Author Unknown, “E-Commerce, Email and E-greeting Cards Combine in New Web Site Designed by Interactive Bureau,” Business Wire, Sep. 14, 1999, retrieved on May 1, 2000 from Proquest Database, 2 pages.
Author Unknown, “FDR to Offer HNC Software's Real-Time Fraud Detection: New Distribution Agreement to Benefit Card Banks,” First Data Resources News Release, 1996, 2 pages.
Author Unknown, “Federal Benefits Checks are Going Away, Don't Let Your Customers Go with Them: Announcing the Western Union Benefits Quick Cash Program,” 4 pages.
Author Unknown, “First Data Acquires PaySys International. ” Press Release, May 1, 2001, 1 page.
Author Unknown, “First Data Aligns with CyberCash to Offer New Electronic Coin Service,” First Data Corporation News Release, 1996, 3 pages.
Author Unknown, “First Data and Netscape Announce Program to Help Businesses Establish Payment-Enabled Web Sites.” First Data Corporation News Release, 1996, 5 pages.
Author Unknown, “First Data and Netscape Offering Internet Payment Processing Service,” First Data Corporation News Release, 1996, 3 pages.
Author Unknown, “First Data InfoSource Offers Database Analysis with DecisionScope,” First Data Corporation News Release, 1996, 2 pages.
Author Unknown, “First Data to Offer Card Profitability Software from HNC: Distribution Agreement Poised to Repeat Falcon Success,” HNC Software, Inc. News Release, 1996, 3 pages.
Author Unknown, “First Data, First USA Paymentech, GE Capital Invest in First Virtual Holdings,” First Virtual Holdings Corporation News Release, 1996, 3 pages.
Author Unknown, “First Located Example of Money Transfer,” Aug. 25, 1873, 1 page.
Author Unknown, “G&D America's Multi Application Smart Card Selected for Combined Payroll and ‘Virtual Banking’ Program in Mexico,” Business Wire, Apr. 24, 1998, 3pages.
Author Unknown, “Get Your Collect Card,” Dots and Dashes, 1939, 2 pages.
Author Unknown, “Gift: Money Order for Something You Really Want,” 1933, 1 page.
Author Unknown, “GiftSpot.com Simplifies Gift-Giving on the Internet,” PR Newswire, Oct. 20, 1999, retrieved on May 1, 2002 from Proquest Database, 5 pages.
Author Unknown, “Greeting Card Process Flow,” MoneyZap.com, 2000, 2 pages.
Author Unknown, “Guess What? The Check's Not in the Mail,” Western Union's Professional Collector, 2001, 3 pages.
Author Unknown, “How Money by Phone Was Paid; Money Transfer Service: Book of Rules and List of Offices,” Western Union Telegraph Company, 1926, 3 pages.
Author Unknown, “How PayPal com Works,” http://www.paypal.com on Feb. 7, 2000, 7 pages.
Author Unknown, “If You're Not Getting Your Payment with Quick Collect, Chances Are You're Not Getting It” 2001, 2 pages.
Author Unknown, “Intell-A-Check! The Way to get Paid,” Intell-A-Check product overview, http://www.icheck.com/, Feb. 7, 2000, 7 pages.
Author Unknown, “Introducing the Western Union Cash Card Program,” 1998, 2 pages.
Author Unknown, “It Takes a Certain Person to Make a Good Collector. But it Takes a Good Manager to Make a Champion,” Western Union's Professional Collector, 2001, 3 pages.
Author Unknown, “LAN Airline Alliance Carriers and Western Union offer Travellers Additional Payment Options,” Press Release, 2005, 3 pages.
Author Unknown, “Last of the Pony Express Riders Tells His Story,” Dots and Dashes, 1932, vol. 8, No. 10, 2 pages.
Author Unknown, “Leading Provider of Transaction Card Processing Selects Connect Oneserver Software as a Solution for Advanced Internet Merchant Services: First Data Chooses OneServer as an Application to Deliver the Internet to Banks and Merchants,” Press Release, 1996, 4 pages.
Author Unknown, “List of Prepaid Services,” http://www.westernunion.com/info/osComparePrePaid.asp. 1 page.
Author Unknown, “Loved One Stranded? Send Cash,” Akron Beacon Journal, 1991, 2 pages.
Author Unknown, “Luxury Brands LLC: World Famous Brands at Liquidation Process,” http://www.auctionbytes.com/cab/pages/payment, 3 pages.
Author Unknown, “Messenger Work Full of Adventure, Excitement,” Dots and Dashes, 1933, vol. 9, No. 11, 2 pages.
Author Unknown, “Money Order with confirmation,” 1948, 1 page.
Author Unknown, “Money Orders by Phone,” Fortune Magazine, 1935, 3 pages.
Author Unknown, “Money-wire Giants Battle for Business: Currency Exchanges Wooed,” Chicago Sun Times, 1991, 2 pages.
Author Unknown, “Nation Receives Time Over Western Union Network,” Dots and Dashes, 1931, vol. 7, No. 5, 2 pages.
Author Unknown, “Nationwide Credit Collectors Act Globally,” Western Union's Professional Collector, 2001, 3 pages.
Author Unknown, “Netscape Announces Netscape Livepayment to Facilitate Internet Commerce,” Netscape News Release, 1996, 4 pages.
Author Unknown, “New Commercial Services from Western Union Allow Businesses to Directly Transfer Money Internationally; User companies can now send or receive money at their own offices through on-line connection to world's largest international money transfer network,” Oct. 17, 1995, 2 pages.
Author Unknown, “New Western Union SwiftPay Service Continues Expansion of Consumer-to-Business Payment Options,” PR Newswire Association, 1999, 2 pages.
Author Unknown, “Now E-Mail Payments from Your Palm Pilot,” Card News, Dec. 1, 1999, v14, n23, p. 1.
Author Unknown, “NTS Completes Merger with EDS Fleet Services; New First Data Unit Sets Sights on New Markets,” NTS Press Release, 1996, 3 pages.
Author Unknown, “Only Western Union,” 2 pages.
Author Unknown, “PayMe.com,” Idealab Company, http://ssl.idealab.com, Feb. 16, 2000, 7 pages.
Author Unknown, “PayPal for the Palm,” http://handheldnews.com/file.asp?ObjectID=5401, Printed Oct. 10, 2003; 2 pages.
Author Unknown, “PayPal.com Case Study,” http://fox.rollins.edu/˜slackman/PayPal.htm, 2003, 7 pages.
Author Unknown, “PayPal: The Way to Send and Receive Money Online,” 2002, 4 pages.
Author Unknown, “PayPal-News,” http://www.andrys.com/html, 2003, 3 pages.
Author Unknown, “PaySys—company overview,” 2 pages.
Author Unknown, “PaySys Signs Up Four Asian Distributors,” Orlando Business Journal, 1997, 3 pages.
Author Unknown, “Picture of Bill Payment Form or Advertisement,” 1 page.
Author Unknown, “Pilgrims Started Thanksgiving Custom,” Dots and Dashes, vol. 4, No. 11, Nov. 1928, 2 pages.
Author Unknown, “Products and Services from PaySys” 2pages.
Author Unknown, “Purchasing American Airlines Tickets Just Got Easier,” Press Release, 2005, 4 pages.
Author Unknown, “Quick Cash and Quick Collect: Western Union's Money-Movers,” Newsbriefs, 1990, vol. 2, No. 1, 3 pages.
Author Unknown, “Quick Cash: A Safe and Reliable Way to Send Funds Around the World,” http://www.payment-solutions.com/quickcash.html, 1 page, 2005.
Author Unknown, “Quick Collect Sales Presentation,” Jan. 2004, 28 pages.
Author Unknown, “Quick Collect: Government/Child Support Agency Name,” Western Union Training Guide, 2004, 7 pages.
Author Unknown, “Quick Collect: Western Union Training Guide,” 2004, 10 pages.
Author Unknown, “Quick Pay: The Convenient and Reliable Way to Receive Payments from Customers Worldwide,” http://www.payment-solutions.com/quickpay.html, 2005, 3 pages.
Author Unknown, “Refund of Money Transfers,” Journal of the Telegraph, 1913, 2 pages.
Author Unknown, “Remittance for Order Sent via Western Union,” 1933, 2 pages.
Author Unknown, “Reynolds Arcade Was Western Union Birthplace,” Dots and Dashes, 1933, vol. 9, No. 8, 2 pages.
Author Unknown, “Rhode Island Becomes First State to Accept Child Support Payments at Western Union: Government Payment Leader GovONE Solutions Adds Walk-in to Full Suite of Payment Options,” Press Release, 2002, 3 pages.
Author Unknown, “Rhode Island Becomes First State to Accept Child Support Payments at Western Union: More Than 50 Western Union Convenience Pay Agent Locations Offer New Level of Convenience to Rhode Island Residents Who Pay Child Support,” Press Release, 2002, 3 pages.
Author Unknown, “SBC Communications Adds Western Union Locations for Walk-in Customer Bill Payments,” SBC News Release, Sep. 7, 2005, 2 pages.
Author Unknown, “Send Your Payment Using Western Union Quick Collect,” Feb. 2, 2004, 2 pages.
Author Unknown, “Send Your Utility Bill Payment from Here!” 3 pages.
Author Unknown, “Sending Cash in a Flash,” Travel & Leisure, 1990, p. 42.
Author Unknown, “Sending Cash in a Flash: There Are More Ways To Do it Than You Might Think,” 1991, 2 pages.
Author Unknown, “Shopping Order by Western Union,” 1933, 1 page.
Author Unknown, “Shopping Order Service and Gift Service,” Western Union Telegraph Company, Money Order Book, 1934, 6 pages.
Author Unknown, “Signature Services: Helping financial institutions send funds faster,” http://www.payment-solutions.com/signature.html, 2005, 1 page.
Author Unknown, “State of Hawaii to Accept Child Support Payments at Western Union,” 2004, 2 pages.
Author Unknown, “State of New York Banking Department: Staff Letters and Memoranda,” http://www.banking.state.ny.us/lo000718.htm, Jul. 18, 2000, 2 pages.
Author Unknown, “Strean. LitleNet, BBN, and KPMG Announce Industry-Wide Initiative to Enable Wide-Scale Software Electronic Commerce,” News Release, 1996, 6 pages.
Author Unknown, “Survey of services,” 1960, pp. 2-31.
Author Unknown, “The Way to Pay Online,” Transpoint, http://www.transpoint.com/, Feb. 10, 2000, 12 pages.
Author Unknown, “The Way to Send and Receive Money on the Internet,” Arthas Corp., downloaded from website dotbank.com on Feb. 7, 2000, 6 pages.
Author Unknown, “The Western Union Telegraph Company: Delivery Department Instructions,” Commercial Bulletin No. 9-A, 1926, 4 pages.
Author Unknown, “The Western Union Telegraph Company: Instructions for Receiving Clerks,” Commercial Bulletin No. 37-A, 1929, 3 pages.
Author Unknown, “The Western Union Telegraph Company: Rules for Money Transfer Service,” Commercial Bulletin, 1908, pp. 3-25.
Author Unknown, “The Yellow Blank is Correct for Every Social Need,” Western Union Booklet, 1930, 2 pages.
Author Unknown, “The Yellow Blank: When, Why, How to Use It,” 1934, 5 pages.
Author Unknown, “There's a lot to be Said About the Many Advantages of the Quick Collect Service. And look who's saying it,” 4 pages.
Author Unknown, “To Send a Quick Collect Payment,” Sample Form, 1 page.
Author Unknown, “Transfers Require ID Made by Telephaph,” Tariff Book, 1895, 4 pages.
Author Unknown, “Tranz 330 Fast, Low-Cost Transaction Automation at the Point of Service,” VeriFone Finance, http://www.vfi-finance.com/tranz330.htm, Jan. 1999, pp. 1-3, especially pp. 1-2.
Author Unknown, “VIPS Introduces MCSource to Managed Healthcare Industry,” VIPS Healthcare Information Systems News Release, 1996, 2 pages.
Author Unknown, “VisionPLUS Consumer Payment Solution Overview,” 2 pages.
Author Unknown, “Western Union—Money Zap: Send and receive money easily over the internet,” http://www.moneyzap.com/main.asp, printed Dec. 1, 2000, 23 pages.
Author Unknown, “Western Union—Now, using our service is even more rewarding,” 4 pages.
Author Unknown, “Western Union—Some Quick Facts about Quick Collect,” p. 1.
Author Unknown, “Western Union and Continental Airlines Introduce New Quick and Easy Cash Payment Option When Booking Flights,” Press Release, 2004, 2 pages.
Author Unknown, “Western Union Announces ATM Card Payout for Money Transfer Transactions,” Press Release, 2001, URL: http://news.firstdata.com/media/ReleaseDetail.cfm?ReleaseID=849995>.
Author Unknown, “Western Union—BidPay-Buyer FAQs,” 1999-2003, 7 pages.
Author Unknown, “Western Union Creates Phone Card with BLT Technologies,” PR Newswire Association, 1997, 2 pages.
Author Unknown, “Western Union Credit Card,” 1915, 4 pages.
Author Unknown, “Western Union Domestic Transfer Order,” Form 72-A, 1933, 1 page.
Author Unknown, “Western Union Financial Services Inc.: There's a lot to be said about the many advantages of the Quick Collect service. And look who's saying it.” 1995, 4 pages.
Author Unknown, “Western Union Financial Services, Inc.: Benefits Quick Cash Agreement and Disclosure Statement.” 1998, 2 pages.
Author Unknown, “Western Union Financial Services, Inc.: Cash Card Agreement and Disclosure Statement,” 1998, 2 pages.
Author Unknown, “Western Union Foreign Transfer Order,” Form 72-A, 1933, 1 page.
Author Unknown, “Western Union Gift Greetings,” 6 pages.
Author Unknown, Western Union Gift Orders: A Practical Answer to the Christmas Gift Problem, 1933, 1 page.
Author Unknown, “Western Union Gift Orders: The Sensible, Convenient Way to Take Care of Your Christmas Shopping,” 1933, 1 page.
Author Unknown, “Western Union Hotel-Motel Reservation Service,” 1 page.
Author Unknown, “Western Union Money Orders More Popular Than Ever,” Dots and Dashes, 1942, vol. 18, No. 3, 2 pages.
Author Unknown, “Western Union Money Transfer Services, Send Money Online, Money Orders, Send Telegrams,” http://www.westernunion.com/info/osCompareMoneyMessage.asp, 2005, 3 pages.
Author Unknown, “Western Union Money Transfer,” Form 72-A, 1933, 1 page.
Author Unknown, “Western Union New Supplement: Money Orders delivery through Mailgram,” 1975, 2 pages.
Author Unknown, “Western Union News Supplement: Automatic travelers checks using Western Union,” 1975, 2 pages.
Author Unknown, “Western Union Payment Services, Bidpay and Quick Collect, Online Bill Payment, Online Auction Payments,” http://www.westernunion.com/info/osComparePayment asp, 2005, 2 pages.
Author Unknown, “Western Union Products and Services: a Brief Description,” 1960, 21 pages.
Author Unknown, “Western Union Quick Collect: 3 Easy Ways to Send a Payment: In Person, Online or by Phone!” 2 pages.
Author Unknown, “Western Union Quick Collect: First Date Corporation,” 2000-2001, 2004, 2 pages.
Author Unknown, “Western Union Quick Collect: The Fastest way to collect good funds,” 1999, 11 pages.
Author Unknown, “Western Union Quick Collect: The most agents, the most locations, the most experienced,” 2000, 2 pages.
Author Unknown, “Western Union Shopping Order,” 1933, 2 pages.
Author Unknown, “Western Union SwiftPay Selected by Sheakley Uniservice to Complete W-2 Reprint Transactions,” PR Newswire Association, 2000, 2 pages.
Author Unknown, “Western Union Telegraph Company,” Money Order Message, 1933, 17 pages.
Author Unknown, “Western Union: Ford Credit Phone Pay—How does it work?” Western Union Holdings, Inc., 2001, 2 pages.
Author Unknown, “Western Union's Would-Be Rival,” American Banker, 1990, 1 page.
Author Unknown, “When you're helping a customer make a crucial payment there's no room for guesswork,” Western Union's Professional Collector, 2002, 3 pages.
Author Unknown, “Who is Bidpay.com,” http://www.networksolutions.com/en_US/whois/results.jhtml;jsessionid+VZDZVYDD1J, 2003, 2 pages.
Author Unknown, “Why Send Your Customers Across Town When You Can Send Them Next Door?” 2005, 1 page.
Author Unknown, “Your Sending More Than a Payment: Point-of-Sale & Merchandising Support Advertising Materials,” 2 pages.
Author Unknown, “Your Sending More Than a Payment: You're Sending Peace of Mind,” 2004, 3 pages.
Author Unknown, “Online Payment Services,” www.auctionbytes.com/cab/pages/payment, compiled Nov. 2002, 3 pages.
Boneh, Dan, “Beaming Money by Email is Web's Next Killer App,” PR Newswire, Nov. 16, 1999, pp. 1-4.
Conhaim, W., “E-Commerce.” Link—up, Medford, Mar./Apr. 1998, vol. 15, Iss. 2; downloaded from ProQuestDirect on the Internet on May 16, 2011, 6 pages.
Gardyne, Allen, “Introducing Paypal: Paypal—the electronic money transfer system,” http://www.associationprograms.com/articles/385/1/Introducing-PayPal; Dec. 9, 1999, pp. 1-3.
Hoffman, Karen Epper, “PayPal Still Running Free, But the E-Payments Company's Carefree Days May be Numbered if Regulators Decide it's Essentially a Bank,” Bank Technology News, published between 2001-2003, www.banktechnews.com/btn/articles/btnoct01-03.shtml, 3 pages.
Holiday Greeting by Western Union; 1933, 1 page.
Karpinski, R., “Web Merchants Try Debit Cards and Gift Certificates to Spur Sales,” InternetWeek. Oct. 11, 1999, 2 pages.
Kline, A., “Debit Card ‘Paychecks’ for Migrant Farm Workers,” American Banker, May 17, 1999, vol. 164, Issue 93, 3 pages, New York.
Latour, Almar “PayPal Electronic Plan May be on the Money in Years to Come,” The Wall Street Journal Interactive Edition, Nov. 15, 1999, downloaded from www.paypal.com/html/wsj.html, 2 pages.
Lawton, G.; “Biometrics: A New Era in Security” Computer, 1998, vol. 31, No. 8, pp. 16-18.
Levin, G., “Western Union not fading into sunset; New services are added as telegrams drop”, Advertising Age, Apr. 27, 1992, 2 pages.
Plotkin, Hal “Beam Me Up Some Cash,” Silicon Valley Insider, www.halplotkin.com/cnbcs029.htm, Sep. 8, 1999, 3 pages.
Radecki, Lawrence, “Paying Electronic Bills Electronically,” Current Issues in Economics and Finance, Jan. 1999, vol. 5, No. 1.
Russo, E., “Omaha's Giftpoint.com Draws $5 Million Investment,” Omaha World, Dec. 14, 1999, 2 pages.
Sapsford, J., “You've Got Mail (With Cash)—PayPal Sees Torrid Growth with a Service That Sends Money Across the Internet,” The Wall Street Journal, Feb. 16, 2000, p. B1, downloaded from LexisNexis, 3 pages.
Steiner, Ina, “Accepting Credit Cards When You Sell Items: ProPay and Billpoint Payment Services,” Auction Bytes, 2000, 4 pages.
Steiner, Ina, “BidPay.com Offers Click and Pay Service for buyers,” Auction Bytes, 2000, 4 pages.
Steiner, Ina, “Follow-up to BidPay Article,” Auction Bytes, 2000, 3 pages.
Steiner, Ina, “PayPal Online Payment Service—Another Way to Pay for Auction Items,” Auction Bytes. Feb. 20, 2000. 4 pages.
Stockel, Anna, “Securing Data and Financial Transactions,” Institute of Electrical and Electronics Engineers 29th Annual Conference, 1995. pp. 397-401.
Walker, L., “Click a Card”, The Washington Post, Dec. 16, 1999, 3 pages.
Wermer, Sandra, “A Million Credit Card Transactions in Five Hours,” Primeur, 1997, 2 pages.
Wijnen, Rene “You've Got Money!” Bank Technology News, Jun. 2000, pp. 1-4, vol. 13, Issue 6, New York.
U.S. Appl. No. 09/613,615, dated Feb. 10, 2002, Final Office Action, 10 pages.
U.S. Appl. No. 09/613,615, dated Jan. 13, 2005, Office Action, 9 pages.
U.S. Appl. No. 09/613,615, dated Jul. 6, 2007, Notice of Allowance, 3 pages.
U.S. Appl. No. 09/613,615, dated Mar. 27, 2002, Final Office Action, 9 pages.
U.S. Appl. No. 09/613,615, dated Nov. 1, 2006, Office Action, 19 pages.
U.S. Appl. No. 09/613,615, dated Oct. 11, 2001, Office Action, 12 pages.
U.S. Appl. No. 09/613,615, dated Sep. 4, 2002, Office Action, 9 pages.
U.S. Appl. No. 10/021,292, dated Feb. 4, 2004, Advisory Action, 2 pages.
U.S. Appl. No. 10/021,292, dated Jul. 15, 2003, Final Office Action, 5 pages.
U.S. Appl. No. 10/021,292, dated Mar. 12, 2007, Notice of Allowance, 3 pages.
U.S. Appl. No. 10/021,292, dated Mar. 17, 2003, Office Action, 6 pages.
U.S. Appl. No. 10/021,292, dated Oct. 9, 2002, Office Action, 7 pages.
U.S. Appl. No. 10/021,292, dated Sep. 9, 2004, Office Action, 11 pages.
U.S. Appl. No. 10/045,632, dated Feb. 4, 2008, Office Action, 17 pages.
U.S. Appl. No. 10/045,632, dated Jan. 21, 2009, Office Action. 31 pages.
U.S. Appl. No. 10/045,632, dated Jul. 11, 2008, Final Office Action, 20 pages.
U.S. Appl. No. 10/045,632, dated Jul. 24, 2007, Final Office Action, 25 pages.
U.S. Appl. No. 10/045,632, dated Mar. 7, 2007, Office Action, 19 pages.
U.S. Appl. No. 10/045,632, dated Oct. 14, 2008, Advisory Action, 3 pages.
U.S. Appl. No. 10/045,632, dated Oct. 31, 2007, Advisory Action, 3 pages.
U.S. Appl. No. 10/045,633, dated Mar. 22, 2007, Office Action, 10 pages.
U.S. Appl. No. 10/045,633, dated Mar. 5, 2008, Notice of Allowance, 7 pages.
U.S. Appl. No. 10/045,633, dated Sep. 6, 2007, Final Office Action, 11 pages.
U.S. Appl. No. 10/046,654, dated Jun. 20, 2007, Office Action, 8 pages.
U.S. Appl. No. 10/046,654, dated Apr. 1, 2008, Office Action, 9 pages.
U.S. Appl. No. 10/046,654, dated Aug. 6, 2008, Final Office Action, 11 pages.
U.S. Appl. No. 10/046,654, dated Jan. 10, 2007, Office Action, 8 pages.
U.S. Appl. No. 10/046,654, dated Jan. 14, 2009, Office Action, 12 pages.
U.S. Appl. No. 10/046,654, dated Jan. 22, 2008, Advisory Action, 3 pages.
U.S. Appl. No. 10/046,654, dated Oct. 18, 2007, Final Office Action, 9 pages.
U.S. Appl. No. 10/046,654, dated Oct. 20, 2008, Advisory Action, 3 pages.
U.S. Appl. No. 10/336,149, dated Apr. 19, 2007, Office Action, 13 pages.
U.S. Appl. No. 10/336,149, dated Dec. 13, 2007, Office Action, 16 pages.
U.S. Appl. No. 10/336,149, dated Dec. 9, 2008, Office Action, 19 pages.
U.S. Appl. No. 10/336,149, dated Jun. 20, 2008, Final Office Action, 18 pages.
U.S. Appl. No. 10/336,149, dated Oct. 2, 2007, Final Office Action, 15 pages.
U.S. Appl. No. 10/336,149, dated Sep. 25, 2008, Advisory Action, 4 pages.
U.S. Appl. No. 10/336,657, dated Feb. 14, 2008, Final Office Action, 10 pages.
U.S. Appl. No. 10/336,657, dated Feb. 18, 2009, Advisory Action, 3 pages.
U.S. Appl. No. 10/336,657, dated Jul. 25, 2008, Office Action, 9 pages.
U.S. Appl. No. 10/336,657, dated Nov. 25, 2008, Final Office Action, 11 pages.
U.S. Appl. No. 10/336,657, dated Oct. 19, 2007, Office Action, 9 pages.
Related Publications (1)
Number Date Country
20130173462 A1 Jul 2013 US
Divisions (1)
Number Date Country
Parent 10332724 US
Child 12241500 US
Continuations (1)
Number Date Country
Parent 12241500 Sep 2008 US
Child 13774568 US