The following procedures describe the use of cellular telephones and other analog or digital wireless communication devices to conduct transactions and activities. These procedures effectively allow such devices to function as an electronic wallet, a wireless PIN Pad, and a contactless Smart Card.
|
0. 54. A method allowing a user of a wireless telephone to transfer funds between different accounts comprising the steps of:
preparing the wireless telephone engage in the funds transfer,
receiving user identification information receipt of wireless telephone identification information,
receiving from the wireless telephone identification of a function corresponding to funds transfer,
operating on the funds transfer function at a central processing unit,
determining the different accounts involved in the funds transfer, and
authorizing the desired funds transfer.
0. 9. A method of using a wireless telephone to transfer funds between different accounts comprising:
preparing the wireless telephone to engage in funds transfer,
receiving user identification information by receiving wireless telephone identification information transmitted by the wireless telephone,
entering a function code which identifies the desired funds transfer on the keypad of the wireless telephone,
sending the function code to a central processing unit,
authorizing the desired funds transfer,
determining the different accounts involved in the funds transfer, and
confirming completion of the funds transfer.
0. 62. A method allowing realization of a payment transaction by a user, operating a wireless telephone, paying a vendor for goods or services, the method comprising the steps of:
preparing the wireless telephone to engage in the payment transaction,
receiving user identification information by receipt of wireless telephone identification information,
receiving, from the wireless telephone, an instruction relating to the payment transaction,
sending payment transaction instruction information to a central processing unit to identify the payment transaction, and
authorizing, using the central processing unit, the payment transaction.
0. 71. A method allowing the realization of a payment transaction allowing a user, operating a wireless telephone, to pay a highway toll, the method comprising:
preparing the wireless telephone to engage in the toll payment transaction,
receiving user identification information by receipt of wireless telephone identification information,
receiving, from the wireless telephone, an instruction relating to the highway toll payment transaction,
sending highway toll payment instruction information to a central processing unit to identify the highway toll payment transaction, and
authorizing, using the central processing unit, the highway toll payment transaction.
0. 80. A method allowing the realization of a payment transaction allowing a user, operating a wireless telephone, to pay a public transit fare, the method comprising:
preparing the wireless telephone to engage in the transit fare payment transaction,
receiving user identification information by receipt of wireless telephone identification information,
receiving from the wireless telephone, an instruction relating to the transit fare payment transaction,
sending transit fare payment instruction information to a central processing unit to identify the transit fare payment transaction, and
authorizing, using the central processing unit, the transit fare payment transaction.
0. 98. A method allowing the realization of an account inquiry transaction allowing a user, operating a wireless telephone, to obtain account balance information, the method comprising:
preparing the wireless telephone to engage in the account inquiry transaction,
receiving user identification information by receipt of wireless telephone identification information,
receiving, from the wireless telephone, an account inquiry instruction identifying the account inquiry transaction,
sending account inquiry instruction information to a central processing unit to identify the account inquiry transaction, and
authorizing, using the central processing unit, the account inquiry transaction.
0. 17. A method for realizing a payment transaction allowing a user, operating a wireless telephone, to pay a vendor for goods or services, the method comprising:
preparing the wireless telephone to engage in the payment transaction,
receiving user identification information by receiving wireless telephone identification information transmitted by the wireless telephone,
receiving, at the wireless telephone, an instruction relating to the payment transaction,
sending payment transaction instruction information a central processing unit to identify the payment transaction,
authorizing, using the central processing unit, the payment transaction, and
confirming completion of the transaction.
0. 89. A method allowing the realization of a payment transaction allowing a user, operating a wireless telephone, to pay a parking garage fee, the method comprising:
preparing the wireless telephone to engage in the parking garage fee payment transaction,
receiving user identification information by receipt of wireless telephone identification information,
receiving, from the wireless telephone an instruction identifying the parking garage fee payment transaction,
sending parking garage fee payment instruction information to a central processing unit to identify the parking garage fee payment transaction, and
authorizing, using the central processing unit, the parking garage fee transaction.
0. 26. A method realizing a payment transaction allowing a user, operating a wireless telephone, to pay a highway toll, the method comprising:
preparing the wireless telephone to engage in the toll payment transaction,
receiving user identification information by receiving wireless telephone identification information transmitted by the wireless telephone,
receiving at the wireless telephone, an instruction relating to the highway toll payment transaction,
sending highway toll payment instruction information to a central processing unit to identify the highway toll payment transaction,
authorizing, using the central processing unit, the highway toll payment transaction, and
confirming completion of the highway toll payment transaction.
0. 53. A method realizing an account inquiry transaction allowing a user, operating a wireless telephone, to obtain account balance information, the method comprising:
preparing the wireless telephone to engage in account balance inquiry transaction,
receiving user identification information by receiving wireless telephone identification information transmitted by the wireless telephone,
receiving, at the wireless telephone, an account inquiry instruction identifying the account inquiry transaction,
sending account inquiry instruction information to a central processing unit to identify the account inquiry transaction,
authorizing, using the central processing unit, the account inquiry transaction, and
completing the account inquiry transaction.
0. 35. A method realizing a payment transaction allowing a user, operating a wireless telephone to pay a public transit fare, the method comprising:
preparing the wireless telephone to engage in the transit fare payment transaction,
receiving user identification information by receiving wireless telephone identification information transmitted by the wireless telephone,
receiving, at the wireless telephone, an instruction relating to the transit fare payment transaction,
sending transit fare payment instruction information to a central processing unit to identify the transit fare payment transaction,
authorizing, using the central processing unit, the transit fare payment transaction, and
confirming completion of the transit fare payment transaction.
0. 44. A method realizing a payment transaction allowing a user, operating a wireless telephone, to pay a parking garage fee, the method comprising:
preparing the wireless telephone to engage in the parking garage fee payment transaction,
receiving user identification information by receiving wireless telephone identification information transmitted by the wireless telephone,
receiving, at the wireless telephone an instruction identifying the parking garage fee payment transaction,
sending parking garage fee payment instruction information to a central processing unit to identify the parking garage fee payment transaction,
authorizing, using the central processing unit, the parking garage fee transaction, and
confirming completion of the parking garage fee transaction.
6. A method transferring funds between different accounts comprising the steps of expanding the function of a service provider's central processing unit to include account and authorization information, receiving at the site of a transaction user identification information on the subchannel of a cellular phone or other wireless telecommunication device, transmitting a function code of a cellular phone or other wireless communication device the user identification information to the central processing unit of the provider which identifies the desired transaction, determining at the central processing unit whether a personal identification number is needed, and supplying the central processing unit with the personal identification number if needed, authorizing the desired transaction, determining the different accounts involved in the transaction, and confirming completion of the transaction.
4. A method of verifying identity and authorizing access to a secured location comprising the steps of expanding the function of a service provider's central processing unit to include secure independent verification of a user's identity by sending the user identification information on the subchannel of a cellular phone or other wireless communication device, entering the function code on the keypad of the cellular phone or other wireless communication device, sending the function code to the central processing unit of the provider which identifies the desired transaction as access to the secured location, determining at the central processing unit whether a personal identification number is needed, and supplying the central processing unit with the personal identification number if needed, authorizing the desired transaction, and confirming completion of the transaction.
1. A method of transferring funds between different accounts comprising the steps of expanding the function of a service provider's central processing unit to include account and authorization information, identifying the user by sending the user identification information on the subchannel of a cellular phone or other wireless communication device, entering the function code on the keypad of the cellular phone or other wireless communication device, sending the function code to the central processing unit of the provider which identifies the desired transaction, determining at the central processing unit whether a personal identification number is needed, and supplying the central processing unit with the personal identification number if needed, authorizing the desired transaction, determining the different accounts involved in the transaction, and confirming completion of the transaction.
2. A method of transferring funds between different accounts as in
3. A method of transferring funds between different accounts as in
5. A method of verifying identity and authorizing access to a secured location as in
7. A method of transferring funds between different accounts as in
8. A method of transferring funds between different accounts as in
0. 10. The method of
0. 11. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 12. The method of
0. 13. The method of
0. 14. The method of
0. 15. The method of
0. 16. The method of
0. 18. The method of
0. 19. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 20. The method of
0. 21. The method of
0. 22. The method of
0. 23. The method of
0. 24. The method of
0. 25. The method of
0. 27. The method of
0. 28. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 29. The method of
0. 30. The method of
0. 31. The method of
0. 32. The method of
0. 33. The method of
0. 34. The method of
0. 36. The method of
0. 37. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 38. The method of
0. 39. The method of
0. 40. The method of
0. 41. The method of
0. 42. The method of
0. 43. The method of
0. 45. The method of
0. 46. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 47. The method of
0. 48. The method of
0. 49. The method of
0. 50. The method of
0. 51. The method of
0. 52. The method of
0. 55. The method of
0. 56. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 57. The method of
0. 58. The method of
0. 59. The method of
0. 60. The method of
0. 61. The method of
0. 63. The method of
0. 64. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 65. The method of
0. 66. The method of
0. 67. The method of
0. 68. The method of
0. 69. The method of
0. 70. The method of
0. 72. The method of
0. 73. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 74. The method of
0. 75. The method of
0. 76. The method of
0. 77. The method of
0. 78. The method of
0. 79. The method of
0. 81. The method of
0. 82. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 83. The method of
0. 84. The method of
0. 85. The method of
0. 86. The method of
0. 87. The method of
0. 88. The method of
0. 90. The method of
0. 91. The method of
using the wireless telephone to identify the variable amount, and
sending the identified amount to the central processing unit.
0. 92. The method of
0. 93. The method of
0. 94. The method of
0. 95. The method of
0. 96. The method of
0. 97. The method of
|
|||||||||||||||||||||||||||||||||||||||
The present application claims the benefit of provisional application Ser. No. 60/020,312 filed in the Patent and Trademark Office on Sep. 11, 1996. In addition to this Reissue Application, co-pending is Reissue application Ser. No. 10/757,724 filed Jan. 15, 2004.
The present invention relates to methods of using a cellular phone or other wireless communication device to transfer funds between accounts, collect tolls and authorize other activities.
Prior to the present invention, cellular phones and/or other wireless communication devices have been used in a variety of different procedures involving the transfer of funds between different accounts. These procedures leave something to be desired in that they are unduly complicated and less convenient and/or less secure.
The present invention avoids the failings of the prior art by providing methods which are highly reliable and simple to follow.
In accordance with the present invention, a method is used to transfer funds between different accounts including the steps of expanding the function of a service provider's central processing unit to include account and authorization information, entering a function code on the keypad of a cellular phone or other wireless communication device, and sending the function code to the central processing unit. The central processing unit identifies the desired transaction and obtains authorization. The central processing unit determines the accounts involved in the transaction, and confirms completion of the transaction.
Preferably, the method includes the step of determining at the central processing unit whether a personal identification number is needed, and if so, the central processing unit is supplied with that number.
The desired transaction may involve a default amount at a pre-set price or a variable amount in which case such amount is identified and sent to the central processing unit.
Additionally, in accordance with the present invention, a method is used to verify identity and authorize access to a secured location. This method includes the steps of expanding the function of a service provider's central processing unit to include secure independent verification of a user's identity, and entering a function code on the keypad of a cellular phone or other wireless communication device. The function code is sent to the central processing unit of the provider which identifies the desired transaction as access to a secured location. The desired transaction is authorized and completion of the transaction is confirmed.
Novel features and advantages of the present invention in addition to those mentioned above will become apparent to persons of ordinary skill in the art from a reading of the following detailed description in conjunction with the accompanying drawings wherein:
The method of the present invention may be used to conduct a number of transactions, as follows.
Referring in more particularity to
The use of this procedure for these transactions allows the cellular phone to function as an electronic wallet or as a secure, automated account inquiry interface. This procedure is carried out by the user first entering a unique function code on the device's keypad to identify the type of transaction or activity desired and pressing “SEND.” The mobile phone service provider's CPU identifies the desired transaction and determines if the transaction involves a default amount (as in a pre-set price for a specific highway toll plaza, transit fare, or vending machine), which is displayed on the phone's LED screen along with an “OK?” prompt. User presses “SEND” to continue or “END” to cancel.
If the transaction involves a variable amount (not a specific transaction with a pre-set default price), such as buying lunch or a souvenir from a street vendor, the CPU prompts the user to enter an amount, “SEND” it, then prompts “OK?” and the user presses “SEND” or clears and re-enters amount. The CPU then determines the types of user accounts to access for the type of transaction and displays either a default source account authorized to be debited (such as the customers mobile phone account), or prompts for a unique account code representing a specific credit card, debit card, bank, or other financial account. The mobile phone service provider CPU will have a linked record of the customer's pre-authorized financial account numbers and the customer's written authorization to debit/credit them. The account code is entered and the user presses “SEND.”
The CPU then determines if the account/transaction protocol requires a personal identification number (PIN). To prevent unauthorized access and, if so, prompts for PIN. User enters PIN and presses “SEND.” If the transaction type is not linked to a unique destination account by prior agreement between the mobile service provider and the 2nd party, the CPU prompts “PAY TO?” and the user enters the account code to which funds are to be transferred. This destination account code would be a unique vendor code (made known to the user verbally, by signage or by PC display), a unique user account code (in the case of an inter-account transfer by a single party), or the mobile phone number of the recipient.
The user enters the destination account code and presses “SEND.” The CPU then prompts “OK to complete transaction?” and the user presses “SEND” to complete the transaction, or “END” to cancel. The CPU confirms completion of the transaction by generating and displaying a transaction confirmation/authorization number code. If the transaction involves a destination account not linked to the user (a second party's mobile phone account, for example) the CPU will prompt the user to transmit the transaction confirmation/authorization number by pressing “SEND.” This number will display on the second party's mobile phone, if the phone is activated, and be transmitted to a pre-authorization computer account. Both parties press “END” to clear the cellular phones for other use.
This procedure permits face-to-face or remote transactions, with immediate confirmation to both parties, for example, the electronic equivalent of paying cash. The CPU debits and credits the appropriate accounts and creates an electronic record of the transfer. The transfer is reflected as a debit on the user's phone bill and as a credit card on the recipient's mobile phone statement, along with any phone usage or transaction charges. If the mobile service provider has established a relationship and computer communication link with a bank clearinghouse, credit card issuer, or other financial institution and has the appropriate authorization from the account owner, debits and credits may instead be performed by those institutions and reflected directly on the user's and recipient's bank, credit card, or other periodic bill/statement, with only phone usage or transaction charges, if any, shown on the mobile phone statement.
In performing this procedure, the user may initially enter a unique function code which the CPU identifies as an activity, rather than a transaction, such as checking an account balance. The CPU determines if a PIN is required to prevent unauthorized access to the particular account and, if so, prompts “ENTER PIN.” The user enters PIN and presses “SEND.” The remaining steps of this activity would be similar to existing touch tone telephonic automated information procedures, with prompts given visually on the mobile phone LED display, and/or orally by computer.
This procedure may also be used to allow a cellular phone to serve as a security access device. In this case the unique function code would tell the CPU to connect with the predesignated security system computer and prompt the user for the PIN or other access code sequence. The user enters the PIN and presses “SEND.” The CPU forwards the authorization to the security computer, which then allows access. The system could allow access based solely upon receiving an authorized PIN or security access code from the user on any cellular phone, or could require that the access code be matched with the specific electronic signature of the cell phone registered to the user. This procedure could apply to a home, building, or area security system with a modem or RF receiver. If equipped with an antenna/receiver (or land line connection) and a processing chip, a garage opener or vehicle security system could also be activated/disarmed by cellular phone, using this procedure.
This example describes the implementation of the cell phone financial transaction procedure for the cash-equivalent purchase of a good or service. For such transactions, the cell phone functions as an electronic wallet, allowing the direct, secure transfer of money between two parties in lieu of cash. Funds are transferred (credited and debited) between the mobile phone accounts of the parties, or may be transferred between other pre-arranged financial accounts such as a credit card account to a bank account or vice-versa. Two cell phones may be used, one for each party to the transaction, or one phone may be used for both parties. The “payor” must initiate the transaction. For the greatest security, the “payor” must use his/her cell phone. This allows the mobile phone service provider to match the required PIN with the specific ID signal of the payor's cell phone. However, the service agreement between the mobile phone service provider and a customer could provide for account access from other cell phones, if both parties agree.
The payor's funds may be debited to the mobile phone account, from a stored value (pre-pad debit) account with the mobile phone service provider, or from any pre-arranged financial account, such as a bank savings or checking account, a credit card account, or brokerage account. The payor's service agreement with the mobile phone service provider will determine which accounts may be accessed for such transfers. The mobile phone service provider will require the service agreement to include the appropriate financial account number, if any, and written authorization by the customer to debit or credit the appropriate account when a transaction takes place using this procedure. The customer and the mobile phone service provider will jointly establish account codes and PIN that will be used by the customer to conduct an authorization transaction. The periodic billing statements from the mobile phone service provider will include a record of any financial transaction, including date, time, and general location, the nature of the transaction, the amount, the destination account name, the account code of the debited account (if other than the mobile phone account), and any air time or transaction charge which may apply.
Specifically, this example describes the use of the procedure to purchase a snack lunch from a vendor at an outdoor craft fair. The vendor must have either a mobile phone account or an arrangement with the mobile phone service provider to credit another cell phone or land line phone account on behalf of the vendor. The vendor may or may not have his/her mobile phone unit at the vending location. The purchaser must have a mobile phone service agreement and, in this case, have with him/her their cellular phone.
The purchaser selects the food desired and is told the amount due by the vendor (“payee”). The purchaser (“payor”) activates and/or clears the cell phone for the transaction. The payor presses a function key and the transaction code for a “purchase” ie. a transfer of funds from his account to a second party's account. An example of such a function/transaction code entry might be “* P” (function key plus “P” for “pay bill/transfer funds”). The payor presses SEND. The mobile phone service provider's CPU receives the signal, which includes the ID of the sending phone. Based on this transaction code, the CPU prompts for an amount to be paid or transferred. In this case, the payor has purchased $4.50 worth of food and drink. He enters that amount and presses SEND. The CPU confirms amount and asks “OK?” and the payor presses SEND or clears and corrects the amount and presses SEND. (The payor may press END at any time to cancel the transaction.)
Depending upon the provisions of the service agreement between the customer and the mobile phone service provider, the CPU may then prompt for an account code, representing the account to be debited. This could be automatically set with a default account, such as the payor's mobile phone account, or could be open for any financial account linked via the service agreement with the mobile phone account. In the latter case, the CPU will next prompt for an account code. This code is a shortcut key sequence representing the actual bank or credit card account number, which is on file with the CPU. In this case, the payor has authorized the mobile service provider to debit his checking account and has established the “1” key as the code number representing his checking account. The payor enters “1” and presses SEND. The CPU displays confirmation of the choice of accounts (ie. “CHECKING”) and asks “OK?” The payor presses SEND. Depending upon the account code and the service agreement, the CPU may prompt for a PIN. A PIN might not be required for a pre-paid (stored value) account with the mobile phone service provider up to a certain amount such as $20 or $50. But in this case, security requires a PIN. The payor enters his/her PIN and presses SEND. If the PIN corresponds with the cell phone ID, the CPU accepts the identity of the payor and prompts for a destination (to be credited) account code.
The destination account code will be determined by the service agreement, if any, between the mobile phone service provider and food vendor (payee). If the payee has a cell phone account, the mobile phone number could be the account number. Or, the vendor might establish a unique vendor account code (shortcut key sequence) with the mobile phone service provider. If the payee does not have an account with this mobile phone service provider, there would have to be a business agreement between the mobile phone service provider and the payee's mobile phone company (or land line telephone service provider). In the latter case, the destination account code might be the payee's home or business phone number.
In this case, the food vendor has a mobile phone account and has not established a unique vendor. By signage or verbally, the payee informs the payor of his mobile phone number and the payor enters it at the destination account code prompt and presses SEND. The CPU displays the account code and asks “OK?” and the payor presses SEND to complete the transaction.
The CPU performs the transaction and displays a confirmation/authorization number/message. This number/message is a shorthand summary of the transaction amount and destination account. (An example of this confirmation number/message might be Jun. 20, 1996 $4.50 8818, this being the transaction date, amount, and last four digits of the destination phone number.)
The CPU will prompt the payor if he/she wants the confirmation/authorization number/message sent to the payee. In this case, the payee (the food vendor) has his mobile phone with him and has it activated. The payor presses SEND and the Confirmation is displayed on the payee's phone, so he knows the transaction is correct and has taken place. If the payee does not have a cell phone or does not have it with him, the payor could simply show the Confirmation message to the payee on his phone. To end the transaction, the payor presses END.
In this case, the payor has elected to debit his checking account. The CPU will record the transaction and pursuant to the service agreement will direct the bank to debit/pay the appropriate accounts. The transaction will appear on the payor's next bank statement. The transaction will also appear on the payor's next cell phone statement. It might show the date, time, general (cell) location, type of transaction, destination account code/name, amount, and will include billing for any air time or transaction fee charged by the mobile phone service provider. If the payor had elected to debit his mobile phone account, the amount of the transaction would be added to the total due on his mobile phone bill.
The payee elected to have his mobile phone account credited for the transaction. His next mobile phone statement would include a record of the transaction and would show the amount of the transfer as a “credit” to his/her account. The credit could be used to offset the cost of mobile phone service, or could later be transferred to a bank account, using this procedure.
This example describes the implementation of the cell phone financial transaction procedure for the entrance time recording and exit payment by a parking facility customer. For these transactions under this procedure, the cell phone effectively functions as a transponder/identifier and as a contactless Smart Card or electronic wallet. This application of the procedure speeds through-put into and out of the facility, both for cash and card key customers. It is more convenient for the customer by not having to take a ticket to enter and handle cash to exit (or produce a card key). It greatly increases the number of customers a parking company can serve with automated equipment by expanding the market to include hourly users, not just monthly account holders. This makes eliminating of cashier functions feasible, reducing personnel, cash handling, and theft costs. This application could also give the parking company the option of eliminating its monthly billing system and costs by transferring that function to the mobile phone service provider.
To allow the fullest use of this procedure, a parking facility with unattended entrances must have automatic gates which are controllable by computer. The computers may be at each gate control box or at a central location on or off site. The computers must be connected to a phone line or must be equipped with an RF antenna and receiver, so that they can receive information from the mobile phone service provider's CPU either by land line connection or wireless transmission. The procedure could, however, also be applied to attended, non-automated facilities as a means of reducing or eliminating cash transactions.
The parking facility operator will establish an account relationship with the mobile phone service provider. That relationship will define the financial arrangement between the parties relating to customer billing and transfers of payments to an account chosen by the parking provider. The relationship agreement will also establish the unique transaction codes to be used by cell phone users (parking customers) as they enter and exit the parking facility. The financial arrangement will determine, for example, whether customers will be billed by the parking provider, or whether the mobile phone service provider will cause customers to be billed through their cell phone statement or another financial account. Who is liable for, and the level of; any phone usage or transaction fees charged by the mobile phone service provider will also be determined by this financial arrangement.
The unique transaction codes to be used by customers under this procedure would be prominently displayed at the parking facility's entrance and exit gates. For the convenience and safety of customers trying to drive and operate the cell phone, the unique transaction code has as few digits as possible. It is a short-cut key sequence which tells the mobile phone service provider's CPU that this is an entrance/exit parking fee transaction for this particular parking facility and that the fee should be credited to a specific pre-authorized vendor account. Multiple facilities with differing rates would have different unique transaction codes. Different unique transaction codes might also be established for customers paying monthly rates. An example of a shortcut unique transaction code for this application might be *C1′31, meaning a function (*)+vendor code (here CP for Colonial Parking)+facility ID number (3)+enter/exit code (1 for enter, 2 for exit).
The customer activates or clears the cell phone as he/she approaches the parking facility entrance. A sign announces the availability of pay-by-cell phone and displays the unique transaction code for the facility, which the customer enters on the cell phone and presses “SEND.” The unique transaction code (e.g. *CP31) is transmitted to the mobile phone service provider CPU which records the user's identity, the date and time, and the transaction type—here “entrance into Colonial Parking facility number 3.” The mobile phone service provider's CPU software records the transaction as “open” until the exit transaction code is received. The CPU generates a transaction confirmation/authorization code number, which is displayed on the user's cell phone. The user presses “END” to clear the phone.
The CPU sends the “entrance” transaction confirmation/authorization number to the parking facility operator's computer, which records the transaction for capacity control and other management reporting purposes and opens the automatic gate. This communication could be via land line, or by RF transmission if the gate or facility is not connected to the PSTN, but has an antenna and receiver.
When departing the parking facility, the user again activates and clears the cell phone as he/she approaches the exit gate. A sign displays the unique transaction code for the facility exit (e.g. *C1132) . The user enters the code and presses “SEND.” The mobile phone service provider's CPU receives the code, records the user's identity, the date and time, the transaction type—here “exit from Colonial Parking facility number 3.” The CPU searches for the “open” entrance transaction and matches it with the exit transaction, calculating the elapsed parking time. Depending upon the arrangement between the parking facility operator and the mobile phone service provider, the CPU may have the parking rates on file and may perform the billing calculation. If not, the CPU sends the user elapsed parking time to the parking facility computer for calculation and the parking facility computer returns the total of the charges to the mobile phone service provider's CPU.
The CPU displays the amount on the user's cell phone along with an “OK?” prompt. If OK′ the user presses “SEND” to complete the transaction. The CPU sends the “exit” transaction confirmation/authorization number to the parking facility computer and displays it on the user's cell phone. The user presses “END” to clear the phone. The parking facility computer receives and records the transaction confirmation/authorization number and opens the exit gate.
The billing process will depend upon the arrangement between the parking facility operator and the mobile phone service provider. The customer may be billed directly by the parking facility operator or the changes debited from his/her pre-paid account with the parking facility operator. Alternatively, the arrangement may call for the mobile phone service provider to direct payment funds to the parking facility operator's account. The source of these payment funds will depend upon the service agreement between the customer and the mobile phone service provider and upon the account authorization granted by the customer to the provider. The parking charges could be billed on the customer's periodic mobile phone statement or debited from a pre-paid mobile phone account. Or the charges could be debited from a pre-authorized credit card, debit card, or banking account and the transaction reflected on the periodic statements from those accounts. These accounts would be linked in the mobile phone service provider's CPU in accordance with the service agreement and signed customer account access authorization on file.
The customer's mobile phone statement would reflect the transaction by type and date/time and would include any applicable mobile phone charge or other transaction fee.
In the case of an attended parking facility without computer controlled gates, the procedure can be applied in a variety of ways, depending upon the situation. The approaching driver could enter the unique “entrance” transaction code and when the transaction confirmation/authorization is displayed on the cell phone, show it to the attendant. The transaction confirmation/authorization number can be configured to include a vendor code reference so that the attendant knows the transaction is his. If the attendant is equipped with a cell phone, the mobile phone service provider's CPU could send the same transaction confirmation/authorization number to the attendant. When exiting, the user enters the “exit” transaction code and again shows the attendant the confirmation number, or the attendant has it displayed on his/her cell phone.
In the simplest case, if a “mom and pop” parking facility does not have a vendor relationship with the mobile phone service provider and a unique transaction code, it may still make use of this procedure, if it has a mobile phone account. The driver takes a time-stamped ticket upon entry and when ready to exit, the attendant computes the charges. The user “pays” for parking by entering the unique transaction code for “Pay a bill,” enters the amount, and enters the parking facility's mobile phone number as the destination account. The amount of the transaction would be credited to the parking facility operator's mobile phone statement. The user could show the attendant the transaction confirmation/authorization number on his/her cell phone, on his/her cell phone, or it would be displayed on the attendant's phone, if available.
This example describes the application of the cell phone financial transaction procedure to the payment of transit fares, focusing on bus transit. For these transactions, the cell phone effectively functions as a contactless Smart Card. Unlike a contactless Smart Card, however, the user (rider) does not have to hold a card in close proximity to a card reader. The cell phone's ability to separate the fare transaction from the act of boarding the bus reduces the queuing time compared with the use of contact or contactless Smart Cards, or the payment of cash. This application of the procedure offers a greater number of payment options to customers, ranging from debiting a prepaid account with the transit operator or the mobile phone company, to debiting a credit card or bank account, to adding the fare charge to the mobile phone cell.
The use of this procedure requires a service arrangement between the transit operator and the mobile phone service provider. This agreement would set transaction charges for the use of cell phones to collect fares (and who pays them). The agreement would establish the destination financial account to which payments to the transit operator would be credited. It would also determine the unique transaction code system for users (riders) to enter into their cell phones. The transit operator's fare structure would be entered into the mobile phone service provider's CPU and electronically accessible for updating. This fare structure could be variable by time of day, type of rider (for example, discount pass holder/senior citizen), day of the week, and approximately distance traveled (zones).
This application of the procedure may also require revised or additional signage at transit stops to let the user (rider) know the route number and, if needed for distance charges, a location number of the bus stop. The route number must also be displayed on the bus, along with a bus ID number, if desired by the transit operator for management purposes.
This information is built into the unique transaction code the user enters into his/her cell phone as the bus approaches (or after getting on the bus, if the operator has an honor system) . For a transit operator who does not have fares based on zones or distance traveled, the unique transaction code might be *DT37, meaning a function key (*)+vendor code (here, DT for Delaware Transit)+route number (37). Any variable pricing by time, day of the week, or discount pass would be automatically calculated by the mobile phone service provider's CPU.
In this case, the user would enter the unique transaction code (*DT37) and press “SEND.” The unique transaction code is transmitted to the mobile phone service provider's CPU, which records the user's identity (and known if the user is a discount pass holder), the date and time, approximate location (by receiving cell), and the transaction type—here—“boarded Route 37 bus.” The CPU would calculate the fare amount and display it with an “OK?” prompt. The user presses “SEND” and the computer displays a transaction confirmation/authorization number of message on the cell phone. As the user (rider) boards the bus, he/she shows this message or number to the driver, much like a “Flash Pass.” The user then presses “END” to clear the cell phone. Users would make a transfer during the trip can press the function key (*) and the “recall” button to re-display the transaction confirmation/authorization number/message to show the driver of the next bus.
If the transit operator uses a fare structure which includes zone or distance charges, then signage at the transit stop must include a location code for the stop, plus a map or list of destination on the route and their location codes. Further, let's assume the transit operator wants to know the specific bus in which the user is riding and displays a bus ID number on the bus' marquee. In this case, the unique transaction code might be *DT37526, meaning a function key (*)+vendor code (DT for Delaware Transit)+route number (37)+origination point (here, zone 5) +destination point (here, zone 2)+bus ID number (#6 on this route). The user can enter all elements of the transaction code, except for the bus ID number, prior to the arrival of the bus.
The billing process will depend upon the agreement between the transit operator and the mobile phone service provider. If the transit operator has a pre-paid account or discount pass program, the user's fare charge could be debited from that account by the mobile phone service provider's CPU. Otherwise, fare charges could be credited by the CPU to a pre-authorized financial account. The user's charges could be added to his/her mobile phone bill and reflected on the periodic statement, plus any phone usage or transaction fees applicable. Alternatively, the service agreement between the user and the mobile phone service provider could authorize these transactions to be debited from a linked financial account, be it a bank account or a credit card.
In either case, the user's mobile phone statement would reflect the date and time of the transaction.
This procedure is a more specific application of the procedure used to conduct financial transactions via cellular phone described above. It allows the collection of tolls from vehicles using a facility at any speed. The procedure does not require a toll plaza or other physical structure, collection personnel, or hardware. However, traffic counting tubes, human spotters, and/or video cameras would be required for enforcement and revenue/traffic reconciliation.
The cell phone in this case functions as an active transponder communicating with a cell antenna, or a dedicated roadside receiver, which is connected by land line to the mobile phone service provider CPU. The cell phone also functions as an electronic wallet (or contactless Smart Card), transferring funds from the user's account to the tolling authority and recording the transaction.
Referring to
The CPU receives the function code, matches it with the mobile phone making the call (via data sub-channel) and confirms the transaction to the user's cell phone by LED display of the amount of the toll and/or generating a tone. The user presses “END” after confirmation to clear the phone for other use. The CPU charges the toll amount and any phone usage or transaction feeds to the user's mobile phone account. By prior agreement between the user and the mobile phone service provider, another linked financial account could be the default account for toll charges. The recorded transaction would be reflected on the user's mobile phone (or other financial account) bill. Depending upon the agreement between the user and the mobile phone service provider, the charges could be treated as a credit transaction or could be debited against a pre-paid (stored value) deposit and so reflected on the mobile phone bill.
This procedure describes the use of a cellular telephone in conjunction with a PC to provide transaction security for purchases (financial transfers) made via the Internet or other interactive on-line transaction system. Under this procedure the cellular phone functions as a “PIN pad,” providing authorization and authentication of funds transfers, without sending credit card account numbers over the Internet or relying upon potentially “hackable” computer software encryption to prevent unauthorized access to financial account numbers. This procedure requires that, unless the PC modem is using a cellular telephone to communicate, an interface device be connected to the personal computer, or installed internally, which allows communication between a cellular telephone and the PC via a PCMIA cord connection. Also required are software add-ons to Net browsers, virtual banking, or other interactive financial programs to provide user information and prompts consisted with the cell phone transaction/activity procedures.
The external (add-on) cell phone/PC interface device plugs directly into the PC's telephone jack and has a female receptacle for the phone cord to the wall jack or external modem. It also has a pin connector for a PCMIA cord to connect to the cellular phone. The device's circuitry is functional only when an active cell phone is connected to it via PCMIA cord. Otherwise, it is benign, allowing normal modem communications. When functioning, the device circuitry allows the cell phone to communicate with the computer and modem.
Referring to
The user activates and clears the cell phone. User enters the function code and presses “SEND.” If the transaction/activity involves a payment and unless there is a default amount associated with the selected function, the mobile service provider CPU prompts the user cell phone to enter the amount of the transaction and “SEND.” The CPU confirms amount and asks “OK?” User presses “SEND” to continue or “CLEAR” to reenter. The mobile service provider CPU determines which linked accounts are pre- authorized for access under this function and displays either a default source account code to be debited (such as the customer's mobile phone account), or prompts for a unique account code representing a specific credit card, debit card, bank, or other financial account. These accounts are linked by pre-authorization agreement to the user's mobile phone account. The menu codes for each account are selected by the user and programmed into the CPU at the time service is established (or later modified). The user enters the desired account code and presses “SEND.” The CPU determines if a PIN is required for the transaction and prompts for it. The user enters the PIN and presses “SEND.”
The mobile phone service provider CPU next prompts for a destination account code number. This may be a unique vendor code, assigned by agreement with the mobile phone service provider, a unique account code (in the case of an inter-account transfer by a single party), or the mobile phone number of the recipient. This account code or phone number is displayed on the computer screen by the Internet vendor or interactive banking program. The user enters the destination account code on the cell phone and presses “SEND.” The mobile phone service provider's CPU then prompts “OK to complete transaction?” User presses “SEND” on the cell phone to complete the actual transaction or “END” to cancel. The CPU confirms completion of the transaction by generating and displaying displays a transaction confirmation/authorization code number.
The user now connects the cellular phone to the cell phone/PC interface device with a PCMIA cord and presses “SEND” on the cellular phone key pad to transmit the confirmation/authorization code number through the interface device to the computer and via the modem to the receiving party. The user then disconnects the cellular phone from the interface device and presses “END” to clear the phone. The user closes out the PC software program, terminates the Internet or on-line connection, or prepares for another transaction/activity.
Transmitting the transaction confirmation/authorization code number provides the vendor with independently generated real-time confirmation that an authorized transaction has taken place. Neither the actual originating (debited) account/access number, the actual destination (credited) account/access number, nor the user's PIN are sent over the Internet and possibly intercepted.
An authorized user with cloned cellular phone would still need to know the unique function codes, the account codes, and the PIN in order to complete a transaction and have the mobile phone service provider CPU generate a confirmation number. A hacker who might gain access to an unattended PC would find no account numbers or PIN record on the hard drive. The cell phone has in effect served as a stand-alone PIN pad and the actual transaction has taken place offline.
| Patent | Priority | Assignee | Title |
| 10013423, | Feb 02 2012 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia analytical model sharing database platform apparatuses, methods and systems |
| 10037523, | Sep 22 2008 | Visa International Service Association | Over the air update of payment transaction data stored in secure memory |
| 10096022, | Dec 13 2011 | Visa International Service Association | Dynamic widget generator apparatuses, methods and systems |
| 10121129, | Jul 05 2011 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
| 10154084, | Jul 05 2011 | Visa International Service Association | Hybrid applications utilizing distributed models and views apparatuses, methods and systems |
| 10204327, | Feb 05 2011 | Visa International Service Association | Merchant-consumer bridging platform apparatuses, methods and systems |
| 10219199, | Nov 04 2008 | Telcom Ventures, LLC | Mobile device mode enablement responsive to a proximity criterion |
| 10223691, | Feb 22 2011 | Visa International Service Association | Universal electronic payment apparatuses, methods and systems |
| 10223710, | Jan 04 2013 | Visa International Service Association | Wearable intelligent vision device apparatuses, methods and systems |
| 10223730, | Sep 23 2011 | Visa International Service Association | E-wallet store injection search apparatuses, methods and systems |
| 10242358, | Aug 18 2011 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
| 10255591, | Dec 18 2009 | Visa International Service Association | Payment channel returning limited use proxy dynamic value |
| 10262001, | Feb 02 2012 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia merchant analytics database platform apparatuses, methods and systems |
| 10262148, | Jan 09 2012 | Visa International Service Association | Secure dynamic page content and layouts apparatuses, methods and systems |
| 10275582, | Dec 14 2011 | Visa International Service Association | Online account access control by mobile device |
| 10304127, | May 09 2008 | Visa International Service Association | Communication device including multi-part alias identifier |
| 10318941, | Dec 13 2011 | Visa International Service Association | Payment platform interface widget generation apparatuses, methods and systems |
| 10332094, | Sep 22 2008 | Visa International Service Association | Recordation of electronic payment transaction information |
| 10354240, | Aug 18 2011 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
| 10419529, | Jul 05 2011 | Visa International Service Association | Hybrid applications utilizing distributed models and views apparatuses, methods and systems |
| 10430381, | Feb 02 2012 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia centralized personal information database platform apparatuses, methods and systems |
| 10430818, | Jun 26 2008 | Visa International Service Association | Systems and methods for visual representation of offers |
| 10438176, | Jul 17 2011 | Visa International Service Association | Multiple merchant payment processor platform apparatuses, methods and systems |
| 10473472, | May 05 2009 | AT&T Intellectual Property I, L.P. | Payment of highway tolls via a mobile telecommunications network |
| 10482398, | Feb 28 2011 | Visa International Service Association | Secure anonymous transaction apparatuses, methods and systems |
| 10489756, | May 11 2011 | Toyota Jidosha Kabushiki Kaisha | Electronic receipt manager apparatuses, methods and systems |
| 10496990, | Feb 22 2012 | Visa International Service Association | Data security system using mobile communications device |
| 10500481, | Oct 20 2010 | Playspan Inc. | Dynamic payment optimization apparatuses, methods and systems |
| 10586227, | Feb 16 2011 | Visa International Service Association | Snap mobile payment apparatuses, methods and systems |
| 10614199, | Dec 14 2011 | Visa International Service Association | Online account access control by mobile device |
| 10614466, | Dec 30 2009 | TELECOM ITALIA S P A | Method for managing on-line commercial transactions |
| 10621605, | Feb 10 2011 | Visa International Service Association | Electronic coupon issuance and redemption apparatuses, methods and systems |
| 10643191, | Jan 27 2012 | Visa International Service Association | Mobile services remote deposit capture |
| 10660015, | Nov 04 2008 | Telcom Ventures, LLC | Mobile device mode enablement responsive to a proximity criterion |
| 10674432, | Nov 04 2008 | Telcom Ventures, LLC | Mobile device mode enablement responsive to a proximity criterion |
| 10679429, | Mar 11 2013 | NEORIDE, INC | Toll payment collection with communication device |
| 10685379, | Jan 05 2012 | Visa International Service Association | Wearable intelligent vision device apparatuses, methods and systems |
| 10688385, | Oct 20 2010 | Playspan Inc. | In-application universal storefront apparatuses, methods and systems |
| 10706402, | Sep 22 2008 | Visa International Service Association | Over the air update of payment transaction data stored in secure memory |
| 10769614, | Sep 22 2008 | Visa International Service Association | Over the air update of payment transaction data stored in secure memory |
| 10803449, | Jul 05 2011 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
| 10825001, | Aug 18 2011 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
| 10846670, | Dec 13 2011 | Visa International Service Association | Payment platform interface widget generation apparatuses, methods and systems |
| 10915881, | Jan 27 2017 | American Express Travel Related Services Company, Inc. | Transaction account charge splitting |
| 10943248, | Jun 26 2008 | Visa International Service Association | Systems and methods for providing offers |
| 10983960, | Feb 02 2012 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia centralized personal information database platform apparatuses, methods and systems |
| 11010753, | Jul 05 2011 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
| 11010756, | Aug 18 2011 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
| 11023886, | Feb 22 2011 | Visa International Service Association | Universal electronic payment apparatuses, methods and systems |
| 11030608, | Sep 22 2008 | Visa International Service Association | Recordation of electronic payment transaction information |
| 11036681, | Feb 02 2012 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia analytical model sharing database platform apparatuses, methods and systems |
| 11037138, | Aug 18 2011 | Visa International Service Association | Third-party value added wallet features and interfaces apparatuses, methods, and systems |
| 11074218, | Feb 02 2012 | Visa International Service Association | Multi-source, multi-dimensional, cross-entity, multimedia merchant analytics database platform apparatuses, methods and systems |
| 11093919, | Feb 05 2011 | Visa International Service Association | Merchant-consumer bridging platform apparatuses, methods and systems |
| 11216468, | Feb 08 2015 | Visa International Service Association | Converged merchant processing apparatuses, methods and systems |
| 11216815, | May 27 2014 | American Express Travel Related Services Company, Inc.; AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | Systems and methods for fraud liability shifting |
| 11232427, | Sep 22 2008 | Visa International Service Association | Method of performing transactions with contactless payment devices using pre-tap and two-tap operations |
| 11250352, | Feb 28 2011 | Visa International Service Association | Secure anonymous transaction apparatuses, methods and systems |
| 11263601, | May 11 2011 | Visa International Service Association | Electronic receipt manager apparatuses, methods and systems |
| 11263640, | Mar 04 2011 | Visa International Service Association | Cloud service facilitator apparatuses, methods and systems |
| 11288661, | Feb 16 2011 | Visa International Service Association | Snap mobile payment apparatuses, methods and systems |
| 11304118, | Nov 04 2008 | Telcom Ventures, LLC | Method and apparatus for sensing products for purchase |
| 11308227, | Jan 09 2012 | Visa International Service Association | Secure dynamic page content and layouts apparatuses, methods and systems |
| 11311797, | Oct 20 2010 | Playspan Inc. | Dynamic payment optimization apparatuses, methods and systems |
| 11315099, | Sep 22 2008 | Visa International Service Association | Over the air update of payment transaction data stored in secure memory |
| 11354723, | Sep 23 2011 | Visa International Service Association | Smart shopping cart with E-wallet store injection search |
| 11397931, | Aug 18 2011 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
| 11443314, | Feb 22 2012 | Visa International Service Association | Data security system using mobile communications device |
| 11501274, | Sep 22 2008 | Visa International Service Association | Over the air update of payment transaction data stored in secure memory |
| 11636714, | Oct 16 2015 | REEF GLOBAL IP LLC | Method and system for managing parking by dual location verification |
| 11710115, | Jan 27 2017 | American Express Travel Related Services Company, Inc. | Transaction account charge splitting |
| 11763294, | Aug 18 2011 | Visa International Service Association | Remote decoupled application persistent state apparatuses, methods and systems |
| 11770756, | Nov 04 2008 | Telcom Ventures, LLC | Mobile device mode enablement/disablement responsive to sensing a physiological parameter |
| 11803825, | Aug 18 2011 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
| 11853977, | May 11 2011 | Visa International Service Association | Electronic receipt manager apparatuses, methods and systems |
| 11900359, | Jul 05 2011 | Visa International Service Association | Electronic wallet checkout platform apparatuses, methods and systems |
| 7520420, | Oct 27 2003 | First Data Corporation | Systems and methods for generating receipts |
| 7715593, | Jun 16 2003 | URU Technology Incorporated | Method and system for creating and operating biometrically enabled multi-purpose credential management devices |
| 7848980, | Dec 26 2006 | Visa U.S.A. Inc. | Mobile payment system and method using alias |
| 7921038, | Feb 19 1999 | Visa International Service Association | Conducting commerce between individuals |
| 7959069, | Oct 27 2003 | First Data Corporation | Systems and methods for interfacing location-base devices |
| 8016185, | Jul 06 2004 | Visa International Service Association | Money transfer service with authentication |
| 8144941, | Jun 16 2003 | URU Technology Incorporated | Method and system for creating and operating biometrically enabled multi-purpose credential management devices |
| 8170527, | Sep 26 2007 | VISA U S A , INC | Real-time balance on a mobile phone |
| 8249957, | Jan 15 2008 | VISA U S A INC | System and method for data completion including push identifier |
| 8374588, | Jun 02 2008 | STRIPE, INC | Method and system for sending marketing messages to mobile-device users from a mobile-commerce platform |
| 8396810, | Dec 29 2000 | Zix Corporation | Centralized authorization and fraud-prevention system including virtual wallet for network-based transactions |
| 8452257, | Sep 26 2007 | Visa U.S.A., Inc | Real-time balance on a mobile phone |
| 8463674, | Jan 03 2008 | STRIPE, INC | System and method for distributing mobile gift cards |
| 8473353, | Feb 19 1999 | Conducting commerce between individuals | |
| 8494934, | Nov 29 2004 | FISERV, INC | Electronic system for provision of banking services |
| 8508332, | Nov 25 2008 | ICS TRIPLEX EMEA LIMITED; Rockwell Automation Limited | Access control |
| 8559923, | May 18 2009 | MasterCard International Incorporated | Switching functions for mobile payments system |
| 8571937, | Oct 20 2010 | PLAYSPAN INC | Dynamic payment optimization apparatuses, methods and systems |
| 8577734, | Feb 09 2000 | F POSZAT HU, L L C | Method and medium for facilitate mobile shopping |
| 8577803, | Jun 03 2011 | Visa International Service Association | Virtual wallet card selection apparatuses, methods and systems |
| 8587454, | Nov 18 2008 | CAPITALIZED ASSETS LTD | System and method for providing electronic toll collection to users of wireless mobile devices |
| 8589267, | Jan 03 2008 | STRIPE, INC | System and method for re-distributing and transferring mobile gift cards |
| 8612294, | Feb 09 2000 | F POSZAT HU, L L C | Handheld computing device systems |
| 8615426, | Dec 26 2006 | Visa U.S.A. Inc. | Coupon offers from multiple entities |
| 8621641, | Feb 29 2008 | JAMES, VICKI L | Systems and methods for authorization of information access |
| 8631231, | Apr 17 2007 | Visa U.S.A. Inc. | Mobile device initiated transaction |
| 8645971, | Dec 26 2006 | VISA U S A INC | Real-time balance updates |
| 8744940, | Jan 03 2008 | STRIPE, INC | System and method for distributing mobile compensation and incentives |
| 8792861, | May 18 2009 | MasterCard International Incorporated | Switching functions for mobile payments system |
| 8903734, | Dec 26 2006 | Visa U.S.A. Inc. | Coupon offers from multiple entities |
| 8918637, | Apr 17 2007 | Visa U.S.A. Inc. | Remote authentication system |
| 8977567, | Sep 22 2008 | Visa International Service Association | Recordation of electronic payment transaction information |
| 9031868, | Apr 13 2010 | LOCOMOBI WORLD, INC | Payment processing methods |
| 9083700, | Feb 29 2008 | Vicki L., James | Systems and methods for authorization of information access |
| 9109911, | May 05 2009 | AT&T Intellectual Property I, L.P. | Payment of highway tolls via a mobile telecommunications network |
| 9117225, | Sep 16 2011 | Visa International Service Association | Apparatuses, methods and systems for transforming user infrastructure requests inputs to infrastructure design product and infrastructure allocation outputs |
| 9160741, | Apr 17 2007 | Visa U.S.A. Inc. | Remote authentication system |
| 9185553, | Jun 22 2005 | ODYSSEY WIRELESS, INC | Systems/methods of preferential communications |
| 9286733, | Apr 12 2011 | LOCOMOBI WORLD, INC | Location based systems for entry and exit |
| 9292862, | Jun 02 2008 | STRIPE, INC | Method and system for sending marketing messages to mobile-device users from a mobile-commerce platform |
| 9317672, | Dec 14 2011 | Visa International Service Association | Online account access control by mobile device |
| 9355393, | Aug 18 2011 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
| 9392451, | Jun 22 2005 | ODYSSEY WIRELESS, INC | Systems/methods of conducting a financial transaction using a smartphone |
| 9462411, | Nov 04 2008 | Telcom Ventures, LLC | Mobile device mode enablement responsive to a proximity criterion |
| 9542687, | Jun 26 2008 | Visa International Service Association | Systems and methods for visual representation of offers |
| 9569772, | Dec 21 2005 | Patent Navigation Inc | Enhancing bank card security with a mobile device |
| 9646291, | May 11 2011 | Visa International Service Association | Electronic receipt manager apparatuses, methods and systems |
| 9652765, | Aug 26 2008 | Visa International Service Association | System and method for implementing financial assistance programs |
| 9665862, | Feb 19 1999 | Visa International Service Association | Conducting commerce between individuals |
| 9665863, | Feb 19 1999 | Visa International Service Association | Conducting commerce between individuals |
| 9672508, | Sep 22 2008 | Visa International Service Association | Over the air update of payment transaction data stored in secure memory |
| 9691061, | Aug 18 2009 | BANCPASS, INC | Method and system for electronic toll payment |
| 9710807, | Aug 18 2011 | Visa International Service Association | Third-party value added wallet features and interfaces apparatuses, methods and systems |
| 9715709, | May 09 2008 | Visa International Services Association | Communication device including multi-part alias identifier |
| 9757644, | Oct 20 2010 | PLAYSPIN INC. | Dynamic payment optimization apparatuses, methods and systems |
| 9773212, | Feb 28 2011 | Visa International Service Association | Secure anonymous transaction apparatuses, methods and systems |
| 9824355, | Sep 22 2008 | Visa International Service Association | Method of performing transactions with contactless payment devices using pre-tap and two-tap operations |
| 9830328, | Feb 02 2012 | Visa International Service Association | Multi-source, multi-dimensional, cross-entry, multimedia merchant analytics database platform apparatuses, methods and systems |
| 9832708, | Nov 04 2008 | Telcom Ventures, LLC | Mobile device mode enablement responsive to a proximity criterion |
| 9940627, | Dec 26 2006 | VISA U S A INC | Mobile coupon method and system |
| 9953334, | Feb 10 2011 | Visa International Service Association | Electronic coupon issuance and redemption apparatuses, methods and systems |
| 9953378, | Apr 27 2012 | Visa International Service Association | Social checkout widget generation and integration apparatuses, methods and systems |
| 9959531, | Aug 18 2011 | Visa International Service Association | Multi-directional wallet connector apparatuses, methods and systems |
| 9996838, | Mar 04 2011 | Visa International Service Association | Cloud service facilitator apparatuses, methods and systems |
| RE44669, | Jan 18 2006 | STRIPE, INC | Systems and method for secure wireless payment transactions |
| RE47633, | Jun 22 2005 | Odyssey Wireless Inc. | Systems/methods of conducting a financial transaction using a smartphone |
| Patent | Priority | Assignee | Title |
| 3602881, | |||
| 3652795, | |||
| 3720911, | |||
| 4320387, | Dec 28 1978 | Information communicating apparatus and method | |
| 4325146, | Dec 20 1979 | Non-synchronous object identification system | |
| 4341951, | Jul 02 1980 | MONEYFAX, INC | Electronic funds transfer and voucher issue system |
| 4845636, | Oct 17 1986 | Remote transaction system | |
| 4926325, | Aug 23 1988 | Moneyfax, Inc. | Apparatus for carrying out financial transactions via a facsimile machine |
| 4960981, | Jan 17 1989 | Moneyfax, Inc. | Method of and system for electronic funds transfer via facsimile machines |
| 5025373, | Jun 30 1988 | JAMES MADISON COMMUNICATIONS, L L C | Portable personal-banking system |
| 5086389, | May 17 1990 | TC LICENSE LTD | Automatic toll processing apparatus |
| 5157717, | Nov 03 1989 | DIRECT RADIOGRAPHY CORP | Portable automated teller machine |
| 5310999, | Jul 02 1992 | AT&T Bell Laboratories | Secure toll collection system for moving vehicles |
| 5383113, | Jul 25 1991 | CheckFree Corporation | System and method for electronically providing customer services including payment of bills, financial analysis and loans |
| 5424727, | Mar 22 1994 | Best Network Systems, Inc. | Method and system for two-way packet radio-based electronic toll collection |
| 5465206, | Nov 01 1993 | Visa International Service Association | Electronic bill pay system |
| 5485370, | May 05 1988 | CITICORP DEVELOPMENT CENTER, INC | Home services delivery system with intelligent terminal emulator |
| 5727163, | Mar 30 1995 | Amazon.com, Inc. | Secure method for communicating credit card data when placing an order on a non-secure network |
| 5751973, | Jun 19 1992 | Transcore, LP | Electronic parking and dispatching management method and apparatus |
| 5778313, | Dec 08 1995 | CELLEXIS INTERNATIONAL, INC | Pre-paid cellular telephone system |
| 5787403, | Mar 08 1995 | DataTreasury Corporation | Bank-centric service platform, network and system |
| 5805082, | May 17 1990 | Transcore, LP | Electronic vehicle toll collection system and method |
| 5854975, | Dec 23 1994 | Freedom Wireless, Inc. | Prepaid security cellular telecommunications system |
| 6263316, | Feb 02 1999 | Momente, LLC | Automated process for retailing to a vehicle occupant |
| 6446049, | Oct 25 1996 | POLE ZERO ACQUISITION, INC | Method and apparatus for transmitting a digital information signal and vending system incorporating same |
| EP131906, |
| Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
| Jun 10 2013 | MORRILL, PAUL H , JR | 736 Partners, LLC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 030576 | /0501 | |
| Jun 10 2013 | MORRILL, PAUL H , JR | 736 Partners, LLC | CORRECTIVE ASSIGNMENT TO CORRECT THE REMOVE RECORDAL AGAINST INCORRECT US 10 757,424 AND RECORD ASSIGNMENT IN RESPECT OF CORRECT SERIAL NUMBER US 10 757,724 PREVIOUSLY RECORDED ON REEL 030576 FRAME 0501 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT OF ALL RIGHT, TITLE AND INTEREST IN AND TO U S 5,991,749 U S RE39,736 AND U S SER NO 10 757,724 | 030667 | /0894 |
| Date | Maintenance Fee Events |
| May 18 2011 | M2553: Payment of Maintenance Fee, 12th Yr, Small Entity. |
| Date | Maintenance Schedule |
| Jul 17 2010 | 4 years fee payment window open |
| Jan 17 2011 | 6 months grace period start (w surcharge) |
| Jul 17 2011 | patent expiry (for year 4) |
| Jul 17 2013 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Jul 17 2014 | 8 years fee payment window open |
| Jan 17 2015 | 6 months grace period start (w surcharge) |
| Jul 17 2015 | patent expiry (for year 8) |
| Jul 17 2017 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Jul 17 2018 | 12 years fee payment window open |
| Jan 17 2019 | 6 months grace period start (w surcharge) |
| Jul 17 2019 | patent expiry (for year 12) |
| Jul 17 2021 | 2 years to revive unintentionally abandoned end. (for year 12) |