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&#39;s desire to pay the for an item when the next statement becomes due.

Description:
CROSS-REFERENCE TO RELATED APPLICATION 
     This application is a continuation of U.S. patent application Ser. No. 13/850,463, filed on Mar. 26, 2013, which is a continuation of U.S. patent application Ser. No. 12/908,050, filed on Oct. 20, 2010, which claims the benefit of U.S. Provisional Patent Application No. 61/253,249, titled “Advanced Payment Options for Powered Cards and Devices,” filed Oct. 20, 2009, each of which is hereby incorporated by reference herein in its entirety. 
    
    
     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&#39;s desire to pay for a purchase immediately when the user&#39;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&#39;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&#39;s mobile device may be linked to the user&#39;s purchases after a transaction has been conducted. Targeted advertisements (e.g., discount coupon offers), for example, may be sent to the user&#39;s mobile phone in response to a single purchase or a pattern of multiple purchases. 
     A user&#39;s mobile communication device may execute one or more applications that may be linked with a user&#39;s card and/or one or more accounts associated with a user&#39;s card. In so doing, a user&#39;s interaction with his or her card may be tailored to the user&#39;s preferences via mobile applications that may be executing on the user&#39;s mobile device. For example, a user may request (e.g., via a mobile device application) that text confirmations be sent to the user&#39;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&#39;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&#39;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&#39;s desire to pay for an item on credit, but to debit the credit account for the amount from a user&#39;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&#39;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&#39;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&#39;s option to the user&#39;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&#39;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&#39;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&#39;s website and select attributes of features. For example, a user may visit a card issuer&#39;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&#39;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&#39;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&#39;s desire to initiate an overlimit feature. Persons skilled in the art will appreciate that a user&#39;s transaction may be declined for overdrawing from the user&#39;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&#39;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&#39;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&#39;s desire for a regular pay option for a purchase. Virtual button  531  may be provided to indicate a user&#39;s desire for an installment pay option for a purchase. Virtual button  532  may be provided to indicate a user&#39;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&#39;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&#39;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&#39;s website to select the user&#39;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&#39;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.