US20090307132A1 - Enhanced user interface for contactless payment function in mobile telephone - Google Patents
Enhanced user interface for contactless payment function in mobile telephone Download PDFInfo
- Publication number
- US20090307132A1 US20090307132A1 US12/465,165 US46516509A US2009307132A1 US 20090307132 A1 US20090307132 A1 US 20090307132A1 US 46516509 A US46516509 A US 46516509A US 2009307132 A1 US2009307132 A1 US 2009307132A1
- Authority
- US
- United States
- Prior art keywords
- payment
- image
- mobile telephone
- card
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
Definitions
- Payment cards such as credit or debit cards are ubiquitous. For decades, such cards have included a magnetic stripe on which the relevant account number is stored. To consummate a purchase transaction with such a card, the card is swiped through a magnetic stripe reader that is part of a point of sale (POS) terminal. The reader reads the account number from the magnetic stripe. The account number is then used to route a transaction authorization request that is initiated by the POS terminal.
- POS point of sale
- RFID radio frequency identification
- PaymentPass a widely-used standard, known as “PayPass”, for interoperability of contactless payment cards and proximity readers.
- a mobile telephone/contactless payment device includes integrated circuitry with the same functionality as the RFID IC of a contactless payment card.
- the mobile telephone/contactless payment device includes a loop antenna that is coupled to the payment-related IC for use in sending and/or receiving messages in connection with a transaction that involves contactless payment.
- the present disclosure addresses issues related to a user interface that may facilitate use of mobile telephones for contactless payment transactions and other types of transactions.
- FIG. 1 is a plan view of a mobile phone (in a flipped open condition) in which the present invention may be applied.
- FIG. 2 is a block diagram representation of the mobile phone of FIG. 1 .
- FIG. 2A is a flow chart that illustrates a process that may be performed in the mobile phone of FIGS. 1 and 2 in accordance with aspects of the present invention.
- FIGS. 3-8 show screen displays that may be displayed, in accordance with aspects of the present invention, on a display component of the mobile phone of FIGS. 1 and 2 .
- FIG. 9 is a flow chart that illustrates a process that a user may perform using the mobile phone of FIGS. 1 and 2 in accordance with aspects of the present invention.
- the user interface in a mobile telephone includes a wallet icon in a main menu.
- the user interface shifts to a display in which small images of identification cards (e.g., payment cards such as debit or credit cards) are presented.
- the small card images serve as a menu from which the user may select one of the identification cards.
- the selected image is displayed alone by the mobile phone, and in a larger scale.
- the mobile phone uploads to the proximity reader an identification number which corresponds to the selected and displayed card image. In this way, for example, the user may select among a number of payment card accounts for use in a current purchase transaction.
- FIG. 1 is a plan view of a mobile phone 100 (in a flipped open condition) in which the present invention may be applied.
- the mobile phone 100 includes a conventional hinged housing 102 , including a display housing portion 104 and a control housing portion 106 .
- the display housing portion 104 and the control housing portion 106 are hingedly joined together at a hinge 108 .
- a conventional display component 110 is mounted in the display housing portion 104 .
- Various control buttons and switches are mounted on the control housing portion 106 . These buttons and switches include a conventional telephone numeric keypad 112 .
- the buttons and switches also include a “select” button 114 nested within a four-way rocker/scroll switch 116 . Further buttons and switches include soft keys 118 and 120 , a start call key 122 and an end call key 124 .
- FIG. 2 is a block diagram representation of the mobile phone 100 . Since the mobile phone 100 is also operable for contactless payment transactions, in addition to conventional mobile phone functions, it will sometimes be referred to herein as a mobile telephone/contactless payment device.
- the mobile telephone/contactless payment device 100 may include a conventional housing (indicated by dashed line 202 in FIG. 1 ) that contains and/or supports the other components of the mobile telephone/contactless payment device 100 .
- the mobile telephone/contactless payment device 100 further includes conventional control circuitry 204 , for controlling over-all operation of the mobile telephone/contactless payment device 100 .
- Other components of the mobile telephone/contactless payment device 100 which are in communication with and/or controlled by the control circuitry 204 , include: (a) one or more memory devices 206 (e.g., program and working memory, etc.); (b) a conventional SIM (subscriber identification module) card 208 ; (c) the above-mentioned keypad 112 (which for present purposes will be understood to include the other buttons, switches and keys referred to above) for receiving user input; and (d) the above-mentioned display component 110 for displaying output information to the user.
- memory devices 206 e.g., program and working memory, etc.
- SIM subscriber identification module
- keypad 112 which for present purposes will be understood to include the other buttons, switches and keys referred to above
- the above-mentioned display component 110 for displaying output information to the user.
- the mobile telephone/contactless payment device 100 also includes conventional receive/transmit circuitry 216 that is also in communication with and/or controlled by the control circuitry 204 .
- the receive/transmit circuitry 216 is coupled to an antenna 218 and provides the communication channel(s) by which the mobile telephone/contactless payment device 100 communicates via the mobile network (not shown).
- the mobile telephone/contactless payment device 100 further includes a conventional microphone 220 , coupled to the receive/transmit circuitry 216 .
- the microphone 220 is for receiving voice input from the user.
- a loudspeaker 222 is included to provide sound output to the user, and is coupled to the receive/transmit circuitry 216 .
- the receive/transmit circuitry 216 operates to transmit, via the antenna 218 , voice signals generated by the microphone 220 , and operates to reproduce, via the loudspeaker 222 , voice signals received via the antenna 218 .
- the receive/transmit circuitry 216 may also handle transmission and reception of text messages and/or other data communications via the antenna 218 .
- the mobile telephone/contactless payment device 100 may also include an integrated circuit (IC) or chipset 224 of the kind embedded in contactless payment cards.
- the IC/chipset 224 may also be referred to as a “payment circuit”.
- the payment circuit 224 may store a payment card account number that identifies a payment card account that has been issued to the individual who owns the mobile telephone/contactless payment device 100 .
- the mobile telephone/contactless payment device 100 may include a loop antenna 226 , coupled to the payment circuit 224 .
- the payment circuit 224 may operate so as to interact with an RFID/NFC proximity reader of a POS terminal to provide the payment card account number (stored in the payment circuit 224 ) for a purchase transaction at the POS terminal.
- the payment circuit 224 may be designed/programmed to operate in accordance with the above-mentioned “PayPass” standard.
- the payment circuit 224 may be at least partially integrated with the main control circuit 204 .
- a payment application program may run in the payment circuit 224 /control circuit 204 and be stored in the mobile phone 100 . Functionality as described herein may be provided from program instructions stored in the payment circuit 224 /memories 206 .
- the stored program instructions may control a processing element which may be the control circuit 204 or which may constitute at least part of the payment circuit 224 .
- the mobile phone 100 may include a “secure element” (not separately shown) which may constitute a portion of the payment circuit 224 /control circuit 204 or of the SIM card 208 .
- the secure element may store the payment application program and payment card account number and/or other sensitive information related to the payment capabilities of the mobile phone 100 .
- the mobile phone 100 may be entirely conventional, but it may be programmed, in accordance with aspects of the invention, to provide a novel user interface and other novel functionality.
- FIG. 2A is a flow chart that illustrates a process that may be performed in the mobile phone 100 in accordance with aspects of the present invention.
- FIGS. 3-8 show screen displays that may be displayed, in accordance with aspects of the present invention, on the display component 110 of the mobile phone 100 .
- FIGS. 3-8 illustrate aspects of the novel user interface referred to above.
- the process may begin with a decision block 252 , at which the mobile phone 100 determines whether the user has requested access to the main menu of the user interface.
- the user may do so, for example, from the “welcome screen” shown in FIG. 1 and displayed on the display component 110 of the mobile phone 100 .
- the user may request the main menu by actuating the left-hand soft key 118 to select the menu screen.
- the process of FIG. 2A may idle at decision block 252 , as indicated by branch 254 from decision block 252 .
- the process of FIG. 2A may advance from decision block 252 to block 256 .
- the mobile phone displays the main menu, which is shown in FIG. 3 . That is, the main menu display of FIG. 3 replaces the welcome screen.
- the main menu may be displayed in a fairly conventional format, except that one of the menu icons presented is a “wallet” icon 302 .
- the user may navigate among the menu icons in a conventional manner, e.g., by operating the rocker switch 116 ( FIG. 1 ).
- a menu item is highlighted, as is conventional, when the user navigates to the menu item.
- the wallet icon 302 is shown as highlighted via the highlight indication 304 .
- the highlight indication indicates that the icon in question may currently be selected by actuating the select button 114 ( FIG. 1 ).
- actuation of the select button 114 results in selection of the wallet icon 302 .
- the highlight indication around a menu item may, for example, be referred to as a cursor.
- a decision block 258 may follow block 256 in the process of FIG. 2A .
- the mobile phone 100 determines whether the user has selected the wallet item. If not, block 260 follows decision block 258 .
- the process may idle, or may proceed to provide other functionality as represented by selection of a menu item/icon other than the wallet icon 302 .
- the user may select the wallet icon by moving the cursor to the wallet icon, and then actuating the select button. If at decision block 258 the mobile phone 100 determines that the user has selected the wallet icon 302 , then the process of FIG. 2A may advance from decision block 258 to block 262 .
- Selection of the wallet icon may provide the path by which the user may access functions such as a contactless payment function. More generally, selection of the wallet icon may allow the user access to a “virtual wallet” application encompassing not only one or more contactless payment options, but also other identification functions commonly performed by cards that may be stored in one's wallet. Such other identification functions may include, for example, building access (e.g., via an RFID card), transit system access (via an RFID card), prepaid telephone calling card, etc.
- a display such as that shown in FIG. 4 may replace the display of FIG. 3 and may displayed on the display component 110 of the mobile phone 100 .
- a display such as that shown in FIG. 4 may replace the display of FIG. 3 and may displayed on the display component 110 of the mobile phone 100 .
- FIG. 4 may be considered to be a virtual wallet menu display, and the virtual wallet menu is seen to comprise a plurality of images 402 , 404 , 406 , 408 , with each of the images 402 , 404 , 406 , 408 representing the face or front side of a respective payment card issued to the user of the mobile phone. It will be noted that each of the card-face images 402 , 404 , 406 , 408 shows, among other information, the payment card account number for the card in question. (Those who are skilled in the art will recognize that payment card account numbers are a type of identification number.
- card-face images for other types of cards may be displayed in addition to or instead of the payment card face images, and that identification numbers other than payment card account numbers may be included in such card-face images for other types of cards.
- identification numbers other than payment card account numbers may be included in such card-face images for other types of cards.
- the card-face images may display other information customarily included on the face of a payment card.
- This information may include, for example, the name of the cardholder (e.g., an individual cardholder's name and/or the name of a company or other organization in the case of a “fleet” card).
- Other elements of the card-face image may include the name and/or logo of the payment card association which authorized the issuance of the card, and the name and/or logo of the issuer (that is, the issuing financial institution).
- the expiration date of the card may also be included in the card-face image.
- the user may navigate among the card-face images/menu items by, e.g., operating the rocker switch 116 .
- the virtual wallet menu display in its condition as shown in FIG. 4 includes a highlight indication 410 to indicate that the user has navigated to the card-face image 406 . Consequently, if the user actuates the select button 114 , doing so will effect selection of the card-face image 406 , and thereby will also effect selection of the payment card account that corresponds to the payment card represented by the card-face image 406 . As will be seen, selection of that payment card account may result in the corresponding payment card account number being wirelessly transmitted from the mobile phone 100 to a POS terminal (not shown) in connection with a purchase transaction.
- OTA over-the-air
- RF communication with a personalization card
- Examples of personalization mechanisms that may be used are over-the-air (OTA) personalization, or personalization via short range RF communication with a personalization card, as disclosed in commonly-assigned U.S. patent application Ser. No. 11/870,144. The '144 application is hereby incorporated herein by reference.
- OTA over-the-air
- conventional “personalization” transactions for mobile phones may be augmented with downloading of the image information to allow for display of a card-face image that corresponds to the payment card account number and other information downloaded to the mobile phone during personalization.
- the image information may be a bit map, or may include background color indicators, logo indicators, and/or other data from which the mobile phone is able to construct a bit map image for the card face in question.
- One technique for representing the card image data in an efficient manner is disclosed in commonly-assigned U.S. patent application Ser. No. 12/170,550. The '550 application is hereby incorporated herein by reference.
- the personalization process may, in some embodiments, result in the payment card account number, the image information, and other data all being stored in a payment application program that is stored in the mobile telephone 100 . It may typically be the case that a separate personalization process was performed for each card image/account number included in the wallet menu display.
- the card image information loaded into the mobile phone during personalization may also include information required to display and/or construct an image of the rear face of the payment card in question.
- the virtual wallet menu display also includes an “Add New Card” menu item/icon 412 .
- the mobile phone 100 may access the website of an issuer that has already issued to the user a payment card for which information has yet to be downloaded to the mobile phone 100 .
- the mobile phone's access to that website may automatically cause the issuer computer to download the corresponding payment card account number and other related information, including card-face image information, to the mobile phone 100 .
- personalization of the mobile phone may occur with respect to the already-issued-but-not-yet-downloaded payment card account. This may also result in addition of the payment card account in question to the virtual wallet.
- the mobile phone may access the website of an issuer that has pre-approved, but not yet issued, an additional payment card account for the user of the mobile phone.
- the new payment card account may be issued by the issuer
- the mobile phone may be personalized with the new account information (including downloading of the card-face image information), and the new payment card account may be added to the virtual wallet in the mobile phone.
- decision block 264 may follow block 262 in the process of FIG. 2A .
- the mobile phone 100 may determine whether the user has selected one of the card options in the virtual wallet menu of FIG. 4 .
- the user may select the card option illustrated at 406 by actuating the select button 114 with the virtual wallet menu display in the condition shown in FIG. 4 .
- actuation of the select button under those conditions would result in selection of the card-face image 406 .
- the process may idle through blocks 262 - 264 , as indicated by branch 266 in FIG. 2A . However, if at decision block 264 the mobile phone 100 determines that the user has selected one of the card options, then the process of FIG. 2A may advance from decision block 264 to block 268 . Assuming that the selected card option were option 406 , then block 268 would result in the screen display of FIG. 5 being displayed on the display component in place of the screen display of FIG. 4 . It will be observed from FIG. 5 that the virtual wallet menu is no longer presented, having been replaced with an enlarged version 502 of the card-face image 406 of FIG. 4 .
- the presence of the large card-face image 502 is a visual cue to the user that he/she has completed selection of the payment card account which corresponds to the payment card account number 504 included in the image 502 .
- selection of the payment card account in question may lead the corresponding payment card account number to be transmitted by the mobile phone to a POS terminal in connection with the next contactless payment purchase transaction that the mobile phone is used for.
- other elements included in the large card-face image may include the cardholder's name 506 , valid from date 508 , valid to date 510 and card brand (i.e., association brand) logo 512 .
- the process of FIG. 2A may advance from block 268 to decision block 270 .
- decision block 270 the mobile phone 100 may determine whether it has been utilized so as to initiate a transaction. If not, the process may idle through block 268 and 270 , as indicated by branch 272 from decision block 270 .
- the user may initiate such a transaction by tapping the mobile phone on a proximity/contactless reader component (not shown) of a POS terminal (not shown).
- Bringing the mobile phone into proximity with the proximity reader in this manner may expose the mobile phone 100 to an interrogation signal transmitted from the proximity reader, which in turn may stimulate the mobile phone to exchange wireless RF communications with the proximity reader in accordance with conventional principles (including communication of the selected payment card account number from the mobile phone to the proximity reader).
- the selection of the user's desired payment card account for the transaction may occur before or after tapping the mobile phone on the reader, and may be accomplished by the above-described navigation through the virtual wallet menu display to the “account selected” screen display of FIG. 5 .
- tapping the mobile phone on the reader may cause the mobile phone to display the virtual wallet menu display of FIG. 4 with a prompt (not shown) such as, “Select Card”. (In this scenario, the “Add New Card” menu item may be omitted from the virtual wallet menu display.) Then, after the user selects the card and navigates to the account selected screen display, the user may be required to tap the mobile phone again on the reader to consummate the transaction. Consummating the transaction may include the mobile phone wirelessly transmitting the selected payment card account number to the proximity/contactless reader, and exchanging other data between the reader and the contactless payment application/circuitry of the mobile phone. In accordance with some conventional practices, the mobile phone may cryptographically generate a dynamic security code (CVC3) for the transaction and transmit the dynamic security code to the reader.
- CVC3 dynamic security code
- block 274 may follow decision block 270 .
- the mobile phone 100 uses, for the current transaction, the payment card account number which corresponds to the card option selected by the user from the virtual wallet menu.
- the wallet function of the mobile phone is being used in connection with a purchase transaction at a POS terminal.
- the identification information to be supplied from the wallet function may be an identification number other than a payment card account number, and the mobile phone may be caused to interact with a proximity reader used for facilities access, transit system access, or some other purpose other than payment.
- selection of menu options in the mobile phone 100 has been described in terms of locating a cursor at the item to be selected and then actuating a select button.
- the display component 110 of the mobile phone 100 may be a touch screen, and selection of a menu item may be accomplished by the user touching the display with his/her finger or a stylus at the location of the menu item to be selected.
- FIG. 4 and the other display screen figures are presented in the appended drawings quite a bit larger than life size.
- the details, for example, of the enlarged card-face image 502 of FIG. 5 are quite a bit more visible in the drawings than they may be in a practical embodiment of the present invention.
- the virtual wallet application may include a “zoom” function that, for example, would allow the user to selectively enlarge portions of the image 502 . This may aid the user in reading information such as the payment card account number from the image 502 .
- the zoom function may be accessible by single-, double- or triple-clicking on portions of the image 502 .
- the zoom function may be accessible by an “options” menu (not shown) reached by actuating the left-hand soft key 118 ( FIG. 1 ) when the screen display of FIG. 5 is displayed (note the “Options” label 514 —FIG. 5 —for the left-hand soft key).
- a flip card (a/k/a “flip”) function. This function may be accessible via the above-referenced “options menu”. Alternatively, this function may be accessible by single-, double- or triple-clicking the large card-face image 502 of FIG. 5 . However accessed, the flip function may cause the screen display of FIG. 5 to be replaced with the screen display shown in FIG. 6 .
- the screen display shown therein includes a card-back image 602 .
- the card-back image 602 may be substantially the same size as the card-face image 502 of FIG. 5 .
- the card-back image 602 may represent the rear side of the same payment card of which the front side is represented by the card-face image 502 .
- the card-back image 602 may include a number of different elements including, for example, the user's signature 604 and a security code (CVC2) 606 . Further elements may include issuer contact information such as one or more toll-free customer service telephone numbers and the address of the issuer's website (e.g., a cardholder customer service website).
- CVC2 security code
- the card-back image may be a composite image assembled from a variety of image elements.
- the signature element 604 may be derived from an image of the user's signature stored in the issuer's records, and may be combined with other elements, such as a stock frame image that is modified to reflect card specific information such as the CVC2.
- the zoom and flip functions may also be accessible via the display of FIG. 6 .
- the user may use the flip function to navigate back from the display of FIG. 6 to the display of FIG. 5 .
- FIG. 7 is a screen display that may be presented on the display component 110 in connection with a function in which the mobile phone emulates a conventional reader/chip card combination for the well-known Chip Authentication Program (CAP).
- CAP Chip Authentication Program
- FIG. 7 is a screen display that may be presented on the display component 110 in connection with a function in which the mobile phone emulates a conventional reader/chip card combination for the well-known Chip Authentication Program (CAP).
- CAP Chip Authentication Program
- the mobile phone may thus be used to generate a code (displayed at 702 in FIG. 7 ) that the user can use to log onto internet banking.
- CAP currently requires users to generate a code using a reader device that verifies the user's card is present to reduce or eliminate the possibility of stolen card details being used without the card.
- the mobile phone may have all the chip card data stored in the virtual wallet application and thus may be able to generate the necessary code 702 provided that the user enters the correct PIN into the mobile phone.
- the user may be allowed to log onto internet banking without needing to have either the chip card or the reader, and only by using the mobile phone as the code generator. This may be especially useful in reducing the number of items the user needs to take with him or her while traveling.
- the wallet application may allow the user to top up his/her payment card by directly contacting the issuer of the payment card from the mobile phone.
- the mobile phone may allow the user to view the balance in his/her payment card account (see FIG. 8 , reference numeral 802 ).
- the mobile phone may also allow the user to select a top up amount from a menu 804 .
- the balance may automatically update and be instantly available to the user. This may be accomplished, for example, via a transfer of funds from another account.
- Embodiments of the invention may be particularly advantageous in presenting the wallet icon on the main menu, so that the user may readily and conveniently access the virtual wallet application.
- various visual designs for the wallet icon may be available for selection or downloading by the user, so that the user can customize the appearance of the main menu at least to the extent of the wallet icon.
- At least some of the wallet icon visual designs may be produced by designers who are independent of the application provider and/or the issuers.
- the mobile phone may have voice recognition capabilities. Moreover, those capabilities may tie in to the virtual wallet application such that the user may be allowed to select a particular payment card or other identification or access card in the wallet application simply by speaking the name of the card into the microphone of the mobile phone. For example, if the user speaks the words “MasterCard debit” into the phone, this would automatically select the user's MasterCard debit card from the wallet application and activate it for use in the next or current contactless payment purchase transaction.
- FIG. 9 is a flow chart that illustrates a process that a user may perform using the mobile phone 100 in accordance with aspects of the present invention.
- FIG. 9 may be a visit by the user to a retail store.
- the process of FIG. 9 is presented largely from the point of view of the user.
- the user selects the items that he/she wishes to purchase and carries them to the checkout counter/POS terminal (not shown).
- the user enters a personal identification number (PIN) into the numeric keypad 112 of the mobile phone 100 .
- PIN personal identification number
- the mobile phone may operate such that a payment transaction (or at least a transaction in an amount above a certain limit) is not enabled unless the PIN had been recently entered into the phone.
- the user taps the mobile phone 100 on the proximity reader component of the POS terminal. As discussed above, this may lead immediately to an exchange of wireless communication between the mobile phone 100 and the proximity reader in which the relevant payment card account number is uploaded from the mobile phone 100 to the POS terminal.
- the user waits while the resulting authorization request is generated or transmitted from the POS terminal. This may, but need not, include the POS terminal receiving a response to the authorization request from the card issuer.
- the merchant requests that the user provide his/her signature, which the user may do, for example, by “signing” a tablet screen at the POS terminal with a stylus or by using a pen to inscribe his/her signature in ink on a transaction ticket.
- the user displays a stored image of his/her signature on the display component of the mobile phone.
- the user may do this be using the “flip” function referred to in connection with FIGS. 5 and 6 to cause the mobile phone 100 to display the rear card-face image shown in FIG. 6 .
- the displaying of the user's signature as part of the rear card-face image is indicated at 914 in FIG. 9 .
- the merchant may then compare the signature currently provided by the user per step 910 with the stored signature image displayed by the mobile phone at 912 to aid in authenticating the user's identity.
- the process illustrated in FIG. 9 has elements that promote transaction security both for the cardholder and for the merchant.
- the requirement that a he/she enter his/her PIN to enable the transaction adds a second (knowledge) factor to the first (possession) factor inherent in a payment-enabled phone.
- the display of the user's stored signature via the mobile phone display allows the merchant to authenticate the user's signature with substantially the same reliability as has conventionally applied with cardholder signatures carried on the back of payment cards.
- the mobile phone 100 may be programmed such that entry of the user's PIN into the mobile phone is effective only for a limited period of time (say, a few minutes or less). Once the period times-out, the user may be required to enter the PIN into the phone again to enable the next transaction that is over the no-signature-required limit.
- the enlarged card-face images or the card-back images may be rotated relative to the display component so that the length axis of the image is aligned with the longer dimension of the display component.
- the term “initiating a transaction” includes a proximity payment device such as a payment-enabled mobile telephone communicating a payment card account number to a POS terminal.
Abstract
A payment card account number is downloaded to a contactless payment application program stored in a mobile telephone. In association with the payment card account number, at least one image that represents a payment card is also downloaded to the contactless payment application program stored in the mobile telephone. The at least one card payment card image displays the downloaded payment card account number.
Description
- This application claims the benefit of provisional patent application No. 61/058,704, filed Jun. 4, 2008, which provisional application is hereby incorporated herein by reference.
- Payment cards such as credit or debit cards are ubiquitous. For decades, such cards have included a magnetic stripe on which the relevant account number is stored. To consummate a purchase transaction with such a card, the card is swiped through a magnetic stripe reader that is part of a point of sale (POS) terminal. The reader reads the account number from the magnetic stripe. The account number is then used to route a transaction authorization request that is initiated by the POS terminal.
- In pursuit of still greater convenience and more rapid transactions at POS terminals, payment cards have more recently been developed that allow the account number to be automatically read from the card by radio frequency communication between the card and a so-called “proximity reader” which may be incorporated with the POS terminal. In such cards, often referred to as “proximity payment cards” or “contactless payment cards”, a radio frequency identification (RFID) integrated circuit (IC, often referred to as a “chip”) is embedded in the card body. A suitable antenna is also embedded in the card body and is connected to the RFID chip to allow the chip to receive and transmit data by RF communication via the antenna. In typical arrangements, the RFID chip is powered from an interrogation signal that is transmitted by the proximity reader and received by the card antenna.
- MasterCard International Incorporated, the assignee hereof, has established a widely-used standard, known as “PayPass”, for interoperability of contactless payment cards and proximity readers.
- It has been proposed that the capabilities of a contactless payment card be incorporated into a mobile telephone, thereby turning the mobile telephone into a contactless payment device. Typically a mobile telephone/contactless payment device includes integrated circuitry with the same functionality as the RFID IC of a contactless payment card. In addition, the mobile telephone/contactless payment device includes a loop antenna that is coupled to the payment-related IC for use in sending and/or receiving messages in connection with a transaction that involves contactless payment.
- The present disclosure addresses issues related to a user interface that may facilitate use of mobile telephones for contactless payment transactions and other types of transactions.
-
FIG. 1 is a plan view of a mobile phone (in a flipped open condition) in which the present invention may be applied. -
FIG. 2 is a block diagram representation of the mobile phone ofFIG. 1 . -
FIG. 2A is a flow chart that illustrates a process that may be performed in the mobile phone ofFIGS. 1 and 2 in accordance with aspects of the present invention. -
FIGS. 3-8 show screen displays that may be displayed, in accordance with aspects of the present invention, on a display component of the mobile phone ofFIGS. 1 and 2 . -
FIG. 9 is a flow chart that illustrates a process that a user may perform using the mobile phone ofFIGS. 1 and 2 in accordance with aspects of the present invention. - In general, and for the purpose of introducing concepts of embodiments of the present invention, the user interface in a mobile telephone includes a wallet icon in a main menu. When the user selects the wallet icon, the user interface shifts to a display in which small images of identification cards (e.g., payment cards such as debit or credit cards) are presented. The small card images serve as a menu from which the user may select one of the identification cards. Once the user has selected one of the small card images, the selected image is displayed alone by the mobile phone, and in a larger scale. At that point, if the user positions the mobile phone for reading by a proximity reader, then the mobile phone uploads to the proximity reader an identification number which corresponds to the selected and displayed card image. In this way, for example, the user may select among a number of payment card accounts for use in a current purchase transaction.
-
FIG. 1 is a plan view of a mobile phone 100 (in a flipped open condition) in which the present invention may be applied. Themobile phone 100 includes a conventional hingedhousing 102, including adisplay housing portion 104 and acontrol housing portion 106. Thedisplay housing portion 104 and thecontrol housing portion 106 are hingedly joined together at ahinge 108. Aconventional display component 110 is mounted in thedisplay housing portion 104. Various control buttons and switches are mounted on thecontrol housing portion 106. These buttons and switches include a conventional telephonenumeric keypad 112. The buttons and switches also include a “select”button 114 nested within a four-way rocker/scroll switch 116. Further buttons and switches includesoft keys start call key 122 and anend call key 124. -
FIG. 2 is a block diagram representation of themobile phone 100. Since themobile phone 100 is also operable for contactless payment transactions, in addition to conventional mobile phone functions, it will sometimes be referred to herein as a mobile telephone/contactless payment device. - The mobile telephone/
contactless payment device 100 may include a conventional housing (indicated by dashedline 202 inFIG. 1 ) that contains and/or supports the other components of the mobile telephone/contactless payment device 100. The mobile telephone/contactless payment device 100 further includesconventional control circuitry 204, for controlling over-all operation of the mobile telephone/contactless payment device 100. Other components of the mobile telephone/contactless payment device 100, which are in communication with and/or controlled by thecontrol circuitry 204, include: (a) one or more memory devices 206 (e.g., program and working memory, etc.); (b) a conventional SIM (subscriber identification module)card 208; (c) the above-mentioned keypad 112 (which for present purposes will be understood to include the other buttons, switches and keys referred to above) for receiving user input; and (d) the above-mentioneddisplay component 110 for displaying output information to the user. - The mobile telephone/
contactless payment device 100 also includes conventional receive/transmit circuitry 216 that is also in communication with and/or controlled by thecontrol circuitry 204. The receive/transmit circuitry 216 is coupled to anantenna 218 and provides the communication channel(s) by which the mobile telephone/contactless payment device 100 communicates via the mobile network (not shown). The mobile telephone/contactless payment device 100 further includes aconventional microphone 220, coupled to the receive/transmitcircuitry 216. Of course, themicrophone 220 is for receiving voice input from the user. In addition, aloudspeaker 222 is included to provide sound output to the user, and is coupled to the receive/transmit circuitry 216. - In conventional fashion, the receive/
transmit circuitry 216 operates to transmit, via theantenna 218, voice signals generated by themicrophone 220, and operates to reproduce, via theloudspeaker 222, voice signals received via theantenna 218. The receive/transmitcircuitry 216 may also handle transmission and reception of text messages and/or other data communications via theantenna 218. - The mobile telephone/
contactless payment device 100 may also include an integrated circuit (IC) orchipset 224 of the kind embedded in contactless payment cards. The IC/chipset 224 may also be referred to as a “payment circuit”. Thepayment circuit 224 may store a payment card account number that identifies a payment card account that has been issued to the individual who owns the mobile telephone/contactless payment device 100. Further, the mobile telephone/contactless payment device 100 may include aloop antenna 226, coupled to thepayment circuit 224. Thepayment circuit 224 may operate so as to interact with an RFID/NFC proximity reader of a POS terminal to provide the payment card account number (stored in the payment circuit 224) for a purchase transaction at the POS terminal. For example, thepayment circuit 224 may be designed/programmed to operate in accordance with the above-mentioned “PayPass” standard. - In some embodiments, the
payment circuit 224 may be at least partially integrated with themain control circuit 204. A payment application program may run in thepayment circuit 224/control circuit 204 and be stored in themobile phone 100. Functionality as described herein may be provided from program instructions stored in thepayment circuit 224/memories 206. The stored program instructions may control a processing element which may be thecontrol circuit 204 or which may constitute at least part of thepayment circuit 224. In accordance with conventional teachings, themobile phone 100 may include a “secure element” (not separately shown) which may constitute a portion of thepayment circuit 224/control circuit 204 or of theSIM card 208. The secure element may store the payment application program and payment card account number and/or other sensitive information related to the payment capabilities of themobile phone 100. - In its hardware aspects, the
mobile phone 100 may be entirely conventional, but it may be programmed, in accordance with aspects of the invention, to provide a novel user interface and other novel functionality. -
FIG. 2A is a flow chart that illustrates a process that may be performed in themobile phone 100 in accordance with aspects of the present invention.FIGS. 3-8 show screen displays that may be displayed, in accordance with aspects of the present invention, on thedisplay component 110 of themobile phone 100. In particular,FIGS. 3-8 illustrate aspects of the novel user interface referred to above. - Referring now to
FIG. 2A , the process may begin with adecision block 252, at which themobile phone 100 determines whether the user has requested access to the main menu of the user interface. The user may do so, for example, from the “welcome screen” shown inFIG. 1 and displayed on thedisplay component 110 of themobile phone 100. For example, the user may request the main menu by actuating the left-handsoft key 118 to select the menu screen. - Until the user requests the main menu, the process of
FIG. 2A may idle atdecision block 252, as indicated bybranch 254 fromdecision block 252. However, once the mobile phone determines that the user has requested the main menu, the process ofFIG. 2A may advance fromdecision block 252 to block 256. Atblock 256, the mobile phone displays the main menu, which is shown inFIG. 3 . That is, the main menu display ofFIG. 3 replaces the welcome screen. - As seen from
FIG. 3 , the main menu may be displayed in a fairly conventional format, except that one of the menu icons presented is a “wallet”icon 302. The user may navigate among the menu icons in a conventional manner, e.g., by operating the rocker switch 116 (FIG. 1 ). A menu item is highlighted, as is conventional, when the user navigates to the menu item. InFIG. 3 , thewallet icon 302 is shown as highlighted via thehighlight indication 304. The highlight indication indicates that the icon in question may currently be selected by actuating the select button 114 (FIG. 1 ). Thus with the menu display in its condition shown inFIG. 3 , actuation of theselect button 114 results in selection of thewallet icon 302. (The highlight indication around a menu item may, for example, be referred to as a cursor.) - Referring again to
FIG. 2A , adecision block 258 may follow block 256 in the process ofFIG. 2A . Atdecision block 258, themobile phone 100 determines whether the user has selected the wallet item. If not, block 260 followsdecision block 258. Atblock 260, the process may idle, or may proceed to provide other functionality as represented by selection of a menu item/icon other than thewallet icon 302. - The user may select the wallet icon by moving the cursor to the wallet icon, and then actuating the select button. If at
decision block 258 themobile phone 100 determines that the user has selected thewallet icon 302, then the process ofFIG. 2A may advance fromdecision block 258 to block 262. - Selection of the wallet icon may provide the path by which the user may access functions such as a contactless payment function. More generally, selection of the wallet icon may allow the user access to a “virtual wallet” application encompassing not only one or more contactless payment options, but also other identification functions commonly performed by cards that may be stored in one's wallet. Such other identification functions may include, for example, building access (e.g., via an RFID card), transit system access (via an RFID card), prepaid telephone calling card, etc.
- At
block 262, a display such as that shown inFIG. 4 may replace the display ofFIG. 3 and may displayed on thedisplay component 110 of themobile phone 100. (For purposes of the present example, it is assumed that only contactless payment options are included in the virtual wallet incorporated inmobile phone 100, but as noted above, other functionality may also be included in the virtual wallet.) -
FIG. 4 may be considered to be a virtual wallet menu display, and the virtual wallet menu is seen to comprise a plurality ofimages images face images face images - In addition to including payment card account numbers, the card-face images may display other information customarily included on the face of a payment card. This information may include, for example, the name of the cardholder (e.g., an individual cardholder's name and/or the name of a company or other organization in the case of a “fleet” card). Other elements of the card-face image may include the name and/or logo of the payment card association which authorized the issuance of the card, and the name and/or logo of the issuer (that is, the issuing financial institution). The expiration date of the card may also be included in the card-face image.
- The user may navigate among the card-face images/menu items by, e.g., operating the
rocker switch 116. The virtual wallet menu display in its condition as shown inFIG. 4 includes ahighlight indication 410 to indicate that the user has navigated to the card-face image 406. Consequently, if the user actuates theselect button 114, doing so will effect selection of the card-face image 406, and thereby will also effect selection of the payment card account that corresponds to the payment card represented by the card-face image 406. As will be seen, selection of that payment card account may result in the corresponding payment card account number being wirelessly transmitted from themobile phone 100 to a POS terminal (not shown) in connection with a purchase transaction. - To take a step or two backward from the virtual wallet menu display of
FIG. 4 , it should be understood that at least some of the data required to represent or build the card-face images may have been downloaded to themobile phone 100 from an issuer or service provider computer system in conjunction with downloading of the corresponding payment card account numbers and related information. As is familiar to those who are skilled in the art, the process of loading account- or card-specific information into a mobile phone (or indeed any payment card or device) is commonly referred to as “personalization”. It is contemplated for present purposes that personalization may take place via any conventional mechanism or by any mechanism that is hereafter proposed. Examples of personalization mechanisms that may be used are over-the-air (OTA) personalization, or personalization via short range RF communication with a personalization card, as disclosed in commonly-assigned U.S. patent application Ser. No. 11/870,144. The '144 application is hereby incorporated herein by reference. - To elaborate, in accordance with aspects of the present invention, conventional “personalization” transactions for mobile phones may be augmented with downloading of the image information to allow for display of a card-face image that corresponds to the payment card account number and other information downloaded to the mobile phone during personalization. The image information may be a bit map, or may include background color indicators, logo indicators, and/or other data from which the mobile phone is able to construct a bit map image for the card face in question. One technique for representing the card image data in an efficient manner is disclosed in commonly-assigned U.S. patent application Ser. No. 12/170,550. The '550 application is hereby incorporated herein by reference.
- The personalization process may, in some embodiments, result in the payment card account number, the image information, and other data all being stored in a payment application program that is stored in the
mobile telephone 100. It may typically be the case that a separate personalization process was performed for each card image/account number included in the wallet menu display. - (As will be appreciated from subsequent discussion herein, the card image information loaded into the mobile phone during personalization may also include information required to display and/or construct an image of the rear face of the payment card in question.)
- Returning again to
FIG. 4 , it will be noted that the virtual wallet menu display also includes an “Add New Card” menu item/icon 412. If the user were to navigate to and select themenu item 412, that interaction may result in launching a process in themobile phone 100 whereby a new payment card account is added to the virtual wallet. (That is, this may be a personalization process.) As part of such a process, for example, themobile phone 100 may access the website of an issuer that has already issued to the user a payment card for which information has yet to be downloaded to themobile phone 100. The mobile phone's access to that website may automatically cause the issuer computer to download the corresponding payment card account number and other related information, including card-face image information, to themobile phone 100. In this way, personalization of the mobile phone may occur with respect to the already-issued-but-not-yet-downloaded payment card account. This may also result in addition of the payment card account in question to the virtual wallet. - In an alternative process to be launched via selection of the
menu item 412, the mobile phone may access the website of an issuer that has pre-approved, but not yet issued, an additional payment card account for the user of the mobile phone. As a result of the mobile phone accessing the latter website, the new payment card account may be issued by the issuer, the mobile phone may be personalized with the new account information (including downloading of the card-face image information), and the new payment card account may be added to the virtual wallet in the mobile phone. - Referring again to
FIG. 2A ,decision block 264 may follow block 262 in the process ofFIG. 2A . Atdecision block 264, themobile phone 100 may determine whether the user has selected one of the card options in the virtual wallet menu ofFIG. 4 . For example, and referring toFIG. 4 , the user may select the card option illustrated at 406 by actuating theselect button 114 with the virtual wallet menu display in the condition shown inFIG. 4 . As noted above, actuation of the select button under those conditions would result in selection of the card-face image 406. - If at
decision block 264 themobile phone 100 determines that the user has not selected a card option, then the process may idle through blocks 262-264, as indicated bybranch 266 inFIG. 2A . However, if atdecision block 264 themobile phone 100 determines that the user has selected one of the card options, then the process ofFIG. 2A may advance fromdecision block 264 to block 268. Assuming that the selected card option wereoption 406, then block 268 would result in the screen display ofFIG. 5 being displayed on the display component in place of the screen display ofFIG. 4 . It will be observed fromFIG. 5 that the virtual wallet menu is no longer presented, having been replaced with anenlarged version 502 of the card-face image 406 ofFIG. 4 . The presence of the large card-face image 502 is a visual cue to the user that he/she has completed selection of the payment card account which corresponds to the paymentcard account number 504 included in theimage 502. As noted above, selection of the payment card account in question may lead the corresponding payment card account number to be transmitted by the mobile phone to a POS terminal in connection with the next contactless payment purchase transaction that the mobile phone is used for. - Continuing to refer to
FIG. 5 , other elements included in the large card-face image may include the cardholder'sname 506, valid fromdate 508, valid todate 510 and card brand (i.e., association brand)logo 512. - The process of
FIG. 2A may advance fromblock 268 todecision block 270. Atdecision block 270, themobile phone 100 may determine whether it has been utilized so as to initiate a transaction. If not, the process may idle throughblock branch 272 fromdecision block 270. - As is familiar to those who are skilled in the art, the user may initiate such a transaction by tapping the mobile phone on a proximity/contactless reader component (not shown) of a POS terminal (not shown). Bringing the mobile phone into proximity with the proximity reader in this manner may expose the
mobile phone 100 to an interrogation signal transmitted from the proximity reader, which in turn may stimulate the mobile phone to exchange wireless RF communications with the proximity reader in accordance with conventional principles (including communication of the selected payment card account number from the mobile phone to the proximity reader). The selection of the user's desired payment card account for the transaction may occur before or after tapping the mobile phone on the reader, and may be accomplished by the above-described navigation through the virtual wallet menu display to the “account selected” screen display ofFIG. 5 . In some embodiments, if there is no default payment card account in the virtual wallet and the user has not just previously selected the payment card account, then tapping the mobile phone on the reader may cause the mobile phone to display the virtual wallet menu display ofFIG. 4 with a prompt (not shown) such as, “Select Card”. (In this scenario, the “Add New Card” menu item may be omitted from the virtual wallet menu display.) Then, after the user selects the card and navigates to the account selected screen display, the user may be required to tap the mobile phone again on the reader to consummate the transaction. Consummating the transaction may include the mobile phone wirelessly transmitting the selected payment card account number to the proximity/contactless reader, and exchanging other data between the reader and the contactless payment application/circuitry of the mobile phone. In accordance with some conventional practices, the mobile phone may cryptographically generate a dynamic security code (CVC3) for the transaction and transmit the dynamic security code to the reader. - Referring again to
FIG. 2A , if themobile phone 100 determines at 270 that it has been utilized to initiate a transaction, then block 274 may followdecision block 270. Atblock 274, themobile phone 100 uses, for the current transaction, the payment card account number which corresponds to the card option selected by the user from the virtual wallet menu. - In the particular example described up to this point, it has been assumed that the wallet function of the mobile phone is being used in connection with a purchase transaction at a POS terminal. However, in other cases the identification information to be supplied from the wallet function may be an identification number other than a payment card account number, and the mobile phone may be caused to interact with a proximity reader used for facilities access, transit system access, or some other purpose other than payment.
- For the most part, up to this point, selection of menu options in the
mobile phone 100 has been described in terms of locating a cursor at the item to be selected and then actuating a select button. However, according to an alternative method of selecting menu items, thedisplay component 110 of themobile phone 100 may be a touch screen, and selection of a menu item may be accomplished by the user touching the display with his/her finger or a stylus at the location of the menu item to be selected. - It will be observed that
FIG. 4 and the other display screen figures are presented in the appended drawings quite a bit larger than life size. Thus the details, for example, of the enlarged card-face image 502 ofFIG. 5 are quite a bit more visible in the drawings than they may be in a practical embodiment of the present invention. To compensate for the small size of the card-face image in such cases, the virtual wallet application may include a “zoom” function that, for example, would allow the user to selectively enlarge portions of theimage 502. This may aid the user in reading information such as the payment card account number from theimage 502. The zoom function may be accessible by single-, double- or triple-clicking on portions of theimage 502. Alternatively, the zoom function may be accessible by an “options” menu (not shown) reached by actuating the left-hand soft key 118 (FIG. 1 ) when the screen display ofFIG. 5 is displayed (note the “Options”label 514—FIG. 5—for the left-hand soft key). - Another function that may be accessible via the screen display of
FIG. 5 is a “flip card” (a/k/a “flip”) function. This function may be accessible via the above-referenced “options menu”. Alternatively, this function may be accessible by single-, double- or triple-clicking the large card-face image 502 ofFIG. 5 . However accessed, the flip function may cause the screen display ofFIG. 5 to be replaced with the screen display shown inFIG. 6 . - Referring then to
FIG. 6 , the screen display shown therein includes a card-back image 602. The card-back image 602 may be substantially the same size as the card-face image 502 ofFIG. 5 . The card-back image 602 may represent the rear side of the same payment card of which the front side is represented by the card-face image 502. - The card-
back image 602 may include a number of different elements including, for example, the user'ssignature 604 and a security code (CVC2) 606. Further elements may include issuer contact information such as one or more toll-free customer service telephone numbers and the address of the issuer's website (e.g., a cardholder customer service website). - In some embodiments, the card-back image may be a composite image assembled from a variety of image elements. For example, the
signature element 604 may be derived from an image of the user's signature stored in the issuer's records, and may be combined with other elements, such as a stock frame image that is modified to reflect card specific information such as the CVC2. - The zoom and flip functions may also be accessible via the display of
FIG. 6 . For example, the user may use the flip function to navigate back from the display ofFIG. 6 to the display ofFIG. 5 . -
FIG. 7 is a screen display that may be presented on thedisplay component 110 in connection with a function in which the mobile phone emulates a conventional reader/chip card combination for the well-known Chip Authentication Program (CAP). As those who are skilled in the art will understand, CAP is a two-factor authentication scheme for internet banking employed in Europe. - The mobile phone may thus be used to generate a code (displayed at 702 in
FIG. 7 ) that the user can use to log onto internet banking. CAP currently requires users to generate a code using a reader device that verifies the user's card is present to reduce or eliminate the possibility of stolen card details being used without the card. The mobile phone may have all the chip card data stored in the virtual wallet application and thus may be able to generate thenecessary code 702 provided that the user enters the correct PIN into the mobile phone. With this functionality, the user may be allowed to log onto internet banking without needing to have either the chip card or the reader, and only by using the mobile phone as the code generator. This may be especially useful in reducing the number of items the user needs to take with him or her while traveling. - The wallet application may allow the user to top up his/her payment card by directly contacting the issuer of the payment card from the mobile phone. The mobile phone may allow the user to view the balance in his/her payment card account (see
FIG. 8 , reference numeral 802). The mobile phone may also allow the user to select a top up amount from amenu 804. After the user enters his/her PIN and connects to the issuer, the balance may automatically update and be instantly available to the user. This may be accomplished, for example, via a transfer of funds from another account. - Embodiments of the invention, as described and depicted herein, may be particularly advantageous in presenting the wallet icon on the main menu, so that the user may readily and conveniently access the virtual wallet application. In some embodiments, various visual designs for the wallet icon may be available for selection or downloading by the user, so that the user can customize the appearance of the main menu at least to the extent of the wallet icon. At least some of the wallet icon visual designs may be produced by designers who are independent of the application provider and/or the issuers.
- In some embodiments, the mobile phone may have voice recognition capabilities. Moreover, those capabilities may tie in to the virtual wallet application such that the user may be allowed to select a particular payment card or other identification or access card in the wallet application simply by speaking the name of the card into the microphone of the mobile phone. For example, if the user speaks the words “MasterCard debit” into the phone, this would automatically select the user's MasterCard debit card from the wallet application and activate it for use in the next or current contactless payment purchase transaction.
-
FIG. 9 is a flow chart that illustrates a process that a user may perform using themobile phone 100 in accordance with aspects of the present invention. - The context of
FIG. 9 may be a visit by the user to a retail store. The process ofFIG. 9 is presented largely from the point of view of the user. - At 902 in
FIG. 9 , the user selects the items that he/she wishes to purchase and carries them to the checkout counter/POS terminal (not shown). At 904, the user enters a personal identification number (PIN) into thenumeric keypad 112 of themobile phone 100. In some embodiments, the mobile phone may operate such that a payment transaction (or at least a transaction in an amount above a certain limit) is not enabled unless the PIN had been recently entered into the phone. - For present purposes, it will be assumed that the user has previously selected a particular payment card account in the
mobile phone 100 to use for the transaction (e.g., in the manner illustrated inFIG. 2A ) or that programming in themobile phone 100 has established a default payment card account number to be used for purchase transactions except when another payment card account number has been selected. It will also be assumed for present purposes that the total monetary amount of the intended purchase transaction is large enough such that the payment card issuer requires the user to submit a signature in connection with the transaction. - At 906, the user taps the
mobile phone 100 on the proximity reader component of the POS terminal. As discussed above, this may lead immediately to an exchange of wireless communication between themobile phone 100 and the proximity reader in which the relevant payment card account number is uploaded from themobile phone 100 to the POS terminal. - At 908, the user waits while the resulting authorization request is generated or transmitted from the POS terminal. This may, but need not, include the POS terminal receiving a response to the authorization request from the card issuer.
- At 910, the merchant requests that the user provide his/her signature, which the user may do, for example, by “signing” a tablet screen at the POS terminal with a stylus or by using a pen to inscribe his/her signature in ink on a transaction ticket.
- At 912, in response to the merchant's request, the user displays a stored image of his/her signature on the display component of the mobile phone. For example, the user may do this be using the “flip” function referred to in connection with
FIGS. 5 and 6 to cause themobile phone 100 to display the rear card-face image shown inFIG. 6 . The displaying of the user's signature as part of the rear card-face image is indicated at 914 inFIG. 9 . The merchant may then compare the signature currently provided by the user perstep 910 with the stored signature image displayed by the mobile phone at 912 to aid in authenticating the user's identity. - The process illustrated in
FIG. 9 has elements that promote transaction security both for the cardholder and for the merchant. For the cardholder, the requirement that a he/she enter his/her PIN to enable the transaction adds a second (knowledge) factor to the first (possession) factor inherent in a payment-enabled phone. For the merchant, the display of the user's stored signature via the mobile phone display allows the merchant to authenticate the user's signature with substantially the same reliability as has conventionally applied with cardholder signatures carried on the back of payment cards. - In some embodiments, the
mobile phone 100 may be programmed such that entry of the user's PIN into the mobile phone is effective only for a limited period of time (say, a few minutes or less). Once the period times-out, the user may be required to enter the PIN into the phone again to enable the next transaction that is over the no-signature-required limit. - In some embodiments, the enlarged card-face images or the card-back images may be rotated relative to the display component so that the length axis of the image is aligned with the longer dimension of the display component.
- As the term “payment transaction” is used herein and in the appended claims, it should be understood to include the types of transactions commonly referred to as “purchase transactions” in connection with payment card systems.
- As used herein and in the appended claims, the term “initiating a transaction” includes a proximity payment device such as a payment-enabled mobile telephone communicating a payment card account number to a POS terminal.
- The above descriptions and illustrations of processes herein should not be considered to imply a fixed order for performing the process steps. Rather, the process steps may be performed in any order that is practicable, including simultaneous performance of at least some steps.
- Although the present invention has been described in connection with specific exemplary embodiments, it should be understood that various changes, substitutions, and alterations apparent to those skilled in the art can be made to the disclosed embodiments without departing from the spirit and scope of the invention as set forth in the appended claims.
Claims (22)
1. A method comprising:
downloading a payment card account number to a contactless payment application program stored in a mobile telephone;
in association with the payment card account number, downloading, to the contactless payment application program, at least one image that represents a payment card, said at least one image displaying said account number.
2. The method of claim 1 , wherein said at least one image includes:
a first image that displays the account number and represents a front side of the card; and
a second image that represents a rear side of the card.
3. The method of claim 2 , wherein the first image further includes an account holder's name, a valid from date, a valid to date and a card brand logo.
4. The method of claim 2 , wherein the second image includes an image of a signature of an account holder.
5. The method of claim 2 , wherein the second image includes a three-digit security code.
6. A method comprising:
displaying a menu on a display component of a mobile telephone, the menu including a wallet icon;
receiving an indication that the user has selected the wallet icon; and
in response to the indication, displaying on the display component a plurality of images, each of said images representing a card, each of said cards corresponding to an identification number stored in the mobile telephone.
7. The method of claim 6 , wherein at least some of the identification numbers are payment card account numbers.
8. The method of claim 7 , further comprising:
receiving a second indication that the user has selected one of said card images; and
initiating a contactless payment transaction using a payment card account number that is stored in the mobile telephone and corresponds to the selected image.
9. The method of claim 8 , wherein at least one of the indications includes moving a cursor to the wallet icon or card image and actuating a select button.
10. The method of claim 8 , wherein at least one of the indications includes touching a touch screen at a locus of the wallet icon or card image.
11. The method of claim 6 , wherein said images that represent cards are displayed simultaneously on the display component to function as a menu for selecting among identification numbers stored in the mobile telephone.
12. A method comprising:
exchanging wireless communication between a mobile telephone and a contactless payment terminal to perform a contactless payment transaction, the transaction including the mobile telephone transmitting a payment card account number to the contactless payment terminal; and
during said transaction, displaying an image of a payment card on a display component of the mobile telephone, the image showing said payment card account number.
13. The method of claim 12 , wherein said displaying said image includes:
first displaying a first image representative of a front side of said payment card and showing said payment card account number; and
second displaying a second image representative of a rear side of said payment card and showing a signature of an account holder.
14. The method of claim 12 , wherein said exchanging step occurs while a user taps the mobile telephone on the contactless payment terminal.
15. A method comprising:
storing a plurality of payment card account numbers in a mobile telephone;
selecting one of the stored payment card account numbers; and
transmitting the selected payment card account number to a contactless payment terminal as part of a contactless payment transaction;
wherein the stored payment card account is selected by selecting an image displayed on a display component of the mobile telephone, the image representing a likeness of a payment card.
16. The method of claim 15 , wherein the selected image shows the payment card account number selected by selecting the image.
17. The method of claim 15 , wherein the image is selected by moving a cursor to the image and actuating a select button on the mobile telephone.
18. The method of claim 15 , wherein the image is selected by touching the image with a user's finger.
19. A method comprising:
a mobile telephone detecting that it is in proximity to a contactless payment terminal; and
in response to the detecting, the mobile telephone displaying a plurality of images simultaneously, each of said images corresponding to a respective likeness of a payment card, each of said likenesses corresponding to a respective payment card account number stored in the mobile telephone.
20. The method of claim 19 , further comprising:
the mobile telephone receiving input from a user to select one of said likenesses of said payment cards.
21. The method of claim 20 , wherein:
the detecting step occurs as the user taps the mobile telephone for a first time on the contactless payment terminal; and
after the selecting step, the user taps the mobile telephone for a second time on the contactless payment terminal to consummate a payment transaction.
22. A method comprising:
a user entering a personal identification number into a payment-enabled mobile telephone;
the user tapping the payment-enabled mobile telephone on a contactless payment terminal to transmit a payment card account number from the payment-enabled mobile telephone to the contactless payment terminal;
the user providing the user's signature to the contactless payment terminal or on a paper transaction ticket; and
the payment-enabled mobile telephone displaying a signature image, the signature image corresponding to the user's signature and having been previously stored in the payment-enabled mobile telephone.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/465,165 US20090307132A1 (en) | 2008-06-04 | 2009-05-13 | Enhanced user interface for contactless payment function in mobile telephone |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US5870408P | 2008-06-04 | 2008-06-04 | |
US12/465,165 US20090307132A1 (en) | 2008-06-04 | 2009-05-13 | Enhanced user interface for contactless payment function in mobile telephone |
Publications (1)
Publication Number | Publication Date |
---|---|
US20090307132A1 true US20090307132A1 (en) | 2009-12-10 |
Family
ID=41399904
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/170,550 Expired - Fee Related US8031207B2 (en) | 2008-06-04 | 2008-07-10 | Card image description format to economize on data storage |
US12/465,165 Abandoned US20090307132A1 (en) | 2008-06-04 | 2009-05-13 | Enhanced user interface for contactless payment function in mobile telephone |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/170,550 Expired - Fee Related US8031207B2 (en) | 2008-06-04 | 2008-07-10 | Card image description format to economize on data storage |
Country Status (1)
Country | Link |
---|---|
US (2) | US8031207B2 (en) |
Cited By (63)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090179074A1 (en) * | 2008-01-03 | 2009-07-16 | Hurst Douglas J | System and method for distributing mobile gift cards |
US20090298481A1 (en) * | 2008-06-02 | 2009-12-03 | Hurst Douglas J | Method and system for sending marketing messages to mobile-device users from a mobile-commerce platform |
US20100063889A1 (en) * | 2008-09-08 | 2010-03-11 | Proctor Jr James Arthur | Visual identification information used as confirmation in a wireless communication |
US20100299212A1 (en) * | 2008-08-27 | 2010-11-25 | Roam Data Inc | System and method for a commerce window application for computing devices |
US20110112918A1 (en) * | 2009-11-06 | 2011-05-12 | Mestre Patrick | Methods for risk management in payment-enabled mobile device |
WO2011056745A1 (en) * | 2009-11-06 | 2011-05-12 | Mastercard International, Inc. | Methods for risk management in payment-enabled mobile device |
US20110284633A1 (en) * | 2008-11-28 | 2011-11-24 | Gemalto Sa | Portable object including a display and application for carrying out electronic transactions |
US20120023024A1 (en) * | 2010-07-26 | 2012-01-26 | Graham Evans | Programmable Card |
US20120028612A1 (en) * | 2007-08-28 | 2012-02-02 | Mocapay, Inc. | Method and system for verifying an identification of a person |
US20120109826A1 (en) * | 2010-10-28 | 2012-05-03 | Ncr Corporation | Techniques for conducting single or limited use purchases via a mobile device |
US20120284185A1 (en) * | 2011-05-04 | 2012-11-08 | Lumber Labs, Inc. | Image-Based Financial Processing |
US20120286928A1 (en) * | 2011-05-10 | 2012-11-15 | Mullen Jeffrey D | Systems and methods for mobile authorizations |
US8356754B2 (en) | 2005-04-21 | 2013-01-22 | Securedpay Solutions, Inc. | Portable handheld device for wireless order entry and real time payment authorization and related methods |
US20130110719A1 (en) * | 2011-11-02 | 2013-05-02 | Ronald D. Carter | Method and system for multiple payment applications |
US8533123B2 (en) | 2010-12-13 | 2013-09-10 | Magtek, Inc. | Systems and methods for conducting contactless payments using a mobile device and a magstripe payment card |
US8538845B2 (en) | 2011-06-03 | 2013-09-17 | Mozido, Llc | Monetary transaction system |
US20130303084A1 (en) * | 2012-05-11 | 2013-11-14 | Tyfone, Inc. | Application with device specific user interface |
USRE44669E1 (en) | 2006-01-18 | 2013-12-24 | Mocapay, Inc. | Systems and method for secure wireless payment transactions |
US20140006274A1 (en) * | 2012-06-28 | 2014-01-02 | Bank Of America Corporation | Electronic card rendering for mobile wallet |
US20140074704A1 (en) * | 2012-09-11 | 2014-03-13 | Cashstar, Inc. | Systems, methods and devices for conducting transactions with electronic passbooks |
US8744940B2 (en) | 2008-01-03 | 2014-06-03 | William O. White | System and method for distributing mobile compensation and incentives |
US8805434B2 (en) | 2010-11-23 | 2014-08-12 | Microsoft Corporation | Access techniques using a mobile communication device |
US20140244494A1 (en) * | 2013-02-26 | 2014-08-28 | Digimarc Corporation | Methods and arrangements for smartphone payments |
US20140244495A1 (en) * | 2013-02-26 | 2014-08-28 | Digimarc Corporation | Methods and arrangements for smartphone payments |
US20140258110A1 (en) * | 2013-03-11 | 2014-09-11 | Digimarc Corporation | Methods and arrangements for smartphone payments and transactions |
US20150006376A1 (en) * | 2013-06-27 | 2015-01-01 | Ebay Inc. | Conductive payment device |
US8925805B2 (en) * | 2012-08-15 | 2015-01-06 | Bank Of America Corporation | Pre-set readable indicia to facilitate payment during a transaction with a merchant when there is limited network connectivity |
WO2014134180A3 (en) * | 2013-02-26 | 2015-01-08 | Digimarc Corporation | Methods and arrangements for smartphone payments and transactions |
US20150019439A1 (en) * | 2013-07-15 | 2015-01-15 | Mastercard International Incorporated | Systems and Methods Relating to Secure Payment Transactions |
US20150063656A1 (en) * | 2013-08-28 | 2015-03-05 | Morphotrust Usa, Inc. | System and Method for Digitally Watermarking Digital Facial Portraits |
US20150063655A1 (en) * | 2013-08-27 | 2015-03-05 | Morphotrust Usa Inc. | Digital Identification Document |
US20150095217A1 (en) * | 2011-11-24 | 2015-04-02 | Chikka Pte Ltd | System and Method for Detecting Prepaid Internet Connection and a Charging Mechanism for Same |
US20150178757A1 (en) * | 2011-11-10 | 2015-06-25 | Gelliner Limited | Payment system and method |
US20150227925A1 (en) * | 2014-02-11 | 2015-08-13 | Digimarc Corporation | Methods and arrangements for smartphone payments and transactions |
US9195983B2 (en) | 2011-04-05 | 2015-11-24 | Roam Data Inc. | System and method for a secure cardholder load and storage device |
US20150350177A1 (en) * | 2014-05-29 | 2015-12-03 | Apple Inc. | Management of credentials on an electronic device using an online resource |
US9208488B2 (en) | 2011-11-21 | 2015-12-08 | Mozido, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
US20160125417A1 (en) * | 2014-02-21 | 2016-05-05 | Samsung Pay, Inc. | Terminal for magnetic secure transmission |
US20160148189A1 (en) * | 2014-11-24 | 2016-05-26 | Jini Co., Ltd | Watch for mobile payment and the payment method with the watch |
US9426328B2 (en) | 2013-08-28 | 2016-08-23 | Morphotrust Usa, Llc | Dynamic digital watermark |
US9497349B2 (en) | 2013-08-28 | 2016-11-15 | Morphotrust Usa, Llc | Dynamic digital watermark |
US9501882B2 (en) | 2010-11-23 | 2016-11-22 | Morphotrust Usa, Llc | System and method to streamline identity verification at airports and beyond |
US9509686B2 (en) | 2010-12-03 | 2016-11-29 | Microsoft Technology Licensing, Llc | Secure element authentication |
US9525548B2 (en) | 2010-10-21 | 2016-12-20 | Microsoft Technology Licensing, Llc | Provisioning techniques |
US10104072B2 (en) | 2014-02-11 | 2018-10-16 | Morphotrust Usa, Llc | System and method for verifying liveliness |
US10135802B2 (en) | 2013-08-23 | 2018-11-20 | Morphotrust Usa, Llc | System and method for identity management |
US10193700B2 (en) | 2015-02-27 | 2019-01-29 | Samsung Electronics Co., Ltd. | Trust-zone-based end-to-end security |
US10249015B2 (en) | 2013-08-28 | 2019-04-02 | Morphotrust Usa, Llc | System and method for digitally watermarking digital facial portraits |
US10268635B2 (en) | 2016-06-17 | 2019-04-23 | Bank Of America Corporation | System for data rotation through tokenization |
US10320778B2 (en) | 2013-08-27 | 2019-06-11 | Morphotrust Usa, Llc | Digital identification document |
US10438196B2 (en) | 2011-11-21 | 2019-10-08 | Mozido, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
US10460367B2 (en) | 2016-04-29 | 2019-10-29 | Bank Of America Corporation | System for user authentication based on linking a randomly generated number to the user and a physical item |
US10580049B2 (en) | 2011-04-05 | 2020-03-03 | Ingenico, Inc. | System and method for incorporating one-time tokens, coupons, and reward systems into merchant point of sale checkout systems |
US10762483B2 (en) | 2014-03-04 | 2020-09-01 | Bank Of America Corporation | ATM token cash withdrawal |
US11069173B2 (en) * | 2019-03-20 | 2021-07-20 | Capital One Services, Llc | Tap to copy data to clipboard via NFC |
US11107047B2 (en) | 2015-02-27 | 2021-08-31 | Samsung Electronics Co., Ltd. | Electronic device providing electronic payment function and operating method thereof |
US11129018B2 (en) | 2015-02-27 | 2021-09-21 | Samsung Electronics Co., Ltd. | Payment means operation supporting method and electronic device for supporting the same |
US11182769B2 (en) | 2015-02-12 | 2021-11-23 | Samsung Electronics Co., Ltd. | Payment processing method and electronic device supporting the same |
US20220051253A1 (en) * | 2020-08-12 | 2022-02-17 | Peter Garrett | Methods for remote transaction receipt capture based on evidence of a transaction in progress |
US20220383297A1 (en) * | 2021-05-26 | 2022-12-01 | Mastercard International Incorporated | Systems and methods associated with network-based interactions |
USD979644S1 (en) | 2011-10-10 | 2023-02-28 | Visa International Service Association | Transaction card |
EP3693911B1 (en) * | 2017-11-29 | 2023-09-13 | Huawei Technologies Co., Ltd. | Card linking method and terminal |
EP4307198A3 (en) * | 2017-11-29 | 2024-01-31 | Huawei Technologies Co., Ltd. | Card binding method and terminal |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8439271B2 (en) | 2004-07-15 | 2013-05-14 | Mastercard International Incorporated | Method and system using a bitmap for passing contactless payment card transaction variables in standardized data formats |
US20100073398A1 (en) * | 2008-09-22 | 2010-03-25 | Microsoft Corporation | Visual summarization of web pages |
WO2010142839A1 (en) * | 2009-06-12 | 2010-12-16 | Nokia Corporation | Method and apparatus for user interaction |
WO2012096979A1 (en) * | 2011-01-10 | 2012-07-19 | Mastercard International Incorporated | Method and system using a bitmap for passing contactless payment card transaction variables in standardized data formats |
US20120310760A1 (en) * | 2011-06-03 | 2012-12-06 | Simon Phillips | Mobile device automatic card account selection for a transaction |
US20130181054A1 (en) * | 2011-07-06 | 2013-07-18 | Chris Juarez Durham | System and method for processing bar-code enabled cards |
US10990941B1 (en) | 2014-08-15 | 2021-04-27 | Jpmorgan Chase Bank, N.A. | Systems and methods for facilitating payments |
US10157408B2 (en) * | 2016-07-29 | 2018-12-18 | Customer Focus Software Limited | Method, systems, and devices for integrated product and electronic image fulfillment from database |
US10248971B2 (en) | 2017-09-07 | 2019-04-02 | Customer Focus Software Limited | Methods, systems, and devices for dynamically generating a personalized advertisement on a website for manufacturing customizable products |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5590197A (en) * | 1995-04-04 | 1996-12-31 | V-One Corporation | Electronic payment system and method |
US5590038A (en) * | 1994-06-20 | 1996-12-31 | Pitroda; Satyan G. | Universal electronic transaction card including receipt storage and system and methods of conducting electronic transactions |
US5963924A (en) * | 1996-04-26 | 1999-10-05 | Verifone, Inc. | System, method and article of manufacture for the use of payment instrument holders and payment instruments in network electronic commerce |
US6018724A (en) * | 1997-06-30 | 2000-01-25 | Sun Micorsystems, Inc. | Method and apparatus for authenticating on-line transaction data |
US6305603B1 (en) * | 1999-01-29 | 2001-10-23 | International Business Machines Corporation | Personal digital assistant based financial transaction method and system |
US6925439B1 (en) * | 1994-06-20 | 2005-08-02 | C-Sam, Inc. | Device, system and methods of conducting paperless transactions |
US20080010192A1 (en) * | 2006-07-06 | 2008-01-10 | Firethorn Holdings, Llc | Methods and Systems For Indicating a Payment in a Mobile Environment |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040099730A1 (en) * | 2002-11-27 | 2004-05-27 | Sears, Roebuck And Co. | System and method of personalizing financial transaction cards |
US7097108B2 (en) * | 2004-10-28 | 2006-08-29 | Bellsouth Intellectual Property Corporation | Multiple function electronic cards |
US7806338B1 (en) * | 2007-08-01 | 2010-10-05 | Dynamic Solutions International | Real time card printing systems and methods |
US7802720B2 (en) * | 2008-01-04 | 2010-09-28 | Intuit Inc. | Method and system for performing a card-present transaction using image capture on a portable device |
-
2008
- 2008-07-10 US US12/170,550 patent/US8031207B2/en not_active Expired - Fee Related
-
2009
- 2009-05-13 US US12/465,165 patent/US20090307132A1/en not_active Abandoned
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5590038A (en) * | 1994-06-20 | 1996-12-31 | Pitroda; Satyan G. | Universal electronic transaction card including receipt storage and system and methods of conducting electronic transactions |
US5884271A (en) * | 1994-06-20 | 1999-03-16 | Pitroda; Satyan G. | Device, system and methods of conducting paperless transactions |
US6925439B1 (en) * | 1994-06-20 | 2005-08-02 | C-Sam, Inc. | Device, system and methods of conducting paperless transactions |
US20050247777A1 (en) * | 1994-06-20 | 2005-11-10 | C-Sam, Inc. | Device, system and methods of conducting paperless transactions |
US5590197A (en) * | 1995-04-04 | 1996-12-31 | V-One Corporation | Electronic payment system and method |
US5963924A (en) * | 1996-04-26 | 1999-10-05 | Verifone, Inc. | System, method and article of manufacture for the use of payment instrument holders and payment instruments in network electronic commerce |
US6018724A (en) * | 1997-06-30 | 2000-01-25 | Sun Micorsystems, Inc. | Method and apparatus for authenticating on-line transaction data |
US6305603B1 (en) * | 1999-01-29 | 2001-10-23 | International Business Machines Corporation | Personal digital assistant based financial transaction method and system |
US20080010192A1 (en) * | 2006-07-06 | 2008-01-10 | Firethorn Holdings, Llc | Methods and Systems For Indicating a Payment in a Mobile Environment |
Non-Patent Citations (1)
Title |
---|
Instantmerchant (http://web.archive.org/web/20060325201740/http://www.instamerchant.com/card-logos.html) * |
Cited By (130)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10579978B2 (en) | 2005-04-21 | 2020-03-03 | Securedpay Solutions, Inc. | Portable handheld device for wireless order entry and real time payment authorization and related methods |
US8356754B2 (en) | 2005-04-21 | 2013-01-22 | Securedpay Solutions, Inc. | Portable handheld device for wireless order entry and real time payment authorization and related methods |
US8490878B2 (en) | 2005-04-21 | 2013-07-23 | Securedpay Solutions, Inc. | Portable handheld device for wireless order entry and real time payment authorization and related methods |
US10592881B2 (en) | 2005-04-21 | 2020-03-17 | Securedpay Solutions, Inc. | Portable handheld device for wireless order entry and real time payment authorization and related methods |
USRE44669E1 (en) | 2006-01-18 | 2013-12-24 | Mocapay, Inc. | Systems and method for secure wireless payment transactions |
US20120028612A1 (en) * | 2007-08-28 | 2012-02-02 | Mocapay, Inc. | Method and system for verifying an identification of a person |
US8744940B2 (en) | 2008-01-03 | 2014-06-03 | William O. White | System and method for distributing mobile compensation and incentives |
US20090179074A1 (en) * | 2008-01-03 | 2009-07-16 | Hurst Douglas J | System and method for distributing mobile gift cards |
US8589267B2 (en) | 2008-01-03 | 2013-11-19 | Mocapay, Inc. | System and method for re-distributing and transferring mobile gift cards |
US8463674B2 (en) | 2008-01-03 | 2013-06-11 | Mocapay, Inc. | System and method for distributing mobile gift cards |
US8374588B2 (en) | 2008-06-02 | 2013-02-12 | Mocapay, Inc. | Method and system for sending marketing messages to mobile-device users from a mobile-commerce platform |
US9292862B2 (en) | 2008-06-02 | 2016-03-22 | Mocapay, Inc. | Method and system for sending marketing messages to mobile-device users from a mobile-commerce platform |
US20090298481A1 (en) * | 2008-06-02 | 2009-12-03 | Hurst Douglas J | Method and system for sending marketing messages to mobile-device users from a mobile-commerce platform |
US20100299212A1 (en) * | 2008-08-27 | 2010-11-25 | Roam Data Inc | System and method for a commerce window application for computing devices |
US8370955B2 (en) | 2008-09-08 | 2013-02-05 | Proxicom Wireless, Llc | Enforcing policies in wireless communication using exchanged identities |
US8849698B2 (en) | 2008-09-08 | 2014-09-30 | Proxicom Wireless, Llc | Exchanging identifiers between wireless communication to determine further information to be exchanged or further services to be provided |
US8385896B2 (en) | 2008-09-08 | 2013-02-26 | Proxicom Wireless, Llc | Exchanging identifiers between wireless communication to determine further information to be exchanged or further services to be provided |
US8385913B2 (en) | 2008-09-08 | 2013-02-26 | Proxicom Wireless, Llc | Using a first wireless link to exchange identification information used to communicate over a second wireless link |
US8090616B2 (en) * | 2008-09-08 | 2012-01-03 | Proctor Jr James Arthur | Visual identification information used as confirmation in a wireless communication |
US9161164B2 (en) | 2008-09-08 | 2015-10-13 | Proxicom Wireless, Llc | Exchanging identifiers between wireless communication to determine further information to be exchanged or further services to be provided |
US11334918B2 (en) | 2008-09-08 | 2022-05-17 | Proxicom Wireless, Llc | Exchanging identifiers between wireless communication to determine further information to be exchanged or further services to be provided |
US11443344B2 (en) | 2008-09-08 | 2022-09-13 | Proxicom Wireless Llc | Efficient and secure communication using wireless service identifiers |
US20100063889A1 (en) * | 2008-09-08 | 2010-03-11 | Proctor Jr James Arthur | Visual identification information used as confirmation in a wireless communication |
US11687971B2 (en) | 2008-09-08 | 2023-06-27 | Proxicom Wireless Llc | Efficient and secure communication using wireless service identifiers |
US9038129B2 (en) | 2008-09-08 | 2015-05-19 | Proxicom Wireless, Llc | Enforcing policies in wireless communication using exchanged identities |
US11074615B2 (en) | 2008-09-08 | 2021-07-27 | Proxicom Wireless Llc | Efficient and secure communication using wireless service identifiers |
US20110284633A1 (en) * | 2008-11-28 | 2011-11-24 | Gemalto Sa | Portable object including a display and application for carrying out electronic transactions |
US9202330B2 (en) * | 2008-11-28 | 2015-12-01 | Gemalto Sa | Portable object including a display and application for carrying out electronic transactions |
US9240005B2 (en) * | 2009-11-06 | 2016-01-19 | Mastercard International, Incorporated | Methods for risk management in payment-enabled mobile device |
US20110112918A1 (en) * | 2009-11-06 | 2011-05-12 | Mestre Patrick | Methods for risk management in payment-enabled mobile device |
WO2011056745A1 (en) * | 2009-11-06 | 2011-05-12 | Mastercard International, Inc. | Methods for risk management in payment-enabled mobile device |
US20120023024A1 (en) * | 2010-07-26 | 2012-01-26 | Graham Evans | Programmable Card |
US10552809B2 (en) * | 2010-07-26 | 2020-02-04 | Visa International Service Association | Programmable card |
US9525548B2 (en) | 2010-10-21 | 2016-12-20 | Microsoft Technology Licensing, Llc | Provisioning techniques |
US20120109826A1 (en) * | 2010-10-28 | 2012-05-03 | Ncr Corporation | Techniques for conducting single or limited use purchases via a mobile device |
US11144916B2 (en) * | 2010-10-28 | 2021-10-12 | Ncr Corporation | Techniques for conducting single or limited use purchases via a mobile device |
US9026171B2 (en) | 2010-11-23 | 2015-05-05 | Microsoft Technology Licensing, Llc | Access techniques using a mobile communication device |
US9501882B2 (en) | 2010-11-23 | 2016-11-22 | Morphotrust Usa, Llc | System and method to streamline identity verification at airports and beyond |
US10262481B2 (en) | 2010-11-23 | 2019-04-16 | Morphotrust Usa, Llc | System and method to streamline identity verification at airports and beyond |
US8805434B2 (en) | 2010-11-23 | 2014-08-12 | Microsoft Corporation | Access techniques using a mobile communication device |
US9509686B2 (en) | 2010-12-03 | 2016-11-29 | Microsoft Technology Licensing, Llc | Secure element authentication |
US8533123B2 (en) | 2010-12-13 | 2013-09-10 | Magtek, Inc. | Systems and methods for conducting contactless payments using a mobile device and a magstripe payment card |
US9195983B2 (en) | 2011-04-05 | 2015-11-24 | Roam Data Inc. | System and method for a secure cardholder load and storage device |
US10580049B2 (en) | 2011-04-05 | 2020-03-03 | Ingenico, Inc. | System and method for incorporating one-time tokens, coupons, and reward systems into merchant point of sale checkout systems |
US20120284185A1 (en) * | 2011-05-04 | 2012-11-08 | Lumber Labs, Inc. | Image-Based Financial Processing |
US10402898B2 (en) * | 2011-05-04 | 2019-09-03 | Paypal, Inc. | Image-based financial processing |
US20120286928A1 (en) * | 2011-05-10 | 2012-11-15 | Mullen Jeffrey D | Systems and methods for mobile authorizations |
US11100431B2 (en) * | 2011-05-10 | 2021-08-24 | Dynamics Inc. | Systems and methods for mobile authorizations |
US8538845B2 (en) | 2011-06-03 | 2013-09-17 | Mozido, Llc | Monetary transaction system |
US11120413B2 (en) | 2011-06-03 | 2021-09-14 | Fintiv, Inc. | Monetary transaction system |
US9892386B2 (en) | 2011-06-03 | 2018-02-13 | Mozido, Inc. | Monetary transaction system |
US11295281B2 (en) | 2011-06-03 | 2022-04-05 | Fintiv, Inc. | Monetary transaction system |
USD1006105S1 (en) | 2011-10-10 | 2023-11-28 | Visa International Service Association | Transaction card |
USD1013777S1 (en) | 2011-10-10 | 2024-02-06 | Visa International Service Association | Transaction card |
USD1012172S1 (en) | 2011-10-10 | 2024-01-23 | Visa International Service Association | Display with graphical user interface displaying account identifier |
USD1012171S1 (en) | 2011-10-10 | 2024-01-23 | Visa International Service Association | Display with graphical user interface displaying account identifier |
USD979644S1 (en) | 2011-10-10 | 2023-02-28 | Visa International Service Association | Transaction card |
WO2013067278A1 (en) * | 2011-11-02 | 2013-05-10 | Mastercard International, Inc. | Method and system for multiple payment applications |
US20130110719A1 (en) * | 2011-11-02 | 2013-05-02 | Ronald D. Carter | Method and system for multiple payment applications |
US10510056B2 (en) * | 2011-11-02 | 2019-12-17 | Mastercard International Incorporated | Method and system for multiple payment applications |
US20150178757A1 (en) * | 2011-11-10 | 2015-06-25 | Gelliner Limited | Payment system and method |
US10475016B2 (en) | 2011-11-10 | 2019-11-12 | Gelliner Limited | Bill payment system and method |
US20150213529A1 (en) | 2011-11-10 | 2015-07-30 | Gelliner Limited | Online Purchase Processing System and Method |
US10346821B2 (en) | 2011-11-10 | 2019-07-09 | Gelliner Limited | Online purchase processing system and method |
US10528935B2 (en) * | 2011-11-10 | 2020-01-07 | Gelliner Limited | Payment system and method |
US11468434B2 (en) | 2011-11-21 | 2022-10-11 | Fintiv, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
US10438196B2 (en) | 2011-11-21 | 2019-10-08 | Mozido, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
US9208488B2 (en) | 2011-11-21 | 2015-12-08 | Mozido, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
US9985793B2 (en) * | 2011-11-24 | 2018-05-29 | Chikka Pte Ltd | System and method for detecting prepaid internet connection and a charging mechanism for same |
US20150095217A1 (en) * | 2011-11-24 | 2015-04-02 | Chikka Pte Ltd | System and Method for Detecting Prepaid Internet Connection and a Charging Mechanism for Same |
US20130303084A1 (en) * | 2012-05-11 | 2013-11-14 | Tyfone, Inc. | Application with device specific user interface |
US20140006274A1 (en) * | 2012-06-28 | 2014-01-02 | Bank Of America Corporation | Electronic card rendering for mobile wallet |
US8925805B2 (en) * | 2012-08-15 | 2015-01-06 | Bank Of America Corporation | Pre-set readable indicia to facilitate payment during a transaction with a merchant when there is limited network connectivity |
US20140074704A1 (en) * | 2012-09-11 | 2014-03-13 | Cashstar, Inc. | Systems, methods and devices for conducting transactions with electronic passbooks |
US10664823B2 (en) | 2012-09-11 | 2020-05-26 | Cashstar, Inc. | Method for using a user interface control to transfer an ID from a server |
US20140244495A1 (en) * | 2013-02-26 | 2014-08-28 | Digimarc Corporation | Methods and arrangements for smartphone payments |
US9830588B2 (en) * | 2013-02-26 | 2017-11-28 | Digimarc Corporation | Methods and arrangements for smartphone payments |
US9965756B2 (en) * | 2013-02-26 | 2018-05-08 | Digimarc Corporation | Methods and arrangements for smartphone payments |
US20140244494A1 (en) * | 2013-02-26 | 2014-08-28 | Digimarc Corporation | Methods and arrangements for smartphone payments |
WO2014134180A3 (en) * | 2013-02-26 | 2015-01-08 | Digimarc Corporation | Methods and arrangements for smartphone payments and transactions |
US20140258110A1 (en) * | 2013-03-11 | 2014-09-11 | Digimarc Corporation | Methods and arrangements for smartphone payments and transactions |
US20150006376A1 (en) * | 2013-06-27 | 2015-01-01 | Ebay Inc. | Conductive payment device |
US20150019439A1 (en) * | 2013-07-15 | 2015-01-15 | Mastercard International Incorporated | Systems and Methods Relating to Secure Payment Transactions |
US10135802B2 (en) | 2013-08-23 | 2018-11-20 | Morphotrust Usa, Llc | System and method for identity management |
US11038868B2 (en) | 2013-08-23 | 2021-06-15 | Morphotrust Usa, Llc | System and method for identity management |
US20150063655A1 (en) * | 2013-08-27 | 2015-03-05 | Morphotrust Usa Inc. | Digital Identification Document |
US10282802B2 (en) * | 2013-08-27 | 2019-05-07 | Morphotrust Usa, Llc | Digital identification document |
US10320778B2 (en) | 2013-08-27 | 2019-06-11 | Morphotrust Usa, Llc | Digital identification document |
US11373265B2 (en) | 2013-08-27 | 2022-06-28 | Idemia Identity & Security USA LLC | Digital identification document |
US10249015B2 (en) | 2013-08-28 | 2019-04-02 | Morphotrust Usa, Llc | System and method for digitally watermarking digital facial portraits |
US20150063656A1 (en) * | 2013-08-28 | 2015-03-05 | Morphotrust Usa, Inc. | System and Method for Digitally Watermarking Digital Facial Portraits |
US10460163B2 (en) | 2013-08-28 | 2019-10-29 | Morphotrust Usa, Llc | System and method for digitally watermarking digital facial portraits |
US10204390B2 (en) | 2013-08-28 | 2019-02-12 | Morphotrust Usa, Llc | Dynamic digital watermark |
US10007844B2 (en) * | 2013-08-28 | 2018-06-26 | Morphotrust Usa, Llc | System and method for digitally watermarking digital facial portraits |
US10198783B2 (en) | 2013-08-28 | 2019-02-05 | Morphotrust Usa, Llc | Dynamic digital watermark |
US9497349B2 (en) | 2013-08-28 | 2016-11-15 | Morphotrust Usa, Llc | Dynamic digital watermark |
US10692167B2 (en) | 2013-08-28 | 2020-06-23 | Morphotrust Usa, Llc | System and method for digitally watermarking digital facial portraits |
US9426328B2 (en) | 2013-08-28 | 2016-08-23 | Morphotrust Usa, Llc | Dynamic digital watermark |
US10735413B2 (en) | 2014-02-11 | 2020-08-04 | Morphotrust Usa, Llc | System and method for verifying liveliness |
US9311640B2 (en) * | 2014-02-11 | 2016-04-12 | Digimarc Corporation | Methods and arrangements for smartphone payments and transactions |
US20170024723A1 (en) * | 2014-02-11 | 2017-01-26 | Digimarc Corporation | Methods and arrangements for device to device communication |
US10129251B1 (en) | 2014-02-11 | 2018-11-13 | Morphotrust Usa, Llc | System and method for verifying liveliness |
US10104072B2 (en) | 2014-02-11 | 2018-10-16 | Morphotrust Usa, Llc | System and method for verifying liveliness |
US20200051059A1 (en) * | 2014-02-11 | 2020-02-13 | Digimarc Corporation | Methods and arrangements for device to device communication |
US11049094B2 (en) * | 2014-02-11 | 2021-06-29 | Digimarc Corporation | Methods and arrangements for device to device communication |
US11528268B2 (en) | 2014-02-11 | 2022-12-13 | Idemia Identity & Security USA LLC | System and method for verifying liveliness |
US10210502B2 (en) * | 2014-02-11 | 2019-02-19 | Digimarc Corporation | Methods and arrangements for device to device communication |
US20150227925A1 (en) * | 2014-02-11 | 2015-08-13 | Digimarc Corporation | Methods and arrangements for smartphone payments and transactions |
US20150227922A1 (en) * | 2014-02-11 | 2015-08-13 | Digimarc Corporation | Methods and arrangements for smartphone payments and transactions |
US9311639B2 (en) * | 2014-02-11 | 2016-04-12 | Digimarc Corporation | Methods, apparatus and arrangements for device to device communication |
JP2017055385A (en) * | 2014-02-21 | 2017-03-16 | サムスン ペイ、インコーポレイテッド | Methods, devices, and systems for secure provisioning, transmission, and authentication of payment data |
US9864994B2 (en) * | 2014-02-21 | 2018-01-09 | Samsung Pay, Inc. | Terminal for magnetic secure transmission |
US20160125417A1 (en) * | 2014-02-21 | 2016-05-05 | Samsung Pay, Inc. | Terminal for magnetic secure transmission |
US10762483B2 (en) | 2014-03-04 | 2020-09-01 | Bank Of America Corporation | ATM token cash withdrawal |
US11488136B2 (en) | 2014-05-29 | 2022-11-01 | Apple Inc. | Management of credentials on an electronic device using an online resource |
US10362010B2 (en) * | 2014-05-29 | 2019-07-23 | Apple Inc. | Management of credentials on an electronic device using an online resource |
US20150350177A1 (en) * | 2014-05-29 | 2015-12-03 | Apple Inc. | Management of credentials on an electronic device using an online resource |
US9978055B2 (en) * | 2014-11-24 | 2018-05-22 | Jini Co., Ltd | Watch with a function of a mobile payment instrument and payment method of the same |
US20160148189A1 (en) * | 2014-11-24 | 2016-05-26 | Jini Co., Ltd | Watch for mobile payment and the payment method with the watch |
US11182769B2 (en) | 2015-02-12 | 2021-11-23 | Samsung Electronics Co., Ltd. | Payment processing method and electronic device supporting the same |
US11129018B2 (en) | 2015-02-27 | 2021-09-21 | Samsung Electronics Co., Ltd. | Payment means operation supporting method and electronic device for supporting the same |
US10193700B2 (en) | 2015-02-27 | 2019-01-29 | Samsung Electronics Co., Ltd. | Trust-zone-based end-to-end security |
US11107047B2 (en) | 2015-02-27 | 2021-08-31 | Samsung Electronics Co., Ltd. | Electronic device providing electronic payment function and operating method thereof |
US10460367B2 (en) | 2016-04-29 | 2019-10-29 | Bank Of America Corporation | System for user authentication based on linking a randomly generated number to the user and a physical item |
US10268635B2 (en) | 2016-06-17 | 2019-04-23 | Bank Of America Corporation | System for data rotation through tokenization |
EP3693911B1 (en) * | 2017-11-29 | 2023-09-13 | Huawei Technologies Co., Ltd. | Card linking method and terminal |
EP4307198A3 (en) * | 2017-11-29 | 2024-01-31 | Huawei Technologies Co., Ltd. | Card binding method and terminal |
US11069173B2 (en) * | 2019-03-20 | 2021-07-20 | Capital One Services, Llc | Tap to copy data to clipboard via NFC |
US20220051253A1 (en) * | 2020-08-12 | 2022-02-17 | Peter Garrett | Methods for remote transaction receipt capture based on evidence of a transaction in progress |
US20220383297A1 (en) * | 2021-05-26 | 2022-12-01 | Mastercard International Incorporated | Systems and methods associated with network-based interactions |
Also Published As
Publication number | Publication date |
---|---|
US20090303250A1 (en) | 2009-12-10 |
US8031207B2 (en) | 2011-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20090307132A1 (en) | Enhanced user interface for contactless payment function in mobile telephone | |
US20120310760A1 (en) | Mobile device automatic card account selection for a transaction | |
US9721319B2 (en) | Tap and wireless payment methods and devices | |
AU2010229107B2 (en) | Cardholder verification rule applied in payment-enabled mobile telephone | |
US10290013B2 (en) | Methods and apparatus for standard approach to coupon selection | |
US9842356B2 (en) | System, method, apparatus and computer program product for interfacing a multi-card radio frequency (RF) device with a mobile communications device | |
EP2038227B1 (en) | System and method for activating telephone-based payment instrument | |
US7865448B2 (en) | Methods and systems for performing credit transactions with a wireless device | |
US11170373B2 (en) | Single screen mobile checkout | |
US20140114861A1 (en) | Hand-held self-provisioned pin ped communicator | |
US20090156238A1 (en) | User-friendly over-the-air personalization process for mobile telephone/proximity payment device | |
EP3821385A1 (en) | Methods and systems for biometric card enrollment | |
US20090170559A1 (en) | Mobile telephone with two antennas for use in contactless payments | |
WO2011100001A1 (en) | Integrated system and method for enabling mobile commerce transactions using active posters and contactless identity modules | |
KR20110112594A (en) | Mobile communication terminal and mobile recommendation payment method using the same, mobile recommendation payment system | |
KR20110068116A (en) | Mobile communication terminal and smartcard for providing payment information and method thereof | |
KR20110111801A (en) | Mobile payment system, mobile communication terminal using installment plan and method thereof | |
WO2011056156A1 (en) | A mobile payment method of high security and authorization system for this method | |
KR20010044524A (en) | Credit card settlement method of using handphone | |
JP2007535008A (en) | User interface method for financial settlement using mobile terminal | |
JP2003141434A (en) | Information processing terminal and its control method | |
KR100876596B1 (en) | Card terminal | |
KR20190127047A (en) | Sound wave settlement system of non-contact type for inputting settlement money by purchaser terminal, and method for the same | |
NZ734253A (en) | Mobile device and method for financial transactions using different currencies |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MASTERCARD INTERNATIONAL, INC., NEW YORK Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PHILLIPS, SIMON;REEL/FRAME:022677/0878 Effective date: 20090511 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |