Advanced payment options for powered cards and devices

Abstract

Advanced payment applications are provided to improve the functionality of cards and devices. For example, a user interface may be placed on a card (e.g., a physical button) or a telephonic device (e.g., a virtual button on a capacitive touch screen). Manual input provided to this user interface may, for example, cause an item purchased on credit to be paid via one or more user accounts (e.g., bank accounts) as soon as the next credit statement posts or becomes due. A user may decide to pay for an item when the next statement becomes due at a point-of-sale magnetic stripe reader by using an interface on a card to cause information to be communicated through the infrastructure indicative of a user's desire to pay the for an item when the next statement becomes due.

Description

BACKGROUND OF THE INVENTION

This invention relates to magnetic cards and devices and associated payment systems.

SUMMARY OF THE INVENTION

A card may include a dynamic magnetic communications device. Such a dynamic magnetic communications device may take the form of a magnetic encoder or a magnetic emulator. A magnetic encoder may change the information located on a magnetic medium such that a magnetic stripe reader may read changed magnetic information from the magnetic medium. A magnetic emulator may generate electromagnetic fields that directly communicate data to a magnetic stripe reader. Such a magnetic emulator may communicate data serially to a read-head of the magnetic stripe reader.

All, or substantially all, of the front as well as the back of a card may be a display (e.g., bi-stable, non bi-stable, LCD, LED, or electrochromic display). Electrodes of a display may be coupled to one or more capacitive touch sensors such that a display may be provided as a touch-screen display. Any type of touch-screen display may be utilized. Such touch-screen displays may be operable of determining multiple points of touch. Accordingly, a barcode may be displayed across all, or substantially all, of a surface of a card. In doing so, computer vision equipment such as barcode readers may be less susceptible to errors in reading a displayed barcode.

A card may include a number of output devices to output dynamic information. For example, a card may include one or more RFIDs or IC chips to communicate to one or more RFID readers or IC chip readers, respectively. A card may include devices to receive information. For example, an RFID and IC chip may both receive information and communicate information to an RFID and IC chip reader, respectively. A device for receiving wireless information signals may be provided. A light sensing device or sound sensing device may be utilized to receive information wirelessly. A card may include a central processor that communicates data through one or more output devices simultaneously (e.g., an RFID, IC chip, and a dynamic magnetic stripe communications device). The central processor may receive information from one or more input devices simultaneously (e.g., an RFID, IC chip, dynamic magnetic stripe devices, light sensing device, and a sound sensing device). A processor may be coupled to surface contacts such that the processor my perform the processing capabilities of, for example, an EMV chip. The processor may be laminated over and not exposed such that such a processor is not exposed on the surface of the card.

A card may be provided with a button in which the activation of the button causes a code to be communicated through a dynamic magnetic stripe communications device (e.g., the subsequent time a read-head detector on the card detects a read-head). The code may be indicative of a user's desire to pay for a purchase immediately when the user's next periodic credit card statement is available (e.g., at the next monthly credit card statement). An online service may be provided that allows a user to indicate categories of purchases and/or specific purchases upon which payment will be made as soon as the next credit card statement is available.

A card may be provided with a button associated with a code indicative of placing an associated purchase into an installment payment plan. The first installment may be due at the next due date. An online service (e.g., website) may be provided that allows a user to review previous credit card purchases and/or categories of credit card purchases and define installment payment plans for such purchases. Different buttons may be utilized to communicate different codes associated with different types of installment plans (e.g., one button may be 3 equal installments over the next 3 months while another button may be 6 equal installments over the next 6 months).

A card may be provided with a button associated with a code indicative of paying the most recent credit card bill for a user. Accordingly, at any time, a user may pay his/her credit card bill without having to use, for example, an online service (e.g., log into a webpage).

A card may be provided with a button associated with a code indicative of a request for information associated with an alert update feature. Such information may include, for example, synchronization information such that internal timing circuitry may be resynchronized. An alert may be preprogrammed into a card, for example, that is indicative of the times when bills will be due for a credit card statement (e.g., the first of every month). Accordingly, an information receiver (e.g., a light-based information receiver) may receive information after an alert update feature button is pressed (e.g., to resynchronize a clock on a card). A clock internal to the card may indicate to a user that a bill is due based on this received (or pre-set information). Such an alert may take the form of, for example, the activation of an LED (e.g., a blinking LED) or the presence of particular indicia (e.g., alert indicia) on a display of a card. A card may be preprogrammed with a particular day of a month (e.g., 6^th of every month) and a user may press a button to view this payment date on a card.

A card may be provided with a button associated with a code indicative of paying for a purchase using rewards points and/or rewards cash. Accordingly, for example, a user may select a button on the card to indicate that rewards are to be used to complete a particular transaction (e.g., point-of-sale transaction) rather than some other account type (e.g., credit or debit) that may otherwise be used to complete the transaction.

A card and/or one or more accounts associated with a card may be associated with a card holder's mobile communication device (e.g., mobile phone). Accordingly, for example, a user may opt to receive confirmations (e.g., text message updates) once a payment option is selected.

Once a text confirmation of the selected payment option is received, a user may alter the originally selected payment option. For example, a confirmation of the selected payment option may provide the user with an ability to change the originally selected payment option to yet another payment option (e.g., change from an originally selected rewards points payment option to an installment payment option).

A user's mobile device may be linked to the user's purchases after a transaction has been conducted. Targeted advertisements (e.g., discount coupon offers), for example, may be sent to the user's mobile phone in response to a single purchase or a pattern of multiple purchases.

A user's mobile communication device may execute one or more applications that may be linked with a user's card and/or one or more accounts associated with a user's card. In so doing, a user's interaction with his or her card may be tailored to the user's preferences via mobile applications that may be executing on the user's mobile device. For example, a user may request (e.g., via a mobile device application) that text confirmations be sent to the user's mobile device upon selection of a particular payment option. Further, a user may request (e.g., via a mobile device application) that choices be provided to the user upon selection of certain payment options (e.g., an installment payment plan may default to three monthly payments, but the user may be given the opportunity to change the plan to six monthly payments at the user's discretion).

BRIEF DESCRIPTION OF THE DRAWINGS

The principles and advantages of the present invention can be more clearly understood from the following detailed description considered in conjunction with the following drawings, in which the same reference numerals denote the same structural elements throughout, and in which:

FIG. 1 is an illustration of cards constructed in accordance with the principles of the present invention;

FIG. 2 is an illustration of a card constructed in accordance with the principles of the present invention;

FIG. 3 is an illustration of a card constructed in accordance with the principles of the present invention;

FIG. 4 is an illustration of a card constructed in accordance with the principles of the present invention;

FIG. 5 is an illustration of a mobile device constructed in accordance with the principles of the present invention;

FIG. 6 is an illustration of a mobile device constructed in accordance with the principles of the present invention;

FIG. 7 is an illustration of a mobile device constructed in accordance with the principles of the present invention; and

