US20080243627A1 - Presentation Instrument Display And Activation Systems And Methods - Google Patents

Presentation Instrument Display And Activation Systems And Methods Download PDF

Info

Publication number
US20080243627A1
US20080243627A1 US12/058,123 US5812308A US2008243627A1 US 20080243627 A1 US20080243627 A1 US 20080243627A1 US 5812308 A US5812308 A US 5812308A US 2008243627 A1 US2008243627 A1 US 2008243627A1
Authority
US
United States
Prior art keywords
card
indicium
stored
account identifier
carrier
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.)
Granted
Application number
US12/058,123
Other versions
US8175924B2 (en
Inventor
Tonya Andersen
Karen Kaukol
Deborah Rex
Gary Jeffords
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Western Union Co
Original Assignee
First Data Corp
Western Union Co
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by First Data Corp, Western Union Co filed Critical First Data Corp
Priority to US12/058,123 priority Critical patent/US8175924B2/en
Assigned to FIRST DATA CORPORATION, THE WESTERN UNION COMPANY reassignment FIRST DATA CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: FIRST DATA CORPORATION
Assigned to FIRST DATA CORPORATION reassignment FIRST DATA CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ANDERSEN, TONYA, JEFFORDS, GARY, REX, DEBORAH, KAUKOL, KAREN
Assigned to THE WESTERN UNION COMPANY reassignment THE WESTERN UNION COMPANY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: FIRST DATA CORPORATION
Publication of US20080243627A1 publication Critical patent/US20080243627A1/en
Priority to US13/443,519 priority patent/US10269203B2/en
Application granted granted Critical
Publication of US8175924B2 publication Critical patent/US8175924B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G06Q10/0875Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/202Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/208Input by product or record sensing, e.g. weighing or scanner processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355Personalisation of cards for use
    • G06Q20/3558Preliminary personalisation for transfer to user
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/12Card verification
    • G07F7/127Card verification in which both online and offline card verification can take place

Definitions

  • 60/680,408 filed May 11, 2005, entitled “Transaction Card Carrier Assemblies”; U.S. Pat. No. 7,325,726, issued Feb. 5, 2008, entitled “System And Method For Detecting Fraudulent Use Of Stored Value Instruments”; U.S. Provisional Patent Application No. 60/680,379, filed on May 11, 2005, entitled “Security Systems For A Payment Instrument”; U.S. Provisional Patent Application No. 60/680,383, filed on May 11, 2005, entitled “Anti-Fraud Presentation Instruments, Systems And Methods”; U.S. patent application Ser. No. 11/132,710, filed May 18, 2005, entitled “Money Transfer Cards, Systems And Methods”; and U.S. patent application Ser. No. 11/155,323, filed on Jun. 17, 2005, entitled “Transaction Card Carrier Assemblies.”
  • Embodiments of the invention relate generally to presentation instruments. More specifically, embodiments of the invention provide, among other things, prepaid presentation instrument validation and activation systems and methods.
  • Stored-value and other varieties of pre-paid presentation instruments are becoming increasingly popular, especially as a means to transfer money from one individual to another. They provide near the convenience of cash, given their wide acceptance, yet avoid the need to actually carry cash. Further, they may be “loaded” with value from any of a number of sources. Hence, the purchaser need not have cash to acquire such cards. Further still, stored-value presentation instruments allow those with poor credit and/or those who wish to remain anonymous to enjoy the purchasing convenience of credit cards.
  • Inactive stored-value presentation instruments are displayed for purchase like a typical retail item, often being displayed near the registers of retail establishments to provide convenient access for purchasers and to increase impulse purchases.
  • Stored-value presentation instruments typically are not loaded with value while displayed. Nevertheless, some have devised ways to defeat presently-known security measures. For these and other reasons, improved validation and activation systems and methods are needed for presentation instruments, especially stored-value presentation instruments.
  • Embodiments of the invention provide a method of validating and activating a purchase card.
  • the method includes providing a purchase card that is removably attached to a card carrier.
  • the purchase card has an account identifier associated therewith and has a card indicium affixed thereto.
  • the purchase card includes a machine-readable information encoding region into which the account identifier is encoded.
  • the card carrier has a carrier indicium affixed thereto.
  • the method further includes populating a database with a stored card indicium that relates to the card indicium, a stored carrier indicium that relates to the carrier indicium, and a stored account identifier that relates to the account identifier. This uniquely couples the account identifier to the card indicium.
  • the method also includes, at a point-of-sale device and in response to a customer request to purchase the purchase card, entering information from the card indicium into the point-of-sale device.
  • the method further includes, at the point-of-sale device, entering information from the carrier indicium into the point-of-sale device, comparing the information from the card indicium and the information from the carrier indicium with the stored card indicium and the stored carrier indicium, and, based at least in part on the comparing step, activating the card by associating value to it.
  • the method includes entering the account identifier into the point-of-sale device, in which case the comparing step includes comparing the account identifier from the card to the stored account identifier.
  • Entering the account identifier into the point-of-sale device may include reading the account identifier from the machine-readable information encoding region.
  • the account identifier may be embossed on the card, in which case entering the account identifier into the point-of-sale device may include an attendant keying the account identifier into the point-of-sale device.
  • the method also may include settling a transaction using the card, in which case settling a transaction using the card includes entering the account identifier from the card into a point-of-sale device, entering information from the card indicium into the point-of-sale device, transmitting the account identifier, the information from the card indicium, and a transaction settlement amount to the host computer system, at the host computer system, comparing the account identifier to the stored account identifier, the information from the card indicium information to the stored card indicium, and the transaction settlement amount to an amount of value associated with the card, and, based at least in part on the comparing step, debiting the transaction settlement amount from the amount of value associated with the card.
  • settling a transaction may include receiving cash at an automated teller machine, settling a purchase transaction as a debit card transaction, settling a purchase transaction as a credit card transaction, and/or settling a purchase transaction as a gift card transaction.
  • the card indicium may include a bar code and/or a radio frequency identification tag.
  • the purchase card may be a gift card, a pre-paid debit card, a stored value card, and/or a credit card.
  • the point-of-sale device may be a checkout scanner.
  • the machine-readable information encoding region may be a magnetic stripe and/or a radio frequency identification tag.
  • Comparing the information from the card indicium and the information from the carrier indicium with the stored card indicium and the stored carrier indicium may include sending the card indicium read from the card and the carrier indicium read from the carrier to a processor associated with the database, extracting the stored card indicium and the stored carrier indicium from the database, and comparing the card indicium read from the card and the carrier indicium read from the carrier to the stored card indicium and the stored carrier indicium.
  • the database may include a local database.
  • the database may include a database associated with a host computer system.
  • the carrier may have a password associated therewith, in which case activating the card by associating value to it may include, at an activation location, receiving an activation request.
  • the activation request may include the password and the account identifier.
  • Activating the card may further include comparing the password to a stored password associated with the account identifier in the database, receiving an amount of value to load onto the card, and activating the purchase card if the comparing step results in a match.
  • the activation location may be a web site, an interactive voice response unit, and/or a call center.
  • a method of validating and activating a purchase card includes, at a host computer system, receiving a validation request from a point-of-sale device to validate the card.
  • the validation request includes a card indicium and a carrier indicium.
  • the method also includes, at the host computer system, using one of the card indicium and the carrier indicium to locate a related stored card indicium or stored carrier indicium in a database of stored card indicia, stored carrier indicia, and account identifiers, comparing the card indicium to the stored card indicium and the carrier indicium to the stored carrier indicium, based on the comparison, sending a validation message to the point-of-sale device, receiving an amount of value to associate with the card, and storing the amount of value at the host computer system.
  • the validation request also includes an account identifier associated with the car, in which case the step of comparing the card indicium to the stored card indicium and the carrier indicium to the stored carrier indicium includes comparing the account identifier associated with the card to a stored account identifier.
  • the validation message may include a stored account identifier associated with one of the card indicium and carrier indicium, in which case the method may include receiving confirmation from the point-of-sale device that an account identifier associated with the card matches the stored account identifier.
  • the method also may include settling a purchase transaction using the card, in which case settling a transaction using the card may include, at the host computer system, receiving an account identifier from the card from a point-of-sale device, at the host computer system, receiving the card indicium from the point-of-sale device, receiving a transaction settlement amount at the host computer system, at the host computer system, comparing the account identifier to a stored account identifier, the card indicium to the stored card indicium, and the transaction settlement amount to an amount of value associated with the card, and, based at least in part on the comparing step, debiting the transaction settlement amount from the amount of value associated with the card.
  • settling a transaction may include receiving cash at an automated teller machine, settling a purchase transaction as a debit card transaction, settling a purchase transaction as a credit card transaction, and/or settling a purchase transaction as a gift card transaction.
  • Settling a transaction may include, at an activation location, receiving an activation request, in which case the activation request may include the account identifier and a password.
  • Receiving an amount of value to associate with the card also may include comparing the password to a stored password associated with the account identifier in the database, receiving an amount of value to load onto the card, and activating the purchase card if the comparing step results in a match.
  • the activation location may include a web site, an interactive voice response unit, and/or a call center.
  • a retail item for purchase includes a purchase card, and a carrier to which the purchase card is removably attached.
  • the purchase card has an account identifier associated therewith.
  • the purchase card has a card indicium affixed thereto.
  • the purchase card includes a machine-readable information encoding region into which an account identifier is encoded.
  • the purchase card is removably attached to the card carrier so that the card indicium is readably accessible.
  • the card carrier has a carrier indicium affixed thereto.
  • the card has the account identifier embossed thereon.
  • the card indicium may include a bar code having the card indicium encoded therein and/or a radio frequency identification tag having the card indicium encoded therein.
  • the purchase card may include a gift card, a pre-paid debit card, a stored value card, and/or a credit card.
  • the machine-readable information encoding region may be a magnetic stripe and/or a radio frequency identification tag.
  • FIGS. 1A to 1C illustrate a first exemplary purchase card and carrier according to embodiments of the invention.
  • FIGS. 2A and 2B illustrate a second exemplary purchase card and carrier according to embodiments of the invention.
  • FIG. 3 illustrates an exemplary purchase card validation and activation system according to embodiments of the invention.
  • FIG. 4 illustrates a first method of validating and activating a purchase card according to embodiments of the invention, which method may be implemented in the system of FIG. 3 .
  • FIG. 5 illustrates a second method of validating and activating a purchase card according to embodiments of the invention, which method may be implemented in the system of FIG. 3 .
  • FIG. 6 illustrates a third method of validating and activating a purchase card according to embodiments of the invention, which method may be implemented in the system of FIG. 3 .
  • the method of FIG. 6 is particularly applicable to the card/card carrier embodiment of FIGS. 2A and 2B .
  • FIG. 7 illustrates a settlement system according to embodiments of the invention.
  • FIG. 8 illustrates a settlement method according to embodiments of the invention, which method may be implemented in the system of FIG. 7 .
  • a presentation instrument is attached to a carrier and displayed for purchase at a retail establishment.
  • Presentation instruments include, without limitation, gift cards, stored-value cards, prepaid debit cards, prepaid credit cards, and the like, hereinafter collectively referred to as “purchase cards,” or simply “cards,” even though presentation instruments, according to embodiments of the invention are not limited to “cards” and may include emissive “fobs” or other radio frequency identification (RFID) devices, for example.
  • Purchase cards may have a “chip” or other information storage device integral thereto onto which value is loaded.
  • the card is linked to an account at a host computer system at which location value is stored. Hence, transactions involving the latter variety are settled through interaction with the host computer system. Other examples exist.
  • purchase cards include a magnetic stripe or other machine-readable/writable region that is encoded with an account identifier and/or a representation of the account identifier.
  • the account identifier is also embossed on the card.
  • the magnetic stripe may be accessible prior to activation so that a clerk can “swipe” the account identifier information from the card at the time it is purchased and validated.
  • the card is packaged to that the magnetic stripe is inaccessible while the purchase card is displayed for purchase. If the packaging has been tampered with prior to purchase, the card is simply discarded.
  • the purchase card also has a machine-readable indicium, such as a bar code, printed or otherwise affixed to the card.
  • the purchase card is attached to a carrier for display at a retail establishment.
  • the carrier may include advertising, a product name or logo, terms and conditions, activation instructions, and/or the like.
  • the carrier also has a machine-readable indicium, such as a bar code, printed thereon or affixed thereto.
  • the card indicium and the carrier indicium may be the same or may be uniquely associated with one another to prevent substitution of a “fake” card with the original card.
  • the purchase card/carrier has an associated password.
  • the password may be hidden by a scratch-off region on the carrier or otherwise inaccessible prior to purchase.
  • the attendant When a customer presents a purchase card to a checkout attendant, the attendant begins the card validation and/or activation process.
  • validation will be used herein to refer generally to the process of determining that the card is valid. That is, the process determines whether the card has been altered by, for example, having a different account number encoded onto the magnetic stripe, a different card attached to the carrier, or the like.
  • Activity generally refers to the process of assigning value to the card. The two functions may take place simultaneously, in some embodiments. In other embodiments, the card is validated at, for example, the retail establishment then later activated by the purchaser as will be described.
  • the checkout attendant initiates the process by scanning one of the machine-readable indicium, either from the carrier or from the card itself.
  • the checkout scanner may recognize from the indicium that the transaction relates to a purchase card validation transaction. This may be because an inventory system associated with the retail establishment recognizes a number associated with the indicium as being within a range relating to such purchase cards.
  • the attendant selects a key on the checkout scanner that appropriately enables the scanner for such a transaction.
  • the attendant thereafter scans the second machine readable indicium.
  • information from the two indicia are sent via a network to a host computer system where the information is compared to stored information.
  • the information from the two indicia must match or otherwise uniquely relate to one another. This may be determined by reference to a database of stored information reflective of the inventory of such cards.
  • the account number is also verified. This may be accomplished in a number of different ways. For example, if the information checks out, the host computer system may return an account identifier that is stored with the indicia information, and the attendant compares the returned account identifier to the embossed account number on the card. Only if these numbers match is activation of the purchase card allowed to continue.
  • the attendant enters the account number into the checkout scanner for transmission to the host computer system.
  • the attendant may enter the account number by manually keying the number as embossed on the card.
  • the attendant swipes the card through a reader so that the machine-readable region (e.g., the magnetic strip) is read.
  • the account number may be sent to the host computer system at the same time the two indicia are sent or in a subsequent step.
  • the account number comparison takes place at the host computer system and a validation message is returned if the comparison passes. Otherwise, the process terminates and the card is disabled.
  • the indicia information and/or account identifier information may be maintained at the retail establishment. Such information may be populated into the retail establishment's inventory system when the cards are received into inventory from the vendor. Otherwise, the process proceeds as if the information is being sent to a host computer system.
  • the purchase card may thereafter be activated by having value loaded to it.
  • the value may be loaded at the point of sale or loaded thereafter via a web site, Interactive Voice Response Unit (IVR), call center, or the like, for example. If loaded at the point of sale, the attendant asks the customer how much value to load to the card and the amount is added to the customer's ticket total.
  • the information is also sent to the host computer system and stored in relationship with the account identifier. Thereafter, the value is accessible by the customer in any of a variety of ways, as described below.
  • the purchase card may have a password associated therewith.
  • the password may be printed on the carrier and hidden by a scratch-off region, for example.
  • the password is printed on a piece of paper sealed in an envelope, or otherwise inaccessible prior to purchase. If the customer or attendant notices the password has been revealed prior to purchase, then the purchase card may be destroyed and a different one purchased.
  • the password is returned from the host computer system and provided to the customer after the card is validated (e.g., printed on the customer's receipt).
  • the customer either calls an IVR or call center, visits the web site, or the like, to complete the activation process.
  • the customer uses the account number in combination with the secret password to access an account relating to the purchase card.
  • the customer identifies the amount of value to load and identifies a source for the funds. If the value was loaded at the point of sale, the customer may simply complete the activation process at the IVR or web site. Even in embodiments in which initial value is loaded at the point of sale, the customer may thereafter load additional value by calling the IVR, visiting the web site, contacting a call center, and/or the like.
  • the customer may also change the password, transfer value to another card or cardholder, and/or the like.
  • the account number (a.k.a. account identifier) may include letters or other symbols.
  • the purchase card may be a “fob” or other radio frequency identification (RFID) device.
  • RFID radio frequency identification
  • a biometric finger print, retinal scan, etc.
  • the password may serve as the password.
  • the card is “virtual” once activated, in which case a biometric of the customer, a memorized account number, or the like is used to initiate transactions using the virtual purchase card.
  • the first and second machine-readable indicium may be one-dimensional bar codes, two-dimensional bar codes, RFID emitters, characters readable via optical character recognition scanners, and/or the like.
  • the indicia are used only once so that multiple cards are not in circulation having the same indicium.
  • the card purchased at the retail location is a temporary card. Once the card is validated and activated, a permanent card may be provided to the customer. This may be preceded with a personalization process wherein the cardholder provides personal information such as name, address, etc., at either the point of sale or via the call center, IVR, web site, etc.
  • the customer may use the card as a typical credit card.
  • the card may be used at automated teller machines (ATM), in combination with the password, to access cash, transfer value, load additional value, and/or the like.
  • ATM automated teller machines
  • the customer may use the purchase card, in combination with the password, as a debit card to purchase goods or services. Many other transaction types are possible.
  • the customer is only allowed to complete a purchase using the card if multiple criteria match the stored information. For example, upon presenting a gift card to pay for a purchase, the register attendant may swipe the account identifier from the magnetic stripe and scan the card's bar code. The information, along with the amount of the transaction, is sent to the host computer system where the account identifier and bar code are compared to the stored information. The value is compared to the remaining stored value to verify that sufficient value exists to fund the transaction. Only if all these checks pass is the transaction allowed to proceed. Those skilled in the art will appreciate many other variations and embodiments in light of this disclosure.
  • FIGS. 1A-C illustrate a specific example of a card carrier 100 and purchase card 102 according to embodiments of the invention.
  • the card carrier 100 has front 104 and back 106 portions and may include a hole 108 for enabling convenient display.
  • the card carrier also may include a product name or logo region 110 and an advertising region 112 .
  • FIGS. 1A-1C is merely exemplary of a number of possible embodiments according to the present invention.
  • the card 102 includes an embossed account identifier 114 and a magnetic stripe 116 into which a representation of the account number is encoded.
  • the magnetic strip is typically on the back side of the card, as indicated by the broken outline of the magnetic stripe 116 .
  • the information encoded on the magnetic strip may be, for example, a hash of the embossed account number.
  • the card 102 is attached to the carrier such that the magnetic stripe 116 is accessible to a card reader.
  • the card 102 may be enclosed in tamper-resistant packaging that allows the account number to still be viewable.
  • a machine-readable indicium 118 is printed on the back of the card 102 .
  • the machine-readable indicia is a one-dimensional bar code, although other indicia include two-dimensional bar codes, characters capable of being read by an OCR scanner, RFID emissive tags, and/or the like.
  • the machine-readable indicium 118 is viewable through apertures 120 , 121 in the carrier 100 , one in the back portion 104 and one in the front portion 106 .
  • a machine-readable indicium 122 is printed on the back portion 106 of the carrier 100 .
  • the indicia 118 , 122 need not be identical, the indicia are uniquely related to one another at a host computer system as will be described hereinafter.
  • a password 124 may be printed on the carrier 100 .
  • the password 124 may be hidden under a scratch-off region 126 on an interior portion 128 of the carrier.
  • the password 124 also may be encoded on the magnetic stripe 116 .
  • the carrier also may include a terms and conditions region 130 , an instructions region 132 , and/or the like.
  • FIGS. 2A and 2B illustrate a second exemplary card carrier 200 and card 202 according to embodiments of the invention.
  • an account number is not embossed on the card.
  • the front 204 and back 206 portions of the carrier are merely opposite sides of the unfolded carrier.
  • the magnetic stripe 216 of the card 202 is inaccessible to a card reader and may be packaged in tamper resistant packaging. Otherwise, the embodiments are substantially similar, with the last two digits of each respective reference numeral relating to analogous features.
  • FIG. 3 illustrates a system 300 according to embodiments of the invention.
  • the system 300 includes a host computer system 302 and a network 304 through which retail establishments 306 communicate with the host computer system 302 .
  • the host computer system 302 may include, for example, servers 308 , database storage arrangements 310 , workstation computers 312 , and/or the like.
  • the retail establishments 306 may include checkout scanners 313 , local database storage arrangements 314 , and/or the like. Users (i.e., purchase card customers) also may communicate with the host computer system 302 via the network 304 using personal computers 316 , for example.
  • indicia from each card and card carrier are stored at the database storage arrangement 3 10 .
  • the indicia need not be identical, the indicia from each card/card carrier pair is stored together or otherwise indicated as being uniquely related.
  • the database storage arrangement 310 includes a record having fields for each indicium, the account identifier associated with the card related to the indicia, the password related to the card (if used), and the load amount, which is typically blank or null until the card is activated and value is loaded.
  • a scanner 313 is used to scan the indicium from the card and the indicium from the carrier.
  • the attendant also enters the account number or scans it from the magnetic stripe.
  • the attendant also may enter a load amount as instructed from the purchaser.
  • the information is then sent to the host computer system 302 for validation. If the indicia are confirmed to be related to each other and to the account number, then the load amount is stored in the associated record in the data storage arrangement 310 and a validation message is returned to the scanner. Thereafter, the purchaser completes the transaction by remitting funds in known ways.
  • the card is validated and activated in one process.
  • the comparison may be done by the scanner or other local processor using the information from the local database storage arrangement 314 .
  • the local database storage arrangement 314 may synchronize with the database storage arrangement 310 at the host computer system 302 .
  • the value is actually stored on the card, thus eliminating the need to maintain an account balance at the host computer system.
  • Other embodiments are possible.
  • the purchaser does not load value at the point of sale.
  • the purchaser may pay some nominal value for the card and thereafter complete the activation process by calling an IVR, logging on to a web site, or the like.
  • the purchaser may find a web site address (i.e., URL) in the instructions printed on the card carrier.
  • the customer visits the web site, enters the account number and password from the card and carrier, and obtains access to the account associated with the card.
  • the web site may be hosted, for example, at the server 308 . Thereafter, the customer may personalize the account, load value, transfer value, change his password, and/or the like.
  • FIG. 4 illustrates a method 400 of validating and activating a purchase card according to embodiments of the invention.
  • the method may be embodied in the system of FIG. 3 , or other appropriate system.
  • the method 400 is merely exemplary and that other methods according to other embodiments may have more, fewer, or different steps than those illustrated and described herein. Further, other methods according to other embodiments may traverse the steps illustrated and described herein in different orders.
  • the method 400 begins at block 402 , at which point a database is populated with information from one or more cards and card carriers.
  • the information includes the indicium from the card, the indicium from the carrier, and the associated account identifier.
  • a password in also stored. Thereafter, the cards are made available for purchase.
  • a purchaser presents a card for purchase at a retail establishment.
  • a checkout attendant enables a checkout scanner for a transaction to validate the card. For example, the attendant may select a button on the scanner that tells the scanner that the subsequent transaction involves multiple steps and is not to be confused with a typical purchase item.
  • the scanner is enabled by the following step in which an indicium (e.g., bar code) is scanned. The scanner recognizes the item as a purchase card from the information read from the indicium and responds accordingly.
  • an indicium e.g., bar code
  • the attendant scans or “swipes” information from a first bar code or other indicium. This may be, for example, the bar code 122 on the back of the card carrier 100 . This is followed by a scan or swipe of the second bar code or other indicium at block 408 .
  • the attendant keys in the account number from the front of the card Thereafter, the information is sent to the host computer system (e.g., 302 from FIG. 3 ) at block 412 .
  • the checkout scanner controls the sequence of steps 406 , 408 , 410 , and 412 .
  • a display screen of the scanner may instruct the attendant to first scan the carrier indicium.
  • the scanner instructs the attendant to scan the card indicium.
  • the scanner instructs the attendant to key in the account identifier. Once this is done, the scanner transmits the information to the host computer system.
  • the scanner instructs the attendant to swipe the card through a reader to read the account identifier from the card. Swiping the account identifier from the card ensures that someone has not tampered with the magnetic stripe by encoding a different account number into the magnetic stripe.
  • the attendant may simply key in the account identifier.
  • the information is not sent to a host computer system at block 412 .
  • the information may be processed locally at a local processor and inventory database.
  • the account number is not entered until after it is verified that the information from the two indicia match each other and/or the stored information.
  • the account number is not verified as part of the verification process.
  • the host computer system verifies that the information from the two indicia match each other and/or the stored information. The host computer also determines whether the account identifier entered by the attendant, whether scanned or keyed, matches the stored account identifier. If the information does not match, the host computer system returns an “Invalid Card” message at block 416 . Otherwise, the activation process continues at block 418 , at which point the host computer system queries the point-of-sale device to enter the amount of value the customer wishes to load to the card.
  • the attendant may enter into the point-of-sale device the amount of value the customer wishes to load to the card.
  • the amount of value is sent to the host computer system and, at block 422 , stored for later use in settling a transaction using the card.
  • the method 500 to be described immediately hereinafter illustrates and describes activating the card after it has be validated at the point of sale.
  • the customer may use the card in a transaction at block 424 .
  • the transaction may be a cash withdrawal at an ATM, a purchase transaction in which the card is used like a debit card, a purchase transaction in which the card is used as a credit card, a purchase transaction in which the card is used as a gift card by the initial purchaser or a giftee of the purchaser. Many such examples are possible.
  • FIG. 5 illustrates an exemplary method 500 of validating and activating a purchase card wherein activation takes place after the card is validated at the point of sale.
  • this method 500 many steps are identical to steps discussed with respect to FIG. 4 . Analogous steps are indicated with reference to the last two digits of the reference numeral.
  • the differences between the embodiments of FIGS. 4 and 5 begins at block 530 at which point the transaction to purchase the card ends without loading value to the card. The customer completes the transaction by paying for the card and any other items purchased.
  • the card may cost some nominal value or nothing in some embodiments.
  • the card purchaser initiates activation by contacting an IVR, call center, web site, or the like at block 532 .
  • the customer provides an account identifier and password, which are verified at block 534 .
  • the customer my load or reload value to the card at block 536 .
  • the customer enters the amount of value to load and remits payment at block 538 .
  • the value is added to any preexisting value for later use in settling a transaction.
  • the customer may transfer funds to another card or card holder at block 540 . This would be accomplished by entering the account identifier of the receiving account and the amount of value to transfer. The may be useful, for example, in paying bills on line, etc.
  • the customer also may personalize the card by entering personal information (e.g., name, address, etc.) at block 542 .
  • personal information e.g., name, address, etc.
  • This is especially useful with cards such as prepaid debit cards, credit cards, and the like, which typically require personalization prior to acceptance for may transactions.
  • a permanent, personalized card may be prepared and sent at block 542 . It may be the case that any indicium associated with the temporary card (e.g., bar codes) are disabled from further use to prevent account duplication.
  • FIG. 6 illustrates another exemplary validation and activation method 600 according to embodiments of the invention.
  • This embodiment generally relates to the card/card carrier embodiment of FIG. 1 in which the account number is not embossed on the card.
  • the last two digits of each reference numeral identify analogous steps from the previous method embodiments.
  • step x 10 is not performed. Otherwise, the embodiment proceeds as the embodiment of FIG. 4 un to block 422 .
  • Settling a transaction using a card according to this embodiment include a few additional steps, as will be described.
  • the cardholder presents the card to settle a transaction.
  • Settling a transaction using a card of this embodiment includes reading the card indicium at block 662 and reading the account identifier at block 664 . These steps include, for example, scanning the bar code and swiping the card.
  • the information is sent to the host computer system. The information includes the transaction amount, in addition to the information read from the card indicium and the account identifier. A comparison is made at block 668 , and if the information does not match or there is insufficient stored value to settle the transaction, then the card is rejected at block 670 . Otherwise, the transaction is settled against the stored value at block 672 .
  • the method 600 described but one settlement method according to embodiments of the invention. Many exist and may be implemented in the system 700 of FIG. 7 or other appropriate system.
  • the system 700 includes a point-of-sale (POS) device 702 and several settlement networks 704 , 706 , 708 .
  • the settlement networks may be, for example, a private network 704 , through which gift cards and the like are settled; a branded debit network 706 , (e.g., the STARTM network) through which debit or Automated Teller Machine (ATM) transactions are settled; and a credit card network 708 (e.g., a MASTERCARDTM network), through which credit card transactions are settled.
  • a private network 704 through which gift cards and the like are settled
  • a branded debit network 706 e.g., the STARTM network
  • ATM Automated Teller Machine
  • a credit card network 708 e.g., a MASTERCARDTM network
  • the POS device 702 may be a checkout scanner, an ATM, a web site settlement engine, or the like.
  • the POS device is configured to recognize the type of transaction in which the card is being used and/or configured to be responsive to a customer's selection of the type of transaction desired. As a result, the POS device 702 directs the transition settlement information to the appropriate network. As is known, this may include dialing a specific number, accessing a particular IP address, or the like.
  • Each settlement channel may include an intermediary 710 , 712 , 714 that appropriately directs the transaction so that necessary authorization and/or settlement details eventually reach the host computer system 302 , described previously with respect to FIG. 3 .
  • Intermediaries may include, for example, a transaction processor that processes the transactions of the merchant at which the POS is located, an acquiring bank, an issuing institution, and the like.
  • the networks merge, according to some embodiments, with a single processor handling all intervening activities between the POS device 702 and the host computer system 302 .
  • FIG. 8 illustrates a settlement method 800 according to embodiments of the invention.
  • the method begins at block 802 when a cardholder presents a card to settle a transaction.
  • the account number is entered into a POS device, such as a checkout scanner.
  • a determination is made whether the transaction relates to a gift card or other type of stored value card. This determination may be made with reference to the account number, a selection by the cardholder, the attendant, or the like. If the transaction is to be settled using a gift card, then the card indicium (e.g., bar code) is read at block 808 .
  • the card indicium e.g., bar code
  • the information is sent to the host computer system at block 810 and a determination is made at block 812 whether the information matches the stored information and whether sufficient funds exist to settle the transaction. If any check fails, the card is reject at block 814 and an appropriate message is returned to the POS. Otherwise, the transaction is settled against the prepaid amount at block 816 .
  • the card is not being used as a debit card or gift card, then it may be used as a credit card. If so, the transaction is settled as a credit card transaction at block 824 . This may include accomplishing an authorization, in which the value loaded against the card is treated as a credit limit and the transaction authorized only if a sufficient balance exists. Thereafter, the transaction may be batch settled in known ways. Those skilled in the art will appreciate may other settlement embodiments in light of the disclosure herein.

Abstract

A method of validating and activating a purchase card includes providing a purchase card that is removably attached to a card carrier. The purchase card has an account identifier associated therewith and has a card indicium affixed thereto. The purchase card includes a machine-readable information encoding region into which the account identifier is encoded. The card carrier has a carrier indicium affixed thereto. The method includes populating a database with a stored card indicium that relates to the card indicium, a stored carrier indicium that relates to the carrier indicium, and a stored account identifier that relates to the account identifier, thereby uniquely coupling the account identifier to the card indicium. Activating the card by associating value to it includes comparing the information from the card indicium and the information from the carrier indicium with the stored card indicium and the stored carrier indicium

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation and claims the benefit of co-pending, commonly-assigned U.S. patent application Ser. No. 11/265,530, filed Nov. 1, 2005, entitled “Presentation Instrument Display And Activation Systems And Methods,” now allowed, which is a non-provisional and claims the benefit of co-pending, commonly assigned U.S. Provisional Patent Application No. 60/711,017, filed Aug. 23, 2005, entitled “Presentation Instrument Display And Activation Systems And Methods,” the entire disclosure of each of which is incorporated herein by reference for all purposes.
  • This application is related to the following commonly assigned U.S. patent applications, the entire disclosure of each of which is incorporated herein by reference for all purposes: U.S. Pat. No. 7,063,255, issued Jun. 20, 2006, entitled “Card Display System And Method”; U.S. Pat. No. 7,080,776, issued Jul. 25, 2006, entitled “Transaction Card Assemblies And Methods”; U.S. patent application Ser. No. 11/117,606, filed Apr. 27, 2005, entitled “Tamper Resistant Presentation Instruments And Methods”; U.S. patent application Ser. No. 11/122,414, filed May 4, 2005, entitled “System And Method For Accounting For Activation Of Stored Value Cards”; U.S. Provisional Patent Application No. 60/680,408, filed May 11, 2005, entitled “Transaction Card Carrier Assemblies”; U.S. Pat. No. 7,325,726, issued Feb. 5, 2008, entitled “System And Method For Detecting Fraudulent Use Of Stored Value Instruments”; U.S. Provisional Patent Application No. 60/680,379, filed on May 11, 2005, entitled “Security Systems For A Payment Instrument”; U.S. Provisional Patent Application No. 60/680,383, filed on May 11, 2005, entitled “Anti-Fraud Presentation Instruments, Systems And Methods”; U.S. patent application Ser. No. 11/132,710, filed May 18, 2005, entitled “Money Transfer Cards, Systems And Methods”; and U.S. patent application Ser. No. 11/155,323, filed on Jun. 17, 2005, entitled “Transaction Card Carrier Assemblies.”
  • FIELD OF THE INVENTION
  • Embodiments of the invention relate generally to presentation instruments. More specifically, embodiments of the invention provide, among other things, prepaid presentation instrument validation and activation systems and methods.
  • BACKGROUND OF THE INVENTION
  • Stored-value and other varieties of pre-paid presentation instruments (e.g., gift cards, debit cards, prepaid credit cards, phone cards, etc.) are becoming increasingly popular, especially as a means to transfer money from one individual to another. They provide near the convenience of cash, given their wide acceptance, yet avoid the need to actually carry cash. Further, they may be “loaded” with value from any of a number of sources. Hence, the purchaser need not have cash to acquire such cards. Further still, stored-value presentation instruments allow those with poor credit and/or those who wish to remain anonymous to enjoy the purchasing convenience of credit cards.
  • Inactive stored-value presentation instruments, especially gift cards, are displayed for purchase like a typical retail item, often being displayed near the registers of retail establishments to provide convenient access for purchasers and to increase impulse purchases. Stored-value presentation instruments typically are not loaded with value while displayed. Nevertheless, some have devised ways to defeat presently-known security measures. For these and other reasons, improved validation and activation systems and methods are needed for presentation instruments, especially stored-value presentation instruments.
  • BRIEF SUMMARY OF THE INVENTION
  • Embodiments of the invention provide a method of validating and activating a purchase card. The method includes providing a purchase card that is removably attached to a card carrier. The purchase card has an account identifier associated therewith and has a card indicium affixed thereto. The purchase card includes a machine-readable information encoding region into which the account identifier is encoded. The card carrier has a carrier indicium affixed thereto. The method further includes populating a database with a stored card indicium that relates to the card indicium, a stored carrier indicium that relates to the carrier indicium, and a stored account identifier that relates to the account identifier. This uniquely couples the account identifier to the card indicium. The method also includes, at a point-of-sale device and in response to a customer request to purchase the purchase card, entering information from the card indicium into the point-of-sale device. The method further includes, at the point-of-sale device, entering information from the carrier indicium into the point-of-sale device, comparing the information from the card indicium and the information from the carrier indicium with the stored card indicium and the stored carrier indicium, and, based at least in part on the comparing step, activating the card by associating value to it.
  • In some embodiments, the method includes entering the account identifier into the point-of-sale device, in which case the comparing step includes comparing the account identifier from the card to the stored account identifier. Entering the account identifier into the point-of-sale device may include reading the account identifier from the machine-readable information encoding region. The account identifier may be embossed on the card, in which case entering the account identifier into the point-of-sale device may include an attendant keying the account identifier into the point-of-sale device. The method also may include settling a transaction using the card, in which case settling a transaction using the card includes entering the account identifier from the card into a point-of-sale device, entering information from the card indicium into the point-of-sale device, transmitting the account identifier, the information from the card indicium, and a transaction settlement amount to the host computer system, at the host computer system, comparing the account identifier to the stored account identifier, the information from the card indicium information to the stored card indicium, and the transaction settlement amount to an amount of value associated with the card, and, based at least in part on the comparing step, debiting the transaction settlement amount from the amount of value associated with the card.
  • In some embodiments, settling a transaction may include receiving cash at an automated teller machine, settling a purchase transaction as a debit card transaction, settling a purchase transaction as a credit card transaction, and/or settling a purchase transaction as a gift card transaction. The card indicium may include a bar code and/or a radio frequency identification tag. The purchase card may be a gift card, a pre-paid debit card, a stored value card, and/or a credit card. The point-of-sale device may be a checkout scanner. The machine-readable information encoding region may be a magnetic stripe and/or a radio frequency identification tag. Comparing the information from the card indicium and the information from the carrier indicium with the stored card indicium and the stored carrier indicium may include sending the card indicium read from the card and the carrier indicium read from the carrier to a processor associated with the database, extracting the stored card indicium and the stored carrier indicium from the database, and comparing the card indicium read from the card and the carrier indicium read from the carrier to the stored card indicium and the stored carrier indicium. The database may include a local database. The database may include a database associated with a host computer system.
  • In some embodiments, the carrier may have a password associated therewith, in which case activating the card by associating value to it may include, at an activation location, receiving an activation request. The activation request may include the password and the account identifier. Activating the card may further include comparing the password to a stored password associated with the account identifier in the database, receiving an amount of value to load onto the card, and activating the purchase card if the comparing step results in a match. The activation location may be a web site, an interactive voice response unit, and/or a call center.
  • In still other embodiments, a method of validating and activating a purchase card includes, at a host computer system, receiving a validation request from a point-of-sale device to validate the card. The validation request includes a card indicium and a carrier indicium. The method also includes, at the host computer system, using one of the card indicium and the carrier indicium to locate a related stored card indicium or stored carrier indicium in a database of stored card indicia, stored carrier indicia, and account identifiers, comparing the card indicium to the stored card indicium and the carrier indicium to the stored carrier indicium, based on the comparison, sending a validation message to the point-of-sale device, receiving an amount of value to associate with the card, and storing the amount of value at the host computer system.
  • In some embodiments, the validation request also includes an account identifier associated with the car, in which case the step of comparing the card indicium to the stored card indicium and the carrier indicium to the stored carrier indicium includes comparing the account identifier associated with the card to a stored account identifier. The validation message may include a stored account identifier associated with one of the card indicium and carrier indicium, in which case the method may include receiving confirmation from the point-of-sale device that an account identifier associated with the card matches the stored account identifier. The method also may include settling a purchase transaction using the card, in which case settling a transaction using the card may include, at the host computer system, receiving an account identifier from the card from a point-of-sale device, at the host computer system, receiving the card indicium from the point-of-sale device, receiving a transaction settlement amount at the host computer system, at the host computer system, comparing the account identifier to a stored account identifier, the card indicium to the stored card indicium, and the transaction settlement amount to an amount of value associated with the card, and, based at least in part on the comparing step, debiting the transaction settlement amount from the amount of value associated with the card.
  • In some embodiments, settling a transaction may include receiving cash at an automated teller machine, settling a purchase transaction as a debit card transaction, settling a purchase transaction as a credit card transaction, and/or settling a purchase transaction as a gift card transaction. Settling a transaction may include, at an activation location, receiving an activation request, in which case the activation request may include the account identifier and a password. Receiving an amount of value to associate with the card also may include comparing the password to a stored password associated with the account identifier in the database, receiving an amount of value to load onto the card, and activating the purchase card if the comparing step results in a match. The activation location may include a web site, an interactive voice response unit, and/or a call center.
  • In still other embodiments, a retail item for purchase includes a purchase card, and a carrier to which the purchase card is removably attached. The purchase card has an account identifier associated therewith. The purchase card has a card indicium affixed thereto. The purchase card includes a machine-readable information encoding region into which an account identifier is encoded. The purchase card is removably attached to the card carrier so that the card indicium is readably accessible. The card carrier has a carrier indicium affixed thereto.
  • In some embodiments, the card has the account identifier embossed thereon. The card indicium may include a bar code having the card indicium encoded therein and/or a radio frequency identification tag having the card indicium encoded therein. The purchase card may include a gift card, a pre-paid debit card, a stored value card, and/or a credit card. The machine-readable information encoding region may be a magnetic stripe and/or a radio frequency identification tag.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • A further understanding of the nature and advantages of the present invention may be realized by reference to the remaining portions of the specification and the drawings wherein like reference numerals are used throughout the several drawings to refer to similar components. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If only the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.
  • FIGS. 1A to 1C illustrate a first exemplary purchase card and carrier according to embodiments of the invention.
  • FIGS. 2A and 2B illustrate a second exemplary purchase card and carrier according to embodiments of the invention.
  • FIG. 3 illustrates an exemplary purchase card validation and activation system according to embodiments of the invention.
  • FIG. 4 illustrates a first method of validating and activating a purchase card according to embodiments of the invention, which method may be implemented in the system of FIG. 3.
  • FIG. 5 illustrates a second method of validating and activating a purchase card according to embodiments of the invention, which method may be implemented in the system of FIG. 3.
  • FIG. 6 illustrates a third method of validating and activating a purchase card according to embodiments of the invention, which method may be implemented in the system of FIG. 3. The method of FIG. 6 is particularly applicable to the card/card carrier embodiment of FIGS. 2A and 2B.
  • FIG. 7 illustrates a settlement system according to embodiments of the invention.
  • FIG. 8 illustrates a settlement method according to embodiments of the invention, which method may be implemented in the system of FIG. 7.
  • DETAILED DESCRIPTION OF THE INVENTION
  • According to embodiments of the present invention, a presentation instrument is attached to a carrier and displayed for purchase at a retail establishment. Presentation instruments according to embodiments of the invention include, without limitation, gift cards, stored-value cards, prepaid debit cards, prepaid credit cards, and the like, hereinafter collectively referred to as “purchase cards,” or simply “cards,” even though presentation instruments, according to embodiments of the invention are not limited to “cards” and may include emissive “fobs” or other radio frequency identification (RFID) devices, for example. Purchase cards may have a “chip” or other information storage device integral thereto onto which value is loaded. In other embodiments, the card is linked to an account at a host computer system at which location value is stored. Hence, transactions involving the latter variety are settled through interaction with the host computer system. Other examples exist.
  • According to some embodiments, purchase cards include a magnetic stripe or other machine-readable/writable region that is encoded with an account identifier and/or a representation of the account identifier. In some embodiments, the account identifier is also embossed on the card. The magnetic stripe may be accessible prior to activation so that a clerk can “swipe” the account identifier information from the card at the time it is purchased and validated. In other embodiments, the card is packaged to that the magnetic stripe is inaccessible while the purchase card is displayed for purchase. If the packaging has been tampered with prior to purchase, the card is simply discarded. The purchase card also has a machine-readable indicium, such as a bar code, printed or otherwise affixed to the card.
  • The purchase card is attached to a carrier for display at a retail establishment. The carrier may include advertising, a product name or logo, terms and conditions, activation instructions, and/or the like. The carrier also has a machine-readable indicium, such as a bar code, printed thereon or affixed thereto. The card indicium and the carrier indicium may be the same or may be uniquely associated with one another to prevent substitution of a “fake” card with the original card.
  • In some embodiments, the purchase card/carrier has an associated password. The password may be hidden by a scratch-off region on the carrier or otherwise inaccessible prior to purchase.
  • When a customer presents a purchase card to a checkout attendant, the attendant begins the card validation and/or activation process. It should be noted that the term “validation” will be used herein to refer generally to the process of determining that the card is valid. That is, the process determines whether the card has been altered by, for example, having a different account number encoded onto the magnetic stripe, a different card attached to the carrier, or the like. “Activation,” as used herein, generally refers to the process of assigning value to the card. The two functions may take place simultaneously, in some embodiments. In other embodiments, the card is validated at, for example, the retail establishment then later activated by the purchaser as will be described.
  • The checkout attendant initiates the process by scanning one of the machine-readable indicium, either from the carrier or from the card itself. The checkout scanner may recognize from the indicium that the transaction relates to a purchase card validation transaction. This may be because an inventory system associated with the retail establishment recognizes a number associated with the indicium as being within a range relating to such purchase cards. In some embodiments, the attendant selects a key on the checkout scanner that appropriately enables the scanner for such a transaction. The attendant thereafter scans the second machine readable indicium.
  • In some embodiments, information from the two indicia are sent via a network to a host computer system where the information is compared to stored information. For the purchase card to be valid, the information from the two indicia must match or otherwise uniquely relate to one another. This may be determined by reference to a database of stored information reflective of the inventory of such cards.
  • In some embodiments, the account number is also verified. This may be accomplished in a number of different ways. For example, if the information checks out, the host computer system may return an account identifier that is stored with the indicia information, and the attendant compares the returned account identifier to the embossed account number on the card. Only if these numbers match is activation of the purchase card allowed to continue.
  • In other embodiments, the attendant enters the account number into the checkout scanner for transmission to the host computer system. The attendant may enter the account number by manually keying the number as embossed on the card. In some embodiments, the attendant swipes the card through a reader so that the machine-readable region (e.g., the magnetic strip) is read. The account number may be sent to the host computer system at the same time the two indicia are sent or in a subsequent step. In any of these embodiments, the account number comparison takes place at the host computer system and a validation message is returned if the comparison passes. Otherwise, the process terminates and the card is disabled.
  • In some embodiments, it is not necessary to send the indicia information and/or account identifier information to the host computer system. The necessary information may be maintained at the retail establishment. Such information may be populated into the retail establishment's inventory system when the cards are received into inventory from the vendor. Otherwise, the process proceeds as if the information is being sent to a host computer system.
  • Once the purchase card is validated, it may thereafter be activated by having value loaded to it. The value may be loaded at the point of sale or loaded thereafter via a web site, Interactive Voice Response Unit (IVR), call center, or the like, for example. If loaded at the point of sale, the attendant asks the customer how much value to load to the card and the amount is added to the customer's ticket total. The information is also sent to the host computer system and stored in relationship with the account identifier. Thereafter, the value is accessible by the customer in any of a variety of ways, as described below.
  • To enable the customer to securely activate the card using a web site, IVR or the like, the purchase card may have a password associated therewith. The password may be printed on the carrier and hidden by a scratch-off region, for example. In some embodiments, the password is printed on a piece of paper sealed in an envelope, or otherwise inaccessible prior to purchase. If the customer or attendant notices the password has been revealed prior to purchase, then the purchase card may be destroyed and a different one purchased. In some embodiments, the password is returned from the host computer system and provided to the customer after the card is validated (e.g., printed on the customer's receipt).
  • If the card is later activated by the customer, the customer either calls an IVR or call center, visits the web site, or the like, to complete the activation process. The customer uses the account number in combination with the secret password to access an account relating to the purchase card. If value has yet to be loaded, the customer identifies the amount of value to load and identifies a source for the funds. If the value was loaded at the point of sale, the customer may simply complete the activation process at the IVR or web site. Even in embodiments in which initial value is loaded at the point of sale, the customer may thereafter load additional value by calling the IVR, visiting the web site, contacting a call center, and/or the like. The customer may also change the password, transfer value to another card or cardholder, and/or the like.
  • Those skilled in the art will appreciate many other examples in light of this disclosure. For example, in some embodiments, the account number (a.k.a. account identifier) may include letters or other symbols. The purchase card may be a “fob” or other radio frequency identification (RFID) device. In some embodiments, a biometric (finger print, retinal scan, etc.) of the customer may serve as the password.
  • In some embodiments, the card is “virtual” once activated, in which case a biometric of the customer, a memorized account number, or the like is used to initiate transactions using the virtual purchase card.
  • The first and second machine-readable indicium may be one-dimensional bar codes, two-dimensional bar codes, RFID emitters, characters readable via optical character recognition scanners, and/or the like. In some embodiments, the indicia are used only once so that multiple cards are not in circulation having the same indicium.
  • In some embodiments, the card purchased at the retail location is a temporary card. Once the card is validated and activated, a permanent card may be provided to the customer. This may be preceded with a personalization process wherein the cardholder provides personal information such as name, address, etc., at either the point of sale or via the call center, IVR, web site, etc.
  • Once activated, the customer may use the card as a typical credit card. In some embodiments, the card may be used at automated teller machines (ATM), in combination with the password, to access cash, transfer value, load additional value, and/or the like. In some embodiments, the customer may use the purchase card, in combination with the password, as a debit card to purchase goods or services. Many other transaction types are possible.
  • In some embodiments, the customer is only allowed to complete a purchase using the card if multiple criteria match the stored information. For example, upon presenting a gift card to pay for a purchase, the register attendant may swipe the account identifier from the magnetic stripe and scan the card's bar code. The information, along with the amount of the transaction, is sent to the host computer system where the account identifier and bar code are compared to the stored information. The value is compared to the remaining stored value to verify that sufficient value exists to fund the transaction. Only if all these checks pass is the transaction allowed to proceed. Those skilled in the art will appreciate many other variations and embodiments in light of this disclosure.
  • Having described embodiments of the invention generally, attention is directed to FIGS. 1A-C, which illustrate a specific example of a card carrier 100 and purchase card 102 according to embodiments of the invention. The card carrier 100 has front 104 and back 106 portions and may include a hole 108 for enabling convenient display. The card carrier also may include a product name or logo region 110 and an advertising region 112. Those skilled in the art will appreciate that the specific embodiment of FIGS. 1A-1C is merely exemplary of a number of possible embodiments according to the present invention.
  • The card 102 includes an embossed account identifier 114 and a magnetic stripe 116 into which a representation of the account number is encoded. The magnetic strip is typically on the back side of the card, as indicated by the broken outline of the magnetic stripe 116. The information encoded on the magnetic strip may be, for example, a hash of the embossed account number. In some embodiments, the card 102 is attached to the carrier such that the magnetic stripe 116 is accessible to a card reader. The card 102 may be enclosed in tamper-resistant packaging that allows the account number to still be viewable.
  • A machine-readable indicium 118 is printed on the back of the card 102. In this specific embodiment, the machine-readable indicia is a one-dimensional bar code, although other indicia include two-dimensional bar codes, characters capable of being read by an OCR scanner, RFID emissive tags, and/or the like. The machine-readable indicium 118 is viewable through apertures 120, 121 in the carrier 100, one in the back portion 104 and one in the front portion 106.
  • A machine-readable indicium 122 is printed on the back portion 106 of the carrier 100. Although the indicia 118, 122 need not be identical, the indicia are uniquely related to one another at a host computer system as will be described hereinafter.
  • A password 124 may be printed on the carrier 100. The password 124 may be hidden under a scratch-off region 126 on an interior portion 128 of the carrier. The password 124 also may be encoded on the magnetic stripe 116.
  • The carrier also may include a terms and conditions region 130, an instructions region 132, and/or the like.
  • FIGS. 2A and 2B illustrate a second exemplary card carrier 200 and card 202 according to embodiments of the invention. In this embodiment, an account number is not embossed on the card. Further, in this embodiment the front 204 and back 206 portions of the carrier are merely opposite sides of the unfolded carrier. In this embodiment the magnetic stripe 216 of the card 202 is inaccessible to a card reader and may be packaged in tamper resistant packaging. Otherwise, the embodiments are substantially similar, with the last two digits of each respective reference numeral relating to analogous features.
  • Attention is directed to FIG. 3, which illustrates a system 300 according to embodiments of the invention. Those skilled in the art will appreciate that the system 300 is merely exemplary of a number of possible embodiments according to the invention. The system 300 includes a host computer system 302 and a network 304 through which retail establishments 306 communicate with the host computer system 302. The host computer system 302 may include, for example, servers 308, database storage arrangements 310, workstation computers 312, and/or the like. The retail establishments 306 may include checkout scanners 313, local database storage arrangements 314, and/or the like. Users (i.e., purchase card customers) also may communicate with the host computer system 302 via the network 304 using personal computers 316, for example.
  • In operation, indicia from each card and card carrier are stored at the database storage arrangement 3 10. As stated previously, although the indicia need not be identical, the indicia from each card/card carrier pair is stored together or otherwise indicated as being uniquely related. In a specific embodiment, the database storage arrangement 310 includes a record having fields for each indicium, the account identifier associated with the card related to the indicia, the password related to the card (if used), and the load amount, which is typically blank or null until the card is activated and value is loaded.
  • When a card is presented for purchase at a retail establishment, a scanner 313 is used to scan the indicium from the card and the indicium from the carrier. In some embodiments, the attendant also enters the account number or scans it from the magnetic stripe. The attendant also may enter a load amount as instructed from the purchaser. The information is then sent to the host computer system 302 for validation. If the indicia are confirmed to be related to each other and to the account number, then the load amount is stored in the associated record in the data storage arrangement 310 and a validation message is returned to the scanner. Thereafter, the purchaser completes the transaction by remitting funds in known ways. Hence, in this embodiment, the card is validated and activated in one process.
  • If the card is capable of being validated locally, the comparison may be done by the scanner or other local processor using the information from the local database storage arrangement 314. Periodically, the local database storage arrangement 314 may synchronize with the database storage arrangement 310 at the host computer system 302. In other embodiments, the value is actually stored on the card, thus eliminating the need to maintain an account balance at the host computer system. Other embodiments are possible.
  • In some embodiments, the purchaser does not load value at the point of sale. The purchaser may pay some nominal value for the card and thereafter complete the activation process by calling an IVR, logging on to a web site, or the like. For example, the purchaser may find a web site address (i.e., URL) in the instructions printed on the card carrier. Using his personal computer 316, the customer visits the web site, enters the account number and password from the card and carrier, and obtains access to the account associated with the card. The web site may be hosted, for example, at the server 308. Thereafter, the customer may personalize the account, load value, transfer value, change his password, and/or the like.
  • Attention is directed to FIG. 4, which illustrates a method 400 of validating and activating a purchase card according to embodiments of the invention. The method may be embodied in the system of FIG. 3, or other appropriate system. Those skilled in the art will appreciate that the method 400 is merely exemplary and that other methods according to other embodiments may have more, fewer, or different steps than those illustrated and described herein. Further, other methods according to other embodiments may traverse the steps illustrated and described herein in different orders.
  • The method 400 begins at block 402, at which point a database is populated with information from one or more cards and card carriers. The information includes the indicium from the card, the indicium from the carrier, and the associated account identifier. In some embodiments, a password in also stored. Thereafter, the cards are made available for purchase.
  • At block 404, a purchaser presents a card for purchase at a retail establishment. A checkout attendant enables a checkout scanner for a transaction to validate the card. For example, the attendant may select a button on the scanner that tells the scanner that the subsequent transaction involves multiple steps and is not to be confused with a typical purchase item. In other embodiments, the scanner is enabled by the following step in which an indicium (e.g., bar code) is scanned. The scanner recognizes the item as a purchase card from the information read from the indicium and responds accordingly.
  • At step 406, the attendant scans or “swipes” information from a first bar code or other indicium. This may be, for example, the bar code 122 on the back of the card carrier 100. This is followed by a scan or swipe of the second bar code or other indicium at block 408. At block 410, the attendant keys in the account number from the front of the card. Thereafter, the information is sent to the host computer system (e.g., 302 from FIG. 3) at block 412.
  • In some embodiments, the checkout scanner controls the sequence of steps 406, 408, 410, and 412. For example, if the checkout attendant selects a key on the scanner that enables the scanner for this transaction, then a display screen of the scanner may instruct the attendant to first scan the carrier indicium. In response to the attendant scanning the carrier indicium, the scanner instructs the attendant to scan the card indicium. After the attendant does so, the scanner instructs the attendant to key in the account identifier. Once this is done, the scanner transmits the information to the host computer system.
  • In some embodiments, the scanner instructs the attendant to swipe the card through a reader to read the account identifier from the card. Swiping the account identifier from the card ensures that someone has not tampered with the magnetic stripe by encoding a different account number into the magnetic stripe. In other embodiments, such as those in which the card is enclosed in tamper-resistant packaging that nevertheless allows visual access to the account identifier, the attendant may simply key in the account identifier.
  • In some embodiments, the information is not sent to a host computer system at block 412. The information may be processed locally at a local processor and inventory database.
  • In some embodiments, the account number is not entered until after it is verified that the information from the two indicia match each other and/or the stored information. Many other examples are possible, such as the embodiment discussed with respect to FIG. 6 in which the account number is not verified as part of the verification process.
  • Continuing with the description of the method 400, at block 414 the host computer system verifies that the information from the two indicia match each other and/or the stored information. The host computer also determines whether the account identifier entered by the attendant, whether scanned or keyed, matches the stored account identifier. If the information does not match, the host computer system returns an “Invalid Card” message at block 416. Otherwise, the activation process continues at block 418, at which point the host computer system queries the point-of-sale device to enter the amount of value the customer wishes to load to the card.
  • If the card is to be activated at the point of sale, then at block 420 the attendant may enter into the point-of-sale device the amount of value the customer wishes to load to the card. The amount of value is sent to the host computer system and, at block 422, stored for later use in settling a transaction using the card. The method 500 to be described immediately hereinafter illustrates and describes activating the card after it has be validated at the point of sale.
  • Following either activation scenario, the customer may use the card in a transaction at block 424. The transaction may be a cash withdrawal at an ATM, a purchase transaction in which the card is used like a debit card, a purchase transaction in which the card is used as a credit card, a purchase transaction in which the card is used as a gift card by the initial purchaser or a giftee of the purchaser. Many such examples are possible.
  • FIG. 5 illustrates an exemplary method 500 of validating and activating a purchase card wherein activation takes place after the card is validated at the point of sale. In this method 500, many steps are identical to steps discussed with respect to FIG. 4. Analogous steps are indicated with reference to the last two digits of the reference numeral. The differences between the embodiments of FIGS. 4 and 5 begins at block 530 at which point the transaction to purchase the card ends without loading value to the card. The customer completes the transaction by paying for the card and any other items purchased. Those skilled in the art will appreciate that the card may cost some nominal value or nothing in some embodiments.
  • Thereafter, the card purchaser initiates activation by contacting an IVR, call center, web site, or the like at block 532. In doing so, the customer provides an account identifier and password, which are verified at block 534.
  • If the account identifier and password match the stored account identifier and associated password, then the customer my load or reload value to the card at block 536. The customer enters the amount of value to load and remits payment at block 538. The value is added to any preexisting value for later use in settling a transaction.
  • In some embodiments, the customer may transfer funds to another card or card holder at block 540. This would be accomplished by entering the account identifier of the receiving account and the amount of value to transfer. The may be useful, for example, in paying bills on line, etc.
  • The customer also may personalize the card by entering personal information (e.g., name, address, etc.) at block 542. This is especially useful with cards such as prepaid debit cards, credit cards, and the like, which typically require personalization prior to acceptance for may transactions. Once the customer personalizes the card, a permanent, personalized card may be prepared and sent at block 542. It may be the case that any indicium associated with the temporary card (e.g., bar codes) are disabled from further use to prevent account duplication.
  • FIG. 6 illustrates another exemplary validation and activation method 600 according to embodiments of the invention. This embodiment generally relates to the card/card carrier embodiment of FIG. 1 in which the account number is not embossed on the card. Again, in this exemplary embodiment, the last two digits of each reference numeral identify analogous steps from the previous method embodiments.
  • In this embodiment, the account number is not verified at the point-of-sale. Hence, step x10 is not performed. Otherwise, the embodiment proceeds as the embodiment of FIG. 4 un to block 422. Settling a transaction using a card according to this embodiment include a few additional steps, as will be described.
  • At block 660, the cardholder presents the card to settle a transaction. Settling a transaction using a card of this embodiment includes reading the card indicium at block 662 and reading the account identifier at block 664. These steps include, for example, scanning the bar code and swiping the card. At block 666, the information is sent to the host computer system. The information includes the transaction amount, in addition to the information read from the card indicium and the account identifier. A comparison is made at block 668, and if the information does not match or there is insufficient stored value to settle the transaction, then the card is rejected at block 670. Otherwise, the transaction is settled against the stored value at block 672.
  • The method 600 described but one settlement method according to embodiments of the invention. Many exist and may be implemented in the system 700 of FIG. 7 or other appropriate system. The system 700 includes a point-of-sale (POS) device 702 and several settlement networks 704, 706, 708. The settlement networks may be, for example, a private network 704, through which gift cards and the like are settled; a branded debit network 706, (e.g., the STAR™ network) through which debit or Automated Teller Machine (ATM) transactions are settled; and a credit card network 708 (e.g., a MASTERCARD™ network), through which credit card transactions are settled. The POS device 702 may be a checkout scanner, an ATM, a web site settlement engine, or the like. The POS device is configured to recognize the type of transaction in which the card is being used and/or configured to be responsive to a customer's selection of the type of transaction desired. As a result, the POS device 702 directs the transition settlement information to the appropriate network. As is known, this may include dialing a specific number, accessing a particular IP address, or the like.
  • Each settlement channel may include an intermediary 710, 712, 714 that appropriately directs the transaction so that necessary authorization and/or settlement details eventually reach the host computer system 302, described previously with respect to FIG. 3. Intermediaries may include, for example, a transaction processor that processes the transactions of the merchant at which the POS is located, an acquiring bank, an issuing institution, and the like. As is apparent to those skilled in the art, the networks merge, according to some embodiments, with a single processor handling all intervening activities between the POS device 702 and the host computer system 302.
  • FIG. 8 illustrates a settlement method 800 according to embodiments of the invention. The method begins at block 802 when a cardholder presents a card to settle a transaction. At block 804, the account number is entered into a POS device, such as a checkout scanner. At block 806, a determination is made whether the transaction relates to a gift card or other type of stored value card. This determination may be made with reference to the account number, a selection by the cardholder, the attendant, or the like. If the transaction is to be settled using a gift card, then the card indicium (e.g., bar code) is read at block 808. The information is sent to the host computer system at block 810 and a determination is made at block 812 whether the information matches the stored information and whether sufficient funds exist to settle the transaction. If any check fails, the card is reject at block 814 and an appropriate message is returned to the POS. Otherwise, the transaction is settled against the prepaid amount at block 816.
  • Returning to the determination made at block 806, if the transaction is not being settled against a gift card, then a determination is made whether the transaction is being settled against a debit card at block 818. As with the prior determination, this may be done with reference to the account number, a cardholder input, an attendant input, or the like. If the card is being used as a debit card, then the customer enters a password at block 820. Provided the password and account number match the stored information and there exists sufficient value to settle the transaction, then the transaction is settled at block 822.
  • If the card is not being used as a debit card or gift card, then it may be used as a credit card. If so, the transaction is settled as a credit card transaction at block 824. This may include accomplishing an authorization, in which the value loaded against the card is treated as a credit limit and the transaction authorized only if a sufficient balance exists. Thereafter, the transaction may be batch settled in known ways. Those skilled in the art will appreciate may other settlement embodiments in light of the disclosure herein.
  • Having described several embodiments, it will be recognized by those of skill in the art that various modifications, alternative constructions, and equivalents may be used without departing from the spirit of the invention. Additionally, a number of well-known processes and elements have not been described in order to avoid unnecessarily obscuring the present invention. Accordingly, the above description should not be taken as limiting the scope of the invention, which is defined in the following claims.

Claims (22)

1. A method of validating and activating a purchase card, comprising:
providing a purchase card that is removably attached to a card carrier, wherein the purchase card has an account identifier associated therewith and has a card indicium affixed thereto, wherein the purchase card includes a machine-readable information encoding region into which the account identifier is encoded, and wherein the card carrier has a carrier indicium affixed thereto;
populating a database with a stored card indicium that relates to the card indicium, a stored carrier indicium that relates to the carrier indicium, and a stored account identifier that relates to the account identifier, thereby uniquely coupling the account identifier to the card indicium;
at a point-of-sale device and in response to a customer request to purchase the purchase card, entering information from the card indicium into the point-of-sale device;
at the point-of-sale device, entering information from the carrier indicium into the point-of-sale device;
comparing the information from the card indicium and the information from the carrier indicium with the stored card indicium and the stored carrier indicium; and
based at least in part on the comparing step, activating the card by associating value to it.
2. The method of claim 1, wherein the method further comprises entering the account identifier into the point-of-sale device and wherein the comparing step includes comparing the account identifier from the card to the stored account identifier.
3. The method of claim 2, wherein entering the account identifier into the point-of-sale device comprises reading the account identifier from the machine-readable information encoding region.
4. The method of claim 2, wherein the account identifier is embossed on the card and wherein entering the account identifier into the point-of-sale device comprises an attendant keying the account identifier into the point-of-sale device.
5. The method of claim 1, further comprising settling a transaction using the card, wherein settling a transaction using the card includes:
entering the account identifier from the card into a point-of-sale device;
entering information from the card indicium into the point-of-sale device;
transmitting the account identifier, the information from the card indicium, and a transaction settlement amount to the host computer system;
at the host computer system, comparing the account identifier to the stored account identifier, the information from the card indicium information to the stored card indicium, and the transaction settlement amount to an amount of value associated with the card; and
based at least in part on the comparing step, debiting the transaction settlement amount from the amount of value associated with the card.
6. The method of claim 5, wherein settling a transaction comprises a selection from a group consisting of:
receiving cash at an automated teller machine;
settling a purchase transaction as a debit card transaction;
settling a purchase transaction as a credit card transaction; and
settling a purchase transaction as a gift card transaction.
7. The method of claim 1, wherein the card indicium comprises a selection from a group consisting of:
a bar code; and
a radio frequency identification tag.
8. The method of claim 1, wherein the purchase card comprises a selection from a group consisting of gift card, pre-paid debit card, stored value card, and credit card.
9. The method of claim 1, wherein the point-of-sale device comprises a checkout scanner.
10. The method of claim 1, wherein the machine-readable information encoding region comprises a selection from a group consisting of magnetic stripe and radio frequency identification tag.
11. The method of claim 1, wherein comparing the information from the card indicium and the information from the carrier indicium with the stored card indicium and the stored carrier indicium comprises:
sending the card indicium read from the card and the carrier indicium read from the carrier to a processor associated with the database;
extracting the stored card indicium and the stored carrier indicium from the database; and
comparing the card indicium read from the card and the carrier indicium read from the carrier to the stored card indicium and the stored carrier indicium.
12. The method of claim 1, wherein the database comprises a local database.
13. The method of claim 1, wherein the database comprises a database associated with a host computer system.
14. The method of claim 1, wherein the carrier has a password associated therewith and wherein activating the card by associating value to it comprises:
at an activation location, receiving an activation request, wherein the activation request comprises the password and the account identifier;
comparing the password to a stored password associated with the account identifier in the database;
receiving an amount of value to load onto the card; and
activating the purchase card if the comparing step results in a match.
15. (canceled)
16. A method of validating and activating a purchase card, comprising:
at a host computer system, receiving a validation request from a point-of-sale device to validate the card, wherein the validation request includes a card indicium and a carrier indicium;
at the host computer system, using one of the card indicium and the carrier indicium to locate a related stored card indicium or stored carrier indicium in a database of stored card indicia, stored carrier indicia, and account identifiers;
comparing the card indicium to the stored card indicium and the carrier indicium to the stored carrier indicium;
based on the comparison, sending a validation message to the point-of-sale device;
receiving an amount of value to associate with the card; and
storing the amount of value at the host computer system.
17. The method of claim 16, wherein the validation request also includes an account identifier associated with the card and wherein the step of comparing the card indicium to the stored card indicium and the carrier indicium to the stored carrier indicium includes comparing the account identifier associated with the card to a stored account identifier.
18. The method of claim 16, wherein the validation message includes a stored account identifier associated with one of the card indicium and carrier indicium, the method further comprising receiving confirmation from the point-of-sale device that an account identifier associated with the card matches the stored account identifier.
19. The method of claim 16, further comprising settling a purchase transaction using the card, wherein settling a transaction using the card includes:
at the host computer system, receiving an account identifier from the card from a point-of-sale device;
at the host computer system, receiving the card indicium from the point-of-sale device;
receiving a transaction settlement amount at the host computer system;
at the host computer system, comparing the account identifier to a stored account identifier, the card indicium to the stored card indicium, and the transaction settlement amount to an amount of value associated with the card; and
based at least in part on the comparing step, debiting the transaction settlement amount from the amount of value associated with the card.
20. The method of claim 19, wherein settling a transaction comprises a selection from a group consisting of:
receiving cash at an automated teller machine;
settling a purchase transaction as a debit card transaction;
settling a purchase transaction as a credit card transaction; and
settling a purchase transaction as a gift card transaction.
21. The method of claim 16, wherein receiving an amount of value to associate with the card comprises:
at an activation location, receiving an activation request, wherein the activation request comprises the account identifier and a password;
comparing the password to a stored password associated with the account identifier in the database;
receiving an amount of value to load onto the card; and
activating the purchase card if the comparing step results in a match.
22-27. (canceled)
US12/058,123 2005-08-23 2008-03-28 Presentation instrument display and activation systems and methods Active 2027-12-24 US8175924B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12/058,123 US8175924B2 (en) 2005-08-23 2008-03-28 Presentation instrument display and activation systems and methods
US13/443,519 US10269203B2 (en) 2005-08-23 2012-04-10 Presentation instrument display and activation systems and methods

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US71101705P 2005-08-23 2005-08-23
US11/265,530 US7354004B2 (en) 2005-08-23 2005-11-01 Presentation instrument display and activation systems and methods
US12/058,123 US8175924B2 (en) 2005-08-23 2008-03-28 Presentation instrument display and activation systems and methods

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/265,530 Continuation US7354004B2 (en) 2005-08-23 2005-11-01 Presentation instrument display and activation systems and methods

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/443,519 Continuation US10269203B2 (en) 2005-08-23 2012-04-10 Presentation instrument display and activation systems and methods

Publications (2)

Publication Number Publication Date
US20080243627A1 true US20080243627A1 (en) 2008-10-02
US8175924B2 US8175924B2 (en) 2012-05-08

Family

ID=37771929

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/265,530 Active US7354004B2 (en) 2005-08-23 2005-11-01 Presentation instrument display and activation systems and methods
US12/058,123 Active 2027-12-24 US8175924B2 (en) 2005-08-23 2008-03-28 Presentation instrument display and activation systems and methods
US13/443,519 Active 2029-03-22 US10269203B2 (en) 2005-08-23 2012-04-10 Presentation instrument display and activation systems and methods

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/265,530 Active US7354004B2 (en) 2005-08-23 2005-11-01 Presentation instrument display and activation systems and methods

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/443,519 Active 2029-03-22 US10269203B2 (en) 2005-08-23 2012-04-10 Presentation instrument display and activation systems and methods

Country Status (6)

Country Link
US (3) US7354004B2 (en)
EP (1) EP1917622A4 (en)
AU (1) AU2006283508B2 (en)
BR (1) BRPI0615071A2 (en)
CA (1) CA2620827A1 (en)
WO (1) WO2007024786A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100235250A1 (en) * 2006-06-08 2010-09-16 Planetech Inc. Tracking items in a distribution channel

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7354004B2 (en) 2005-08-23 2008-04-08 The Western Union Company Presentation instrument display and activation systems and methods
KR100701155B1 (en) * 2006-02-24 2007-03-28 한국전자통신연구원 Apparatus for protecting a RFID password and method therefor, and RFID tag accessing method
US7607575B2 (en) 2006-04-28 2009-10-27 Blackhawk Network, Inc. Transaction card package assembly having enhanced security
US7607574B2 (en) * 2006-04-28 2009-10-27 Blackhawk Network, Inc. Hybrid transaction card package assembly
US20070278292A1 (en) * 2006-05-22 2007-12-06 Sean Macguire Retail cash product
US8960433B2 (en) 2007-08-07 2015-02-24 Blackhawk Network, Inc. Dual activation package for readable card
US20090107862A1 (en) * 2007-10-24 2009-04-30 Pascua Shelle B Fraud resistant stored value card and carrier system
CN101555620A (en) * 2008-04-07 2009-10-14 Axt公司 Crystal growing device and method
US7980475B2 (en) * 2008-06-13 2011-07-19 Target Brands, Inc. Cake topper transaction product
US8886562B1 (en) * 2008-07-11 2014-11-11 Google Inc. Robust payment settlements using distributed and potentially unreliable computer systems
US20100213092A1 (en) * 2009-02-25 2010-08-26 Oberthur Technologies of America Corp. Methods and Apparatus for Prepaid Card Packaging and Activation
US7987989B2 (en) * 2009-03-04 2011-08-02 David Garland Abell Methods and apparatus for prepaid card packaging
US9327853B2 (en) * 2011-03-16 2016-05-03 Harvard Label Inc. Automated system and method for constructing card multipacks
US10248816B2 (en) 2016-07-01 2019-04-02 Harvard Label Llc Automated system and method for constructing card multipacks, and card multipack constructed using the same
US11132689B2 (en) 2018-09-28 2021-09-28 Square, Inc. Intelligent management of authorization requests
US10762579B2 (en) 2018-09-28 2020-09-01 Square, Inc. Stored balance with multi-channel withdrawal access
US10445716B1 (en) * 2018-09-28 2019-10-15 Square, Inc. Activation of payment card via interaction with payment reader
WO2022020615A1 (en) * 2020-07-22 2022-01-27 Multi Packaging Solutions, Inc. Counterfeit preventative barcodes

Citations (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5777305A (en) * 1996-01-24 1998-07-07 Incomm Package assembly and method for activating prepaid debit cards
US6224108B1 (en) * 2000-03-07 2001-05-01 Western Graphics And Data, Inc. Packaged data card assembly
US20020190123A1 (en) * 2000-08-31 2002-12-19 Anvekar Dinesh Kashinath Anonymous redemption and stored value system and method
US20030028439A1 (en) * 2001-07-19 2003-02-06 Cox Christopher Robert Integrated electronic gift card packet
US20030236748A1 (en) * 1996-10-24 2003-12-25 M-Systems Flash Disk Pioneers Ltd. Apparatus and methods for collecting value
US20030236755A1 (en) * 2002-06-03 2003-12-25 Richard Dagelet Enhanced point-of-sale system
US20040118914A1 (en) * 2001-09-24 2004-06-24 E2Interactive, Inc. D/B/A E2Interactive, Inc. System & method for distributing stored-value cards
US20040133511A1 (en) * 2002-09-24 2004-07-08 E2Interactive, Inc. D/B/A E2Interactive, Inc. System and method for adding value to a stored-value account
US20050017502A1 (en) * 2003-07-21 2005-01-27 Chariker Sean Keith Foldable data-card assembly
US20050080728A1 (en) * 2002-01-30 2005-04-14 Sobek Michael F. Methods and systems for processing, accounting, and administration of stored value cards
US20050097036A1 (en) * 2003-07-25 2005-05-05 White Brigette A. System and method for providing instant-decision, financial network-based payment cards
US20050203857A1 (en) * 2004-03-09 2005-09-15 Friedman Lawrence J. Methods for transaction processing
US20050205663A1 (en) * 2004-03-17 2005-09-22 First Data Corporation Card display system and method
US20050211763A1 (en) * 2004-02-06 2005-09-29 First Data Corporation Negotiable instrument authentication systems and methods
US6957737B1 (en) * 2003-07-17 2005-10-25 Uv Color, Inc. Package for activatable point of sale cards
US7080776B2 (en) * 2004-12-20 2006-07-25 First Data Corporation Transaction card assemblies and methods
US20060243791A1 (en) * 2005-04-27 2006-11-02 First Data Corporation Tamper resistant presentation instruments and methods
US20060249570A1 (en) * 2005-05-04 2006-11-09 First Data Corporation System and method for accounting for activation of stored value cards
US20060255154A1 (en) * 2005-05-11 2006-11-16 First Data Corporation Transaction card carrier assemblies
US20060261150A1 (en) * 2005-05-18 2006-11-23 First Data Corporation Money transfer cards, systems and methods
US20070034688A1 (en) * 2003-04-14 2007-02-15 Burke Bertram V Final sale merchandise card
US20070063052A1 (en) * 2005-09-22 2007-03-22 Chakiris Phil M Foldable data card assembly and method
US20070063021A1 (en) * 2005-09-22 2007-03-22 Chakiris Phil M Activation number generation and association
US20070278296A1 (en) * 2002-06-10 2007-12-06 First Data Corporation Methods and systems for bulk activation of multiple, disparate stored value accounts
US7325726B2 (en) * 2005-05-11 2008-02-05 First Data Corporation System and method for detecting fraudulent use of stored value instruments
US7354004B2 (en) * 2005-08-23 2008-04-08 The Western Union Company Presentation instrument display and activation systems and methods
US20080217415A1 (en) * 2006-12-21 2008-09-11 Melanie Royer Stored value card package with a combined UPC and activation magnetic stripe
US7445147B2 (en) * 2005-03-25 2008-11-04 Wal-Mart Stores, Inc. Stored value card validation

Family Cites Families (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4554446A (en) 1983-11-18 1985-11-19 Murphy Arthur J Supermarket inventory control system and method
US5200889A (en) 1988-10-31 1993-04-06 Teraoka Seiko Co., Ltd. System for maintaining continuous total of refund amounts due a customer and for allowing customer designation of the amount of refund to be applied to a purchase
US5220501A (en) 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5453601A (en) 1991-11-15 1995-09-26 Citibank, N.A. Electronic-monetary system
US5263863A (en) 1992-10-27 1993-11-23 Stefani Nicholas J Weight shift trainer for golfers
US6167386A (en) 1998-06-05 2000-12-26 Health Hero Network, Inc. Method for conducting an on-line bidding session with bid pooling
US5465206B1 (en) 1993-11-01 1998-04-21 Visa Int Service Ass Electronic bill pay system
US5774879A (en) 1993-12-27 1998-06-30 First Data Corporation Automated financial instrument processing system
US5555496A (en) 1994-05-06 1996-09-10 Mary T. Tackbary Method and apparatus for communicating with a card distribution center for management, selection, and delivery of social expression cards
US5826241A (en) 1994-09-16 1998-10-20 First Virtual Holdings Incorporated Computerized system for making payments and authenticating transactions over the internet
US6321208B1 (en) 1995-04-19 2001-11-20 Brightstreet.Com, Inc. Method and system for electronic distribution of product redemption coupons
US5696908A (en) 1995-06-07 1997-12-09 Southeast Phonecard, Inc. Telephone debit card dispenser and method
WO1996041289A2 (en) 1995-06-07 1996-12-19 Electronic Data Systems Corporation System and method for electronically auditing point-of-sale transactions
US5699528A (en) 1995-10-31 1997-12-16 Mastercard International, Inc. System and method for bill delivery and payment over a communications network
US5757917A (en) 1995-11-01 1998-05-26 First Virtual Holdings Incorporated Computerized payment system for purchasing goods and services on the internet
AU1279997A (en) * 1996-04-19 1997-11-12 Barry Fiala, Inc. Package for card and method of using
US5987140A (en) 1996-04-26 1999-11-16 Verifone, Inc. System, method and article of manufacture for secure network electronic payment and credit collection
CA2254944A1 (en) 1996-05-23 1997-11-27 Citibank, N.A. Global financial services integration system and process
JP3407561B2 (en) 1996-09-04 2003-05-19 株式会社日立製作所 Auction apparatus and method
US5905246A (en) 1996-10-31 1999-05-18 Fajkowski; Peter W. Method and apparatus for coupon management and redemption
US5923016A (en) 1996-12-03 1999-07-13 Carlson Companies, Inc. In-store points redemption system & method
US6070798A (en) 1997-02-21 2000-06-06 Nethery; Kee Purchaser generated transaction recording and negotiable instrument payment system
US5999625A (en) 1997-02-27 1999-12-07 International Business Machines Corporation Method for electronic payment system with issuer control
JP3357812B2 (en) 1997-03-18 2002-12-16 株式会社東芝 Mutual credit server device and distributed mutual credit system
US6012048A (en) 1997-05-30 2000-01-04 Capital Security Systems, Inc. Automated banking system for dispensing money orders, wire transfer and bill payment
US20010047342A1 (en) 1997-06-16 2001-11-29 Vincent Cuervo Credit or debit cards of all kinds to be issued with a bank savings account attched
US6012045A (en) 1997-07-01 2000-01-04 Barzilai; Nizan Computer-based electronic bid, auction and sale system, and a system to teach new/non-registered customers how bidding, auction purchasing works
US6000608A (en) * 1997-07-10 1999-12-14 Dorf; Robert E. Multifunction card system
US6058379A (en) 1997-07-11 2000-05-02 Auction Source, L.L.C. Real-time network exchange with seller specified exchange parameters and interactive seller participation
US5899980A (en) 1997-08-11 1999-05-04 Trivnet Ltd. Retail method over a wide area network
US6422459B1 (en) 1997-10-15 2002-07-23 Citicorp Development Center, Inc. Method and system for off-line loading of stored value cards using a batch-load terminal
US5991750A (en) 1997-10-24 1999-11-23 Ge Capital System and method for pre-authorization of individual account transactions
US6119106A (en) 1997-11-26 2000-09-12 Mersky; Randy Method and apparatus for facilitating customer payments to creditors from a remote site
JP2001525571A (en) 1997-12-02 2001-12-11 キャッシュ・テクノロジーズ・インコーポレイテッド Multipurpose trading network method
US5987429A (en) 1997-12-16 1999-11-16 Sun Microsystems, Inc. Computer-based fee processing for electronic commerce
US6098053A (en) 1998-01-28 2000-08-01 Citibank, N.A. System and method for performing an electronic financial transaction
US7747523B2 (en) 1998-03-30 2010-06-29 Cohen Morris E Internet-based financial vehicles
SG81266A1 (en) 1998-03-30 2001-06-19 Citibank Na Method and system to perform electronic value exchange and settlement among heterogeneous payment schemes with heterogenous currencies
AU5587999A (en) 1998-08-27 2000-05-01 Citibank, N.A. System and use for correspondent banking
US6175823B1 (en) 1998-09-15 2001-01-16 Amazon.Com, Inc. Electronic gift certificate system
US6058417A (en) 1998-10-23 2000-05-02 Ebay Inc. Information presentation and management in an online trading environment
US6473500B1 (en) * 1998-10-28 2002-10-29 Mastercard International Incorporated System and method for using a prepaid card
US6999569B2 (en) 1998-10-28 2006-02-14 Mastercard International Incorporated System and method for using a prepaid card
JP4551999B2 (en) 1998-12-08 2010-09-29 イーベイ・インコーポレーテッド Integrated auction for remote online bidders and live participants on auction sites
WO2000054122A2 (en) 1999-03-09 2000-09-14 Ancestry.Com, Inc. System and methods for shared electronic purchasing
EP2367150A3 (en) 1999-04-30 2013-04-17 PayPal, Inc. System and method for electronically exchanging value among distributed users
WO2000079452A2 (en) 1999-06-18 2000-12-28 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
AU6076100A (en) 1999-07-09 2001-01-30 Citicorp Credit Services, Inc. Method and system for managing and conducting a network auction
US7308426B1 (en) 1999-08-11 2007-12-11 C-Sam, Inc. System and methods for servicing electronic transactions
US7578439B2 (en) 1999-08-19 2009-08-25 E2Interactive, Inc. System and method for authorizing stored value card transactions
EP1077436A3 (en) 1999-08-19 2005-06-22 Citicorp Development Center, Inc. System and method for performing an on-line transaction using a single-use payment instrument
US6748365B1 (en) 1999-09-15 2004-06-08 Chris Quinlan Method and system for redeeming product marketing rebates
EP1107198B1 (en) 1999-11-30 2007-01-10 Citibank, Na System and method for performing an electronic transaction using a transaction proxy with an electronic wallet
US6847935B1 (en) 1999-12-22 2005-01-25 Parago, Inc. System and method for computer-aided rebate processing
US7006983B1 (en) 2000-02-16 2006-02-28 Walker Digital, Llc Method and system for processing a rebate
US6328341B2 (en) * 2000-03-07 2001-12-11 Western Graphics And Data, Inc. Multiple-component data package
US20020049669A1 (en) 2000-05-10 2002-04-25 Michael Bleser Method of selling giftcards
US20050033639A1 (en) 2000-05-19 2005-02-10 Noclips.Com Inc. Multi-vendor transactions based on near-immediate rebate detection
US20020165795A1 (en) 2000-07-25 2002-11-07 Kris Holley Electronic product registration system with manufacturer rebate validation and management function
US20020152116A1 (en) 2001-01-30 2002-10-17 Yan Kent J. Method and system for generating fixed and/or dynamic rebates in credit card type transactions
US20030024981A1 (en) 2001-08-01 2003-02-06 Sangeetha Narasimhan Automated coupon solution
US20030100170A1 (en) * 2001-11-29 2003-05-29 Feng-Chia University Fast diffusion recipe for silicon by NO complexes
AU2002237816A1 (en) * 2002-01-08 2003-07-30 Riverborne Communications, Llc Point-of-sale activation and subsequent registration of products
US7398248B2 (en) 2002-02-08 2008-07-08 Catalina Marketing Corporation System and method for using cards for sponsored programs
US7024807B2 (en) 2002-02-13 2006-04-11 Ward-Kraft, Inc. Greeting card with scanable gift card
US20030200170A1 (en) * 2002-04-19 2003-10-23 Tenembaum Samuel Sergio Free internet service provider backed by a credit card carrier - a new form of safe e-commerce method and system
US8370205B2 (en) 2003-10-28 2013-02-05 First Data Corporation System for activation of multiple cards
US7028896B2 (en) 2002-08-22 2006-04-18 Arthur Blank & Company, Inc. Transaction card fabrication control system and method
US7614548B2 (en) 2005-02-22 2009-11-10 Target Brands, Inc. Stored-value card assembly with a plurality of stored-value cards

Patent Citations (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5777305A (en) * 1996-01-24 1998-07-07 Incomm Package assembly and method for activating prepaid debit cards
US20030236748A1 (en) * 1996-10-24 2003-12-25 M-Systems Flash Disk Pioneers Ltd. Apparatus and methods for collecting value
US6224108B1 (en) * 2000-03-07 2001-05-01 Western Graphics And Data, Inc. Packaged data card assembly
US20020190123A1 (en) * 2000-08-31 2002-12-19 Anvekar Dinesh Kashinath Anonymous redemption and stored value system and method
US20030028439A1 (en) * 2001-07-19 2003-02-06 Cox Christopher Robert Integrated electronic gift card packet
US20040118914A1 (en) * 2001-09-24 2004-06-24 E2Interactive, Inc. D/B/A E2Interactive, Inc. System & method for distributing stored-value cards
US20050080728A1 (en) * 2002-01-30 2005-04-14 Sobek Michael F. Methods and systems for processing, accounting, and administration of stored value cards
US20030236755A1 (en) * 2002-06-03 2003-12-25 Richard Dagelet Enhanced point-of-sale system
US20070278296A1 (en) * 2002-06-10 2007-12-06 First Data Corporation Methods and systems for bulk activation of multiple, disparate stored value accounts
US20040133511A1 (en) * 2002-09-24 2004-07-08 E2Interactive, Inc. D/B/A E2Interactive, Inc. System and method for adding value to a stored-value account
US7328190B2 (en) * 2002-09-24 2008-02-05 E2Interactive, Inc. System and method for adding value to a stored-value account
US20070034688A1 (en) * 2003-04-14 2007-02-15 Burke Bertram V Final sale merchandise card
US6957737B1 (en) * 2003-07-17 2005-10-25 Uv Color, Inc. Package for activatable point of sale cards
US20050017502A1 (en) * 2003-07-21 2005-01-27 Chariker Sean Keith Foldable data-card assembly
US20050097036A1 (en) * 2003-07-25 2005-05-05 White Brigette A. System and method for providing instant-decision, financial network-based payment cards
US20070118478A1 (en) * 2003-11-14 2007-05-24 Graves Phillip C System and Method For Adding Value to a Stored-Value Account
US20050211763A1 (en) * 2004-02-06 2005-09-29 First Data Corporation Negotiable instrument authentication systems and methods
US20050203857A1 (en) * 2004-03-09 2005-09-15 Friedman Lawrence J. Methods for transaction processing
US7063255B2 (en) * 2004-03-17 2006-06-20 First Data Corporation Card display system and method
US20050205663A1 (en) * 2004-03-17 2005-09-22 First Data Corporation Card display system and method
US7080776B2 (en) * 2004-12-20 2006-07-25 First Data Corporation Transaction card assemblies and methods
US7445147B2 (en) * 2005-03-25 2008-11-04 Wal-Mart Stores, Inc. Stored value card validation
US20060243791A1 (en) * 2005-04-27 2006-11-02 First Data Corporation Tamper resistant presentation instruments and methods
US20060249570A1 (en) * 2005-05-04 2006-11-09 First Data Corporation System and method for accounting for activation of stored value cards
US20060255154A1 (en) * 2005-05-11 2006-11-16 First Data Corporation Transaction card carrier assemblies
US7325726B2 (en) * 2005-05-11 2008-02-05 First Data Corporation System and method for detecting fraudulent use of stored value instruments
US20060261150A1 (en) * 2005-05-18 2006-11-23 First Data Corporation Money transfer cards, systems and methods
US7354004B2 (en) * 2005-08-23 2008-04-08 The Western Union Company Presentation instrument display and activation systems and methods
US20070063052A1 (en) * 2005-09-22 2007-03-22 Chakiris Phil M Foldable data card assembly and method
US20070063021A1 (en) * 2005-09-22 2007-03-22 Chakiris Phil M Activation number generation and association
US20080217415A1 (en) * 2006-12-21 2008-09-11 Melanie Royer Stored value card package with a combined UPC and activation magnetic stripe

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Easy Money by Anthony O'Donnell, Insurance & Technology, New York, Aug 2006, Vol 31 Iss 8, Pg 12 *
Place them Properly, Jack Mans, Packaging Digest, Chicago, Oct 2007, Vol 44 Iss 10 PP 66, 2pgs *
SmartServ & Wireless, PR Newswire, New York, Jan 7 2003, Pg 1 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100235250A1 (en) * 2006-06-08 2010-09-16 Planetech Inc. Tracking items in a distribution channel

Also Published As

Publication number Publication date
EP1917622A4 (en) 2010-12-22
US7354004B2 (en) 2008-04-08
US20070045404A1 (en) 2007-03-01
US8175924B2 (en) 2012-05-08
AU2006283508B2 (en) 2009-12-10
WO2007024786A1 (en) 2007-03-01
US20120253956A1 (en) 2012-10-04
AU2006283508A1 (en) 2007-03-01
EP1917622A1 (en) 2008-05-07
BRPI0615071A2 (en) 2011-05-03
US10269203B2 (en) 2019-04-23
CA2620827A1 (en) 2007-03-01

Similar Documents

Publication Publication Date Title
US8175924B2 (en) Presentation instrument display and activation systems and methods
US7416115B2 (en) Method and system for automated value transfer
AU695518B2 (en) Methods and apparatus for providing a prepaid, remote entry customer account
US7810720B2 (en) Account payment using barcode information exchange
KR100292837B1 (en) online ticket sales system and method for the same
US20070073619A1 (en) Biometric anti-fraud plastic card
US20020111918A1 (en) IC card transaction system, electronic wallet transaction apparatus and IC card therefor
US20040248554A1 (en) Method of paying from an account by a customer having a mobile user terminal, and a customer authenticating network
US11657376B2 (en) Casino cash system, apparatus and method utilizing integrated circuit cards
US20120022971A1 (en) secure electronic financial funds transfer arrangement
TWI772119B (en) Vending Machine System
CN101305380A (en) Presentation instrument display and activation systems and methods
US8365987B2 (en) Pre-allocated negotiable instrument and presentation instrument purchasing and activation systems and methods
WO2001075826A1 (en) Cooperative use of identification numbers for consumer transactions
MX2008002586A (en) Presentation instrument display and activation systems and methods
KR20060097688A (en) Method for providing financial card settlement using biometrics information
KR20060020412A (en) Method for providing financial card settlement using biometrics information
JP2006039972A (en) Management system preventing card name information leakage of credit card

Legal Events

Date Code Title Description
AS Assignment

Owner name: FIRST DATA CORPORATION, COLORADO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ANDERSEN, TONYA;KAUKOL, KAREN;REX, DEBORAH;AND OTHERS;REEL/FRAME:020721/0305;SIGNING DATES FROM 20060113 TO 20060223

Owner name: THE WESTERN UNION COMPANY, COLORADO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FIRST DATA CORPORATION;REEL/FRAME:020721/0361

Effective date: 20061019

Owner name: FIRST DATA CORPORATION, COLORADO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FIRST DATA CORPORATION;REEL/FRAME:020721/0361

Effective date: 20061019

Owner name: FIRST DATA CORPORATION, COLORADO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ANDERSEN, TONYA;KAUKOL, KAREN;REX, DEBORAH;AND OTHERS;SIGNING DATES FROM 20060113 TO 20060223;REEL/FRAME:020721/0305

AS Assignment

Owner name: THE WESTERN UNION COMPANY, COLORADO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FIRST DATA CORPORATION;REEL/FRAME:021402/0555

Effective date: 20080415

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 12