Source: https://patents.google.com/patent/US8620260B2/en
Timestamp: 2019-04-23 15:39:44+00:00

Document:
2007-04-27 Assigned to AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC. reassignment AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: JONES, JESSICA U., PEART, LEE J., BEENAU, BLAYN W., SAUNDERS, PETER D.
A method and system of personalizing a mobile phone over a wireless network is provided. The method is fast, reliable, and eliminates the need for an uninterrupted online connection to a host server in order to achieve successful download of user information. With the method and system, a mobile phone can be personalized for various purposes, such as for conducting financial transactions.
This application is related to an application entitled User Experience on Mobile Phone, which is being concurrently filed and which is hereby incorporated herein by reference.
The present invention relates generally to mobile payments, and more specifically to installing and operating a payment application on a mobile phone.
Mobile or cellular phones can be adapted to be used as payment devices to pay for the purchase of goods and services. As an example, mobile phones can incorporate the express-pay technology found, for instance, in some credit or debit cards, wherein a radio frequency identification (RFID) chip containing a small microcontroller and metal antenna is embedded in the plastic of the card and replaces the traditional authenticating function of a magnetic stripe bearing cardholder information.
A mobile phone user who has a transaction account such as an American Express®, Visa®, MasterCard®, or Discover® account can adapt the phone for use as a payment device in one of several ways currently in development.
For example, the user can visit a secure website in order to request that a payment application and personal account information be transmitted to the user's mobile phone. In this method, the user might provide his or her transaction account number, the telephone number of the user's mobile phone, and verification information (such as personal information or a password) at a computer connected to the Internet. When the provider of the transaction account receives the user's information over the Internet, the provider verifies the information and preferably associates the user's transaction account number with the telephone phone of the user's mobile phone.
Alternatively, the mobile phone user can call a customer service representative of the provider of the transaction account in order to request that a payment application and personal account information be transmitted to the user's mobile phone. In this method, all of the information necessary to complete the request is provided by the user over the telephone.
A third option is for the mobile phone user to fill out a paper form with all of the information associated with a request that a payment application and personal account information be transmitted to the user's mobile phone. The completed paper form is then mailed or personally delivered by the user to the provider of the transaction account.
In each case, after the provider verifies the received information and preferably associates the user's transaction account number with the telephone number of the user's mobile phone, the user is able to download a payment application to the mobile phone and to use the mobile phone as a payment device.
Typical downloading methods can be used, such as by plugging the mobile phone into a computer in which the necessary software has been stored, or which can provide a conduit to an Internet site at which the software is located.
There is room for improvement in the development of methods for converting a mobile phone for use as a payment device. For instance, there are possible difficulties in not being unable to locate or access a computer with an online connection, the time required to download software first to a computer and then from the computer to a mobile phone, the time delay associated with mailing and processing of a paper request form, and the inconvenience of having to travel to an office of the provider in order to deliver a paper request form. As well, secure personalization of a payment application via an online connection to a host server can be unreliable as a method of downloading necessary data since the connection may drop at any time.
Accordingly, there is a need for fast and reliable way to securely personalize a payment application using a mobile phone in a manner that does not require the establishment of an online connection in order to achieve successful downloads.
The present invention meets the above-identified need by providing for secure personalization of a device over a wireless network.
The invention provides a method of personalizing a device over a wireless network comprising receiving a request to personalize the device with user-specific information, preparing a unique personalization file, providing a description file to the device over the wireless network, providing the application to the device over the wireless network, and providing the unique personalization file to the device over the wireless network.
The invention also provides a method of configuring a mobile phone to operate as a financial transaction instrument comprising accepting a request to program a user's mobile phone, processing the request, and loading onto the phone financial transaction account information and a program that operates to transmit the account information from a transmitter of the phone to a merchant's reader.
Additionally, the invention further provides a method of configuring a mobile phone to operate as a financial transaction instrument comprising receiving a request from a user to program a mobile phone to operate as a financial transaction instrument, sending a message containing a URL pointing to a web-hosting environment containing an application, and loading onto the phone financial transaction account information and an application for operating the phone as a financial transaction instrument, after the user has contacted the web-hosting environment using the URL.
According to the invention, a mobile phone preferably having the capability of transmitting information to an RFID or other reader is provided with an application that enables the phone to be used as a financial transaction instrument. The enabled phone can be brought within a certain distance from a merchant's RFID reader so as to transmit the user's financial transaction account information to the merchant, in order to purchase goods or services.
An advantage of the present invention is that mobile phone owners can quickly and conveniently adapt their mobile phones into payment devices, thereby reducing or eliminating the need to carry one or more traditional cards such as credit or debit cards in order to pay for goods and services.
Another advantage of the present invention is a reliable download solution for downloading a payment application and personal information onto a mobile phone.
Further features and advantages of the present invention will become more apparent in view of detailed description of the present invention, taken together with the accompanying drawings, in which the left-most digit of a reference number identifies the drawing in which the reference number first appears.
FIG. 1 is a flowchart illustrating a process of personalizing a device over a wireless network according to one embodiment of the present invention.
FIG. 2 shows a computer system employed in the process of personalizing a device over a wireless network according to one embodiment of the present invention.
FIG. 3 schematically shows the front side of a typical mobile phone.
FIG. 4 schematically shows selected components inside the mobile phone of FIG. 3.
A “transaction account” as used herein refers to an account associated with an open account or a closed account system, as described below. The transaction account may exist in a physical or non-physical embodiment. For example, a transaction account may be distributed in non-physical embodiments such as an account number, frequent-flyer account, telephone calling account, or the like. Furthermore, a physical embodiment of a transaction account may be distributed as a financial transaction instrument.
A “financial transaction instrument” may be traditional plastic transaction cards, titanium-containing, or other metal-containing, transaction cards, clear and/or translucent transaction cards, foldable or otherwise unconventionally-sized transaction cards, radio-frequency enabled transaction cards, or other types of transaction cards, such as credit, charge, debit, pre-paid or stored-value cards, or any other like financial transaction instrument. A financial transaction instrument may also have electronic functionality provided by a network of electronic circuitry that is printed or otherwise incorporated onto or within the transaction instrument (and typically referred to as a “smart card”), or it may be a fob having a transponder and an RFID reader. A financial transaction instrument with this electronic functionality can be brought within a certain distance from a reader (for example, a merchant's RFID reader) so as to transmit financial transaction account information to the reader (for example, in order to purchase goods or services from the merchant).
“Open cards” are financial transaction cards that are generally accepted at different merchants. Examples of open cards include American Express®, Visa®, MasterCard®, and Discover® cards, which may be used at many different retailers and other businesses. In contrast, “closed cards” are financial transaction cards that may be restricted to use in a particular store, a particular chain of stores, or a collection of affiliated stores. One example of a closed card is a pre-paid gift card that may only be purchased at, and only be accepted at, a clothing retailer, such as The Gap® store.
Stored value cards are forms of transaction instruments associated with transaction accounts, wherein the stored value cards provide cash equivalent value that may be used within an existing payment/transaction infrastructure. Stored value cards are frequently referred to as gift, pre-paid, or cash cards, in that money is deposited in the account associated with the card before use of the card is allowed. For example, if a customer deposits ten dollars of value into the account associated with the stored value card, the card may only be used for payments up to ten dollars. The present invention encompasses configuring a mobile phone or other mobile device to be used as a stored value card.
In general, transaction accounts may be used for transactions between the user and merchant through any suitable communication device, such as the following: a telephone network; an intranet; the global, public Internet; a point of interaction device (e.g., a point of sale (POS) device, personal digital assistant (PDA), mobile phone, kiosk, etc.); online communications; off-line communications; wireless communications; and/or the like.
An “account,” “account number,” or “account code”, as used herein, may include any device, code, number, letter, symbol, digital certificate, smart chip, digital signal, analog signal, biometric, or other identifier/indicia suitably configured to allow a consumer to access, interact with, or communicate with a financial transaction system. The account number may optionally be located on or associated with any financial transaction instrument (e.g., a rewards, charge, credit, debit, prepaid, telephone, embossed, smart, magnetic stripe, bar code, transponder, or radio frequency card).
The first five to seven digits are reserved for processing purposes and identify the issuing institution, card type, and so on. In this example, the last (sixteenth) digit is typically used as a sum check for the sixteen-digit number. The intermediary eight-to-ten digits are used to uniquely identify the customer, cardholder, or card member.
A merchant account number may be, for example, any number or alpha-numeric characters that identify a particular merchant for purposes of card acceptance, account reconciliation, reporting, and the like.
The terms “business” or “merchant” may be used interchangeably with each other and shall mean any person, entity, distributor system, software and/or hardware that is a provider, broker and/or any other entity in the distribution chain of goods or services. For example, a merchant may be a grocery store, a retail store, a travel agency, a service provider, an online merchant or the like.
“Personalizing” refers to enabling a device with an application including user-specific information.
An example of a computer system 200 employed in the process of personalizing a device over a wireless network is shown in FIG. 2.
The computer system 200 includes one or more processors, such as processor 204. The processor 204 is connected to a communication infrastructure 206 (e.g., a communications bus, cross-over bar, or network). After reading this description, it will become apparent to a person skilled in the relevant art(s) how to implement the invention using other computer systems and/or architectures.
Computer system 200 can include a display interface 202 that forwards graphics, text, and other data from the communication infrastructure 206 (or from a frame buffer not shown) for display on the display unit 230.
Computer system 200 also includes a main memory 208, preferably random access memory (RAM), and may also include a secondary memory 210. The secondary memory 210 may include, for example, a hard disk drive 212 and/or a removable storage drive 214, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, and so on. The removable storage drive 214 reads from and/or writes to a removable storage unit 218 in a well-known manner. Removable storage unit 218 represents a floppy disk, magnetic tape, optical disk, and so on, which is read by and written to by removable storage drive 214. As will be appreciated, the removable storage unit 218 includes a computer usable storage medium having stored therein computer software and/or data.
In alternative embodiments, secondary memory 210 may include other similar devices for allowing computer programs or other instructions to be loaded into computer system 200. Such devices may include, for example, a removable storage unit 222 and an interface 220. Examples of such may include a program cartridge and cartridge interface (such as that found in video game devices), a removable memory chip (such as an erasable programmable read only memory (EPROM), or programmable read only memory (PROM)) and associated socket, and other removable storage units 222 and interfaces 220, which allow software and data to be transferred from the removable storage unit 222 to computer system 200.
Computer system 200 may also include a communications interface 224. Communications interface 224 allows software and data to be transferred between computer system 200 and external devices. Examples of communications interface N24 may include a modem, a network interface (such as an Ethernet card), a communications port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, and so on. Software and data transferred via communications interface 224 are in the form of signals 228 which may be electronic, electromagnetic, optical, or other signals capable of being received by communications interface 224. These signals 228 are provided to communications interface 224 via a communications path (e.g., channel) 226. This channel 226 carries signals 228 and may be implemented using wire or cable, fiber optics, a telephone line, a cellular link, a radio frequency (RF) link, and other communications channels.
In this document, the terms “computer program medium” and “computer usable medium” are used to generally refer to media such as removable storage drive 214, a hard disk installed in hard disk drive 212, and signals 228. These computer program products provide software to computer system 200.
Computer programs (also referred to as computer control logic) are stored in main memory 208 and/or secondary memory 210. Computer programs may also be received via communications interface 224. Such computer programs, when executed, enable the computer system 200 to perform the features of the present invention, as discussed herein. In particular, the computer programs, when executed, enable the processor 204 to perform the features of the present invention. Accordingly, such computer programs represent controllers of the computer system 200.
In an embodiment where the invention is implemented using software, the software may be stored in a computer program product and loaded into computer system 200 using removable storage drive 214, hard drive 212, or communications interface 224. The control logic (software), when executed by the processor 204, causes the processor 204 to perform the functions of the invention as described herein.
FIG. 3 shows the front side of a typical mobile phone 300 with a display screen 301 and a keypad 302. As shown in FIG. 4, which depicts selected components inside the mobile phone 300, the mobile phone 300 includes at least one transmitter (or transceiver) 401, a processing block 402, and a memory block 403. As would be understood by one of skill in the art in light of the present description, the mobile phone 300 can communicate with the computer system 200, for example, over a wireless network.
Typically, in order to be operated as a financial transaction instrument, the user's mobile phone 300 is provided, within the processing block 402, with an application programming interface, such as Java 2 Micro Edition (J2ME), as well as a secure element provided with a smart card operating system such as Java Card OpenPlatform (JCOP). JCOP has a Java Virtual Machine (JVM), which allows the running of applications written in Java programming language. Other operating systems or platforms, secure elements, and programming languages may be employed. The mobile phone 300 is typically also provided with a transmitter (or a transceiver) 401 with electronic functionality, which can be used to transmit information to a reader, such as a financial transaction instrument reader belonging to a merchant. (If the phone is provided with a transceiver, it can receive as well as transmit information.) Thus, the phone can be converted into a payment device that can take the place of a traditional credit card or the like. In other embodiments, the phone may have some other mechanism for providing information to an instrument reader (for example, physical connection means, light, and so on).
Also, as would be understood by one of ordinary skill in the art in light of the present application, the present invention is not limited to mobile phones. Other mobile devices, such as personal digital assistants, can also be securely personalized over a wireless network and used as a payment device.
With reference to FIG. 1, the process of adapting a mobile phone or other mobile device for use as a payment device will now be described. (In the following description, the mobile phone being referred to may be the mobile phone 300 shown in FIGS. 3 and 4, and the events occurring at a provider's side may be implemented using the computer system 200 shown in FIG. 2.) The provider of a transaction account owned by a mobile phone user receives a request (101) from the user to personalize the mobile phone with user-specific information associated with the transaction account. This request may be made, for example, by sending a message from the mobile phone by Short Message Service (SMS). Other wireless methods, such as Multimedia Messaging Service, may be employed for sending the request. Typically, the request includes the account number associated with the transaction account. The request may include other information such as the name of the account owner, a username, and a password. The user may also send the request by visiting a website of the provider through a computer terminal or by visiting the website through the mobile phone. The request is received at the provider's side at, for example, a host server, and is authenticated (102) at the provider's side. (Alternatively, a third party “over-the-air” service could perform the authentication on behalf of the provider.) Authentication means establishing the identity of the mobile phone user, and specifically, establishing that the user is the owner of the transaction account. The request is then authorized at the provider's side (103). Authorization means allowing the owner of the transaction account (that is, the mobile phone user) to interact with the transaction account using the mobile phone.
Following authorization (103), the transaction account is designated at the provider's end as permitting mobile payment (104), that is, the provider preferably establishes a record of the authorization of the owner to interact with the transaction account through the mobile phone. In addition, a personalized data package, which includes user-specific information that is unique to the owner of the transaction account, is generated (105) at the provider's end. This is information for installation into the mobile phone to enable its use as a financial transaction instrument. An application set is built (106) based on that information. The application set includes a description file (described below) to be downloaded to a mobile device; it also includes the personalized data package generated in step 105.
It will be appreciated by one of ordinary skill in the art, in light of the present application, that steps 101 through 106 can be fully automated at the provider's side (using hardware and/or software such as one or more computer systems or other processing systems running software programs), or they can incorporate human input (for example, a person at the provider's side can check a database to confirm that a transaction account for the user does exist).
Previously, there has been a need to plug a mobile phone into a computer in order to download information to enable the phone to function as a mobile payment device. In contrast, the present invention provides a method of personalizing a mobile device in which software and personalized data are provided to the device over a wireless network. Preferably, SMS messages are employed in carrying out the method of the invention, but other forms of wireless communication may also be used. Generally speaking, SMS messages may directly contain information for enabling the phone as a payment device, or the SMS messages may contain instructions for how to obtain such information.
From the provider's side, an SMS message is sent to the mobile phone of the user (107), either completely automatically or with input from a person. (Other wireless methods, such as Multimedia Messaging Service, may be employed in place of SMS.) The SMS message preferably informs the user that the necessary application(s) are ready for download to the phone. The SMS message also preferably includes a Uniform Resource Locator (URL) address that points to a description file, such as a Java application descriptor file (.JAD file), which is hosted at the provider's side in a web-hosting environment and may be specific to the user. When the user visits the URL, the description file, which is part of the application set built in step 106, may be downloaded (108). This preferably occurs automatically when the user contacts the web-hosting environment. The .JAD file preferably contains another URL leading to a resource file, such as a Java archive file (.JAR file), which is hosted at the provider's side in a web-hosting environment, and that comprises software that will perform as a payment application (further described later) once installed on the mobile phone. The .JAD file also preferably contains instructions on how to obtain the personalized data package generated in step 105 (for example, the JAD can provide an URL leading to the personalized data package generated in step 105). Preferably, when the .JAD file is read by the mobile phone for the first time, the URL to the resource file is submitted, thereby causing the downloading of the resource file (109) to the mobile phone, where it is to be executed in the main operating environment of the phone. The main operating system of the phone, which is J2ME in this embodiment, functions to control the keypad of the phone, the display screen, and so on.
Instead of having the description file contain instructions on how to obtain the personalized data package (which includes the unique personalization file containing information specific to the owner of the transaction account), the description file can directly contain the information specific to the owner of the transaction account. In this case, if the user chooses to execute the JAR file, the information specific to the owner of the transaction account is accessed from the .JAD file and implemented onto the phone, into the secure element.
The downloaded software, once installed on the mobile phone, performs as a payment application. Specifically, the software provides the phone with functionality to transmit financial transaction account information using a transmitter, allows the user to operate the financial transaction account system on the phone, and allows for wireless communication between the phone and the provider. That is, the mobile phone, having been provided with a payment application, is configured to operate as a financial transaction instrument and can be used as a payment device. The mobile phone can now be operated to transmit financial transaction account information of the user (such as the information downloaded in step 110) from the mobile phone to a reader such as a merchant's financial transaction instrument reader. Thus, the mobile phone user does not need to carry a traditional financial transaction instrument, such as a credit card, in order to be able to purchase goods and services. One example of a payment application is the ExpressPay® Java application from American Express Company.
The above-described process from steps 101 to 110 can be repeated for a plurality of financial transaction accounts, such that the mobile phone can be used in placed of multiple financial transaction instruments. In this way, the mobile phone user can avoid the need to carry numerous traditional cards in order to purchase a variety of goods and services from different types of merchants.
Use of the mobile phone as a payment device is described in further detail in the above-identified related application, User Experience on Mobile Phone.
According to the present invention, there is no need to plug (or otherwise physically connect) a mobile phone into a computer in order to enable the phone to function as a mobile payment device. The downloading of the description file (108), the downloading of the resource file (109), and the downloading of the personalized data package (110) preferably all occur over a wireless network. Further, secure personalization is fast. For example, the process from the user's receipt of the SMS message (sent in step 107) to complete download of the personalized data package (sent in step 110) onto the user's mobile phone may take about a minute. Moreover, the URL in the SMS message is easy for a user to use, and the user is able to make as little as a single “click” (on the URL in the SMS message) in order to enable a mobile phone to function as a mobile payment device. As well, secure personalization of a payment application according to the present invention does not rely on an online connection to a host server, avoiding problems such as incomplete downloads due to dropped connections.
While an embodiment of the present invention has been described above, it should be understood that it has been presented by way of example, and not by way of limitation. It will be apparent to persons skilled in the relevant art(s) that various changes in form and detail can be made therein without departing from the spirit and scope of the present invention. The present invention should be defined only in accordance with the following claims and their equivalents.
Further, the purpose of the Abstract is to enable the U.S. Patent and Trademark Office and the general public, who may not be familiar with patent or legal terms, to quickly determine the nature and essence of the technical disclosure of the application. The Abstract is not intended to limit the scope of the present invention in any way. It is also to be understood that the steps and processes recited in the claims need not be performed in the order presented.
in response to the software module being executed by the device, providing, by the computer-based system, the unique personalization file to the device over the wireless network, wherein the unique personalization file is stored in the second internal memory of the device, wherein, based upon instructions included in the resource file, the personalization file is copied to the secure memory element of the device and deleted from the second internal memory, and wherein the software module accesses the personalization file in the secure memory element in order to enable the device to operate-as a financial transaction instrument.
2. The method of claim 1, wherein the software module configures the device, based upon the personalization file, to operate as the financial transaction instrument.
3. The method of claim 1, wherein the software module operates to instruct the device to transmit, via radio frequency (RF), financial transaction account information to a point of sale device (POS), wherein the financial account information is included in the personalization file.
4. The method of claim 1, wherein the device is a mobile phone.
5. The method of claim 1, wherein the description file further comprises information regarding downloading the unique personalization file.
6. The method of claim 1, wherein the providing of the description file is by Short Message Service.
7. The method of claim 1, further comprising authenticating a request from the device to retrieve the description file.
in response to the software module being executed by the device, providing, by the computer-based system, the unique personalization file to the device over the wireless network, wherein the unique personalization file is stored in the second internal memory of the device, wherein, based upon instructions included in the resource file, the personalization file is copied to the secure memory element of the device and deleted from the second internal memory, and wherein the software module accesses the personalization file in the secure memory element in order to enable the device to operate as a financial transaction instrument.
9. The system of claim 8, wherein the software module configures the device, based upon the personalization file, to operate as the financial transaction instrument.
10. The system of claim 8, wherein the software module operates to instruct the device to transmit, via radio frequency (RF), financial transaction account information to a point of sale (POS) device.
11. The system of claim 8, wherein the device is a mobile phone.
12. The system of claim 8, wherein the description file further comprises information regarding downloading the unique personalization file.
13. The system of claim 8, wherein the at least one processor is configured to provide the description file to the device by Short Message Service.
14. The system of claim 8, wherein the processor is further configured to authenticate a request from the device to retrieve the description file.
16. The CRM of claim 15, wherein the software module is a payment application that configures the device, based upon the personalization file, to operate as a financial transaction instrument.
17. The CRM of claim 15, wherein the software module operates to instruct the device to transmit financial transaction account information to a reader, using RFID.
18. The CRM of claim 15, wherein the device is a mobile phone.
19. The CRM of claim 15, wherein the description file further comprises information on downloading the unique personalization file.
20. The CRM of claim 15, wherein the third computer readable program code means causes the computer to provide the description file to the device by Short Message Service.
21. The CRM of claim 15, wherein the control logic further comprises sixth computer readable program code means for causing the computer to authenticate a request from the device to retrieve the description file.
MX2009011633A MX2009011633A (en) 2007-04-27 2008-04-25 Payment application download to mobile phone and phone personalization.
"A Cash Call-Smart cards and mobile phones are quickly emerging as ways to pay with electronic cash", The Economist, Feb. 17, 2007.
"A Cash Call—Smart cards and mobile phones are quickly emerging as ways to pay with electronic cash", The Economist, Feb. 17, 2007.
"Giesecke & Devrient and MasterCard International Launch World's first over the air personalization solution for mobile phonebased payments", Business. New York: Apr. 5, 2006. p. 1.
"News Digest: Nokia launches mobile payment NFC handset", Electronic Payments International. London: Jan. 2007. p. 4.
"Top of Our Radar: Next Generation Mobile Phone with 'Tap & Go TM Payment in New York City", M2 Presswire. Coventry. Dec. 15, 2006. p. 1.
AU; Examination Report dated Dec. 19, 2011 in Application No. 2008245878.
AU; Examination Report dated Jan. 18, 2011 in Application No. 2008245878.
AU; Examination Report dated Jan. 25, 2012 in Application No. 2008245668.
AU; Examination Report dated Jan. 25, 2012 in Application No. 2008245880.
AU; Examination Report dated Mar. 3, 2011 in Application No. 2008245666.
AU; Examination Report dated Sep. 7, 2011 in Application No. 2008245878.
AU; Examiner's Second Report dated Jun. 20, 2011 in Application No. 2008245878.
Australian Exam Report dated Aug. 17, 2012 in Application No. 2008245668.
EP; European Examination Report received Dec. 13, 2011 in Application No. 08746398.0.
EP; European Search Report dated Jun. 23, 2011 in Application No. 08746927.6.
EP; European Search Report dated Mar. 22, 2011 in Application No. 08746398.0.
EP; European Search Report dated Mar. 22, 2011 in Application No. 08746400.4.
EP; European Supplemental Search Report received Dec. 22, 2011 in Application No. 08746926.8.
Examination Report dated Apr. 9, 2013 in European Application No. 08746927.6.
Examination Report dated Jun. 11, 2013 in European Application No. 08746400.4.
http://www.ti.com/rfid/shtml/apps-contactless.shtml, "TI-RFid(TM) & Contactless Commerce," unknown publication date, downloaded Oct. 11, 2007.
http://www.ti.com/rfid/shtml/apps-contactless.shtml, "TI-RFid™ & Contactless Commerce," unknown publication date, downloaded Oct. 11, 2007.
http://www.vivotech.com/, "Contactless & NFC Mobile Phone Payments," unknown publication date, downloaded Oct. 11, 2007.
MasterCard and VeriFone Announce First Ever 'Tap & Go TM payments in Taxis, Business Wire. New York: Nov. 15, 2006.
Mexican Office Action received Apr. 16, 2013 in Application No. MX/a/2009/011631.
Mexican Office Action received Apr. 17, 2013 in Application No. MX/a/2009/011633.
Mexican Office Action received Jun. 7, 2012 in Application No. MX/a/2009/011631.
Mexican Office Action received Jun. 8, 2012 in Application No. MX/a/2009/011633.
Mexican Office Action received May 7, 2013 in Application No. MX/a/2009/011630.
Mexican Office Action received Sep. 25, 2012 in Application No. MX/a/2009/011630.
MX; Mexican Office Action dated Mar. 2012 in Application No. MX/a/2009/011630.
Office Action dated May 30, 2012 in Canadian Application No. 2,685,414.
PCT; International Preliminary Report on Patentability dated Oct. 27, 2009 in Application No. PCT/US2008/060970.
PCT; International Preliminary Report on Patentability dated Oct. 27, 2009 in Application No. PCT/US2008/060972.
PCT; International Preliminary Report on Patentability dated Oct. 27, 2009 in Application No. PCT/US2008/061602.
PCT; International Preliminary Report on Patentability dated Oct. 27, 2009 in Application No. PCT/US2008/061604.
PCT; International Search Report and Written Opinion dated Aug. 13, 2008 in Application No. PCT/US2008/060970.
PCT; International Search Report and Written Opinion dated Aug. 29, 2008 in Application No. PCT/US2008/060972.
PCT; International Search Report and Written Opinion dated in Application No. PCT/US2008/061602.
PCT; International Search Report and Written Opinion dated Jul. 1, 2008 in Application No. PCT/US2008/061604.
USPTO; Advisory Action dated Jun. 7, 2010 in U.S. Appl. No. 11/741,243.
USPTO; Advisory Action dated Mar. 3, 2011 in U.S. Appl. No. 11/741,268.
USPTO; Advisory Action dated May 20, 2009 in U.S. Appl. No. 11/741,243.
USPTO; Advisory Action dated Sep. 8, 2011 in U.S. Appl. No. 11/741,170.
USPTO; Final Office Action dated Dec. 12, 2008 in U.S. Appl. No. 11/741,268.
USPTO; Final Office Action dated Dec. 21, 2010 in U.S. Appl. No. 11/741,268.
USPTO; Final Office Action dated Dec. 24, 2009 in U.S. Appl. No. 11/741,170.
USPTO; Final Office Action dated Feb. 17, 2009 in U.S. Appl. No. 11/741,170.
USPTO; Final Office Action dated Feb. 3, 2009 in U.S. Appl. No. 11/741,243.
USPTO; Final Office Action dated Jul. 1, 2013 in U.S. Appl. No. 11/741,170.
USPTO; Final Office Action dated Jun. 30, 2011 in U.S. Appl. No. 11/741,170.
USPTO; Final Office Action dated Mar. 26, 2010 in U.S. Appl. No. 11/741,243.
USPTO; Final Office Action dated Nov. 9, 2009 in U.S. Appl. No. 11/741,268.
USPTO; Notice of Allowance dated Jun. 5, 2013 in U.S. Appl. No. 11/741,268.
USPTO; Office Action dated Apr. 1, 2009 in U.S. Appl. No. 11/741,268.
USPTO; Office Action dated Apr. 25, 2013 in U.S. Appl. No. 11/741,243.
USPTO; Office Action dated Aug. 19, 2010 in U.S. Appl. No. 11/741,170.
USPTO; Office Action dated Aug. 6, 2008 in U.S. Appl. No. 11/741,243.
USPTO; Office Action dated Feb. 21, 2013 in U.S. Appl. No. 11/741,170.
USPTO; Office Action dated Feb. 5, 2010 in U.S. Appl. No. 11/741,268.
USPTO; Office Action dated Jan. 28, 2011 in U.S. Appl. No. 11/741,170.
USPTO; Office Action dated Jan. 7, 2013 in U.S. Appl. No. 11/741,268.
USPTO; Office Action dated Jul. 22, 2010 in U.S. Appl. No. 11/741,268.
USPTO; Office Action dated Jun. 11, 2008 in U.S. Appl. No. 11/741,268.
USPTO; Office Action dated Jun. 17, 2009 in U.S. Appl. No. 11/741,243.
USPTO; Office Action dated Mar. 10, 2010 in U.S. Appl. No. 11/741,170.
USPTO; Office Action dated May 12, 2009 in U.S. Appl. No. 11/741,170.
USPTO; Office Action dated May 30, 2008 in U.S. Appl. No. 11/741,170.
USPTO; Office Action dated Sep. 18, 2009 in U.S. Appl. No. 11/741,243.
ViVOtech, Inc., "RF-Based Contactless Payment: White Paper," Apr. 2006.

References: Application No. 2008245878
 Application No. 2008245878
 Application No. 2008245668
 Application No. 2008245880
 Application No. 2008245666
 Application No. 2008245878
 Application No. 2008245878
 Application No. 2008245668
 Application No. 08746398
 Application No. 08746927
 Application No. 08746398
 Application No. 08746400
 Application No. 08746926
 Application No. 08746927
 Application No. 08746400
 Application No. 2