FIG. 8 is an illustration of a mobile device constructed in accordance with the principles of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 shows card 100 that may include, for example, a dynamic number that may be entirely, or partially, displayed via display 112. A dynamic number may include a permanent portion such as, for example, permanent portion 111. Permanent portion 111 may be printed as well as embossed or laser etched on card 100. Multiple displays may be provided on a card. For example, display 113 may be utilized to display a dynamic code such as a dynamic security code. Display 125 may also be provided to display logos, barcodes, as well as multiple lines of information. A display may be a bi-stable display or non bi-stable display. Permanent information 120 may also be included and may include information such as information specific to a user (e.g., a user's name or username) or information specific to a card (e.g., a card issue date and/or a card expiration date). Card 100 may include one or more buttons such as buttons 130-134. Such buttons may be mechanical buttons, capacitive buttons, or a combination or mechanical and capacitive buttons.

Card 100 may include button 199. Button 199 may be used, for example, to communicate information through dynamic magnetic stripe communications device 101 indicative of a user's desire to pay for an item on credit, but to debit the credit account for the amount from a user's bank account when the next credit statement posts (or the subsequent credit statement posts and the associated bill is due). Persons skilled in the art will appreciate that pressing a button (e.g., button 199) may cause information to be communicated through device 101 when an associated read-head detector detects the presence of a read-head of a magnetic stripe reader.

Card 100 may include button 197. Button 197 may be used, for example, to communicate information through dynamic magnetic stripe communications device 101 indicative of a user's desire to pay for an item using rewards points and/or rewards cash.

Button 198 may be utilized to communicate (e.g., after button 198 is pressed and after a read-head detects a read-head of a reader) information indicative of a user's desire to divide payment for the purchase over installments. A card may include a default number of installments (or a set dollar amount of installments such as $100). A user may change this default installment number of dollar amount online via an online website. Similarly, multiple buttons may be provided on a card and each button may be associated with a different installment option (e.g., 3 installments, 6 installments, and/or $100 installments).

Usage of buttons 197, 198, and/or 199 may be linked at the user's option to the user's mobile device (e.g., mobile phone, laptop, or PDA) upon issuance of card 100 to the user. Text messages, for example, may be communicated to a user's mobile phone to confirm selection of a particular payment option. In addition, a user may be provided with an opportunity to modify or cancel a previously selected payment option via a text messaging sequence that may be initiated through a payment option selected by pressing any one or more of buttons 197-199.

Architecture 150 may be utilized with any card. Architecture 150 may include processor 120. Processor 120 may have on-board memory for storing information (e.g., application code). Any number of components may communicate to processor 120 and/or receive communications from processor 120. For example, one or more displays (e.g., display 140) may be coupled to processor 120. Persons skilled in the art will appreciate that components may be placed between particular components and processor 120. For example, a display driver circuit may be coupled between display 140 and processor 120.

Memory 142 may be coupled to processor 120. Memory 142 may include data that is unique to a particular card. For example, memory 142 may store discretionary data codes associated with buttons of card 150. Such codes may be recognized by remote servers to effect particular actions. For example, a code may be stored on memory 142 that causes a user-defined installment plan to be setup for the purchase on a remote server (e.g., a remote server coupled to a card issuer's website). Memory 142 may store types of payments that a user may select. Each type of payment may be associated with a button. Or, for example, a user may scroll through a list of payment types on a display on the front of the card (e.g., using buttons to scroll through the list).

Any number of reader communication devices may be included in architecture 150. For example, IC chip 152 may be included to communicate information to an IC chip reader. IC chip 152 may be, for example, an EMV chip. As per another example, RFID 151 may be included to communicate information to an RFID reader.

A magnetic stripe communications device may also be included to communicate information to a magnetic stripe reader. Such a magnetic stripe communications device may provide electromagnetic signals to a magnetic stripe reader. Different electromagnetic signals may be communicated to a magnetic stripe reader to provide different tracks of data. For example, electromagnetic field generators 170, 180, and 185 may be included to communicate separate tracks of information to a magnetic stripe reader. Such electromagnetic field generators may include a coil wrapped around one or more materials (e.g., a soft-magnetic material and a non-magnetic material). Each electromagnetic field generator may communicate information serially to a receiver of a magnetic stripe reader for a particular magnetic stripe track.

Read-head detectors 171 and 172 may be utilized to sense the presence of a magnetic stripe reader (e.g., a read-head housing of a magnetic stripe reader). This sensed information may be communicated to processor 120 to cause processor 120 to communicate information serially from electromagnetic generators 170, 180, and 185 to magnetic stripe track receivers in a read-head housing of a magnetic stripe reader. Accordingly, a magnetic stripe communications device may change the information communicated to a magnetic stripe reader at any time. Processor 120 may, for example, communicate user-specific and card-specific information through RFID 151, IC chip 152, and electromagnetic generators 170, 180, and 185 to card readers coupled to remote information processing servers (e.g., purchase authorization servers). Driving circuitry 141 may be utilized by processor 120, for example, to control electromagnetic generators 170, 180, and 185.

FIG. 2 shows card 200 that includes button 211 associated with display 215, button 212 associated with display 216, and button 213 associated with display 217. Each button may be associated with a feature displayed in display 210. A user may press a button in order to communicate data representative of the feature through a magnetic stripe communications device or other communications device (e.g., RFID or IC chip). A light emitting diode (or other source of light) may be associated with each button to indicate to a user what feature was selected by a user.

A user may be able to select multiple features such that multiple feature codes are communicated in tracks of magnetic stripe data communicated by a magnetic stripe communications device. Such codes may be provided in discretionary data fields. Such codes may be repeated on each track of communicated magnetic stripe data (e.g., repeated on tracks 1 and 2 or repeated on tracks 1, 2, and 3). In doing so, a user may associate multiple features to a purchase. A user may set that a purchase be automatically paid regularly by, for example, pressing button 211 for a purchase transaction. A user may press button 212 to set that a purchase for installment payment under one installment plan (e.g., 3 equal installments). Button 213 may allow a user to set that a purchase for installment payment under another installment plan (e.g., 6 equal installments).

The features associated with each card may be pre-determined by a user. For example, a user may select features to place on a card when ordering a card. Additionally, a user may go to a card issuer's website and select attributes of features. For example, a user may visit a card issuer's website and select the particular offering that is to be purchased whenever a user selects the feature associated with button 211 and displayed on display 215.

Information associated with a button may be displayed via a display or permanently printed, embossed, or laser engraved on a card. Card 200 may include a light sensing device to receive information via light pulses from a display (e.g., a television, mobile phone, or laptop display). A user may select to change the features or attributes of features from a card issuer's website and may reconfigure a card accordingly. Alternatively, a card may be provided with buttons and no descriptive information. A user may change the features or attributes of features associated with one or more buttons via a card issuer's website and remote processing may perform the associated processing as a result of on-card button selections.

Different codes may be communicated depending on the feature or attributes of features on a card. Such codes may be changed via a wireless communications signal (e.g., a light-based communications signal). In doing so, processing may occur off-card at a remote server without the need to determine what feature a user associated with a code. Persons skilled in the art will appreciate that a card issuer may monitor the frequency and number of times that a user utilizes a particular feature. Additionally, the card may receive wireless communications signals (e.g., WiFi signals) associated with the modifications and additions).

FIG. 3 shows card 300 that may include dynamic magnetic stripe communications device 310, buttons 311-315, permanent information 320, display 350, data receiving device 370, and buttons 331-333. Button 331 may be associated with a first line of displayed information on display 350. Button 332 may be associated with a second line of displayed information on display 350. Button 333 may be associated with a third line of displayed information on display 350. Persons skilled in the art will appreciate that buttons 331-333 may actually be virtual buttons on display 350 and display 350 may be a capacitive touch screen.

Data receiving device 370 may be a light or sound sensor for receiving information through received light or sound. Portion 399 may be displayed on display 350. The first line of portion 399 may be associated with button 331 and may, for example, cause a code to be communicated (e.g., with magnetic stripe data for authorizing a purchase transaction) to a magnetic stripe reader that is associated with a user's desire to initiate an overlimit feature. Persons skilled in the art will appreciate that a user's transaction may be declined for overdrawing from the user's credit account (or other account). A user may utilize an overlimit feature to use such an overdrafted account for an additional fee. In this manner, selecting such a feature may allow a previously declined purchase transaction to be authorized and an overlimit feature fee be placed on the account.

The second line of portion 399 may be associated with, for example, button 332 of display 350 and may be a pay bill feature. A pay bill feature may cause any outstanding bill for a user's account to be paid. Accordingly, a user does not have to log into his/her online account (or mail a check) to authorize payment of an outstanding bill.

The third line of portion 399 may be utilized for a user to select an alert update feature. A card may be provided to a user with knowledge of when a bill payment is due for a user (and/or when a statement posts). An internal clock may keep track of these events and notify a user of such events. A user may select an update alert to, for example, receive information via a communications channel (e.g., via light pulses) associated with an alert. Such an update may, for example, re-synchronize the internal clock of a card (e.g., to remove any timing errors accumulated by the timing circuitry of the card). An alert may be provided, for example, if a user overdrafts from a particular account.

FIG. 4 shows card 400 that may include signature line 410 and display 420. Persons skilled in the art will appreciate that card 300 of FIG. 3 may depict the obverse side of a card and card 400 of FIG. 4 may depict the reverse side of a card. Individual components of card 300 of FIG. 3 or card 400 of FIG. 4 may be provided on either side of a card or both sides of a card. More than one instance of a component may be provided on any side of a card (e.g., the same side as a component or a different side as a component). Persons skilled in the art will appreciate that a user may communicate feature codes representative of a user's on-card selection via codes that may be displayed visually and entered into a webpage as part of an online payment.

A display may display not only a code for an online payment, but also indicia representative of the feature. In doing so, the user can confirm that the right feature was selected. Persons skilled in the art will appreciate that different codes for the same feature may be displayed and communicated via a dynamic magnetic communications device. In doing so, the security of the card may be increased. Additionally, the same or different codes may be communicated on different tracks of data to represent the selection of a particular feature. A code may be utilized, for example, to communicate information about an installment plan a user desires to initiate for a purchase.

FIG. 5 shows mobile device 500, which may be a mobile telephonic device. Device 500 may include one or more physical buttons (e.g., button 540). Device 500 may include one or more display screens 510. Such a display screen may be touch sensitive such that virtual buttons (e.g., button 530) may be provided on virtual card 520. Virtual card 520 may appear similar to a physical card described herein. A user may select different virtual cards by, for example, swiping his/her finger across a touch-sensitive display to scroll to the next virtual card. Mobile phone 502 may include a communications device operable to communicate data to a card reader. For example, mobile phone 502 may include an RFID antenna to communicate to an RFID reader, a pop-out IC chip panel operable to be fed into an IC chip reader, or a magnetic communications device having a magnetic emulator operable to communicate magnetic stripe data wirelessly to a read-head of a magnetic stripe reader. Virtual button 530 may be provided to indicate a user's desire for a regular pay option for a purchase. Virtual button 531 may be provided to indicate a user's desire for an installment pay option for a purchase. Virtual button 532 may be provided to indicate a user's desire for a rewards points pay option for a purchase.

FIG. 6 shows mobile device 600, which may be a mobile telephonic device having executable applications that may be used by a user to conduct a financial transaction. Alternately, mobile device 600 may optionally be linked to a card issued to the user of mobile device 600. In either instance, the user may have previously requested (e.g., at card issuance) to receive confirmation messages during the course of any financial transaction.

A user may, for example, choose at the point of sale to finance a purchase with rewards points. Confirmatory message 604 may be received (e.g., via text messaging) by mobile device 600. In so doing, a user may have an opportunity to confirm the pending transaction using the originally selected payment option (e.g., by selecting the appropriate button 602). Conversely, the user may have an opportunity to override the user's original payment option selection by selecting an alternate payment option (e.g., installment pay or regular pay).

FIG. 7 shows mobile device 700. Message 702 may be displayed as a result of the user's original request to finance a pending transaction using an installment payment plan. A confirmation message (e.g., text message 702) may then be displayed to allow the user to confirm that a default number of installment payments (e.g., 3) is acceptable. Alternately, the user may be given the opportunity to override the default selection by selecting a different number of installments (e.g., 6 or 9 installments).

Persons skilled in the art will appreciate that users may define how confirmatory messaging may be conducted. In particular, a user may have an opportunity to visit a card issuer's website to select the user's confirmatory messaging preferences. For example, a user may simply opt out of confirmatory messaging. Alternately, a user may wish to opt into confirmatory messaging and may further define options associated with such messaging (e.g., always confirm with a default selection and a list of available options that may be selected instead of the default selection). Accordingly, a user may be able to customize a level of interaction at the point of sale via his or her confirmatory messaging preferences.

FIG. 8 shows mobile device 800. Message 802 may be displayed as a result of a targeted advertisement that may be sent (e.g., via text messaging) subsequent to a purchase. For example, message 802 may first confirm that a purchase of gasoline was transacted using a user's card or application-enabled mobile device. A promotion may be offered by the product supplier (e.g., gasoline supplier) and/or the product vendor (e.g., gasoline station) that results in targeted advertisement 802. Accordingly, the user may be informed of rewards that may be earned as a result of continued patronage.

Persons skilled in the art will also appreciate that the present invention is not limited to only the embodiments described. Instead, the present invention more generally involves dynamic information. Persons skilled in the art will also appreciate that the apparatus of the present invention may be implemented in other ways than those described herein. All such modifications are within the scope of the present invention, which is limited only by the claims that follow.

Claims

1. A mobile device, comprising: a communications device operable to communicate transaction data to a card reader; anda display operable to display a virtual button, the virtual button operable to include option data in a discretionary field of the transaction data.

2. The mobile device of claim 1, wherein the option data is associated with an installment plan.

3. The mobile device of claim 1, wherein the option data is associated with a default number of periodic payments.

4. The mobile device of claim 1, wherein the option data is associated with a user determined number of payments.

5. The mobile device of claim 1, wherein the option data is associated with a pay bill feature.

6. The mobile device of claim 1, wherein the option data includes a code associated with server instructions to pay an outstanding bill of a user.

7. The mobile device of claim 1, wherein the option data includes a code associated with server instructions to pay a current credit card bill of a user.

8. The mobile device of claim 1, wherein the option data includes a code associated with a request for authorization of a transaction associated with an overdrafted account.

9. The mobile device of claim 1, wherein the option data includes a code associated with server instructions to periodically bill a user for a transaction.

10. The mobile device of claim 1, wherein the option data includes a code associated with a request to a server to authorize a declined transaction.

11. The mobile device of claim 1, further comprising a processor.

12. The mobile device of claim 1, further comprising: a processor; andan integrated circuit (IC) chip.

13. The mobile device of claim 1, further comprising: a processor; anda radio frequency identification (RFID).

14. The mobile device of claim 1, further comprising: a pop-out integrated circuit (IC) chip panel; anda radio frequency identification (RFID) antenna,wherein the communications device is a magnetic communications device.

15. The mobile device of claim 1, further comprising a clock.

16. The mobile device of claim 1, further comprising: a light associated with the virtual button; anda display.

17. The mobile device of claim 1, wherein the communications device is a wireless communications device.

18. The mobile device of claim 1, further comprising a sound sensor.

19. The mobile device of claim 1, further comprising a light sensor.

20. The mobile device of claim 1, wherein the virtual button is operable to include the option data in a discretionary field of track data.