WO2005045625A2 - Integrated credit and stored-value programs - Google Patents

Integrated credit and stored-value programs Download PDF

Info

Publication number
WO2005045625A2
WO2005045625A2 PCT/US2004/035810 US2004035810W WO2005045625A2 WO 2005045625 A2 WO2005045625 A2 WO 2005045625A2 US 2004035810 W US2004035810 W US 2004035810W WO 2005045625 A2 WO2005045625 A2 WO 2005045625A2
Authority
WO
WIPO (PCT)
Prior art keywords
stored
account
value
credit
transaction
Prior art date
Application number
PCT/US2004/035810
Other languages
French (fr)
Other versions
WO2005045625A3 (en
Inventor
Justin Monk
Original Assignee
First Data Corporation
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
Priority claimed from US10/694,925 external-priority patent/US7769689B2/en
Priority claimed from US10/694,924 external-priority patent/US20050091153A1/en
Priority claimed from US10/974,548 external-priority patent/US20050108130A1/en
Priority claimed from US10/974,463 external-priority patent/US20050114217A1/en
Application filed by First Data Corporation filed Critical First Data Corporation
Publication of WO2005045625A2 publication Critical patent/WO2005045625A2/en
Publication of WO2005045625A3 publication Critical patent/WO2005045625A3/en

Links

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
    • 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/22Payment schemes or models
    • G06Q20/24Credit schemes, i.e. "pay after"
    • 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/22Payment schemes or models
    • G06Q20/26Debit schemes, e.g. "pay now"
    • 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/357Cards having a plurality of specified features
    • G06Q20/3572Multiple accounts on card
    • 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/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • 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/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403Solvency checks
    • G06Q20/4037Remote solvency checks
    • 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions

Definitions

  • This application relates generally to consumer transactions. More specifically, this application relates to methods and systems for managing integrated credit and stored- value programs.
  • Another type of transaction option that has more recently been increasing in popularity provides funds on a prepaid basis rather than on a credit basis.
  • One example of this type of option is manifested with stored-value accounts in which the account is provided with funds that may later be accessed to support a transaction.
  • stored-value accounts may be funded by a party different from the customer who later accesses the funds, enabling them conveniently to be provided as gifts.
  • This gift aspect of such accounts is also evident in certain restrictions that may be placed on the use of stored-value accounts, such as by limiting the funds to being used at a particular merchant or collective of merchants.
  • Embodiments of the invention thus provide methods and systems that enable transactions to be processed with a customer at a point of sale with combined stored-value and credit instruments.
  • a cost for the transaction is received at a point-of-sale device.
  • instrument-identification information is received identifying an instrument associated with a stored-value account and a credit account.
  • the stored-value account and the credit account were linked substantially contemporaneously with issuance of the instrument to the customer.
  • a request is generated to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of-sale device.
  • Instructions are transmitted from the point-of-sale device to apply the cost for the transaction to the stored-value and credit accounts in accordance with a received response to the request.
  • the request may be for the customer to select one of the stored-value and credit accounts for application of the cost of the transaction. It may be verified that the transaction qualifies for application of the cost to the stored-value account and/or that the transaction qualifies for application of the cost to the credit account. In some instances, the request may identify a current value stored in the stored-value account, in which case, an option may be included to apply an amount of the cost for the transaction in excess of the current value stored in the stored-value account to the credit account.
  • a cost is also received at a point-of-sale device, as is instrument-identification information identifying an instrument associated with a stored- value account and a credit account.
  • Instructions are transmitted from the point-of-sale device to apply a portion of the cost equal to a current value stored in the stored-value account to the stored-value account and to apply an excess of the cost over the current value stored in the stored-value account to the credit account.
  • the stored-value account and credit account may have been linked substantially contemporaneously with issuance of the instrument. Verifications may be performed to ensure that the transaction qualifies for application of the portion of the cost to the stored-value account and for application of the excess to the credit account.
  • These methods of the invention may be embodied in a computer-readable storage medium having a computer-readable program for directing operation of a point-of sale device.
  • the point-of-sale device may include an input device, a communications system, and a processor.
  • the computer-readable program includes instructions for operating the point-of-sale device in accordance with the embodiments described above.
  • Embodiments of the invention also provide methods that enable transaction to be processed with a customer at a point of sale with a chip card that includes information on linked stored-value and credit accounts.
  • a cost for the transaction is received at a point-of-sale device that includes a chip-card communications device.
  • Information is read with the chip-card communications device from a chip card presented by the customer in support of the transaction.
  • the information identifies both a stored-value account and a credit account, and identifies a current balance for the stored-value account and a current balance for the credit account.
  • the stored-value account and the credit account were linked substantially contemporaneously with issuance of the chip card to the customer.
  • a request is generated to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of- sale device.
  • An updated balance for the stored-value account and an updated balance for the credit account are determined in accordance with application of the distribution of the cost for the transaction selected in response to the request.
  • Updated information for the stored-value account and for the credit account is written to the chip card with the communications device. The updated information identifies the updated balance for the stored-value account and the updated balance for the credit account.
  • the transaction qualifies for application of a portion of the cost for the transaction to the stored-value account.
  • it is verified with the information read from the chip card that the transaction qualifies for application of a portion of the cost for the transaction to the credit account, hi one embodiment the request includes an option to apply an amount of the cost for the transaction in excess of the current balance for the stored-value account to the credit account. In another embodiment, the cost for the transaction exceeds the current balance for the stored-value account.
  • the updated balance for the stored-value account and the updated balance for the credit account is determined by applying a portion of the cost equal to the current balance for the stored-value account to the stored-value account; an excess of the cost over the current balance for the stored-value account is applied to the credit account.
  • a record of the transaction may be transmitted from the point-of-sale device to a remote host system.
  • Embodiments of the invention provide methods and systems that enable the generation of combined stored-value and credit instruments, and advantageously link the accounts supporting the instruments substantially contemporaneously with initiating issuance of the instruments.
  • a method for generating a combined stored-value and credit instrument.
  • Credit-account parameters to be associated with the instrument are received and a credit account associated with the instrument is established in accordance with the credit-account parameters.
  • Stored-value-account parameters to be associated with the instrument are also received and a stored-value account associated with the instrument is established in accordance with the stored-value-account parameters.
  • the credit account and the stored value are linked and issuance of the instrument is initiated substantially contemporaneously with linking the accounts.
  • issuance of the instrument may be initiated after linking the credit account and the stored-value account.
  • the credit-account parameters may include specification of a credit limit.
  • the stored-value account parameters may include specification of a limited set of one or more merchants at which the stored-value account may be used or may include specification of an initial value amount for the stored-value account.
  • the instrument may support a variety of functions. For instance, in one embodiment, a request supported by funds is received to reload value into the stored-value account, and the value amount for the stored-value account is augmented in accordance with the request.
  • value may be loaded as a specified fraction of an amount of a credit transaction executed with the instrument intor the stored-value account in response te execution of the credit transaction.
  • a consolidated statement is generated summarizing customer activity on the linked credit account and stored-value account.
  • a response is provided to a customer service request relating to at least one of the linked credit and stored-value accounts.
  • a method provides information for a combined stored-value and credit instrument. Credit-account activity is retrieved for a credit account associated with the instrument. Stored-value-account activity is retrieved for a stored-value account associated with the instrument.
  • the report may comprise a customer statement, which may be printed or transmitted as an electronic copy to a customer.
  • the report may comprise a customer-service report that responds to receipt of a customer-service request, h such embodiments, the integrated information may be compiled by selecting portions of the integrated information relevant to responding to the customer-service request.
  • the customer- service report may be provided to a customer-service representative or may be provided directly to a customer.
  • the stored-value account and the credit account may have been linked substantially contemporaneously with issuance of the instrument.
  • These methods of the invention may also be embodied in a computer-readable storage medium having a computer-readable program for directing operation of a host computer.
  • the host computer may include an input device, a communications system, a processor, and a storage device.
  • the computer-readable program includes instructions for operating the host system in accordance with the embodiments described above.
  • FIG. 1 For a customer.
  • Credit-account parameters to be associated with the chip card are received.
  • a credit account associated with the chip card is established in accordance with the credit- account parameters.
  • Stored-value-account parameters to be associated with the chip card are also received, and a stored-value account associated with the chip card is established in accordance with the stored-value-account parameters.
  • the credit account and the stored- value account are linked, information identifying both the stored-value account and the credit account are downloaded onto a chip.
  • the information identifies an initial balance for the stored-value account and an initial balance for the credit account.
  • the chip is installed in the chip card.
  • the chip card is issued to the customer substantially contemporaneously with linking the credit account and the stored-value account.
  • the chip card is issued after linking the credit account and the stored-value account.
  • processing software is dowloaded onto the chip.
  • encryption software is downloaded onto the chip.
  • the information may include specification of a limited set of one or more merchants at which the stored-value account may be used. Alternatively, the information may include specification of a credit limit for the credit account.
  • a method for increasing an available balance of a stored-value account.
  • Information identifying the stored-value account and a linked credit account is read with a chip-card communications device from a presented chip card.
  • the information identifies a current balance for the stored-value account and a current balance owed for the credit account.
  • a request is received identifying an amount to be added to the stored-value account.
  • An updated balance for the stored-value account is determined by increasing the current balance for the stored-value account by the identified amount.
  • An updated balance for the credit account is determined by increasing the current balance owed for the credit account by the identified amount.
  • Updated information is written to the presented chip card with the chip-card ocmmunications device and identifeds the updated balance for the stored-value account and the updated balance for the credit account.
  • the information further identifies a credit limit for the credit account, and it is verified that the updated balance owed for the credit account is less than the credit limit.
  • the stored-value account and credit account were linked substantially contemporaneously with issuance of the chip card to a customer. A record of increasing the available balance maybe transmitted from the point-of-sale device to a remote host system.
  • FIG. 1 provides a schematic illustration of an architecture within which methods and systems of the invention may be embodied
  • FIG. 2 provides an illustration of a structure for a point-of-sale device that may be used in embodiments of the invention
  • FIG. 3 provides an example of a structure for an instrument that may be used with embodiments of the invention
  • FIGs. 4A and 4B provide flow diagrams detailing illustrative embodiments of the invention.
  • FIG. 5 provides a schematic illustration of a computer system on which methods of the invention may be embodied
  • Fig. 6 provides an example of a structure for a chip card that may be used in other embodiments of the invention.
  • Figs. 7A - 7C are flow diagrams detailing illustrative embodiments of the invention that use the chip card.
  • Embodiments of the invention provide mechanisms for managing integrated credit and stored-value accounts, as well as mechanisms for processing transactions that make use of such integrations.
  • This integration both combines transaction types having very different characteristics resulting from differences between credit and stored-value arrangements, and beneficially exploits those differences.
  • a factor common to many of these embodiments is that a credit account and a stored-value account are both associated with a single instrument that may be used for credit, stored-value, or certain combined transaction forms.
  • the credit and stored-value accounts for each of those instruments may be linked substantially contemporaneously with issuance of the instrument.
  • This exemplary architecture is organized about a host system 132 at which the linking of accounts may be performed and which may initiate issuance of instruments associated with the accounts.
  • the host system 132 is provided in communication with a data store 128 that may v hold information regarding the accounts, including the linking information and any other information used in administering the accounts. For instance, such information may include identifications of customers authorized to use each account, credit limits applicable to the credit accounts, current value stored in the stored-value accounts, restrictions on merchants where the stored-value accounts may be used, and the like. Because this type of information is considered to be sensitive financial information, it may stored in a secured fashion such as by encrypting it and providing other security features.
  • Some of the financial information maintained by the host system 132 may originate with financial institutions, with communications between the host system 132 and the financial institutions being effected over private financial networks.
  • Two examples of financial institutions are provided in Fig. 1 and designated with reference numerals 140 and 156. These financial institutions may communicate with the host system 132 respectively through financial networks 136 and 148. While this illustrates an embodiment in which different financial networks are used for communications with different financial institutions, in other embodiments some financial networks may be used for communications with multiple financial institutions.
  • the information packets that are transmitted from the financial institutions are denoted 144 and 160, respectively corresponding to information transmitted to the host system 132 from financial institution 140 over financial network 136 and to information transmitted to the host system 132 from financial institution 156 over financial network 148.
  • the information packets 144 and 160 may comprise data that specify how credit and/or stored-value accounts are to be structured, including specification of credit limits and initial stored-value amounts, with which instruments they are to be associated, whom are the owners of the accounts, and the like.
  • the financial networks 136 and 148 may comprise private networks as indicated in Fig. 1 to provide additional security by limiting modes of unauthorized access.
  • execution of transactions is coordinated by the host system 132 with information that is received directly from point-of- sale device equipped to capture transaction information where it originates.
  • point-of-sale devices two groups of point-of-sale devices are shown, each of which may correspond to a different merchant or merchant location, for example.
  • point- of-sale devices 152 might be a set of devices that are managed on behalf of Merchant A while point-of-sale devices 164 are managed on behalf of Merchant B.
  • the point-of-sale devices 152 or 164 are equipped to capture transaction information, such as the total cost for a transaction and information identifying an instrument presented by a customer 104 during a transaction, and to transmit this information back to the host system 132. While Fig. 1 shows an embodiment in which the communications between the point-of-sale devices 152 or 164 and the host system 132 occur directly, such communications might alternatively be routed through one or more intermediate systems. For instance, in the case of large merchants having multiple locations throughout a large geographical coverage area, routers or servers may be used to coordinate information originating from subareas within the geographical coverage area or could be used according to logical divisions within the merchant, i.e. corresponding to different product department types or the like.
  • information exchanged between the host system 132 and the point-of-sale devices 152 or 164 might sometimes be routed through the financial institution systems 140 or 156, enabling those institutions to maintain a direct record of transaction information involving their accounts.
  • customer access with the host system 132 for transactions is generally effected through one of the point-of-sale devices 152 or 164, although provision may additionally be made for interacting with the host system 132 in other ways to accommodate various customer-service and support functions.
  • Fig. 1 provides an example of some such types of interfacing components.
  • customers 104 may interact with the host system 132 through public network 120 such as the Internet with their own personal computers 108 or other computational units such as laptops, personal digital assistants, and the like.
  • public-network access typically provides an interface through which customers 104 may obtain information various types of information or through which they may update their personal information.
  • a customer 104 may obtain an account balance for an account maintained by the host system 132, may obtain individual transaction information for a specific account, may update his address, and the like.
  • the customer might instead interact through a telephone interface 116 in which the customer 104 may interact directly with a human customer-service representative, who is able to access the same type of information from the host system 132.
  • a telephone interface is also equipped with the ability to recognize dual-tone multiple-frequency ("DTMF") tones so that a customer 104 may conveniently used telephone touch tones to navigate through an automated menu-driven system in accessing information.
  • interaction between the host system 132 and customers 104 may take place through transmission of physical documents using a postal system. As one example, such an arrangement may be used for mailing periodic account statements to the customers 104 after they are printed by a printing facility 124. Alternatively, electronic statements may be provided by transmission through the public network 120 without the need for printing.
  • the infrastructure may also include interfaces that allow similar interactions between the customers 104 and the individual financial institutions. This is illustrated in Fig. 1 for financial institution 140, but could also be provided in similar fashion for financial institution 156.
  • a connection with financial institution 140 through the public network 120 also allows customers 104 to interact with the financial institution using similar types of interfaces that may be used by the host system 132.
  • a similar telephone and DTMF interface 112 may be provided to support telephone interactions between the customers and financial institution 140.
  • FIG. 2 A specific example of a point-of-sale device 152 or 164 that may be used in embodiments of the invention, particularly for embodiments where the instrument associated with the linked credit and stored-value accounts comprises a magnetic stripe, is shown in Fig. 2.
  • the point-of-sale device 152 or 164 comprises a housing 208 having a keypad 212 for entering various types of information. The keys of the keypad 212 may permit the entry of numbers or letters, or may be function keys for performing various functions.
  • the point-of- sale device 152 or 164 further includes a display screen 204 for displaying information relating to a transaction.
  • a magnetic-stripe reader 216 may also be provided for reading information from the magnetic stripe affixed to instruments.
  • the point-of-sale device 152 or 164 may communicate with the host system 132 using any of a variety of communications systems, such as by a telephone network, a wide-area network, a local-area network, a wireless network, and the like
  • the structure of the point-of-sale device 152 or 164 shown in Fig. 2 is especially suitable in embodiments where the instrument comprises a plastic card with a magnetic stripe, in alternative embodiments the instrument may comprise other features, such as magnetic ink, a bar code, optical indicia, or the like. Accordingly, in other embodiments, the point-of-sale device 152 or 164 maybe equipped for extracting such information from the instrument with magnetic-ink readers, bar-code readers, optical readers, or similar reading devices. Examples of point-of-sale devices that include multiple capabilities for extracting information from such instruments are provided in the following commonly assigned applications, the entire disclosures of which are incorporated herein by reference for all purposes: U.S. Prov. Pat. Appl.
  • point-of-sale devices are suitable for embodiments where transactions are initiated locally at the location of a merchant, with the point-of-sale device including communications protocols for transmitting the extracted information to the host system 132 and for receiving responses from the host system 132.
  • the point-of-sale devices make take the form of servers configured for enabling remote transactions.
  • a server may be provided in communication with the public network 120 shown in Fig. 1 in cases where electronic commerce is supported.
  • the transaction information is usually collected as part of a web interface, with the customer 104 entering information printed on the instrument for transmission to the server, rather than using the other types of readers described above for local transactions.
  • Fig. 3 provides an illustration of an instrument in one embodiment that takes the form of a plastic card 304 having a magnetic stripe on its back.
  • the card 304 includes a numerical identifier 308, a name 312 for a customer authorized to execute transactions with the accounts identified, and an expiry date 324. All of this information is also encoded magnetically on the magnetic stripe on the back of the card 304, perhaps also with additional information regarding the customer or the linked credit and stored-value accounts that may be accessed.
  • the fact that the card may be used for both credit and for stored-value transactions is indicated on the front of the card with logo 316, which is a recognized identifier for a particular stored-value program, and with logo 320, which is a recognized identifier for a particular credit program.
  • the card may additionally include security features in the form of a physical holographic image 328, in the form of an additional numerical identifying code printed on the back of the card 304, or any of a wide array of other types of security features known to those of skill in the art.
  • the instrument may be used to manage both credit and stored-value types of transactions. Often, these types of transactions are the ultimate responsibility of different financial institutions 140 or 156, with the only interaction between the otherwise segregated underlying credit and stored-value programs resulting from the mechanisms enabled with the host system.
  • Fig. 4A thus provides an overview of how an instrument may be generated for issuance to a customer to provide such combined functionality, as well as some illustrations of certain functions that maybe implemented with the instrument after issuance. This description is followed with a description in connection with Fig. 4B of how specific transactions are executed using the combination of features provided with the instrument.
  • a method for generating combined stored-value and credit instruments for customers may begin at block 404 of Fig. 4A with a credit-account parameter file being received by a the host system 132.
  • This credit-account parameter file may originate with one of the financial institutions, say institution 140, and usually includes such information as an identity of customers, personal information regarding the customers, the accounts that are to be accessed for credit transactions, the maximum credit limits of such accounts, override criteria, and the like.
  • the host system 132 uses the information supplied by the credit- account parameter file to establish credit accounts associated with certain instruments at block 408.
  • a stored-value account parameter file is received by the host system 132 at block 412. This stored-value account parameter file may originate with the same financial institution, i.e.
  • the file includes such information as an identity of customers, the accounts that are to be accessed for stored-value transactions, the initial amounts stored in such accounts, reloading criteria, and the like.
  • the host system 132 uses the information supplied by the stored-value account parameter file to establish stored-value accounts associated with the same instruments as the credit accounts.
  • the credit accounts are linked with the stored-value accounts in records maintained on the data store 128, allowing the instruments to be used for either credit or stored-value transactions, or allowing transactions to be executed that invoke both credit and stored-value features.
  • issuance of the instruments to customers is initiated, such as by providing printing and mailing instructions to the printing facility 124.
  • Such initiation is performed substantially contemporaneously with the linking, although the linking may generally be performed before or after initiation of issuance.
  • reference to functions being performed "substantially contemporaneously" is intended to be construed within a functional framework, i.e. by referring to functions within a process rather than strictly to a time difference. For example, two functions A and B in a process are considered to be performed substantially contemporaneously if there are relatively few additional functions intervening between them, particularly if any such intervening functions are only minimally or not at all necessary for performing the later performed function A or B.
  • these embodiments of the invention may be contrasted with methods in which issuance of the instrument is dependent on an intermediate function performed after linking credit and stored-value accounts or in which linking of the accounts is dependent on an intermediate function performed after issuing the instrument.
  • Such intermediate functions as receiving a file providing linking information after an instrument has been issued are unnecessary in embodiments of the invention.
  • a customer may wish to reload value in the stored-value account associated with an instrument. Accordingly, the host system 132 may sometimes receive a request, such as that indicated at block 428, for value to be reloaded. Usually such a request will be supported by separate funds and may be communicated to the host system 132 from one of the point-of-sale devices 152 or 164.
  • a customer who wishes to reload value may visit a point-of-sale device with cash or some other source of funds, present the instrument, and request that the supporting funds be applied to the stored-value account.
  • the host system responds at block 432 by augmenting its records of the current value in the stored-value account associated with the instrument by the requested amount.
  • the supporting funds may be provided in the form of credit applied to the linked credit account. In this way, a customer may choose to advance funds on a credit basis to the stored-value account, a feature that may be useful for transactions with merchants who participate in a particular stored-value program but do not participate in the particular credit program.
  • value may be reloaded automatically as a benefit to using the credit account.
  • an arrangement may be provided in which use of the credit account by the customer results in loading value to the stored-value account.
  • the relative amount of value loaded may depend on where the credit transaction is executed, acting as an incentive for the customer to enter credit transactions at with certain merchants. For instance, merely by way of example, an arrangement could be established where 1% of the amount of any credit transaction using the instrument is automatically loaded into the stored-value account; if the credit transaction is executed at a store of Chain X, an additional 2% of the amount is automatically loaded into the stored-value account.
  • Another support function that may be performed by the host system 436 is indicated at block 436 in the form of generating a statement that summarizes activity for both the stored-value and credit accounts associated with an instrument.
  • the generation of such statements may be performed according to a schedule summarizing activity within a particular time period, although in some embodiments the statement generation may be initiated by a request from a customer. Responses to such specific customer requests might be individually tailored to that customer by allowing the specification of date ranges for the transactions, transaction-amount thresholds that are of interests, as well as various ways of grouping summary information according to date, transaction size, and the like.
  • each statement may be printed for mailing to a customer 104 by the printing facility 124, as indicated at block 440, or may be transmitted electronically to the customer over the public network 120, as indicated at block 444.
  • a customer-service request is received requesting certain information related to the credit and or stored-value accounts.
  • This request may originate directly from the customer such as through a web or DTMF interface that allows the customer to specify what type of information is desired, or may originate from a customer-service representative who aids the customer and composes the request.
  • a response to the request is generated at block 452 from the stored-value and/or credit account information that is maintained on the data store 128. If the request originated from a customer-service representative, the response is transmitted back to that customer-service representative at block 456. If instead the request originated directly from the customer, the response is transmitted back to the customer at block 460 in the form of an electronic response or as a telephone voice response.
  • Fig. 4B illustrates a method for executing a transaction using the instrument.
  • Such a transaction typically begins with a customer making a selection of goods and/or services to purchase from a merchant and presenting the selection at a point of sale.
  • the point-of-sale device 152 or 164 is then activated to receive a cost for the transaction at block 470. Receipt of such a cost may, in some instances, be part of a functionality of the point-of- sale device 152 or 164 itself, such as where bar codes affixed to articles are scanned and retrieved costs totaled to produce a total for the transaction.
  • the point-of-sale device receives information that identifies the instrument, such as by swiping the magnetic stripe of a card embodiment of the instrument through a magnetic-stripe reader, reading an rf signal, reading a smart card, reading information optically from the instrument, or the like. Identification of the instrument is sufficient to identify the credit and stored-value accounts that were linked substantially contemporaneously with issuance of the instrument. [0047]
  • a check is made to ensure that the transaction qualifies for application to the credit account. Such a check may include verifying that the merchant participates in the particular credit program, that the transaction is not for an amount that would cause a credit limit for the credit account to be exceeded, and the like.
  • a check is made to ensure that the transaction qualifies for application to the stored-value account. Such a check may include verifying that any merchant or merchandise restrictions associated with the stored-value account are met, and the like. The results of these checks may affect the nature of transaction options that are available to the customer. [0048] Thus, as indicated at block 486, the results of these checks are used to generate a request to the customer for selecting a distribution of cost among the stored-value and credit accounts. In some instances, this request may additionally include other options, such as the possibility of paying for a portion of the transaction in cash.
  • the request may be presented on a display of the point-of-sale device 152 or 164, with the customer indicating a response to the request using a keypad or other input component of the point-of-sale device. For instance, suppose the transaction qualifies only for application to the credit account, but not for application to the stored-value account. The request might then ask the customer to indicate how much of the transaction is to be applied to the credit account and how much is to be paid in cash. In cases where the total transaction amount would cause the credit limit to be exceeded, the request might indicate a maximum amount that may be applied to the credit account, requiring the remainder to be paid in cash.
  • Similar options may be presented as part of a request in which the transaction qualifies only for application to the stored-value account and not for application to the credit account.
  • the request might ask how much to apply to the stored-value account and how much to be paid in cash, indicating the maximum amount of the transaction that may be applied to the stored-value account in accordance with the current amount of value stored in the account.
  • the transaction qualifies for application to both the stored-value and credit accounts may indicate maximum amounts that may be applied to each of the stored-value and credit accounts. In cases where the combined maxima of those accounts is less than the total transaction amount, payment of the additional amount may be required in cash; if the customer is unable to supply the required cash amount, the transaction might be declined.
  • One example of these types of indications that may arise relatively frequently is where the transaction amount exceeds the amount of value stored in the stored-value account, but is easily within the credit limit of the credit account. This situation may be relatively common because amounts stored in stored-value accounts tend to be relatively small in comparison to credit limits often available in credit accounts.
  • the stored-value amount is prepaid, it is expected that customers will frequently prefer to use as much of the stored-value amount before applying portions of the transaction cost to a credit account where interest may eventually be charged.
  • the request may therefore offer as an explicit option that all of the value in the stored-value account be applied to the transaction, with any excess amount due being applied to the credit account. Still other distributions may be possible depending on individual circumstances, and may be specified in absolute amounts or as percentage values in different embodiments. [0050] Once the customer has made a selection for the distribution, it is applied by the host system 132 to the accounts.
  • the point-of-sale device 152 or 164 may transmit instructions at block 490 to the host system 132 to apply a first portion of the cost to the stored-value account, perhaps thereby depleting the stored-value account.
  • instructions may be transmitted by the point-of-sale device 152 or 164 to the host system 132 to apply the remainder of the cost to the credit account.
  • Fig. 5 provides a schematic illustration of a structure that may be used to implement the host system 132. Fig.
  • the host system 132 is shown comprised of hardware elements that are electrically coupled via bus 526, including a processor 502, an input device 504, an output device 506, the data store 128, a computer- readable storage media reader 510a, a communications system 514, a processing acceleration unit 516 such as a DSP or special-purpose processor, and a memory 518.
  • the computer- readable storage media reader 510a is further connected to a computer-readable storage medium 510b, the combination comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer-readable information.
  • the communications system 514 may comprise a wired, wireless, modem, and/or other type of interfacing connection and permits data to be exchanged with the public network 120, telephone interface 116, and/or point-of-sale devices 152 or 164 or intermediaries as described in connection with Fig. 1.
  • the host system 132 also comprises software elements, shown as being currently located within working memory 520, including an operating system 524 and other code 522, such as a program designed to implement methods of the invention. It will be apparent to those skilled in the art that substantial variations may be made in accordance with specific requirements. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Further, connection to other computing devices such as network input/output devices may be employed.
  • the instrument may comprise a chip card (sometimes referred to as a "smart" card) that includes a chip on which information may be stored and retrieved.
  • the chip card may include processing capability and usually includes encryption capability and other security features to protect the sensitive financial information that may be stored on the chip card.
  • the chip acts as a surrogate for the host system, retaining the necessary credit and stored-value account information.
  • the chip card may be used in much the same way as described above, with the information being extracted and/or modified with a chip-card device comprised by the point-of-sale device 152 or 164.
  • Fig. 6 provides an illustration of a chip card 604 that may be used in implementing embodiments that make use of a chip card.
  • the general structure of the chip card 604 is similar to the instrument described in com ection with Fig. 3, including a numerical identifier 608, name 612 for a customer, and an expiry date 624, as well as logos 616 and 620 that identify the stored-value and credit programs that may be used with the card 604. Additional security may be provided with a physical holographic image 628 or other features.
  • the chip card 604 includes a chip 632 that is generally embedded within the structure of the card 604 and includes memory, a processor, and communications devices that allow the chip 632 to operate as a small portable computational device.
  • a chip card configured for use with integrated credit and stored-value programs may be produced in a fashion similar to that described in connection with Fig. 4A. Such a process is illustrated with the flow diagram of Fig. 7 A, which reflects the similar initial processing that is used irrespective of the type of instrument that is ultimately issued to customers.
  • a credit-account parameter file is received by a host system 132 and may have originated with one of the financial institutions shown in Fig. 1.
  • the credit- account parameter file includes such information as an identity for each of several customers, personal infon ation regarding the customers, the accounts that are to be accessed for credit transactions, the credit limits of such accounts, and the like.
  • the host system 132 uses this information at block 704 to establish credit accounts that are to be associated with chip cards.
  • a stored-value account parameter file is received by the host system 132 at block 706 and defines such information as customer identities, initial amounts to be stored in the stored-value accounts, reloading criteria, and the like.
  • the host system 132 links respective credit accounts with stored-value accounts to allow the chip cards to be used to invoke both credit and stored-value features.
  • At least some of the information maybe maintained on the chip card itself by downloading credit-account and stored-value-account information onto chips at block 710. While in some instances, the stored-value account may be maintained entirely on the chips without storage of any information at the host system 132, it is generally preferable for at least some information regarding the credit account to be maintained at the host system. As explained further below, this allows the status of the credit account to be monitored by the financial institution that is providing funds on a credit basis in support of the credit account.
  • the information that is downloaded onto the chips may include personal information about the authorized customer, a cunent balance for the stored-value account, a current outstanding balance owed on the credit account, a credit limit associated with the credit account, a specification of any restrictions on use of either of the accounts such as a limitation to certain merchants, and the like.
  • the manner in which the accounts are used is governed, at least in part, by processing and encryption software that is also downloaded onto the chips at block 712.
  • the chips Once the chips have been prepared in this way, they may be installed in chip cards at block 714 using methods well known in the art and issued to customers at block 714 substantially contemporaneously with linking the respective stored-value and credit accounts.
  • Chip cards that are issued to customers thus have a structure like that shown in Fig. 6 and each includes a chip that has information identifying the customer, information identifying the status of linked credit and stored-value accounts, encryption protocols for protecting that information, and instructions for processing transactions using the linked accounts.
  • any of the functionality described above that uses the linked credit and stored-value accounts may be performed using the chip cards in different embodiments.
  • the chip cards may, however, provide more efficient processing in some embodiments because of a reduced need to contact the host system 132 in executing transactions.
  • Fig. 7B provides a flow diagram to illustrate reloading of the stored-value account in certain embodiments that advantageously make use of the information and programming provided on the chip card.
  • a customer visits a point-of- sale device that includes a chip-card device capable of reading information from the chip card and of writing information onto the chip card.
  • the chip card is read by the chip-card device at block 718 and information is retrieved from the card.
  • the cunent stored-value balance and credit balance may conveniently be displayed to the customer on the point-of- sale device at block 720.
  • the customer decides at block 722 whether to use the credit account to add value to the stored-value account, perhaps in response to a query generated with the point-of-sale device.
  • the customer decides not to use the credit account, he provides some form of payment for the value to be added at block 724.
  • This may be in the form of a check, cash, a separate credit card, a money order, and the like. Accepting the payment may be performed by a clerk, who inputs the amount of payment into the point-of-sale device, or may be performed in a more automated fashion with another device such as a cash receiver, a check- cashing device, or the like. Irrespective of how the payment is made, the chip-card device is notified of the payment amount at block 726 and updates the stored-value balance at block 728.
  • This updated balance is written to the chip card by the chip-card device at block 730 so that the information on the chip card when it is retrieved by the customer at block 732 reflects the updated balance that may be used in future transactions. If the point-of-sale device that was visited by the customer was not controlled by the financial institution responsible for the combined, funds may be transmitted to that financial institution at block 733 since it is responsible for supporting the account in future transactions.
  • the amount to be added is input to the point-of-sale device by the customer or a clerk at block 734.
  • the chip-card device confirms from the information read from the chip card that the amount to be added to the stored-value account is less than the balance available for the credit account at block 736, rejecting the transaction if the amount exceeds the available balance. If the balance is sufficient, the chip-card device updates both the credit balance and the stored-value balance of the accounts at block 738 and writes the updated information back to the chip card at block 740.
  • the customer retrieves the card at block 742 its information now reflects the updated balances of the stored-value and credit accounts for use in later transactions.
  • the financial institution responsible for the accounts is notified at block 744 of the transaction so that it has a record of the outstanding credit balance on the credit account and is aware of the increase in stored- value amount.
  • 733 and 744 may conveniently be performed in a batch process at periodic intervals. Because much of the transaction is executed by instructions on the chip card, transmission of approval requests for every transaction may be avoided. Uploading of information for multiple transactions performed over a period of time, such as a day, in a batch upload at blocks 733 and/or 744 permits the process of adding value to proceed more efficiently.
  • Such increases in efficiency may also be realized when the stored-value and credit accounts are used to support transactions for the purchase of goods and/or services, as illustrated with the flow diagram of Fig. 7C.
  • the cost for the transaction is transmitted to the chip-card device at block 746.
  • Such transmission may result from entry of the amount into a point-of-sale device comprising the chip-card device by a clerk or may be determined automatically when the chip-card device is interfaced with an automated system.
  • the customer presents the chip card to support payment for the transaction, with the chip card being read by the chip-card device at block 748 and the stored-value and credit account information being retrieved at block 750.
  • the cunent stored-value balance and remaining credit balance may be displayed to the customer at block 752, enabling the customer quickly to determine how much of the transaction cost should be supported by each of the stored-value and credit accounts. Since the transaction may involve a distribution of the transaction cost among both the stored-value and credit accounts, qualification checks may be made to ensure that the transaction qualifies for both accounts. Thus, at block 754 the transaction is verified to qualify for application to the credit account, such as by ensuring that the merchant participates in the particular credit program, that the transaction is not for an amount that would cause a credit limit for the credit account to be exceeded, and the like.
  • the verifications performed at blocks 754 and 756 may conveniently be performed by using information defining any restrictions on account use retrieved from the chip card itself, rather than requiring a communication with the host system 132.
  • a request for the customer is generated at block 758 to select a cost distribution among the stored-value and credit accounts. In some instances, this request may additionally include other options, such as the possibility of paying for a portion of the transaction in cash.
  • any available balance on the stored-value account may be used with the remainder applied to the credit account. More generally, the customer may choose to apply any nonzero portion of the transaction cost to the credit account and any nonzero portion of the transaction cost to the stored-value account, with the nonzero portions being expressed as percentage values or in absolute amounts in different embodiments.
  • the chip-card device In response to the customer's selection of a cost distribution, as entered by a clerk or directly by the customer, the chip-card device updates the balance of the stored-value account at block 760 and updates the balance of the credit account at block 762. These updated balances are written back to the chip card at block 764, at which point the customer may retrieve the card with it now including information that reflects execution of the transaction.
  • the financial institution is notified of the transaction, although such notification may conveniently be performed as a batch process in several embodiments as described above.

Abstract

Methods and systems enable a transaction to be processed with a customer (104-1, 104-2) at a point-of-sale (152-1, 152-3, 164-1 -16 4) with a combined stored-value and credit instrument. A cost for the transaction is received at a point-of-sale device. In addition, instrument-identification information is received identifying an instrument associated with a stored-value account and a credit account The stored-value account and the credit account were linked substantially contemporaneously with issuance of the instrument to the customer. A request is generated to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of-sale device (152-1 -152-3, 164-1 -164-4). Instructions are transmitted from the point-of-sale device (152- -152-3, 164-1 -164-4) to apply the cost for the transaction to the stored-value and credit accounts in accordance with a received response to the request.

Description

METHODS AND SYSTEMS FOR MANAGING INTEGRATED CREDIT AND STORED-VALUE PROGRAMS
BACKGROUND OF THE INVENTION
[0001] This application relates generally to consumer transactions. More specifically, this application relates to methods and systems for managing integrated credit and stored- value programs.
[0002] In the field of consumer transactions, there has been a steady increase in the versatility with which consumers may provide payment. Offering such versatility has been driven largely by competitive forces so that consumers may be provided with options that best meet their own particular financial circumstances and buying habits. For example, one of the most common and well-known mechanisms for providing payment is a- credit-based system in which a consumer is issued a credit card that may be presented at the time of entering transactions. The credit card identifies a credit account that usually has certain borrowing criteria associated with it, particularly a credit limit that has been determined in accordance with such factors as the customer's credit history, income, and other financial factors.
[0003] Another type of transaction option that has more recently been increasing in popularity provides funds on a prepaid basis rather than on a credit basis. One example of this type of option is manifested with stored-value accounts in which the account is provided with funds that may later be accessed to support a transaction. Often, one of the convenient aspects of stored-value accounts is that they may be funded by a party different from the customer who later accesses the funds, enabling them conveniently to be provided as gifts. This gift aspect of such accounts is also evident in certain restrictions that may be placed on the use of stored-value accounts, such as by limiting the funds to being used at a particular merchant or collective of merchants.
[0004] While the number and variety of transaction options provides consumers with a wide range of choices to meet their individual needs, one drawback has been some difficulty in effectively managing the diverse array of options. There is accordingly a general need in the art for convenient and effective integration of different transaction instruments such as credit and stored-value instruments.
BRIEF SUMMARY OF THE INVENTION
[0005] Embodiments of the invention thus provide methods and systems that enable transactions to be processed with a customer at a point of sale with combined stored-value and credit instruments. In a first set of embodiments, a cost for the transaction is received at a point-of-sale device. In addition, instrument-identification information is received identifying an instrument associated with a stored-value account and a credit account. The stored-value account and the credit account were linked substantially contemporaneously with issuance of the instrument to the customer. A request is generated to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of-sale device. Instructions are transmitted from the point-of-sale device to apply the cost for the transaction to the stored-value and credit accounts in accordance with a received response to the request.
[0006] In some instances, the request may be for the customer to select one of the stored-value and credit accounts for application of the cost of the transaction. It may be verified that the transaction qualifies for application of the cost to the stored-value account and/or that the transaction qualifies for application of the cost to the credit account. In some instances, the request may identify a current value stored in the stored-value account, in which case, an option may be included to apply an amount of the cost for the transaction in excess of the current value stored in the stored-value account to the credit account.
[0007] In another set of embodiments, a cost is also received at a point-of-sale device, as is instrument-identification information identifying an instrument associated with a stored- value account and a credit account. Instructions are transmitted from the point-of-sale device to apply a portion of the cost equal to a current value stored in the stored-value account to the stored-value account and to apply an excess of the cost over the current value stored in the stored-value account to the credit account. The stored-value account and credit account may have been linked substantially contemporaneously with issuance of the instrument. Verifications may be performed to ensure that the transaction qualifies for application of the portion of the cost to the stored-value account and for application of the excess to the credit account.
[0008] These methods of the invention may be embodied in a computer-readable storage medium having a computer-readable program for directing operation of a point-of sale device. The point-of-sale device may include an input device, a communications system, and a processor. The computer-readable program includes instructions for operating the point-of-sale device in accordance with the embodiments described above.
[0009] Embodiments of the invention also provide methods that enable transaction to be processed with a customer at a point of sale with a chip card that includes information on linked stored-value and credit accounts. To process a transaction with a customer at a point of sale, a cost for the transaction is received at a point-of-sale device that includes a chip-card communications device. Information is read with the chip-card communications device from a chip card presented by the customer in support of the transaction. The information identifies both a stored-value account and a credit account, and identifies a current balance for the stored-value account and a current balance for the credit account. The stored-value account and the credit account were linked substantially contemporaneously with issuance of the chip card to the customer. A request is generated to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of- sale device. An updated balance for the stored-value account and an updated balance for the credit account are determined in accordance with application of the distribution of the cost for the transaction selected in response to the request. Updated information for the stored-value account and for the credit account is written to the chip card with the communications device. The updated information identifies the updated balance for the stored-value account and the updated balance for the credit account.
[0010] In some embodiments, it is verified with the information read from the chip card that the transaction qualifies for application of a portion of the cost for the transaction to the stored-value account. In other embodiments, it is verified with the information read from the chip card that the transaction qualifies for application of a portion of the cost for the transaction to the credit account, hi one embodiment the request includes an option to apply an amount of the cost for the transaction in excess of the current balance for the stored-value account to the credit account. In another embodiment, the cost for the transaction exceeds the current balance for the stored-value account. The updated balance for the stored-value account and the updated balance for the credit account is determined by applying a portion of the cost equal to the current balance for the stored-value account to the stored-value account; an excess of the cost over the current balance for the stored-value account is applied to the credit account. In some instances, a record of the transaction may be transmitted from the point-of-sale device to a remote host system.
[0011] . Other Embodiments of the invention provide methods and systems that enable the generation of combined stored-value and credit instruments, and advantageously link the accounts supporting the instruments substantially contemporaneously with initiating issuance of the instruments.
[0012] In one set of such embodiments, a method is provided for generating a combined stored-value and credit instrument. Credit-account parameters to be associated with the instrument are received and a credit account associated with the instrument is established in accordance with the credit-account parameters. Stored-value-account parameters to be associated with the instrument are also received and a stored-value account associated with the instrument is established in accordance with the stored-value-account parameters. The credit account and the stored value are linked and issuance of the instrument is initiated substantially contemporaneously with linking the accounts.
[0013] In some instances, issuance of the instrument may be initiated after linking the credit account and the stored-value account. There are a variety of different parameters that may be received for the accounts. For example, the credit-account parameters may include specification of a credit limit. The stored-value account parameters may include specification of a limited set of one or more merchants at which the stored-value account may be used or may include specification of an initial value amount for the stored-value account. The instrument may support a variety of functions. For instance, in one embodiment, a request supported by funds is received to reload value into the stored-value account, and the value amount for the stored-value account is augmented in accordance with the request. In other instances, value may be loaded as a specified fraction of an amount of a credit transaction executed with the instrument intor the stored-value account in response te execution of the credit transaction. In another embodiment, a consolidated statement is generated summarizing customer activity on the linked credit account and stored-value account. In a further embodiment, a response is provided to a customer service request relating to at least one of the linked credit and stored-value accounts. [0014] In another set of embodiments, a method provides information for a combined stored-value and credit instrument. Credit-account activity is retrieved for a credit account associated with the instrument. Stored-value-account activity is retrieved for a stored-value account associated with the instrument. The credit-account activity information and the stored-value-account activity information are integrated, and the integrated information is compiled for presentation in a report. Integrating the stored-value-account activity information and the credit-account activity information may comprise summarizing the credit-account activity infonnation and the stored-value-account activity information.
[0015] The report may comprise a customer statement, which may be printed or transmitted as an electronic copy to a customer. In another embodiment, the report may comprise a customer-service report that responds to receipt of a customer-service request, h such embodiments, the integrated information may be compiled by selecting portions of the integrated information relevant to responding to the customer-service request. The customer- service report may be provided to a customer-service representative or may be provided directly to a customer. The stored-value account and the credit account may have been linked substantially contemporaneously with issuance of the instrument.
[0016] These methods of the invention may also be embodied in a computer-readable storage medium having a computer-readable program for directing operation of a host computer. The host computer may include an input device, a communications system, a processor, and a storage device. The computer-readable program includes instructions for operating the host system in accordance with the embodiments described above.
[0017] Further embodiment provides methods for producing a chip card for a customer. Credit-account parameters to be associated with the chip card are received. A credit account associated with the chip card is established in accordance with the credit- account parameters. Stored-value-account parameters to be associated with the chip card are also received, and a stored-value account associated with the chip card is established in accordance with the stored-value-account parameters. The credit account and the stored- value account are linked, information identifying both the stored-value account and the credit account are downloaded onto a chip. The information identifies an initial balance for the stored-value account and an initial balance for the credit account. The chip is installed in the chip card. The chip card is issued to the customer substantially contemporaneously with linking the credit account and the stored-value account. [0018] In some embodiments, the chip card is issued after linking the credit account and the stored-value account. In one embodiment, processing software is dowloaded onto the chip. In another embodiment, encryption software is downloaded onto the chip. The information may include specification of a limited set of one or more merchants at which the stored-value account may be used. Alternatively, the information may include specification of a credit limit for the credit account.
[0019] In still another set of embodiments, a method is provided for increasing an available balance of a stored-value account. Information identifying the stored-value account and a linked credit account is read with a chip-card communications device from a presented chip card. The information identifies a current balance for the stored-value account and a current balance owed for the credit account. A request is received identifying an amount to be added to the stored-value account. An updated balance for the stored-value account is determined by increasing the current balance for the stored-value account by the identified amount. An updated balance for the credit account is determined by increasing the current balance owed for the credit account by the identified amount. Updated information is written to the presented chip card with the chip-card ocmmunications device and identifeds the updated balance for the stored-value account and the updated balance for the credit account.
[0020] In one embodiment, the information further identifies a credit limit for the credit account, and it is verified that the updated balance owed for the credit account is less than the credit limit. In one embodiment, the stored-value account and credit account were linked substantially contemporaneously with issuance of the chip card to a customer. A record of increasing the available balance maybe transmitted from the point-of-sale device to a remote host system.
BRIEF DESCRIPTION OF THE DRAWINGS
[0021] 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, i some instances, a sublabel is associated with a reference numeral and follows a hyphen to denote one of multiple similar components. When reference is made to a reference numeral without specification to an existing sublabel, it is intended to refer to all such multiple similar components.
[0022] Fig. 1 provides a schematic illustration of an architecture within which methods and systems of the invention may be embodied;
[0023] Fig. 2 provides an illustration of a structure for a point-of-sale device that may be used in embodiments of the invention;
[0024] Fig. 3 provides an example of a structure for an instrument that may be used with embodiments of the invention;
[0025] Figs. 4A and 4B provide flow diagrams detailing illustrative embodiments of the invention; ,
[0026] Fig. 5 provides a schematic illustration of a computer system on which methods of the invention may be embodied;
[0027] Fig. 6 provides an example of a structure for a chip card that may be used in other embodiments of the invention; and
[0028] Figs. 7A - 7C are flow diagrams detailing illustrative embodiments of the invention that use the chip card.
DETAILED DESCRIPTION OF THE INVENTION
[0029] Embodiments of the invention provide mechanisms for managing integrated credit and stored-value accounts, as well as mechanisms for processing transactions that make use of such integrations. This integration both combines transaction types having very different characteristics resulting from differences between credit and stored-value arrangements, and beneficially exploits those differences. A factor common to many of these embodiments is that a credit account and a stored-value account are both associated with a single instrument that may be used for credit, stored-value, or certain combined transaction forms. The credit and stored-value accounts for each of those instruments may be linked substantially contemporaneously with issuance of the instrument. [0030] An overview of an architecture in which the methods and systems of the invention may be embodied is provided in Fig. 1. This exemplary architecture is organized about a host system 132 at which the linking of accounts may be performed and which may initiate issuance of instruments associated with the accounts. The host system 132 is provided in communication with a data store 128 that mayvhold information regarding the accounts, including the linking information and any other information used in administering the accounts. For instance, such information may include identifications of customers authorized to use each account, credit limits applicable to the credit accounts, current value stored in the stored-value accounts, restrictions on merchants where the stored-value accounts may be used, and the like. Because this type of information is considered to be sensitive financial information, it may stored in a secured fashion such as by encrypting it and providing other security features.
[0031] Some of the financial information maintained by the host system 132 may originate with financial institutions, with communications between the host system 132 and the financial institutions being effected over private financial networks. Two examples of financial institutions are provided in Fig. 1 and designated with reference numerals 140 and 156. These financial institutions may communicate with the host system 132 respectively through financial networks 136 and 148. While this illustrates an embodiment in which different financial networks are used for communications with different financial institutions, in other embodiments some financial networks may be used for communications with multiple financial institutions. The information packets that are transmitted from the financial institutions are denoted 144 and 160, respectively corresponding to information transmitted to the host system 132 from financial institution 140 over financial network 136 and to information transmitted to the host system 132 from financial institution 156 over financial network 148. For example, as described in greater detail below, the information packets 144 and 160 may comprise data that specify how credit and/or stored-value accounts are to be structured, including specification of credit limits and initial stored-value amounts, with which instruments they are to be associated, whom are the owners of the accounts, and the like. The financial networks 136 and 148 may comprise private networks as indicated in Fig. 1 to provide additional security by limiting modes of unauthorized access.
[0032] In the embodiment illustrated in Fig. 1, execution of transactions is coordinated by the host system 132 with information that is received directly from point-of- sale device equipped to capture transaction information where it originates. In this illustration, two groups of point-of-sale devices are shown, each of which may correspond to a different merchant or merchant location, for example. Merely by way of illustration, point- of-sale devices 152 might be a set of devices that are managed on behalf of Merchant A while point-of-sale devices 164 are managed on behalf of Merchant B. The point-of-sale devices 152 or 164 are equipped to capture transaction information, such as the total cost for a transaction and information identifying an instrument presented by a customer 104 during a transaction, and to transmit this information back to the host system 132. While Fig. 1 shows an embodiment in which the communications between the point-of-sale devices 152 or 164 and the host system 132 occur directly, such communications might alternatively be routed through one or more intermediate systems. For instance, in the case of large merchants having multiple locations throughout a large geographical coverage area, routers or servers may be used to coordinate information originating from subareas within the geographical coverage area or could be used according to logical divisions within the merchant, i.e. corresponding to different product department types or the like. Also, in some alternative embodiments, information exchanged between the host system 132 and the point-of-sale devices 152 or 164 might sometimes be routed through the financial institution systems 140 or 156, enabling those institutions to maintain a direct record of transaction information involving their accounts.
[0033] Thus, customer access with the host system 132 for transactions is generally effected through one of the point-of-sale devices 152 or 164, although provision may additionally be made for interacting with the host system 132 in other ways to accommodate various customer-service and support functions. Fig. 1 provides an example of some such types of interfacing components. For instance, customers 104 may interact with the host system 132 through public network 120 such as the Internet with their own personal computers 108 or other computational units such as laptops, personal digital assistants, and the like. Such public-network access typically provides an interface through which customers 104 may obtain information various types of information or through which they may update their personal information. For instance, a customer 104 may obtain an account balance for an account maintained by the host system 132, may obtain individual transaction information for a specific account, may update his address, and the like. Alternatively, the customer might instead interact through a telephone interface 116 in which the customer 104 may interact directly with a human customer-service representative, who is able to access the same type of information from the host system 132. Usually, such a telephone interface is also equipped with the ability to recognize dual-tone multiple-frequency ("DTMF") tones so that a customer 104 may conveniently used telephone touch tones to navigate through an automated menu-driven system in accessing information. In still other instances, interaction between the host system 132 and customers 104 may take place through transmission of physical documents using a postal system. As one example, such an arrangement may be used for mailing periodic account statements to the customers 104 after they are printed by a printing facility 124. Alternatively, electronic statements may be provided by transmission through the public network 120 without the need for printing.
[0034] The infrastructure may also include interfaces that allow similar interactions between the customers 104 and the individual financial institutions. This is illustrated in Fig. 1 for financial institution 140, but could also be provided in similar fashion for financial institution 156. Thus, a connection with financial institution 140 through the public network 120 also allows customers 104 to interact with the financial institution using similar types of interfaces that may be used by the host system 132. Also, a similar telephone and DTMF interface 112 may be provided to support telephone interactions between the customers and financial institution 140.
[0035] A specific example of a point-of-sale device 152 or 164 that may be used in embodiments of the invention, particularly for embodiments where the instrument associated with the linked credit and stored-value accounts comprises a magnetic stripe, is shown in Fig. 2. The point-of-sale device 152 or 164 comprises a housing 208 having a keypad 212 for entering various types of information. The keys of the keypad 212 may permit the entry of numbers or letters, or may be function keys for performing various functions. The point-of- sale device 152 or 164 further includes a display screen 204 for displaying information relating to a transaction. A magnetic-stripe reader 216 may also be provided for reading information from the magnetic stripe affixed to instruments. The point-of-sale device 152 or 164 may communicate with the host system 132 using any of a variety of communications systems, such as by a telephone network, a wide-area network, a local-area network, a wireless network, and the like.
[0036] While the structure of the point-of-sale device 152 or 164 shown in Fig. 2 is especially suitable in embodiments where the instrument comprises a plastic card with a magnetic stripe, in alternative embodiments the instrument may comprise other features, such as magnetic ink, a bar code, optical indicia, or the like. Accordingly, in other embodiments, the point-of-sale device 152 or 164 maybe equipped for extracting such information from the instrument with magnetic-ink readers, bar-code readers, optical readers, or similar reading devices. Examples of point-of-sale devices that include multiple capabilities for extracting information from such instruments are provided in the following commonly assigned applications, the entire disclosures of which are incorporated herein by reference for all purposes: U.S. Prov. Pat. Appl. No. 60/147,889, entitled "INTEGRATED POINT OF SALE DEVICE," filed August 9, 1999 by Randy J. Templeton et al; U.S. Pat. Appl. No. 09/634,901, entitled "POINT OF SALE PAYMENT SYSTEM," filed August 9, 2000 by Randy J. Templeton et al; U.S. Pat. Appl. No. 10/116,689, entitled "SYSTEMS AND METHODS FOR PERFORMING TRANSACTIONS AT A POINT-OF-SALE," filed April 3, 2002 by Earney Stoutenburg et al; U.S. Pat. Appl. No. 10/116,733, entitled "SYSTEMS AND METHODS FOR DEPLOYING A POINT-OF-SALE SYSTEM," filed April 3, 2002 by Earney Stoutenburg et al; U.S. Pat. Appl. No. 10/116,686, entitled "SYSTEMS AND METHODS FOR UTILIZING A POINT-OF-SALE SYSTEM," filed April 3, 2002 by Earney Stoutenburg et al; and U.S. Pat. Appl. No. 10/116,735, entitled "SYSTEMS AND METHODS FOR CONFIGURING A POINT-OF-SALE SYSTEM," filed April 3, 2002 by Earney Stoutenburg.
[0037] All of these point-of-sale devices are suitable for embodiments where transactions are initiated locally at the location of a merchant, with the point-of-sale device including communications protocols for transmitting the extracted information to the host system 132 and for receiving responses from the host system 132. In other embodiments, the point-of-sale devices make take the form of servers configured for enabling remote transactions. For example, such a server may be provided in communication with the public network 120 shown in Fig. 1 in cases where electronic commerce is supported. In such embodiments, the transaction information is usually collected as part of a web interface, with the customer 104 entering information printed on the instrument for transmission to the server, rather than using the other types of readers described above for local transactions.
[0038] Merely for purposes of illustration, Fig. 3 provides an illustration of an instrument in one embodiment that takes the form of a plastic card 304 having a magnetic stripe on its back. In this manner, the physical structure of the instrument is similar to that of dedicated credit or stored-value cards. The card 304 includes a numerical identifier 308, a name 312 for a customer authorized to execute transactions with the accounts identified, and an expiry date 324. All of this information is also encoded magnetically on the magnetic stripe on the back of the card 304, perhaps also with additional information regarding the customer or the linked credit and stored-value accounts that may be accessed. The fact that the card may be used for both credit and for stored-value transactions is indicated on the front of the card with logo 316, which is a recognized identifier for a particular stored-value program, and with logo 320, which is a recognized identifier for a particular credit program. The card may additionally include security features in the form of a physical holographic image 328, in the form of an additional numerical identifying code printed on the back of the card 304, or any of a wide array of other types of security features known to those of skill in the art.
[0039] Once in the hands of the customer, the instrument may be used to manage both credit and stored-value types of transactions. Often, these types of transactions are the ultimate responsibility of different financial institutions 140 or 156, with the only interaction between the otherwise segregated underlying credit and stored-value programs resulting from the mechanisms enabled with the host system. Fig. 4A thus provides an overview of how an instrument may be generated for issuance to a customer to provide such combined functionality, as well as some illustrations of certain functions that maybe implemented with the instrument after issuance. This description is followed with a description in connection with Fig. 4B of how specific transactions are executed using the combination of features provided with the instrument.
[0040] Thus, a method for generating combined stored-value and credit instruments for customers may begin at block 404 of Fig. 4A with a credit-account parameter file being received by a the host system 132. This credit-account parameter file may originate with one of the financial institutions, say institution 140, and usually includes such information as an identity of customers, personal information regarding the customers, the accounts that are to be accessed for credit transactions, the maximum credit limits of such accounts, override criteria, and the like. The host system 132 uses the information supplied by the credit- account parameter file to establish credit accounts associated with certain instruments at block 408. Similarly, a stored-value account parameter file is received by the host system 132 at block 412. This stored-value account parameter file may originate with the same financial institution, i.e. institution 140, but may also originate with a different financial institution such as institution 156. The file includes such information as an identity of customers, the accounts that are to be accessed for stored-value transactions, the initial amounts stored in such accounts, reloading criteria, and the like. The host system 132 uses the information supplied by the stored-value account parameter file to establish stored-value accounts associated with the same instruments as the credit accounts. At block 420, the credit accounts are linked with the stored-value accounts in records maintained on the data store 128, allowing the instruments to be used for either credit or stored-value transactions, or allowing transactions to be executed that invoke both credit and stored-value features.
[0041] At block 424, issuance of the instruments to customers is initiated, such as by providing printing and mailing instructions to the printing facility 124. Such initiation is performed substantially contemporaneously with the linking, although the linking may generally be performed before or after initiation of issuance. As used herein, reference to functions being performed "substantially contemporaneously" is intended to be construed within a functional framework, i.e. by referring to functions within a process rather than strictly to a time difference. For example, two functions A and B in a process are considered to be performed substantially contemporaneously if there are relatively few additional functions intervening between them, particularly if any such intervening functions are only minimally or not at all necessary for performing the later performed function A or B. For example, these embodiments of the invention may be contrasted with methods in which issuance of the instrument is dependent on an intermediate function performed after linking credit and stored-value accounts or in which linking of the accounts is dependent on an intermediate function performed after issuing the instrument. Such intermediate functions as receiving a file providing linking information after an instrument has been issued are unnecessary in embodiments of the invention.
[0042] After the instruments have been issued to customers, there are a variety of customer-service and maintenance functions that may be performed, some examples of which are illustrated in Fig. 4A. For example, in some instances, a customer may wish to reload value in the stored-value account associated with an instrument. Accordingly, the host system 132 may sometimes receive a request, such as that indicated at block 428, for value to be reloaded. Usually such a request will be supported by separate funds and may be communicated to the host system 132 from one of the point-of-sale devices 152 or 164. For instance, a customer who wishes to reload value may visit a point-of-sale device with cash or some other source of funds, present the instrument, and request that the supporting funds be applied to the stored-value account. The host system responds at block 432 by augmenting its records of the current value in the stored-value account associated with the instrument by the requested amount. In some embodiments, the supporting funds may be provided in the form of credit applied to the linked credit account. In this way, a customer may choose to advance funds on a credit basis to the stored-value account, a feature that may be useful for transactions with merchants who participate in a particular stored-value program but do not participate in the particular credit program.
[0043] hi other embodiments, value may be reloaded automatically as a benefit to using the credit account. For example, an arrangement may be provided in which use of the credit account by the customer results in loading value to the stored-value account. In some cases, the relative amount of value loaded may depend on where the credit transaction is executed, acting as an incentive for the customer to enter credit transactions at with certain merchants. For instance, merely by way of example, an arrangement could be established where 1% of the amount of any credit transaction using the instrument is automatically loaded into the stored-value account; if the credit transaction is executed at a store of Chain X, an additional 2% of the amount is automatically loaded into the stored-value account.
[0044] Another support function that may be performed by the host system 436 is indicated at block 436 in the form of generating a statement that summarizes activity for both the stored-value and credit accounts associated with an instrument. In many embodiments, the generation of such statements may be performed according to a schedule summarizing activity within a particular time period, although in some embodiments the statement generation may be initiated by a request from a customer. Responses to such specific customer requests might be individually tailored to that customer by allowing the specification of date ranges for the transactions, transaction-amount thresholds that are of interests, as well as various ways of grouping summary information according to date, transaction size, and the like. In any event, the statement generated at block 426 advantageously exploits the linking of the stored-value and credit accounts to summarize activity for both types of accounts on a single statement. After generation, each statement may be printed for mailing to a customer 104 by the printing facility 124, as indicated at block 440, or may be transmitted electronically to the customer over the public network 120, as indicated at block 444.
[0045] In different embodiments, the execution of a variety of customer-service functions that request information may be performed with or without the assistance of a customer-service representative. These different possibilities accommodate the different habits that are used by different customers and differ primarily in the way in which the requested information is transmitted rather than in how the information is retrieved. Thus, at block 448, a customer-service request is received requesting certain information related to the credit and or stored-value accounts. This request may originate directly from the customer such as through a web or DTMF interface that allows the customer to specify what type of information is desired, or may originate from a customer-service representative who aids the customer and composes the request. In either case, a response to the request is generated at block 452 from the stored-value and/or credit account information that is maintained on the data store 128. If the request originated from a customer-service representative, the response is transmitted back to that customer-service representative at block 456. If instead the request originated directly from the customer, the response is transmitted back to the customer at block 460 in the form of an electronic response or as a telephone voice response. [0046] Fig. 4B illustrates a method for executing a transaction using the instrument.
Such a transaction typically begins with a customer making a selection of goods and/or services to purchase from a merchant and presenting the selection at a point of sale. The point-of-sale device 152 or 164 is then activated to receive a cost for the transaction at block 470. Receipt of such a cost may, in some instances, be part of a functionality of the point-of- sale device 152 or 164 itself, such as where bar codes affixed to articles are scanned and retrieved costs totaled to produce a total for the transaction. At block 474, the point-of-sale device receives information that identifies the instrument, such as by swiping the magnetic stripe of a card embodiment of the instrument through a magnetic-stripe reader, reading an rf signal, reading a smart card, reading information optically from the instrument, or the like. Identification of the instrument is sufficient to identify the credit and stored-value accounts that were linked substantially contemporaneously with issuance of the instrument. [0047] At block 478, a check is made to ensure that the transaction qualifies for application to the credit account. Such a check may include verifying that the merchant participates in the particular credit program, that the transaction is not for an amount that would cause a credit limit for the credit account to be exceeded, and the like. Similarly, at block 482, a check is made to ensure that the transaction qualifies for application to the stored-value account. Such a check may include verifying that any merchant or merchandise restrictions associated with the stored-value account are met, and the like. The results of these checks may affect the nature of transaction options that are available to the customer. [0048] Thus, as indicated at block 486, the results of these checks are used to generate a request to the customer for selecting a distribution of cost among the stored-value and credit accounts. In some instances, this request may additionally include other options, such as the possibility of paying for a portion of the transaction in cash. The request may be presented on a display of the point-of-sale device 152 or 164, with the customer indicating a response to the request using a keypad or other input component of the point-of-sale device. For instance, suppose the transaction qualifies only for application to the credit account, but not for application to the stored-value account. The request might then ask the customer to indicate how much of the transaction is to be applied to the credit account and how much is to be paid in cash. In cases where the total transaction amount would cause the credit limit to be exceeded, the request might indicate a maximum amount that may be applied to the credit account, requiring the remainder to be paid in cash. Similar options may be presented as part of a request in which the transaction qualifies only for application to the stored-value account and not for application to the credit account. In such an instance, the request might ask how much to apply to the stored-value account and how much to be paid in cash, indicating the maximum amount of the transaction that may be applied to the stored-value account in accordance with the current amount of value stored in the account.
[0049] More options may be provided when the transaction qualifies for application to both the stored-value and credit accounts. In such an instance, in addition to requesting a distribution among the two accounts, the request may indicate maximum amounts that may be applied to each of the stored-value and credit accounts. In cases where the combined maxima of those accounts is less than the total transaction amount, payment of the additional amount may be required in cash; if the customer is unable to supply the required cash amount, the transaction might be declined. One example of these types of indications that may arise relatively frequently is where the transaction amount exceeds the amount of value stored in the stored-value account, but is easily within the credit limit of the credit account. This situation may be relatively common because amounts stored in stored-value accounts tend to be relatively small in comparison to credit limits often available in credit accounts. Furthermore, because the stored-value amount is prepaid, it is expected that customers will frequently prefer to use as much of the stored-value amount before applying portions of the transaction cost to a credit account where interest may eventually be charged. The request may therefore offer as an explicit option that all of the value in the stored-value account be applied to the transaction, with any excess amount due being applied to the credit account. Still other distributions may be possible depending on individual circumstances, and may be specified in absolute amounts or as percentage values in different embodiments. [0050] Once the customer has made a selection for the distribution, it is applied by the host system 132 to the accounts. For instance, in the embodiment just described for preferential application to the stored-value account, the point-of-sale device 152 or 164 may transmit instructions at block 490 to the host system 132 to apply a first portion of the cost to the stored-value account, perhaps thereby depleting the stored-value account. At block 494, instructions may be transmitted by the point-of-sale device 152 or 164 to the host system 132 to apply the remainder of the cost to the credit account.
[0051] It is noted that while foregoing description has focused on instances where each instrument is associated with a single credit account linked to a single stored-value account, there may be embodiments in which greater numbers of accounts may be linked. In some embodiments, an instrument may be associated with plurality of credit accounts that are linked with one or more stored-value accounts, or an instrument may be associated with a plurality of stored-value accounts that are linked with one or more credit accounts. In these types of embodiments, the nature of the request provided to the customer may reflect the increased variety of options, allowing selection of any qualifying stored-value accounts and/or qualifying credit accounts to be specified by the customer in effecting the transaction. [0052] Fig. 5 provides a schematic illustration of a structure that may be used to implement the host system 132. Fig. 5 broadly illustrates how individual system elements may be implemented in a separated or more integrated manner. The host system 132 is shown comprised of hardware elements that are electrically coupled via bus 526, including a processor 502, an input device 504, an output device 506, the data store 128, a computer- readable storage media reader 510a, a communications system 514, a processing acceleration unit 516 such as a DSP or special-purpose processor, and a memory 518. The computer- readable storage media reader 510a is further connected to a computer-readable storage medium 510b, the combination comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer-readable information. The communications system 514 may comprise a wired, wireless, modem, and/or other type of interfacing connection and permits data to be exchanged with the public network 120, telephone interface 116, and/or point-of-sale devices 152 or 164 or intermediaries as described in connection with Fig. 1. [0053] The host system 132 also comprises software elements, shown as being currently located within working memory 520, including an operating system 524 and other code 522, such as a program designed to implement methods of the invention. It will be apparent to those skilled in the art that substantial variations may be made in accordance with specific requirements. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Further, connection to other computing devices such as network input/output devices may be employed.
[0054] In another set of embodiments, the use of a host system may be avoided. For example, the instrument may comprise a chip card (sometimes referred to as a "smart" card) that includes a chip on which information may be stored and retrieved. In addition to having storage capacity, the chip card may include processing capability and usually includes encryption capability and other security features to protect the sensitive financial information that may be stored on the chip card. In these embodiments, the chip acts as a surrogate for the host system, retaining the necessary credit and stored-value account information. The chip card may be used in much the same way as described above, with the information being extracted and/or modified with a chip-card device comprised by the point-of-sale device 152 or 164.
[0055] Fig. 6 provides an illustration of a chip card 604 that may be used in implementing embodiments that make use of a chip card. The general structure of the chip card 604 is similar to the instrument described in com ection with Fig. 3, including a numerical identifier 608, name 612 for a customer, and an expiry date 624, as well as logos 616 and 620 that identify the stored-value and credit programs that may be used with the card 604. Additional security may be provided with a physical holographic image 628 or other features. In addition, however, the chip card 604 includes a chip 632 that is generally embedded within the structure of the card 604 and includes memory, a processor, and communications devices that allow the chip 632 to operate as a small portable computational device.
[0056] A chip card configured for use with integrated credit and stored-value programs may be produced in a fashion similar to that described in connection with Fig. 4A. Such a process is illustrated with the flow diagram of Fig. 7 A, which reflects the similar initial processing that is used irrespective of the type of instrument that is ultimately issued to customers. At block 702, a credit-account parameter file is received by a host system 132 and may have originated with one of the financial institutions shown in Fig. 1. The credit- account parameter file includes such information as an identity for each of several customers, personal infon ation regarding the customers, the accounts that are to be accessed for credit transactions, the credit limits of such accounts, and the like. The host system 132 uses this information at block 704 to establish credit accounts that are to be associated with chip cards. Similarly, a stored-value account parameter file is received by the host system 132 at block 706 and defines such information as customer identities, initial amounts to be stored in the stored-value accounts, reloading criteria, and the like. The host system 132 links respective credit accounts with stored-value accounts to allow the chip cards to be used to invoke both credit and stored-value features.
[0057] Rather than maintain all of the information for the accounts on the host system
132, at least some of the information maybe maintained on the chip card itself by downloading credit-account and stored-value-account information onto chips at block 710. While in some instances, the stored-value account may be maintained entirely on the chips without storage of any information at the host system 132, it is generally preferable for at least some information regarding the credit account to be maintained at the host system. As explained further below, this allows the status of the credit account to be monitored by the financial institution that is providing funds on a credit basis in support of the credit account. The information that is downloaded onto the chips may include personal information about the authorized customer, a cunent balance for the stored-value account, a current outstanding balance owed on the credit account, a credit limit associated with the credit account, a specification of any restrictions on use of either of the accounts such as a limitation to certain merchants, and the like. The manner in which the accounts are used is governed, at least in part, by processing and encryption software that is also downloaded onto the chips at block 712. Once the chips have been prepared in this way, they may be installed in chip cards at block 714 using methods well known in the art and issued to customers at block 714 substantially contemporaneously with linking the respective stored-value and credit accounts. Chip cards that are issued to customers thus have a structure like that shown in Fig. 6 and each includes a chip that has information identifying the customer, information identifying the status of linked credit and stored-value accounts, encryption protocols for protecting that information, and instructions for processing transactions using the linked accounts.
[0058] Generally any of the functionality described above that uses the linked credit and stored-value accounts may be performed using the chip cards in different embodiments. The chip cards may, however, provide more efficient processing in some embodiments because of a reduced need to contact the host system 132 in executing transactions. For example, Fig. 7B provides a flow diagram to illustrate reloading of the stored-value account in certain embodiments that advantageously make use of the information and programming provided on the chip card. To reload the stored-value account, a customer visits a point-of- sale device that includes a chip-card device capable of reading information from the chip card and of writing information onto the chip card. The chip card is read by the chip-card device at block 718 and information is retrieved from the card. Optionally, the cunent stored-value balance and credit balance may conveniently be displayed to the customer on the point-of- sale device at block 720. The customer decides at block 722 whether to use the credit account to add value to the stored-value account, perhaps in response to a query generated with the point-of-sale device.
[0059] If the customer decides not to use the credit account, he provides some form of payment for the value to be added at block 724. This may be in the form of a check, cash, a separate credit card, a money order, and the like. Accepting the payment may be performed by a clerk, who inputs the amount of payment into the point-of-sale device, or may be performed in a more automated fashion with another device such as a cash receiver, a check- cashing device, or the like. Irrespective of how the payment is made, the chip-card device is notified of the payment amount at block 726 and updates the stored-value balance at block 728. This updated balance is written to the chip card by the chip-card device at block 730 so that the information on the chip card when it is retrieved by the customer at block 732 reflects the updated balance that may be used in future transactions. If the point-of-sale device that was visited by the customer was not controlled by the financial institution responsible for the combined, funds may be transmitted to that financial institution at block 733 since it is responsible for supporting the account in future transactions.
[0060] If the customer instead decides to use the credit account as a source of funds for the stored-value account, the amount to be added is input to the point-of-sale device by the customer or a clerk at block 734. The chip-card device confirms from the information read from the chip card that the amount to be added to the stored-value account is less than the balance available for the credit account at block 736, rejecting the transaction if the amount exceeds the available balance. If the balance is sufficient, the chip-card device updates both the credit balance and the stored-value balance of the accounts at block 738 and writes the updated information back to the chip card at block 740. When the customer retrieves the card at block 742, its information now reflects the updated balances of the stored-value and credit accounts for use in later transactions. The financial institution responsible for the accounts is notified at block 744 of the transaction so that it has a record of the outstanding credit balance on the credit account and is aware of the increase in stored- value amount. [0061] In some embodiments, the notifications to the financial institution at blocks
733 and 744 may conveniently be performed in a batch process at periodic intervals. Because much of the transaction is executed by instructions on the chip card, transmission of approval requests for every transaction may be avoided. Uploading of information for multiple transactions performed over a period of time, such as a day, in a batch upload at blocks 733 and/or 744 permits the process of adding value to proceed more efficiently.
[0062] Such increases in efficiency may also be realized when the stored-value and credit accounts are used to support transactions for the purchase of goods and/or services, as illustrated with the flow diagram of Fig. 7C. When a customer has selected goods and/or services to be purchased, the cost for the transaction is transmitted to the chip-card device at block 746. Such transmission may result from entry of the amount into a point-of-sale device comprising the chip-card device by a clerk or may be determined automatically when the chip-card device is interfaced with an automated system. The customer presents the chip card to support payment for the transaction, with the chip card being read by the chip-card device at block 748 and the stored-value and credit account information being retrieved at block 750.
[0063] At block 752, the cunent stored-value balance and remaining credit balance may be displayed to the customer at block 752, enabling the customer quickly to determine how much of the transaction cost should be supported by each of the stored-value and credit accounts. Since the transaction may involve a distribution of the transaction cost among both the stored-value and credit accounts, qualification checks may be made to ensure that the transaction qualifies for both accounts. Thus, at block 754 the transaction is verified to qualify for application to the credit account, such as by ensuring that the merchant participates in the particular credit program, that the transaction is not for an amount that would cause a credit limit for the credit account to be exceeded, and the like. Similarly, a check is made at block 756 to ensure that the transaction qualifies for application to the stored-value account, such as by confirming that any merchant or merchandise restrictions associated with the stored-value account are met, and the like. The verifications performed at blocks 754 and 756 may conveniently be performed by using information defining any restrictions on account use retrieved from the chip card itself, rather than requiring a communication with the host system 132. [0064] If the transaction may be supported by both the credit and stored-value accounts, a request for the customer is generated at block 758 to select a cost distribution among the stored-value and credit accounts. In some instances, this request may additionally include other options, such as the possibility of paying for a portion of the transaction in cash. The various combinations that have been described above, including options in which any available balance on the stored-value account is to be used with the remainder applied to the credit account, may be presented to the customer. More generally, the customer may choose to apply any nonzero portion of the transaction cost to the credit account and any nonzero portion of the transaction cost to the stored-value account, with the nonzero portions being expressed as percentage values or in absolute amounts in different embodiments.
[0065] In response to the customer's selection of a cost distribution, as entered by a clerk or directly by the customer, the chip-card device updates the balance of the stored-value account at block 760 and updates the balance of the credit account at block 762. These updated balances are written back to the chip card at block 764, at which point the customer may retrieve the card with it now including information that reflects execution of the transaction. At block 766, the financial institution is notified of the transaction, although such notification may conveniently be performed as a batch process in several embodiments as described above.
[0066] Thus, while having described several embodiments, the above description should not be taken as limiting the scope of the invention, which is defined in the following claims.

Claims

WHAT IS CLAIMED IS:
1. A method for processing a transaction with a customer at a point of sale, the method comprising: receiving, at a point-of-sale device, a cost for the transaction; receiving, at the point-of-sale device, instrument-identification information identifying an instrument associated with a stored-value account and a credit account, wherein the stored-value account and the credit account were linked substantially contemporaneously with issuance of the instrument to the customer; generating a request to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of-sale device; and transmitting, from the point-of-sale device, instructions to apply the cost for the transaction to the stored-value and credit accounts in accordance with a received response to the request.
2. The method recited in claim 1 wherein generating the request comprises generating a request for the customer to select one of the stored-value and credit accounts for application of the cost of the transaction.
3. The method recited in claim 1 further comprising verifying that the transaction qualifies for application of the cost to the stored-value account.
4. The method recited in claim 1 further comprising verifying that the transaction qualifies for application of the cost to the credit account.
5. The method recited in claim 1 wherein the request identifies a current value stored in the stored-value account.
6. The method recited in claim 5 wherein the request includes an option to apply an amount of the cost for the transaction in excess of the current value stored in the stored-value account to the credit account.
7. The method recited in claim 1 wherein the cost for the transaction exceeds a cunent value stored in the stored-value account and the instructions include: a request to apply a portion of the cost equal to the cunent value stored in the stored-value account to the stored-value account; and a request to apply an excess of the cost over the current value stored in the stored-value account to the credit account.
8. A method for processing a transaction with a customer at a point of sale, the method comprising: receiving, at a point-of-sale device, a cost for the transaction; receiving, at the point-of-sale device, instrument-identification information identifying an instrument associated with a stored-value account and a credit account; transmitting instructions, from the point-of-sale device, to apply a portion of the cost equal to a cunent value stored in the stored-value account to the stored-value account; and transmitting instructions, from the point-of-sale device, to apply an excess of the cost over the cunent value stored in the stored-value account to the credit account.
9. The method recited in claim 8 wherein the stored-value account and credit account were linked substantially contemporaneously with issuance of the instrument to the customer.
10. The method recited in claim 8 further comprising verifying that the transaction qualifies for application of the portion of the cost to the stored-value account.
11. The method recited in claim 8 further comprising verifying that the transaction qualifies for application of the excess to the credit account.
12. A computer-readable storage medium having a computer-readable program embodied therein for directing operation of a point-of-sale device including an input device, a communications system, and a processor, wherein the computer-readable program includes instructions for operating the point-of-sale device to process a transaction with a customer at a point of sale in accordance with the following: receiving, with the input device, a cost for the transaction; receiving, with the input device, instrument-identification information identifying an instrument associated with a stored-value account and a credit account, wherein the stored-value account and the credit account were linked substantially contemporaneously with issuance of the instrument to the customer; generating, with the processor, a request to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of- sale device; and transmitting, with the communications system, instructions to apply the cost for the transaction to the stored-value and credit accounts in accordance with a received response to the request.
13. The computer-readable storage medium recited in claim 12 wherein the instructions for generating the request include instructions for generating a request for the customer to select one of the stored-value and credit accounts for application of the cost of the transaction.
14. The computer-readable storage medium recited in claim 12 wherein the computer-readable program further includes instructions for verifying that the transaction qualifies for application of the cost to the stored-value account.
15. The computer-readable storage medium recited in claim 12 wherein the computer-readable program further includes instructions for verifying that the transaction qualifies for application of the cost to the credit account.
16. The computer-readable storage medium recited in claim 12 wherein the request identifies a cunent value stored in the stored-value account.
17. The computer-readable storage medium recited in claim 16 wherein the request includes an option to apply an amount of the cost for the transaction in excess of the current value stored in the stored-value account to the credit account.
18. The computer-readable storage medium recited in claim 12 wherein the cost for the transaction exceeds a cunent value stored in the stored-value account and the instructions transmitted by the communications system include: a request to apply a portion of the cost equal to the cunent value stored in the stored-value account to the stored-value account; and a request to apply an excess of the cost over the cunent value stored in the stored-value account to the credit account.
19. A computer-readable storage medium having a computer-readable program embodied therein for directing operation of a point-of-sale device including an input device, a communications system, and a processor, wherein the computer-readable program includes instructions for operating the point-of-sale device to process a transaction with a customer at a point of sale in accordance with the following: receiving, with the input device, a cost for the transaction; receiving, with the input device, instrument-identification information identifying an instrument associated with a stored-value account and a credit account; transmitting, with the communications system, instructions to apply a portion of the cost equal to a current value stored in the stored-value account to the stored-value account; and transmitting, with the communications system, instructions to apply an excess of the cost over the cunent value stored in the stored-value account to the credit account.
20 . The computer-readable storage medium recited in claim 19 wherein the stored-value account and credit account were linked substantially contemporaneously with issuance of the instrument to the customer.
21. The computer-readable storage medium recited in claim 19 wherein the computer-readable program further includes instructions for verifying that the transaction qualifies for application of the portion of the cost to the stored-value account.
22. The computer-readable storage medium recited in claim 19 wherein the computer-readable program further includes instructions for verifying that the transaction qualifies for application of the excess to the credit account.
23. A method for processing a transaction with a customer at a point of sale, the method comprising: receiving, at a point-of-sale device that includes a chip-card communications device, a cost for the transaction; reading, with the chip-card communications device from a chip card presented by the customer in support of the transaction, information identifying both a stored-value account and a credit account, wherein the stored-value account and the credit account were linked substantially contemporaneously with issuance of the chip card to the customer and the information identifies a cunent balance for the stored-value account and a cunent balance for the credit account; generating a request to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of-sale device; determining an updated balance for the stored-value account and an updated balance for the credit account in accordance with application of the distribution of the cost for the transaction selected in response to the request; and writing, to the chip card with the chip-card communications device, updated information for the stored-value account and for the credit account, wherein the updated infonnation identifies the updated balance for the stored-value account and the updated balance for the credit account.
24. The method recited in claim 1 further comprising verifying with the information read from the chip card that the transaction qualifies for application of a portion of the cost for the transaction to the stored-value account.
25. The method recited in claim 1 further comprising verifying with the information read from the chip card that the transaction qualifies for application of a portion of the cost for the transaction to the credit account.
26. The method recited in claim 1 wherein the request includes an option to apply an amount of the cost for the transaction in excess of the cunent balance for the stored-value account to the credit account.
27. The method recited in claim 1 wherein the cost for the transaction exceeds the cunent balance for the stored-value account and determining the updated balance for the stored-value account and the updated balance for the credit account includes: applying a portion of the cost equal to the current balance for the stored-value account to the stored-value account; and applying an excess of the cost over the cunent balance for the stored-value account to the credit account.
28. The method recited in claim 1 further comprising transmitting a record of the transaction from the point-of-sale device to a remote host system.
29. A method for processing a transaction with a customer at a point of sale, the method comprising: receiving, at a point-of-sale device that includes a chip-card communications device, a cost for the transaction; reading, with the chip-card communications device from a chip card presented by the customer in support of the transaction, information identifying both a stored-value account and a credit account, herein the stored-value account and the credit account were linked substantially contemporaneously with issuance of the chip card to the customer, and the information identifies a cunent balance for the stored-value account and a cunent balance for the credit account; ^ determining an updated balance for the stored-value account and an updated balance for the credit account by: applying a portion of the cost equal to the cunent balance for the stored-value account; and applying an excess of the cost over the cunent balance for the stored- value account to the credit account; and writing, to the chip card with the chip-card device, updated information, for the stored-value account and for the credit account, wherein the updated information identifies the updated balance for the stored-value account and the updated balance for the credit account.
30. The method recited in claim 29 wherein the stored-value account and the credit account were linked substantially contemporaneously with issuance of the chip card to the customer.
31. The method recited in claim 29 further comprising verifying with the information read from the chip card that the transaction qualifies for application of a portion of the cost for the transaction to the stored-value account.
32. The method recited in claim 29 further comprising verifying with the information read from the chip card that the transaction qualifies for application of a portion of the cost for the transaction to the credit account. 1
33. The method recited in claim 29 further comprising transmitting a record of the transaction from the point-of-sale device to a remote host system.
34. A method for processing a transaction with a customer at a point of sale, the method comprising: receiving, at a point-of-sale device that includes a chip-card communications device, a cost for the transaction; reading, with the chip-card communications device from a chip card presented by the customer in support of the transaction, information identifying both a stored-value account and a credit account, wherein the stored-value account and the credit account were linked substantially contemporaneously with issuance of the chip card to the customer and the information identifies a cunent balance for the stored-value account and a current balance for the credit account; verifying with the information read from the chip card that the transaction qualifies for application of a first portion of the cost for the transaction to the stored-value account; verifying with the information read from the chip card that the transaction qualifies for application of a second portion of the cost for the transaction to the credit account; generating a request to select a distribution of the cost for the transaction among the stored-value and credit accounts for presentation at the point-of-sale device; receiving a selected distribution in response to the request; determining an updated balance for the stored-value account and an updated balance for the credit account in accordance with application of the selected distribution; writing, to the chip card with the chip-card communications device, updated information for the stored-value account and for the credit account, wherein the updated information identifies the updated balance for the stored-value account and the updated balance for the credit account; and transmitting a record of the transaction from the point-of-sale device to a remote host system.
35. A method for generating a combined stored-value and credit instrument for a customer, the method comprising: receiving credit-account parameters to be associated with the instrument; establishing a credit account associated with the instrument in accordance with the credit-account parameters; receiving stored-value-account parameters to be associated with the instrument; establishing a stored-value account associated with the instrument in accordance with the stored-value-account parameters; linking the credit account and the stored-value account; and initiating issuance of the instrument to the customer substantially contemporaneously with linking the credit account and the stored-value account.
36. The method recited in claim 68 wherein initiating issuance of the instrument is performed after linking the credit account and the stored-value account.
37. The method recited in claim 68 wherein the credit-account parameters include specification of a credit limit.
38. The method recited in claim 68 wherein the stored-value-account parameters include specification of a limited set of one or more merchants at which the stored-value account may be used.
39. The method recited in claim 68 wherein the stored-value-account parameters include specification of an initial value amount for the stored-value account.
40. The method recited in claim 68 further comprising: receiving a request to reload value into the stored value account, the request being supported by funds; and augmenting a value amount for the stored-value account in accordance with the request.
41. The method recited in claim 68 further comprising loading value equal to a specified fraction of an amount of a credit transaction executed with the instrument into the stored-value account in response to execution of the credit transaction.
42. The method recited in claim 68 further comprising generating a consolidated statement summarizing customer activity on the linked credit account and stored-value account.
43. The method recited in claim 68 further comprising responding to a customer-service request relating to at least one of the linked credit account and stored-value account.
44. A method for providing information for a combined stored-value and credit instrument, the method comprising: retrieving credit-account activity information for a credit account associated with the instrument; retrieving stored-value-account activity information for a stored-value account associated with the instrument; integrating the credit-account activity information and the stored-value- account activity information; and compiling the integrated information for presentation in a report.
45. The method recited in claim 44 wherein the report comprises a customer statement.
46. The method recited in claim 45 further comprising printing the statement.
47. The method recited in claim 45 further comprising transmitting an electronic copy of the customer statement to a customer.
48. The method recited in claim 44 wherein integrating the credit-account activity information and the stored-value-account activity information comprises summarizing the credit-account activity information and the stored-value-account activity information.
49. The method recited in claim 44 further comprising receiving a customer-service request, wherein the report comprises a customer-service report responding to the customer-service request.
50. The method recited in claim 49 wherein compiling the integrated information comprises selecting portions of the integrated information relevant to responding to the customer-service request.
51. The method recited in claim 49 further comprising providing the customer-service report to a customer-service representative.
52. The method recited in claim 49 further comprising providing the customer-service report directly to a customer.
53. The method recited in claim 44 wherein the stored-value account and credit account were linked substantially contemporaneously with issuance of the instrument
54. A computer-readable storage medium having a computer-readable program embodied therein for directing operation of a host system including an input device, a communications system, a storage device, and a processor, wherein the computer-readable program includes instructions for operating the host system to generate a combined stored- value and credit instrument for a customer in accordance with the following: receiving, with the input device, credit-account parameters to be associated with the instrument; establishing, with the processor, a credit account in accordance with the credit- account parameters, wherein the credit account is maintained on the storage device and associated with the instrument; receiving, with the input device, stored-value-account parameters to be associated with the instrument; establishing, with the processor, a stored-value account in accordance with the stored-value-account parameters, wherein the stored-value account is maintained on the storage device and associated with the instrument; linking the credit account and the stored-value account on the storage device; and initiating, with the processor, issuance of the instrument to the customer substantially contemporaneously with linking the credit account and the stored-value account.
55. The computer-readable storage medium recited in claim 54 wherein the instructions for initiating issuance of the instrument are executed after the instructions for linking the credit account and the stored-value account.
56. The computer-readable storage medium recited in claim 54 wherein the computer-readable program further includes instructions for: receiving, with the communications system, a request to reload value into the stored value account, the request being supported by funds; and augmenting a value amount for the stored-value account in accordance with the request.
57. The computer-readable storage medium recited in claim 54 wherein the computer-readable program further includes instructions for loading value equal to a specified fraction of an amount of a credit transaction executed with the instrument into the stored-value account in response to execution of the credit transaction.
58. The computer-readable storage medium recited in claim 54 wherein the computer-readable program further includes instructions for generating, with the processor, a consolidated statement summarizing customer activity on the linked credit account and stored-value account.
59. The computer-readable storage medium recited in claim 54 wherein the computer-readable program further includes instructions for responding, over the communications system, to a customer-service request relating to at least one of the linked credit account and stored-value account.
60. A computer-readable storage medium having a computer-readable program embodied therein for directing operation of a host system including an input device, a communications system, a storage device, and a processor, wherein the computer-readable program includes instructions for operating the host system to generate a combined stored- value and credit instrument for a customer in accordance with the following: retrieving, from the storage device, credit-account activity information for a credit account associated with the instrument; retrieving, from the storage device, stored-value-account activity information for a stored-value account associated with the instrument; integrating, with the processor, the credit-account activity information and the stored-value-account activity information; and compiling, with the processor, the integrated information for presentation in a report.
61. The computer-readable storage medium recited in claim 60 wherein the report comprises a customer statement.
62. The computer-readable storage medium recited in claim 61 wherein the host system further includes an output device, the computer-readable program further including instructions for outputting the customer statement on the output device.
63. The computer-readable storage medium recited in claim 60 wherein the computer-readable program further includes instructions for transmitting, with the communications system, an electronic copy of the customer statement.
64. The computer-readable storage medium recited in claim 60 wherein: the computer-readable program further includes instructions for receiving, with the communications system, a customer-service request; and the report comprises a customer-service report responding to the customer- service request.
65. The computer-readable storage medium recited in claim 64 wherein the computer-readable program further includes instructions for transmitting, with the communications system, the customer-service report to a customer-service representative.
66. The computer-readable storage medium recited in claim 64 wherein the computer-readable program further includes instructions for transmitting, with the communications system, the customer-service report directly to a customer.
67. The computer-readable storage medium recited in claim 60 wherein the stored-value account and credit account were linked substantially contemporaneously with issuance of the instrument.
68. A method for producing a chip card for a customer, the method comprising: receiving credit-account parameters to be associated with the chip card; establishing a credit account associated with the chip card in accordance with the credit-account parameters; receiving stored-value-account parameters to be associated with the chip card; establishing a stored-value account associated with the chip card in accordance with the stored-value-account parameters; linking the credit account and the stored-value account; downloading infonnation identifying both the stored-value account and the credit account onto a chip, wherein the information identifies an initial balance for the stored- value account and an initial balance for the credit account; installing the chip in the chip card; and issuing the chip card to the customer substantially contemporaneously with linking the credit account and the stored-value account.
69. The method recited in claim 68 wherein issuing the chip card is performed after linking the credit account and the stored-value account.
70. The method recited in claim 68 further comprising downloading processing software onto the chip.
71. The method recited in claim 68 further comprising downloading encryption software onto the chip.
72. The method recited in claim 68 wherein the information includes specification of a limited set of one or more merchants at which the stored-value account may be used.
73. The method recited in claim 68 wherein the information includes specification of a credit limit for the credit account.
74. A method for increasing an available balance of a stored-value account, the method comprising: reading, with a chip-card communications device from a presented chip card, information identifying the stored-value account and a linked credit account, wherein the information identifies a cunent balance for the stored-value account and a cunent balance owed for the credit account; receiving a request identifying an amount to be added to the stored-value account; determining an updated balance for the stored-value account by increasing the cunent balance for the stored-value account by the identified amount; determining an updated balance owed for the credit account by increasing the cunent balance owed for the credit account by the identified amount; and writing, to the presented chip card with the chip-card communications device, updated information for the stored-value account and for the credit account, wherein the updated information identifies the updated balance for the stored-value account and the updated balance for the credit account.
75. The method recited in claim 74 wherein the information further identifies a credit limit for the credit account, the method further comprising verifying that the updated balance owed for the credit account is less than the credit limit.
76. The method recited in claim 74 wherein the stored-value account and credit account were linked substantially contemporaneously with issuance of the chip card to a customer.
77. The method recited in claim 74 further comprising transmitting a record of increasing the available balance from the point-of-sale device to a remote host system.
PCT/US2004/035810 2003-10-27 2004-10-27 Integrated credit and stored-value programs WO2005045625A2 (en)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US10/694,925 US7769689B2 (en) 2003-10-27 2003-10-27 Methods and systems for processing transactions for integrated credit and stored-value programs
US10/694,924 2003-10-27
US10/694,924 US20050091153A1 (en) 2003-10-27 2003-10-27 Methods and systems for managing integrated credit and stored-value programs
US10/694,925 2003-10-27
US10/974,548 US20050108130A1 (en) 2003-10-27 2004-10-26 Methods and systems for managing integrated credit and stored-value programs
US10/974,463 US20050114217A1 (en) 2003-10-27 2004-10-26 Methods and systems for processing transactions for integrated credit and stored-value programs
US10/974,463 2004-10-26
US10/974,548 2004-10-26

Publications (2)

Publication Number Publication Date
WO2005045625A2 true WO2005045625A2 (en) 2005-05-19
WO2005045625A3 WO2005045625A3 (en) 2007-06-14

Family

ID=34577857

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2004/035810 WO2005045625A2 (en) 2003-10-27 2004-10-27 Integrated credit and stored-value programs

Country Status (1)

Country Link
WO (1) WO2005045625A2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102214377A (en) * 2011-06-22 2011-10-12 钱袋网(北京)信息技术有限公司 Cloud point of sale (POS) management platform and cloud POS system
CN103049964A (en) * 2012-12-20 2013-04-17 苏州朗然网络科技有限公司 Method for fetching after online goods ordering
EP3182358A1 (en) * 2015-12-18 2017-06-21 Mastercard International Incorporated System and method for using multiple balances with a single payment device

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5930764A (en) * 1995-10-17 1999-07-27 Citibank, N.A. Sales and marketing support system using a customer information database
US6076075A (en) * 1995-09-25 2000-06-13 Cardis Enterprise International N.V. Retail unit and a payment unit for serving a customer on a purchase and method for executing the same
US20030009382A1 (en) * 2001-06-12 2003-01-09 D'arbeloff Matthew A. Customer identification, loyalty and merchant payment gateway
US6631849B2 (en) * 2000-12-06 2003-10-14 Bank One, Delaware, National Association Selectable multi-purpose card

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6076075A (en) * 1995-09-25 2000-06-13 Cardis Enterprise International N.V. Retail unit and a payment unit for serving a customer on a purchase and method for executing the same
US5930764A (en) * 1995-10-17 1999-07-27 Citibank, N.A. Sales and marketing support system using a customer information database
US6631849B2 (en) * 2000-12-06 2003-10-14 Bank One, Delaware, National Association Selectable multi-purpose card
US20030009382A1 (en) * 2001-06-12 2003-01-09 D'arbeloff Matthew A. Customer identification, loyalty and merchant payment gateway

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102214377A (en) * 2011-06-22 2011-10-12 钱袋网(北京)信息技术有限公司 Cloud point of sale (POS) management platform and cloud POS system
CN102214377B (en) * 2011-06-22 2013-01-09 钱袋网(北京)信息技术有限公司 Cloud point of sale (POS) management platform and cloud POS system
CN103049964A (en) * 2012-12-20 2013-04-17 苏州朗然网络科技有限公司 Method for fetching after online goods ordering
EP3182358A1 (en) * 2015-12-18 2017-06-21 Mastercard International Incorporated System and method for using multiple balances with a single payment device

Also Published As

Publication number Publication date
WO2005045625A3 (en) 2007-06-14

Similar Documents

Publication Publication Date Title
AU2004232121B2 (en) Smart card personalization assistance tool
US7668751B2 (en) Methods and systems for coordinating a change in status of stored-value cards
US5692132A (en) System and method for conducting cashless transactions on a computer network
US6308887B1 (en) Multi-transactional architecture
US8095113B2 (en) Onetime passwords for smart chip cards
US7316350B2 (en) Multi-purse card system and methods
EP1571608A2 (en) Customer loyalty card and devices associated therewith
US20060289621A1 (en) Dynamic fee structuring in a stored valude card program
CN109313762B (en) System, method and apparatus for secure generation and processing of data sets characterizing pre-stored funds payments
US20100051691A1 (en) System, Program Product and Methods For Retail Activation And Reload Associated With Partial Authorization Transactions
JP2006523879A (en) Payment apparatus and method
CN103299328A (en) Real-time payment authorization
WO1996041286A9 (en) System and method for conducting cashless transactions on a computer network
JP2005505824A (en) System alignment method and memory device for integrated circuit card data recording device
CN101256653A (en) Method and system for value insertion using bill pay card preassociated with biller
WO2005038600A2 (en) System, method and apparatus for providing financial services
US9508067B2 (en) System, program product and methods for retail activation and reload associated with partial authorization transactions
US20050114217A1 (en) Methods and systems for processing transactions for integrated credit and stored-value programs
AU2011240783A1 (en) Restricted use currency
US20050091153A1 (en) Methods and systems for managing integrated credit and stored-value programs
US20050108130A1 (en) Methods and systems for managing integrated credit and stored-value programs
US7769689B2 (en) Methods and systems for processing transactions for integrated credit and stored-value programs
JP2002109237A (en) Ic card for card dealing
WO2005045625A2 (en) Integrated credit and stored-value programs
WO2014081646A2 (en) Mobile fraud prevention system and method

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase