US20080109319A1 - Family stored value card program - Google Patents

Family stored value card program Download PDF

Info

Publication number
US20080109319A1
US20080109319A1 US11/688,253 US68825307A US2008109319A1 US 20080109319 A1 US20080109319 A1 US 20080109319A1 US 68825307 A US68825307 A US 68825307A US 2008109319 A1 US2008109319 A1 US 2008109319A1
Authority
US
United States
Prior art keywords
stored value
value card
customer
account
card account
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/688,253
Inventor
Sheldon H. Foss
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CCIP Corp
Original Assignee
Individual
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/685,277 external-priority patent/US20050080697A1/en
Application filed by Individual filed Critical Individual
Priority to US11/688,253 priority Critical patent/US20080109319A1/en
Publication of US20080109319A1 publication Critical patent/US20080109319A1/en
Assigned to COMPUCREDIT INTELLECTUAL PROPERTY HOLDINGS CORP. II reassignment COMPUCREDIT INTELLECTUAL PROPERTY HOLDINGS CORP. II ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: COMPUCREDIT INTELLECTUAL PROPERTY HOLDINGS CORP. III
Abandoned legal-status Critical Current

Links

Images

Classifications

    • 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/28Pre-payment schemes, e.g. "pay before"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31User authentication
    • 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/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • G06Q20/1085Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/204Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • 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/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • 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/229Hierarchy of users of accounts
    • G06Q20/2295Parent-child type, e.g. where parent has control on child rights
    • 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/347Passive cards
    • 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/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/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3676Balancing accounts
    • 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/382Payment protocols; Details thereof insuring higher security of transaction
    • 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00Individual registration on entry or exit
    • G07C9/30Individual registration on entry or exit not involving the use of a pass
    • G07C9/32Individual registration on entry or exit not involving the use of a pass in combination with an identity check
    • G07C9/33Individual registration on entry or exit not involving the use of a pass in combination with an identity check by means of a password
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0866Mechanisms 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 by active credit-cards adapted therefor
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1025Identification of user by a PIN code
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1025Identification of user by a PIN code
    • G07F7/1075PIN is checked remotely
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2107File encryption
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2117User registration

Definitions

  • the Internet is not always the final answer in providing convenience to the consumer. In some instances, consumers are simply reluctant to conduct business over the Internet due to a variety of reasons, such as fear of losing confidentiality, resistance to relying on modern technology and sometimes, just stubbornness. Thus, there has been, is and remains a need in the art for providing face to face, plain old ordinary customer service.
  • merchants are limited to the types of financial services that they can provide. This limitation can be due to a variety of factors including the cost that the merchant must incur to provide the service, the technological complexities of providing the service, and the training required for the merchant's employees.
  • anyone that has completed a marketing 101 class will agree that the more services a merchant can offer, the more foot traffic the merchant will generate and, thus, the higher probability the merchant will get a sale.
  • One embodiment comprises a method for implementing a stored value card program.
  • One such method comprises: identifying an existing stored value card account; and enabling a first customer associated with the existing stored value card account to establish a new stored value card account associated with a second customer, the new stored value card account linked to the first stored value card account.
  • Another such method comprises: enrolling a first customer in a stored value card program with a first stored value card account; and enrolling a second customer in the stored value card program with a second stored value card account, the second stored value card account comprising a secondary account associated with the first stored value card account.
  • Another embodiment is a merchant terminal for providing stored value card services.
  • One such merchant terminal comprises: a card reader for reading data from a stored value card associated with an existing stored value card account of a first user; and a famil card enrollment module for enabling the first user associated with the existing stored value card account to establish a new stored value card account associated with a second customer.
  • FIG. 1 is a diagram illustrating an exemplary embodiment of a terminal that facilitates the provision of a variety of financial services.
  • FIG. 2 is a flow diagram illustrating an overview of the steps and components that can be utilized in conjunction with implementing various embodiments of the present invention.
  • FIG. 3 is a flow diagram illustrating the processes involved in providing the exemplary financial service of issuing a cash card to a customer through the use of the multi-functional terminal of the present invention.
  • FIG. 4 is a flow diagram illustrating the operation of an exemplary embodiment of the present invention.
  • FIG. 5 is a block diagram illustrating an exemplary embodiment of a stored value card program.
  • FIG. 6 is a block diagram illustrating an embodiment of a family stored value card account.
  • FIG. 7 is a block diagram illustrating a system for providing stored value card services.
  • FIG. 8 is a flow chart illustrating a method for implementing a stored value card program in the system of FIG. 7 .
  • FIG. 9 is a perspective overhead view of an embodiment of the merchant terminal of FIG. 7 illustrating a user interface screen for selecting a stored value card service for enrolling a new customer.
  • FIG. 10 illustrates another user interface screen for specifying a type of stored value card to enroll.
  • FIG. 11 illustrates another user interface screen for initiating the family card enrollment process.
  • FIG. 12 is a flow chart illustrating the architecture, operation, and/or functionality of an embodiment of the family card enrollment module of FIG. 7 .
  • FIG. 13 illustrates another user interface screen of the merchant terminal of FIG. 7 for initiating a funds transfer.
  • FIG. 14 illustrates another user interface screen for enabling an existing customer to transfer and/or load funds to a secondary account associated with the primary account.
  • FIG. 15 illustrates another user interface screen for specifying a transfer amount.
  • FIG. 16 illustrates another user interface screen for displaying a summary of the family card funds transfer process.
  • FIG. 17 is a flow chart illustrating the architecture, operation, and/or functionality of an embodiment of the family card funds transfer module of FIG. 7 .
  • the present invention can be described as a novel system, method and apparatus for a merchant to conveniently provide a variety of financial services to a consumer.
  • the exemplary embodiments described below are for illustrative purposes only and, a person skilled in the art will construe them broadly. It should be understood that the features and aspects of the present invention can be ported into a variety of systems and system/network configurations and any examples provided within this description are for illustrative purposes only.
  • FIG. 1 is a diagram illustrating an exemplary embodiment of a terminal 100 that facilitates the provision of a variety of financial services.
  • the terminal 100 is comprised of a processor 130 , a data interface 120 and a network interface 140 .
  • the data interface 120 is coupled both to the processor 130 and can interface to a data source 110 .
  • One function of the data interface 120 is to extract session data from the data source 110 and transfer the session data to the processor 130 .
  • Another function of the data interface 120 is transferring modified session data from the processor 130 to the data source 110 .
  • the data interface 120 can transfer data bi-directionally.
  • the data interface 120 may be any type of interface capable of extracting and/or writing to a data source 110 .
  • the data interface 120 may incorporate the hardware necessary to read/write to the data source 110 or may simply be an interface to a hardware device such as a bar code reader/writer, a magnetic reader/writer, a scanner, a templated scanner, a printer, a bio-metric identification device, a pass-through inlet/outlet, etc.
  • the data source 110 may consist of many different types of sources, including, but not limited to, a bar code, a magnetic-type card or magnetic storage device, scannable media, writable media, a fingerprint, a keyboard or keypad, a mouse, a light-pen, a touch pad, a display, or any other type of data device.
  • the session data is data that may be utilized in a particular financial service transaction.
  • the session data may be located on the data source 110 , or alternatively, may be inputted manually.
  • the session data may include, but is not limited to, name, date of birth, address, telephone number, social security number, verified government identification, direct deposit account (DDA) information and number, savings account information and number, credit history, debt to credit ratio, asset information, a type of financial service, a transaction amount, card account number, etc.
  • DDA direct deposit account
  • the network interface 140 is coupled to the processor 130 and interfaces to a server 150 .
  • One function of the network interface 140 is to provide session data to the server 150 .
  • Another function of the network interface 140 is obtaining validation from the server 150 and providing it to the processor 130 .
  • the server 150 validates all or a portion of the session data for a variety of different purposes depending on the particular financial service involved. The validation may include, but is not limited to, an approval for a financial service, a denial for a financial service, an available balance or fund verification, a credit worthiness verification, a billing address verification, etc.
  • the processor 130 is coupled to both the data interface 120 and the network interface 140 .
  • One function of the processor 130 is processing the session data and executing or initiating the provision of a plurality of financial services.
  • the processor 130 receives the session data from the data interface 120 and requests a validation from the server 150 , based at least in part on the session data, through the network interface 140 . Further, the processor 130 provides or initiates the provision of a plurality of financial services and in some embodiments, is capable of updating the session data stored on the data source 110 based at least in part on the provision of the particular financial service.
  • the plurality of financial services may include, but are not limited to, purchasing pre-paid cards, pre-paid card acceptance, credit card acceptance, debit card acceptance, check acceptance, point of sale purchase, cash back on point of sale purchase, transfers, card-to-card activity, bill payment, loyalty acceptance, etc.
  • FIG. 1 also illustrates the multi-functional terminal 100 within a system for providing financial services 105 .
  • the system 105 includes: the terminal 100 , a server 150 and one or more data sources 110 .
  • the multi-functional terminal 100 is provided to a merchant for use in store operation.
  • the terminal 100 is interfaced to and granted access to the server 150 .
  • the interface to the server 150 can be provided in a variety of fashions including, but not limited to, DSL, T1, broadband, wireless, telephonic and satellite connectivity.
  • the multi-functional terminal 100 is available to merchant employees in providing the financial services to customers. Depending on the desired financial service, a customer obtains and/or presents a data source 110 to the merchant in conjunction with selecting a financial service to be provided.
  • FIG. 2 is a flow diagram 200 illustrating an exemplary embodiment of the present invention.
  • the details of the operation of the flow diagram 200 may vary among various embodiments of the present invention.
  • the illustrated embodiment includes five main functions or components: the data collection component 210 , the decision engine 220 , the account creation component 230 , the account management component 240 and the transactional processing component 250 . It should be understood that the structure illustrated in this figure is for discussion purposes only and the various functions or components of the present system could be combined or split in many manners.
  • the data collection component 210 collects data or information relevant to: opening a credit account (e.g., account formation data), determining if an applicant can qualify for an account, the type of account to be opened (e.g., account option data), and other miscellaneous data.
  • the information collected with regards to the account formation data may include, but is not limited to, the applicant's name, date of birth, mailing, residential and business addresses, telephone numbers, social security number or verified government identification number, direct deposit account (DDA) information and account number, savings account information and account number, credit history, debt to credit ratio, assets, marital status, employment history, etc.
  • DDA direct deposit account
  • the decision engine 220 can be begin processing.
  • the decision engine 220 receives raw or processed data from the data collection component 210 and, among other functions, integrates it with underwriting criteria 222 to determine if a customer qualifies for an account.
  • the underwriting criteria 222 is initially determined using a collection of integrated algorithms, methods of work, business processes, and initial risk modules 224 that enable the analysis, issuance, distribution, and monitoring of an integrated credit product.
  • the initial risk models 224 are compiled from a variety of different sources that vary by issuer. One skilled in the art is familiar with the type of information that is associated with them.
  • the decision engine system 220 also determines if a customer qualifies for any applicable account option data selected in the data collection system 210 .
  • the decision engine 220 would determine if the customer qualified for that option and, if qualified, the amount of the overdraft limit.
  • the decision engine 220 uses the account formation data to qualify the customer and perform a risk management processes.
  • the customer is subjected to underwriting criteria 222 to determine qualification and some additional data or documents may be required for the process.
  • the account creation component 230 proceeds to open an account.
  • the account creation component 230 may perform different functions depending upon the account option data.
  • the account creation component 230 operates to create an account for the customer in a manner that is in compliance with all applicable local, state and federal laws.
  • the account creation component 230 may utilize various procedures to support issuer risk mitigation requirements.
  • the account creation component 230 also includes a plastic card creation component 235 that operates to generate a permanent card for the customer.
  • the procedures performed by the account creation component 230 may vary depending on the type of account being created.
  • the three account types include the instant issue card, the basic card and the basic card with overdraft protection.
  • Other functions that may be performed by the account creation component 230 include the activation of the account the issuance of cards. The details of these functions are more specifically described in the incorporated references.
  • the account management component 240 manages the customer account by utilizing controllers to enable and disable certain functions and privileges of the account based on various factors. Some of the factors can include account risks and customer behaviors.
  • the account management component 240 can include the functions of fraud management model 242 , fee management model 244 and account behavior model 246 .
  • the fraud management model 242 can utilize the operation of the account behavior model 246 to determine if any fraudulent activities are associated with the account. If any fraudulent activities are detected, the account management component 240 can be notified by the fraud management model 242 to suspend the account.
  • the fee management model 244 determines and assesses any applicable fees to be charged against the account. For example, if the account is overdue, a late fee would be assessed to the account.
  • additional fees can be assessed against the accounts. For instance, a one time fee may be assessed for the creation of the account or for the creation of certain accounts, such as accounts having an overdraft component 234 .
  • the account may include a fixed number of transactions or a fixed number of transactions per fixed period (e.g., per month). Once the fixed number of transactions is exceeded, additional transactions can be assessed a transaction fee. In another embodiment, a monthly fee may be assessed on the account.
  • the account behavior model 246 examines account activity and looks for patterns in the account activity to determine possible actions to be taken (e.g., intervention to stop fraud). For example, if an account appeared to have sporadic spending or if the stored value became zero, the account could be turned off temporarily to ascertain if the account is being defrauded.
  • the transactional processing component 250 processes and monitors the day to day transactions between the account and the financial transaction network 255 . The transactional processing component 250 is then compiled by the data aggregation module 252 .
  • the data aggregation module 252 may work on data related to the entire population of account holders, groups of populations based on factors such as age, occupation, areas of domicile etc. or even individuals.
  • the data aggregation module 252 provides processed outputs to the risk models 224 and the account behavior 246 model.
  • a key aspect of the present invention is found in the operation of the account management component 240 .
  • the account management component 240 of the present invention enables the dynamic management and alteration of the financial account based on real-time and current information.
  • Two controlling factors are applied to the account management component 240 . These controlling factors include the output of risk models 242 that have been run on the initial underwriting criteria collected by the data collection component 210 , as well as the output of the data aggregation module 252 .
  • the data aggregation module 252 refines and updates, preferably on a real-time basis, the various current trends of the accounts being managed. This information is then fed into the risk models 224 which determine new underwriting criteria 222 , and the account behavior 246 model.
  • the data aggregation module 252 can feed information into the risk models 224 and the account behavior 246 model at periodic intervals, continuously, autonomously, on request, or on other bases.
  • the account behavior model 246 can operate to alter the parameters of the operation of the credit account.
  • the account behavior model 246 can base these alterations on the input from the aggregation module 252 and/or the risk models 224 .
  • the data aggregation module 252 may identify trends for a particular subset of the population.
  • This information in turn can be used by the risk models 224 to identify certain risks associated with the particular subset or related subsets of the population.
  • This information, as well as the information directly provided from the data aggregation module 252 can serve as the basis for altering the parameters of the credit account.
  • the account behavior model 246 may utilize this information to decrease the lines of credit provided to customers working in the airline sector, increase fees associated with their accounts, provide a higher level of scrutiny on approvals of purchases, lock the account from further purchases, or the like.
  • the account behavior model can receive information from the data aggregation module 252 that may be an indication of fraudulent behavior. The account behavior module 246 can then take actions to limit or alleviate the risk of fraud.
  • the risk models 224 can receive input from the data aggregation module 252 and/or the account behavior model 246 .
  • the information fed to the risk models 224 is used as the basis for generating new underwriting criteria for qualifying new individuals for accounts.
  • the new underwriting criterion provides more accurate real-time criteria that are not otherwise available when using underwriting criteria that has only been created at the initial stages of qualification.
  • FIG. 3 is a flow diagram illustrating the processes involved in providing the financial service of issuing a cash card to a customer through the use of the multi-function terminal 100 of the present invention 300 .
  • a customer approaches a merchant that has a multi-function terminal.
  • the customer selects, or with the help of the merchant, selects the financial option of the issuance of a cash card 310 .
  • the customer is then prompted to provide valid identification 312 and funding for the cash card 314 .
  • the merchant's clerk working with the customer initiates the sell of a temporary card 320 .
  • the clerk then receives the funding from the customer that will be used for loading value into the cash card 324 .
  • the merchant deposits the funds in a banking institution, transfers the funds to an appropriate account or issues a transaction against a credit card 326 .
  • the clerk swipes the temporary card through the terminal 330 .
  • the terminal 100 reads the magnetic strip on the back of the temporary card and extracts an identification number for the card.
  • the clerk enters the identification of the customer 332 .
  • the identification can be obtained from the valid identification presented by the customer or through some other means.
  • the clerk then follows one or more steps prompted by the multi-functional terminal. In the illustrated embodiment, this is done through a touch screen on the multi-function terminal 334 .
  • the information collected at this point in the process is passed to a processor that first operates to enroll the customer and verify the information received from the customer 340 .
  • the processor then conducts an OFAC check and validates other data provided by the customer 342 .
  • An account record is then either created, or updated if this is a repeat customer, with the customer information 344 .
  • the processor then operates to enroll the customer, load the provided funds onto a card and activate the card in conjunction with a host or server managing the processor 346 .
  • an activation response is provided to the multi-functional terminal 350 and a card, terms and conditions and a PIN is provided to the customer 360 . At this point the customer is then able to use the temporary card. In some embodiments, a permanent card will then be created and mailed to the customer.
  • FIG. 4 is a flow diagram illustrating the operation of an exemplary embodiment of the present invention.
  • One aspect of the present invention is providing an entire suite of financial services that are available to a customer, or a customer working with a merchant 400 .
  • the first step in providing the suite of financial services 400 is providing a multi-functional terminal to a merchant 410 .
  • the multi-functional terminal can be integrated into the merchant's communication infrastructure as well as being connected to the server 150 that operates in conjunction with the terminal 100 .
  • the multi-functional terminal 100 is operable to provide the suite of financial services to a customer.
  • the multi-functional terminal 100 can be access by a customer and/or a merchant to initiate the provision of a financial service selected from the suite of financial services available.
  • One of the overall purposes of the present invention is to allow customers to have instant access to a suite of financial services at a variety of locations convenient to the customer.
  • the service provider of the financial services equips multiple merchants with the terminal 100 equipment.
  • a terminal 100 gives a service provider the ability to identify and process a customer requesting a financial service at a retail merchant point of sale.
  • the terminal 100 operating in conjunction with the server 150 and other resources insures compliance with identification and qualification requirements established by competent authorities and/or the service provider.
  • the merchant makes the terminal 100 available for use by a customer or the merchant operates the terminal 100 on behalf of the customer.
  • the financial service can include one of several financial services, such as purchasing a stored-value card, transferring of funds, wiring funds, obtaining cash in an ATM fashion, purchasing a pre-paid credit-type card, purchasing a pre-paid telecom card, stamps, etc. at the terminal.
  • financial services such as purchasing a stored-value card, transferring of funds, wiring funds, obtaining cash in an ATM fashion, purchasing a pre-paid credit-type card, purchasing a pre-paid telecom card, stamps, etc. at the terminal.
  • One key aspect of the present invention is that a single terminal 100 can provide any and all of these financial services as well as other services.
  • a menu of services available can be displayed on a screen and selected by a customer and/or merchant.
  • the customer may swipe a card through the card reader of the terminal 100 and after identifying the customer or card identification, the terminal 100 can indicate the financial services available.
  • the terminal 100 can operate in conjunction with the server 150 to determine the financial services available to the customer. Regardless of the method of indicating the services available or the method employed for selecting one of the suite of services, the terminal 100 receives a selection for a financial service 420 . The selection is made from the plurality of financial services available to the customer.
  • the selected financial service is performed 430 .
  • This process can vary greatly depending on the selected financial service. However, in most situations, the customer is prompted to provide additional information that is entered into the multi-functional terminal 100 in one of the various previous manners disclosed. Once the multi-functional terminal 100 has sufficient information, the multi-function terminal 100 interacts with the server to determine if the financial service can be provided, if the customer qualifies and to verify the information is correct. This process may involve requesting additional information from the customer and/or the merchant. Ultimately, the financial service is provided to the customer.
  • a fee is collected from the customer for the provision of the financial service 440 . As has been described, this fee can be collected in a variety of manners including cash, credit cards, bank transfers or the like.
  • a key aspect of the present invention is the step of compensating the merchant with a portion of the fee collected from the customer 450 .
  • This varies from the current state of the art.
  • merchants have paid a fee to have terminal equipment installed on their premises and/or paid a fee for certain transactions.
  • the system implementation of the present invention utilizes various means for compensating the merchant for housing and operating the equipment at the merchant's location.
  • the merchant may simply be given a flat fee for each terminal 100 .
  • the merchant may be paid a fee based on the number of terminals 100 and the number of transactions provided using the terminals 100 .
  • the merchant may be compensated based solely on the number of transactions.
  • the merchant may be compensated based on a percentage value of the transactions.
  • a percentage value of the transactions may be utilized.
  • the Suite of Services The present invention can be utilized to provide a suite of financial services to a customer at a variety of merchant locations. The general descriptions of these financial services are provided below.
  • Stored-Value Card For the financial service of purchasing a stored-value card, the customer purchases a pre-paid or stored-value magnetic-type card (the data source 110 ), from the merchant. The detailed components for this financial service were described in conjunction with FIG. 3 . The overall operation of this financial service enables the merchant to initiate and issue a stored-value card.
  • the merchant can accept payment for the card in a variety of manners including cash, credit card, money transfer, check, etc.
  • the merchant may supply and swipe the card through a magnetic card reader (the data interface 120 ), interfaced to the terminal 100 . This process allows the terminal 100 to capture the account number of the card.
  • the merchant may then enter a value for the card into the terminal 100 through the data interface 120 .
  • this information can be provided to the terminal 100 in a variety of manners including the use of a keyboard, scanner, magnetic card reader or the like.
  • the merchant may acquire certain additional information from the customer, such as the customer's name, date of birth, social security number, DDA number, etc.). The merchant may then enter this information into the data interface 120 of terminal 100 .
  • this aspect of the invention is being described as a customer and merchant performing certain tasks, it should be understood that either of the participants could perform the tasks and some of the tasks could even be automated.
  • the server 150 processes the information in a manner that is familiar to those skilled in the art.
  • the incorporated references provide further information regarding this process.
  • the merchant then waits for the terminal 100 to receive authorization from the server 150 .
  • the funds for the stored-value card can be provided by the customer in a variety of manners.
  • the stored-value card may be funded directly from the customers direct deposit account (DDA), thus the limit of the pre-paid or stored value card is the amount taken from the account and placed on the card.
  • the stored-value can be funded based on a credit as authorized by the service provider, thus the limit of the card is limited by the amount of credit authorized.
  • the stored-value card can also be funded by a direct cash transaction at the terminal 100 . Thus, the value of the stored-value card can be selected by the customer or merchant and as long as funds are available.
  • the authorization of the stored-value card can be based on a number of factors, including, but not limited to, credit worthiness, credit history, credit score, balances in customer accounts, etc.
  • the card is activated and a stored value or credit limit is associated with the card.
  • the activation process may include writing information out to the data source 110 , in this case the stored-value card. For instance, the value associated with the stored-value card, an expiration date, an authorized user name, PIN code, terminal 100 and/or merchant at which the card was activated, date of activation, or a variety of other information could be stored on the stored-value card.
  • the customer may then make purchases from the merchant using the pre-paid or stored-value card.
  • the terminal 100 can operate to update the session data after performing a financial service and sends the updated data to the data source 110 .
  • the customer can then use the terminal 100 to view activity data, history data or other data associated with the data source 110 .
  • the process for issuing a stored-value card is also applicable to the purchasing a pre-paid credit-type card as well as a pre-paid telecom card.
  • Transferring of Funds For the financial service of conducting a fund transfer, the customer initiates the transfer by selecting the appropriate feature from the terminal 100 .
  • the present invention can be used to transfer funds from one account into another account, from a stored-value card to an account, or from an account to a stored-value card.
  • the customer can simply swipe the card through the card reader of the terminal 100 and select an option to transfer the balance, or a portion thereof to another card.
  • the balance can be transferred to another card held by the customer or to another card not even owned by the customer. In this case, the customer will be required to enter a card identification number, account number and/or customer identification information into the terminal 100 .
  • the server 150 operates to receive the fund transfer request.
  • the server 150 can communicate with the terminal 100 and instruct the customer to swipe the destination card or enter the necessary information to identify the destination for the transfer. If the transfer is to be made to a card not in the customer's possession, the server 150 can receive and maintain information regarding the transfer. Once the system is accessed by the destination card or a card associated with a customer or account destined to receive the transfer, the server 150 can initiate the completion of the transfer. If the funds are destined for an account, the server 150 can transfer the funds directly into the account once the appropriate information is entered. If the transfer request is to transfer funds from an account onto the card, the process is similar to that described in conjunction with the stored-value card financial service.
  • Wiring Funds For the financial service of conducting a wiring fund transfer, the customer initiates the transfer by selecting the appropriate feature from the terminal 100 . Similar to the funding options for the stored-value card, the customer can utilize the same options for funding the wiring transfer.
  • the terminal 100 collects the necessary information by prompting the customer for the information.
  • the server 150 can cause the terminal 150 to prompt for specific information. In either case or using a combination of both, the information is collected and transferred to the server. The server then actuates the wire transfer.
  • Cash-back For the financial service of providing access to cash, the customer initiates the service by selecting the appropriate feature from the terminal 100 .
  • the funds to support cash access can be based on a credit card, money transfer, check, etc.
  • the terminal 100 collects the necessary information by prompting the customer for the information.
  • the server 150 can cause the terminal 150 to prompt for specific information. In either case or using a combination of both, the information is collected and transferred to the server.
  • the server 150 then approves the financial service and gives in indication to the terminal 100 . This same approach can be applied in the purchase of stamps.
  • the terminal 100 can also be used to authorize or verify payments by check.
  • the check can be scanned at the terminal 100 , and based on the account information, the server 150 can begin to process approval for the payment.
  • the server 150 and or terminal 100 can request additional information from the customer to complete the financial service and the customer can enter that information at the terminal 100 .
  • the terminal 100 can be utilized by a customer 150 to pay bills.
  • the customer enters information to identify the recipient of the bill, along with the amount, source of funds for making the payment, and the like.
  • the terminal 100 and/or server 150 may interact with the customer to obtain additional information.
  • the source of funds can be any of a variety of sources, or a combination of one or more sources, including but not limited to, a stored-value card, banking account, cash, check or the like.
  • Loyalty awards The present invention also anticipates providing a loyalty awards program.
  • the merchant charges a fee for the financial service, a portion of which is supplied to the service provider.
  • the terminal 100 automatically assesses and extracts a fee for a give financial service and apportions the fee appropriately to the merchant and/or the service provider.
  • FIG. 5 illustrates an embodiment of a financial services environment 502 in which a family stored value card program may be implemented.
  • a stored value card provider 500 provides various stored value card services 504 to customers 506 , such as point-of-sale purchasing 520 , ATM withdrawals 522 , and account management 524 , to name a few.
  • customers 506 access a money balance using a stored value card 508 .
  • the money balance may be stored directly on the card 508 , or other credit token, or maintained in a stored valued card account 510 maintained by stored value card provider 500 or some other entity, such as a card issuer, host, etc.
  • Stored value cards 508 may be used at ATM locations to withdraw money against the balance.
  • Stored value cards may also be used to make purchases against the balance at the point-of-sale.
  • stored value card provider 500 may have business relationships, partnerships, etc. with various entities that assist in the provision of stored value card services 504 . Although the relationships are not necessary to provide stored value card services 504 , it may be advantageous to partner rather than create independent financial solutions for customers 506 . For instance, as illustrated in the embodiment of FIG. 5 , stored value card provider 500 may have relationships with credit card partner(s) 512 (e.g., Visa®, MasterCard®, American Express®, etc.) to support the provision of point-of-sale purchasing 524 .
  • credit card partner(s) 512 e.g., Visa®, MasterCard®, American Express®, etc.
  • Stored value card provider 500 may also have relationships with ATM network partner(s) 516 (e.g., Maestro®, Cirrus®, Plus®, Interlink®, etc.) to support the provision of ATM services, such as ATM withdrawals 522 .
  • Stored value card provider 500 may also arrange relationships with other financial institutions (e.g., financial partners 514 ) and other private label partner(s) 518 as desired.
  • FIG. 6 illustrates an exemplary embodiment of a stored value card account 600 which may be used to support a family stored value card program.
  • the family stored value card program provides stored value card account(s) 600 which comprise a “family” of stored value card accounts 510 .
  • a stored value card account 600 comprises a primary stored value card account 602 (issued to one customer) and one or more secondary stored value card accounts 604 (issued to other customers). Secondary stored value card account(s) 604 are linked to primary stored value card account 602 .
  • a primary stored value card account 602 may be issued to a customer 610 .
  • Provider 500 may issue multiple stored value cards 508 to customer 610 , each of which are associated with primary stored value card account 602 .
  • these cards 508 may be used to access a money balance in primary stored value card account 602 via services 504 ( FIG. 5 ).
  • the family stored value card program enables customer 610 to enroll additional customer(s) (e.g., 612 , 614 , 616 ) in the family program by creating secondary stored value card accounts (e.g., 608 , 606 , 604 , respectively) which are linked to primary stored value card account 602 .
  • customer 610 may desire to provide a stored value card to family members, relatives, friends, etc.
  • the family stored value card program enables customer 610 to enroll the desired individual(s) by creating sub-accounts which have their own balance maintained in a secondary stored value card account 604 , 606 or 608 .
  • Stored value card provider 500 links the two accounts so that they may be appropriately managed as a family of stored value card accounts.
  • secondary stored value card accounts may be collectively managed by stored value card provider 500 .
  • the master account i.e., stored value card account 600
  • the master account i.e., stored value card account 600
  • customer 610 and/or provider 500 may control various aspects of secondary stored value card accounts 604 , 606 or 608 .
  • the primary account holder may control the available funds on the sub-accounts.
  • the primary account holder may control loads, reloads, etc. to the sub-accounts, as well as other card features, such as velocity limits, withdrawal limits, etc.
  • provider 500 may also control various aspects of the family of cards. For instance, provider 500 may define and enforce an aggregate balance limit for all cards, withdrawal limits, velocity limits, etc.
  • the primary account holder may create, enroll, or otherwise initiate the provision of the secondary stored value card accounts 604 , 606 or 608 in a number of ways.
  • the primary account holder may manually enroll individual(s) in the family stored value card program at a customer service location associated with provider 500 or over the telephone.
  • the enrollment process may also be automated.
  • the enrollment functionality may be embodied within a customer service web site or an interactive voice response (IVR) system.
  • IVR interactive voice response
  • the enrollment functionality may be located in terminal 100 described above.
  • FIG. 7 illustrates a block diagram of a system 702 that supports the provision of various stored value card services.
  • system 702 comprises one or more merchant terminals 704 that provide the stored value card services to customer(s) 506 .
  • Merchant terminal(s) 704 may be located at a merchant site where point-of-sale transactions occur. Therefore, as represented by arrow 716 , a merchant terminal 704 may be associated with one or more merchant(s) 718 .
  • merchant terminal(s) 704 may be maintained by a merchant representative.
  • the merchant representative may have access to cash via, for example, a typical cash register. In this manner, merchant terminal(s) 704 may be used in conjunction with—or in certain embodiments without—the merchant representative and cash register.
  • merchant terminal 704 comprises a card reader 706 , a stored value card management system 701 (which includes a family enrollment module 700 and a family card funds transfer module 703 ), a processor 708 , a user interface 712 , and a network interface 710 .
  • processor 708 controls the functional operation of various (although not necessarily all) aspects of card reader 706 , user interface 712 , network interface device 710 , and stored value card management system 701 .
  • Card reader 706 comprises a hardware device configured to read stored value cards 508 .
  • stored value card 508 may comprise a magnetic strip 710 which may be read by card reader 706 . It should be appreciated, however, that card reader 706 may comprise other types of devices depending on the manner in which data is stored on stored value card 508 .
  • User interface 712 comprises a display functionality that enables merchant terminal 704 to interactively communicate with customer(s) 506 . As described in more detail below, user interface 712 may provide a customer service menu by which customer(s) 506 may select various types of services, input various types of information, etc. (including enrolling new customers 612 , 614 and 616 into the family stored value card program as sub-accounts).
  • Network interface 710 comprises any device configured to communicate with a remote computer (e.g., issuing host, provider 500 , etc.) via a communications network 715 .
  • a remote computer e.g., issuing host, provider 500 , etc.
  • various aspects of the services provided by merchant terminal 704 may be provisioned by a back-end processing system 720 associated with provider 500 .
  • Back-end processing system 720 may include one or more service providers, hosts, financial institutions, network node, network switch, etc. Therefore, it should be appreciated that back-end processing system 720 may include an automated clearing house component for exchanging electronic transactions among participating depository institutions.
  • Back-end processing system 720 may include various other components for exchanging funds between accounts, reconciling accounts, settling accounts, etc. As illustrated in the embodiment of FIG. 7 , back-end processing system 720 maintains one or more stored value card transaction accounts 510 and/or 600 .
  • merchant terminal 704 includes a stored value card management system 701 .
  • Stored value card management system 701 may include various logical functions, software components, etc. for controlling the provision of financial services. Many of these operations, features, etc. are described above with respect to terminal 100 .
  • Stored value card management system 701 may include a family card enrollment module 700 and a family card funds transfer module 703 . Modules 700 and 703 are described below in detail.
  • family card enrollment module 700 supports a customer service functionality for enrolling new customers in the family stored value card program. The customer service functionality enables a primary account holder to add secondary stored value card accounts to the primary account 602 .
  • Funds transfer module 703 enables the primary account holder to transfer funds (e.g., load, reload, deposit cash, etc.) to secondary stored value card accounts 604 , 606 or 608 at merchant terminal 704 .
  • FIG. 8 illustrates the general operation of an enrollment process at merchant terminal 704 for enabling a primary account holder (i.e., an existing customer 610 ) to enroll additional new customer(s) in the family stored value card program.
  • the existing customer 610 requests to enroll a new customer in the family stored value card program.
  • user interface 712 may support an interactive menu functionality that enables existing customers to select, initiate, etc. various services.
  • FIG. 9 illustrates a perspective view of an embodiment of merchant terminal 704 which includes a display controlled by user interface 712 .
  • Card reader 706 includes a slot (indicated by the down arrow in FIG. 9 ) for inserting and swiping a stored value card 508 .
  • an account services menu screen 902 is displayed which enables a customer 506 to select one or more services via buttons displayed on the screen.
  • user interface 712 displays an “enroll” button 904 , a “reload” button 906 , an “account balance” button 908 , and an “other” button 910 .
  • Reload button 906 enables customers 506 to initiate a reload process whereby stored value card 508 may be loaded with additional funds.
  • Account balance button 908 enables customer 506 to initiate an account balance inquiry process for checking the current balance associated with stored value card 508 .
  • Customers 506 may select other button 910 to access any of a variety of other services offered by merchant terminal 704 .
  • FIG. 10 illustrates an enrollment type input screen 1002 which prompts customer 506 to specify whether the enrollment is an individual card (button 1006 ) or a family card (button 1004 ).
  • An existing customer 610 may initiate the enrollment process for a new secondary stored value card account 604 , 606 or 608 by selecting button 1004 .
  • FIG. 11 illustrates another input screen 1102 which prompts the existing customer 610 to swipe the existing stored value card 508 . Referring again to FIG. 8 , at block 804 , existing customer 610 swipes the existing stored value card 508 to further continue the enrollment process.
  • merchant terminal 704 identifies the stored value card account associated with the existing customer 610 .
  • the stored value card account may be identified based on the data read from magnetic stripe 710 via card reader 706 , or in various other ways.
  • the existing customer 610 specifies a new customer (e.g., family member, relative, friend, etc.) to enroll in the family stored value card program. This information may be input via the interactive menu functionality supported by user interface 712 . In alternative embodiments, the information may be manual input by a merchant representative. Furthermore, the information may be manually written on a new customer form and scanned into merchant terminal 704 by an optical scanner (not shown).
  • merchant terminal 704 may authenticate the desired new customer based on the input information. For example, merchant terminal 704 may compare the new customer information against a local and/or remote database. In one embodiment, merchant terminal 704 may compare the new customer information against a government database to check for compliance with various security provisions, such as the USA Patriot Act.
  • merchant terminal 704 may control the configuration of a secondary stored value card account 604 , 606 or 608 for the new customer.
  • the secondary stored value card account 604 , 606 or 608 may be automatically configured based on the input information.
  • Various aspects of the secondary stored value card account 604 , 606 or 608 may be configured via the interactive menu functionality.
  • the existing customer 610 may specify velocity limits, withdrawal limits, etc.
  • the existing customer may also specify the method of delivery for the issued stored value card, such as delivery to the existing customer at merchant terminal 704 or direct delivery to the new customer.
  • the configuration of the secondary stored value card account 604 , 606 or 608 may include appropriate communications with back-end processing system 720 .
  • the actual creation of the account need not occur during the enrollment process. Rather, merchant terminal 704 may gather the necessary information to create the account during the enrollment process and then initiate the appropriate communications with back-end processing system 720 after the enrollment process has been completed.
  • the existing customer 610 has the option of loading the new secondary stored value card account 604 , 606 or 608 with funds.
  • the existing customer 610 may load the new secondary stored value card account 604 , 606 or 608 by depositing cash with the merchant representative.
  • the existing customer may also transfer funds directly from the existing stored value card account 604 , 606 or 608 .
  • the new stored value card account i.e., the secondary account created by the existing customer 610
  • the new stored value card may be linked or otherwise associated with the existing customer's stored value card account (i.e., the primary account).
  • the new stored value card may be delivered to and received by the new customer.
  • the new stored value card may be activated for use by the new customer. It should be appreciated that the stored value card services 504 ( FIG. 5 ) made available to secondary stored value card accounts 604 , 606 or 608 may be different than those made available to the primary account 602 .
  • FIG. 12 illustrates the general architecture, operation, and/or functionality of the software, hardware, firmware (or combination thereof) of family card enrollment module 700 .
  • family card enrollment module 700 is initiated. As mentioned above, family card enrollment module 700 may be initiated via the interactive menu functionality supported by user interface 712 ( FIG. 9-10 ).
  • family card enrollment module 700 prompts the existing customer 610 to swipe the existing stored value card 508 .
  • family card enrollment module 700 identifies the stored value card account associated with the swiped card by, for example, reading the data read from card reader 706 .
  • family card enrollment module 700 may receive information corresponding to the desired customer to enroll in the family stored value card program.
  • the customer information may be specified interactively via user interface 712 , manually, or automatically via an optical scanner.
  • family card enrollment module 700 authenticates the new customer.
  • a new secondary stored value card account 604 , 606 or 608 is created for the new customer.
  • the new account may be loaded by, for example, a cash deposit or a funds transfer from the primary account 602 .
  • FIG. 17 illustrates the architecture, operation, and/or functionality of an embodiment of family card funds transfer module 703 ( FIG. 7 ).
  • a family funds transfer is initiated.
  • FIG. 13 illustrates a user interface screen 1302 by which the primary account holder may initiate a family funds transfer by selecting a transfer funds button 1304 .
  • family card funds transfer module 703 prompts the existing customer to swipe an existing stored value card 508 .
  • family card funds transfer module 703 may identify the primary account holder.
  • FIG. 14 illustrates a funds transfer input screen 1402 which enables the primary account holder to select an account.
  • Funds transfer input screen 1402 includes an automatic pull-down menu that includes the available accounts (e.g., all of the secondary accounts associated with the primary account). The primary account holder may select the desired account using the pull-down menu. The primary account holder may also specify an amount to be transferred from the primary account to the secondary account.
  • FIG. 15 illustrates a transfer amount input screen 1502 which prompts the primary account holder to specify the desired amount to transfer from the primary account to the secondary account 604 , 606 or 608 .
  • Input screen 1502 includes an interactive keypad 1504 which enables the primary account holder to input the desired dollar amount. As the keys are engaged, the digits may appear in a display box 1506 . After the dollar amount is entered, an enter button 1508 may be engaged to submit the dollar amount for processing.
  • Family card funds transfer module 703 may check the dollar amount against the balance in the primary account 602 to determine whether there are enough funds to complete the requested transfer. If there is enough to complete the requested transfer, at block 1712 , family card funds transfer module 703 may initiate the requested transfer of funds.
  • family card funds transfer module 703 may initiate and/or control the appropriate communications to effectuate the funds transfer.
  • Family card funds transfer module 703 need not actually perform the funds transfer.
  • FIG. 16 illustrates a transaction summary display screen 1602 which may be used to display the requested funds transfer to the primary account holder for confirmation. If the requested funds transfer is correct, the primary account holder may confirm via button 1604 . As illustrated in FIG. 16 , merchant terminal 704 may enforce a transaction fee for transferring the funds, which may be charged to either the primary account holder or the secondary account holder. In the embodiment illustrated in FIG. 16 , the transaction fee is charged to the primary account holder and, therefore, the requested transfer amount is appropriately reduced by the amount of the transfer fee.
  • stored value card management system 701 , family card enrollment module 700 , and family card funds transfer module 703 may be implemented in software, hardware, firmware, or a combination thereof. Accordingly, in one embodiment, stored value card management system 701 , family card enrollment module 700 , and family card funds transfer module 703 are implemented in software or firmware that is stored in a memory and that is executed by a suitable instruction execution system (e.g., processor 708 ).
  • a suitable instruction execution system e.g., processor 708
  • stored value card management system 701 family card enrollment module 700 , and family card funds transfer module 703 may be implemented with any or a combination of the following technologies, which are all well known in the art: a discrete logic circuit(s) having logic gates for implementing logic functions upon data signals, an application specific integrated circuit (ASIC) having appropriate combinational logic gates, a programmable gate array(s) (PGA), a field programmable gate array (FPGA), etc.
  • ASIC application specific integrated circuit
  • PGA programmable gate array
  • FPGA field programmable gate array
  • FIGS. 1-17 represent modules, segments, or portions of logic, code, etc. which include one or more executable instructions for implementing specific logical functions or steps in the process. It should be further appreciated that any logical functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art.
  • stored value card management system 701 , family card enrollment module 700 , and family card funds transfer module 703 may be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions.
  • a “computer-readable medium” can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.
  • the computer-readable medium can be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium.
  • the computer-readable medium would include the following: an electrical connection (electronic) having one or more wires, a portable computer diskette (magnetic), a random access memory (RAM) (electronic), a read-only memory (ROM) (electronic), an erasable programmable read-only memory (EPROM or Flash memory) (electronic), an optical fiber (optical), and a portable compact disc read-only memory (CDROM) (optical).
  • an electrical connection having one or more wires
  • a portable computer diskette magnetic
  • RAM random access memory
  • ROM read-only memory
  • EPROM or Flash memory erasable programmable read-only memory
  • CDROM portable compact disc read-only memory
  • the computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via for instance optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in a computer memory.
  • each of the verbs, “comprise” “include” and “have”, and conjugates thereof, are used to indicate that the object or objects of the verb are not necessarily a complete listing of members, components, elements or parts of the subject or subjects of the verb.

Abstract

A family stored value card program is provided. One embodiment is a method for implementing a stored value card program. One such method comprises: identifying an existing stored value card account; and enabling a first customer associated with the existing stored value card account to establish a new stored value card account associated with a second customer, the new stored value card account linked to the first stored value card account.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a divisional application of U.S. patent application Ser. No. 11/022,739 filed on Dec. 27, 2004 which is a continuation-in-part of copending U.S. patent application Ser. No. 10/685,277, entitled “System, Method and Apparatus for Providing Financial Services,” filed on Oct. 14, 2003, which is related to U.S. patent application Ser. No. 10/645,949, entitled “System for Providing a Checkless Checking Account,” filed on Aug. 22, 2003 and U.S. patent application Ser. No. 10/646,150, entitled “System and Method for Dynamically Managing a Financial Account,” filed on Aug. 22, 2003, all of which are incorporated by reference in their entirety.
  • BACKGROUND
  • Throughout the years, a main focus of providing services to consumers has been convenience. It is quite clear to even the most simplistic marketing analyst that the more convenient you can make a service to the consumer, the more likely the consumer will partake in the service. It is on this foundation that the majority of Internet services are based.
  • The Internet is not always the final answer in providing convenience to the consumer. In some instances, consumers are simply reluctant to conduct business over the Internet due to a variety of reasons, such as fear of losing confidentiality, resistance to relying on modern technology and sometimes, just stubbornness. Thus, there has been, is and remains a need in the art for providing face to face, plain old ordinary customer service.
  • The banking and credit industry is particularly poised in this predicament. Consumers that are engaging in financial transactions or receiving financial services often times prefer to deal with an institution rather than the Internet. Thus, marketers are still challenged with increasing the convenience at which such services are offered.
  • One avenue that has been extensively explored for providing financial services is through merchants. Consumers typically are willing to trust a merchant that is offering a financial service. This is evident in the fact that nearly every department store offers a credit program to their customers.
  • Typically, merchants are limited to the types of financial services that they can provide. This limitation can be due to a variety of factors including the cost that the merchant must incur to provide the service, the technological complexities of providing the service, and the training required for the merchant's employees. However, anyone that has completed a marketing 101 class will agree that the more services a merchant can offer, the more foot traffic the merchant will generate and, thus, the higher probability the merchant will get a sale.
  • Thus, there is a need in the art for a solution that enables a merchant to provide multiple financial services to its customers, that is commercially feasible to the merchant, not overly complicated from a technological perspective, and that minimizes the training required for the merchant's employees.
  • SUMMARY
  • Various embodiments of a family stored value card program and associated systems, methods, computer programs, and merchant terminals are provided. One embodiment comprises a method for implementing a stored value card program. One such method comprises: identifying an existing stored value card account; and enabling a first customer associated with the existing stored value card account to establish a new stored value card account associated with a second customer, the new stored value card account linked to the first stored value card account.
  • Another such method comprises: enrolling a first customer in a stored value card program with a first stored value card account; and enrolling a second customer in the stored value card program with a second stored value card account, the second stored value card account comprising a secondary account associated with the first stored value card account.
  • Another embodiment is a merchant terminal for providing stored value card services. One such merchant terminal comprises: a card reader for reading data from a stored value card associated with an existing stored value card account of a first user; and a famil card enrollment module for enabling the first user associated with the existing stored value card account to establish a new stored value card account associated with a second customer.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • Other aspects, advantages and novel features of the invention will become more apparent from the following detailed description of exemplary embodiments of the invention when considered in conjunction with the following drawings.
  • FIG. 1 is a diagram illustrating an exemplary embodiment of a terminal that facilitates the provision of a variety of financial services.
  • FIG. 2 is a flow diagram illustrating an overview of the steps and components that can be utilized in conjunction with implementing various embodiments of the present invention.
  • FIG. 3 is a flow diagram illustrating the processes involved in providing the exemplary financial service of issuing a cash card to a customer through the use of the multi-functional terminal of the present invention.
  • FIG. 4 is a flow diagram illustrating the operation of an exemplary embodiment of the present invention.
  • FIG. 5 is a block diagram illustrating an exemplary embodiment of a stored value card program.
  • FIG. 6 is a block diagram illustrating an embodiment of a family stored value card account.
  • FIG. 7 is a block diagram illustrating a system for providing stored value card services.
  • FIG. 8 is a flow chart illustrating a method for implementing a stored value card program in the system of FIG. 7.
  • FIG. 9 is a perspective overhead view of an embodiment of the merchant terminal of FIG. 7 illustrating a user interface screen for selecting a stored value card service for enrolling a new customer.
  • FIG. 10 illustrates another user interface screen for specifying a type of stored value card to enroll.
  • FIG. 11 illustrates another user interface screen for initiating the family card enrollment process.
  • FIG. 12 is a flow chart illustrating the architecture, operation, and/or functionality of an embodiment of the family card enrollment module of FIG. 7.
  • FIG. 13 illustrates another user interface screen of the merchant terminal of FIG. 7 for initiating a funds transfer.
  • FIG. 14 illustrates another user interface screen for enabling an existing customer to transfer and/or load funds to a secondary account associated with the primary account.
  • FIG. 15 illustrates another user interface screen for specifying a transfer amount.
  • FIG. 16 illustrates another user interface screen for displaying a summary of the family card funds transfer process.
  • FIG. 17 is a flow chart illustrating the architecture, operation, and/or functionality of an embodiment of the family card funds transfer module of FIG. 7.
  • DETAILED DESCRIPTION
  • In general, the present invention can be described as a novel system, method and apparatus for a merchant to conveniently provide a variety of financial services to a consumer. The exemplary embodiments described below are for illustrative purposes only and, a person skilled in the art will construe them broadly. It should be understood that the features and aspects of the present invention can be ported into a variety of systems and system/network configurations and any examples provided within this description are for illustrative purposes only. Referring now to the figures, in which like numerals refer to like elements throughout the several views, exemplary embodiments of the present invention are described.
  • FIG. 1 is a diagram illustrating an exemplary embodiment of a terminal 100 that facilitates the provision of a variety of financial services. The terminal 100 is comprised of a processor 130, a data interface 120 and a network interface 140.
  • The data interface 120 is coupled both to the processor 130 and can interface to a data source 110. One function of the data interface 120 is to extract session data from the data source 110 and transfer the session data to the processor 130. Another function of the data interface 120 is transferring modified session data from the processor 130 to the data source 110. Thus, in some embodiments, the data interface 120 can transfer data bi-directionally. The data interface 120 may be any type of interface capable of extracting and/or writing to a data source 110. The data interface 120 may incorporate the hardware necessary to read/write to the data source 110 or may simply be an interface to a hardware device such as a bar code reader/writer, a magnetic reader/writer, a scanner, a templated scanner, a printer, a bio-metric identification device, a pass-through inlet/outlet, etc. Further, the data source 110 may consist of many different types of sources, including, but not limited to, a bar code, a magnetic-type card or magnetic storage device, scannable media, writable media, a fingerprint, a keyboard or keypad, a mouse, a light-pen, a touch pad, a display, or any other type of data device. The session data is data that may be utilized in a particular financial service transaction. The session data may be located on the data source 110, or alternatively, may be inputted manually. The session data may include, but is not limited to, name, date of birth, address, telephone number, social security number, verified government identification, direct deposit account (DDA) information and number, savings account information and number, credit history, debt to credit ratio, asset information, a type of financial service, a transaction amount, card account number, etc.
  • The network interface 140 is coupled to the processor 130 and interfaces to a server 150. One function of the network interface 140 is to provide session data to the server 150. Another function of the network interface 140 is obtaining validation from the server 150 and providing it to the processor 130. The server 150 validates all or a portion of the session data for a variety of different purposes depending on the particular financial service involved. The validation may include, but is not limited to, an approval for a financial service, a denial for a financial service, an available balance or fund verification, a credit worthiness verification, a billing address verification, etc.
  • The processor 130 is coupled to both the data interface 120 and the network interface 140. One function of the processor 130 is processing the session data and executing or initiating the provision of a plurality of financial services. The processor 130 receives the session data from the data interface 120 and requests a validation from the server 150, based at least in part on the session data, through the network interface 140. Further, the processor 130 provides or initiates the provision of a plurality of financial services and in some embodiments, is capable of updating the session data stored on the data source 110 based at least in part on the provision of the particular financial service. The plurality of financial services may include, but are not limited to, purchasing pre-paid cards, pre-paid card acceptance, credit card acceptance, debit card acceptance, check acceptance, point of sale purchase, cash back on point of sale purchase, transfers, card-to-card activity, bill payment, loyalty acceptance, etc.
  • FIG. 1 also illustrates the multi-functional terminal 100 within a system for providing financial services 105. The system 105 includes: the terminal 100, a server 150 and one or more data sources 110. In operation, the multi-functional terminal 100 is provided to a merchant for use in store operation. The terminal 100 is interfaced to and granted access to the server 150. The interface to the server 150 can be provided in a variety of fashions including, but not limited to, DSL, T1, broadband, wireless, telephonic and satellite connectivity. The multi-functional terminal 100 is available to merchant employees in providing the financial services to customers. Depending on the desired financial service, a customer obtains and/or presents a data source 110 to the merchant in conjunction with selecting a financial service to be provided.
  • FIG. 2 is a flow diagram 200 illustrating an exemplary embodiment of the present invention. The details of the operation of the flow diagram 200 may vary among various embodiments of the present invention. In general, the illustrated embodiment includes five main functions or components: the data collection component 210, the decision engine 220, the account creation component 230, the account management component 240 and the transactional processing component 250. It should be understood that the structure illustrated in this figure is for discussion purposes only and the various functions or components of the present system could be combined or split in many manners.
  • The data collection component 210 collects data or information relevant to: opening a credit account (e.g., account formation data), determining if an applicant can qualify for an account, the type of account to be opened (e.g., account option data), and other miscellaneous data. The information collected with regards to the account formation data may include, but is not limited to, the applicant's name, date of birth, mailing, residential and business addresses, telephone numbers, social security number or verified government identification number, direct deposit account (DDA) information and account number, savings account information and account number, credit history, debt to credit ratio, assets, marital status, employment history, etc.
  • Further information regarding the account formation data, the account option data and the account types (as well as other types of data) can be found in the related applications identified above and which have been incorporated by reference into this specification. After the data collection component 210 receives the necessary or the minimum amount of information, the decision engine 220 can be begin processing.
  • The decision engine 220 receives raw or processed data from the data collection component 210 and, among other functions, integrates it with underwriting criteria 222 to determine if a customer qualifies for an account. The underwriting criteria 222 is initially determined using a collection of integrated algorithms, methods of work, business processes, and initial risk modules 224 that enable the analysis, issuance, distribution, and monitoring of an integrated credit product. The initial risk models 224 are compiled from a variety of different sources that vary by issuer. One skilled in the art is familiar with the type of information that is associated with them. In addition to determining if a customer qualifies for an account, the decision engine system 220 also determines if a customer qualifies for any applicable account option data selected in the data collection system 210. For example, if a customer selected an overdraft option in the account option data, the decision engine 220 would determine if the customer qualified for that option and, if qualified, the amount of the overdraft limit. The decision engine 220 uses the account formation data to qualify the customer and perform a risk management processes. The customer is subjected to underwriting criteria 222 to determine qualification and some additional data or documents may be required for the process.
  • Once a customer is qualified, the account creation component 230 proceeds to open an account. The account creation component 230 may perform different functions depending upon the account option data. Preferably, the account creation component 230 operates to create an account for the customer in a manner that is in compliance with all applicable local, state and federal laws. During the account creation, the account creation component 230 may utilize various procedures to support issuer risk mitigation requirements. The account creation component 230 also includes a plastic card creation component 235 that operates to generate a permanent card for the customer.
  • The procedures performed by the account creation component 230 may vary depending on the type of account being created. In the examples provided in the incorporated references identified above, the three account types include the instant issue card, the basic card and the basic card with overdraft protection. Other functions that may be performed by the account creation component 230 include the activation of the account the issuance of cards. The details of these functions are more specifically described in the incorporated references.
  • The account management component 240 manages the customer account by utilizing controllers to enable and disable certain functions and privileges of the account based on various factors. Some of the factors can include account risks and customer behaviors. In one embodiment, the account management component 240 can include the functions of fraud management model 242, fee management model 244 and account behavior model 246. The fraud management model 242 can utilize the operation of the account behavior model 246 to determine if any fraudulent activities are associated with the account. If any fraudulent activities are detected, the account management component 240 can be notified by the fraud management model 242 to suspend the account. The fee management model 244 determines and assesses any applicable fees to be charged against the account. For example, if the account is overdue, a late fee would be assessed to the account. In the various embodiments, additional fees can be assessed against the accounts. For instance, a one time fee may be assessed for the creation of the account or for the creation of certain accounts, such as accounts having an overdraft component 234. In addition, the account may include a fixed number of transactions or a fixed number of transactions per fixed period (e.g., per month). Once the fixed number of transactions is exceeded, additional transactions can be assessed a transaction fee. In another embodiment, a monthly fee may be assessed on the account.
  • The account behavior model 246 examines account activity and looks for patterns in the account activity to determine possible actions to be taken (e.g., intervention to stop fraud). For example, if an account appeared to have sporadic spending or if the stored value became zero, the account could be turned off temporarily to ascertain if the account is being defrauded. The transactional processing component 250 processes and monitors the day to day transactions between the account and the financial transaction network 255. The transactional processing component 250 is then compiled by the data aggregation module 252.
  • The data aggregation module 252 may work on data related to the entire population of account holders, groups of populations based on factors such as age, occupation, areas of domicile etc. or even individuals. The data aggregation module 252 provides processed outputs to the risk models 224 and the account behavior 246 model.
  • A key aspect of the present invention is found in the operation of the account management component 240. The account management component 240 of the present invention enables the dynamic management and alteration of the financial account based on real-time and current information. Two controlling factors are applied to the account management component 240. These controlling factors include the output of risk models 242 that have been run on the initial underwriting criteria collected by the data collection component 210, as well as the output of the data aggregation module 252.
  • The data aggregation module 252 refines and updates, preferably on a real-time basis, the various current trends of the accounts being managed. This information is then fed into the risk models 224 which determine new underwriting criteria 222, and the account behavior 246 model. The data aggregation module 252 can feed information into the risk models 224 and the account behavior 246 model at periodic intervals, continuously, autonomously, on request, or on other bases. The account behavior model 246 can operate to alter the parameters of the operation of the credit account. The account behavior model 246 can base these alterations on the input from the aggregation module 252 and/or the risk models 224. Thus, in operation, the data aggregation module 252 may identify trends for a particular subset of the population. This information in turn can be used by the risk models 224 to identify certain risks associated with the particular subset or related subsets of the population. This information, as well as the information directly provided from the data aggregation module 252 can serve as the basis for altering the parameters of the credit account. As a particular example, suppose that the data aggregation module 252 identifies an increase in transactions by customers identified as working in the airline sector and the risk models 224 indicate a decline in job stability in the transportation industry. The account behavior model 246 may utilize this information to decrease the lines of credit provided to customers working in the airline sector, increase fees associated with their accounts, provide a higher level of scrutiny on approvals of purchases, lock the account from further purchases, or the like. From a fraud perspective, the account behavior model can receive information from the data aggregation module 252 that may be an indication of fraudulent behavior. The account behavior module 246 can then take actions to limit or alleviate the risk of fraud.
  • Similarly, the risk models 224 can receive input from the data aggregation module 252 and/or the account behavior model 246. The information fed to the risk models 224 is used as the basis for generating new underwriting criteria for qualifying new individuals for accounts. The new underwriting criterion provides more accurate real-time criteria that are not otherwise available when using underwriting criteria that has only been created at the initial stages of qualification.
  • FIG. 3 is a flow diagram illustrating the processes involved in providing the financial service of issuing a cash card to a customer through the use of the multi-function terminal 100 of the present invention 300. Initially a customer approaches a merchant that has a multi-function terminal. The customer selects, or with the help of the merchant, selects the financial option of the issuance of a cash card 310. The customer is then prompted to provide valid identification 312 and funding for the cash card 314.
  • The merchant's clerk working with the customer initiates the sell of a temporary card 320. The clerk then receives the funding from the customer that will be used for loading value into the cash card 324. Independently the merchant deposits the funds in a banking institution, transfers the funds to an appropriate account or issues a transaction against a credit card 326. In addition, the clerk swipes the temporary card through the terminal 330. The terminal 100 reads the magnetic strip on the back of the temporary card and extracts an identification number for the card. The clerk then enters the identification of the customer 332. The identification can be obtained from the valid identification presented by the customer or through some other means. The clerk then follows one or more steps prompted by the multi-functional terminal. In the illustrated embodiment, this is done through a touch screen on the multi-function terminal 334.
  • The information collected at this point in the process is passed to a processor that first operates to enroll the customer and verify the information received from the customer 340. The processor then conducts an OFAC check and validates other data provided by the customer 342. An account record is then either created, or updated if this is a repeat customer, with the customer information 344. The processor then operates to enroll the customer, load the provided funds onto a card and activate the card in conjunction with a host or server managing the processor 346.
  • If the customer is approved, an activation response is provided to the multi-functional terminal 350 and a card, terms and conditions and a PIN is provided to the customer 360. At this point the customer is then able to use the temporary card. In some embodiments, a permanent card will then be created and mailed to the customer.
  • FIG. 4 is a flow diagram illustrating the operation of an exemplary embodiment of the present invention. One aspect of the present invention is providing an entire suite of financial services that are available to a customer, or a customer working with a merchant 400. The first step in providing the suite of financial services 400 is providing a multi-functional terminal to a merchant 410. In conjunction with this, the multi-functional terminal can be integrated into the merchant's communication infrastructure as well as being connected to the server 150 that operates in conjunction with the terminal 100. The multi-functional terminal 100 is operable to provide the suite of financial services to a customer.
  • Once the multi-functional terminal 100 or terminals are installed and operational at the merchant location, the multi-functional terminal 100 can be access by a customer and/or a merchant to initiate the provision of a financial service selected from the suite of financial services available.
  • One of the overall purposes of the present invention is to allow customers to have instant access to a suite of financial services at a variety of locations convenient to the customer. Thus, the service provider of the financial services equips multiple merchants with the terminal 100 equipment.
  • The suite of financial services can be accessed from the multi-functional terminal 100 in a variety of manners. Thus, in an exemplary embodiment, a terminal 100 gives a service provider the ability to identify and process a customer requesting a financial service at a retail merchant point of sale. The terminal 100 operating in conjunction with the server 150 and other resources insures compliance with identification and qualification requirements established by competent authorities and/or the service provider. The merchant makes the terminal 100 available for use by a customer or the merchant operates the terminal 100 on behalf of the customer.
  • The financial service can include one of several financial services, such as purchasing a stored-value card, transferring of funds, wiring funds, obtaining cash in an ATM fashion, purchasing a pre-paid credit-type card, purchasing a pre-paid telecom card, stamps, etc. at the terminal. One key aspect of the present invention is that a single terminal 100 can provide any and all of these financial services as well as other services.
  • In one embodiment a menu of services available can be displayed on a screen and selected by a customer and/or merchant. In another embodiment, the customer may swipe a card through the card reader of the terminal 100 and after identifying the customer or card identification, the terminal 100 can indicate the financial services available. In addition, it should be noted that the terminal 100 can operate in conjunction with the server 150 to determine the financial services available to the customer. Regardless of the method of indicating the services available or the method employed for selecting one of the suite of services, the terminal 100 receives a selection for a financial service 420. The selection is made from the plurality of financial services available to the customer.
  • The selected financial service is performed 430. This process can vary greatly depending on the selected financial service. However, in most situations, the customer is prompted to provide additional information that is entered into the multi-functional terminal 100 in one of the various previous manners disclosed. Once the multi-functional terminal 100 has sufficient information, the multi-function terminal 100 interacts with the server to determine if the financial service can be provided, if the customer qualifies and to verify the information is correct. This process may involve requesting additional information from the customer and/or the merchant. Ultimately, the financial service is provided to the customer.
  • A fee is collected from the customer for the provision of the financial service 440. As has been described, this fee can be collected in a variety of manners including cash, credit cards, bank transfers or the like.
  • A key aspect of the present invention is the step of compensating the merchant with a portion of the fee collected from the customer 450. This varies from the current state of the art. Traditionally, merchants have paid a fee to have terminal equipment installed on their premises and/or paid a fee for certain transactions. The system implementation of the present invention utilizes various means for compensating the merchant for housing and operating the equipment at the merchant's location. In one embodiment, the merchant may simply be given a flat fee for each terminal 100. In another embodiment, the merchant may be paid a fee based on the number of terminals 100 and the number of transactions provided using the terminals 100. In yet another embodiment, the merchant may be compensated based solely on the number of transactions. In yet another embodiment, the merchant may be compensated based on a percentage value of the transactions. Those skilled in the art will appreciate that any of these compensation methods, as well as a combination of one or more of these methods maybe utilized and the present invention is not limited to any particular configuration.
  • The Suite of Services: The present invention can be utilized to provide a suite of financial services to a customer at a variety of merchant locations. The general descriptions of these financial services are provided below.
  • Stored-Value Card: For the financial service of purchasing a stored-value card, the customer purchases a pre-paid or stored-value magnetic-type card (the data source 110), from the merchant. The detailed components for this financial service were described in conjunction with FIG. 3. The overall operation of this financial service enables the merchant to initiate and issue a stored-value card. The merchant can accept payment for the card in a variety of manners including cash, credit card, money transfer, check, etc. The merchant may supply and swipe the card through a magnetic card reader (the data interface 120), interfaced to the terminal 100. This process allows the terminal 100 to capture the account number of the card. The merchant may then enter a value for the card into the terminal 100 through the data interface 120. As previously described, this information can be provided to the terminal 100 in a variety of manners including the use of a keyboard, scanner, magnetic card reader or the like. In one embodiment, the merchant may acquire certain additional information from the customer, such as the customer's name, date of birth, social security number, DDA number, etc.). The merchant may then enter this information into the data interface 120 of terminal 100. Although this aspect of the invention is being described as a customer and merchant performing certain tasks, it should be understood that either of the participants could perform the tasks and some of the tasks could even be automated.
  • Once the merchant has collected all of the information, or even during the information collection process, all or portions of the information are provided to the server 150 through the network interface 140. The server processes the information in a manner that is familiar to those skilled in the art. The incorporated references provide further information regarding this process. The merchant then waits for the terminal 100 to receive authorization from the server 150.
  • The funds for the stored-value card can be provided by the customer in a variety of manners. In one embodiment, the stored-value card may be funded directly from the customers direct deposit account (DDA), thus the limit of the pre-paid or stored value card is the amount taken from the account and placed on the card. In another embodiment, the stored-value can be funded based on a credit as authorized by the service provider, thus the limit of the card is limited by the amount of credit authorized. The stored-value card can also be funded by a direct cash transaction at the terminal 100. Thus, the value of the stored-value card can be selected by the customer or merchant and as long as funds are available.
  • The authorization of the stored-value card can be based on a number of factors, including, but not limited to, credit worthiness, credit history, credit score, balances in customer accounts, etc. Once an authorization has occurred, the card is activated and a stored value or credit limit is associated with the card. In one embodiment, the activation process may include writing information out to the data source 110, in this case the stored-value card. For instance, the value associated with the stored-value card, an expiration date, an authorized user name, PIN code, terminal 100 and/or merchant at which the card was activated, date of activation, or a variety of other information could be stored on the stored-value card. The customer may then make purchases from the merchant using the pre-paid or stored-value card.
  • In addition, once a financial service is provided, such as using the stored-value card, the terminal 100 can operate to update the session data after performing a financial service and sends the updated data to the data source 110. The customer can then use the terminal 100 to view activity data, history data or other data associated with the data source 110.
  • The process for issuing a stored-value card is also applicable to the purchasing a pre-paid credit-type card as well as a pre-paid telecom card.
  • Transferring of Funds: For the financial service of conducting a fund transfer, the customer initiates the transfer by selecting the appropriate feature from the terminal 100. The present invention can be used to transfer funds from one account into another account, from a stored-value card to an account, or from an account to a stored-value card. For transferring funds from one card to another, the customer can simply swipe the card through the card reader of the terminal 100 and select an option to transfer the balance, or a portion thereof to another card. The balance can be transferred to another card held by the customer or to another card not even owned by the customer. In this case, the customer will be required to enter a card identification number, account number and/or customer identification information into the terminal 100. The server 150 operates to receive the fund transfer request. If the transfer is a card to card transfer, the server 150 can communicate with the terminal 100 and instruct the customer to swipe the destination card or enter the necessary information to identify the destination for the transfer. If the transfer is to be made to a card not in the customer's possession, the server 150 can receive and maintain information regarding the transfer. Once the system is accessed by the destination card or a card associated with a customer or account destined to receive the transfer, the server 150 can initiate the completion of the transfer. If the funds are destined for an account, the server 150 can transfer the funds directly into the account once the appropriate information is entered. If the transfer request is to transfer funds from an account onto the card, the process is similar to that described in conjunction with the stored-value card financial service.
  • Wiring Funds: For the financial service of conducting a wiring fund transfer, the customer initiates the transfer by selecting the appropriate feature from the terminal 100. Similar to the funding options for the stored-value card, the customer can utilize the same options for funding the wiring transfer. The terminal 100 collects the necessary information by prompting the customer for the information. In the alternative, the server 150 can cause the terminal 150 to prompt for specific information. In either case or using a combination of both, the information is collected and transferred to the server. The server then actuates the wire transfer.
  • Cash-back: For the financial service of providing access to cash, the customer initiates the service by selecting the appropriate feature from the terminal 100. The funds to support cash access can be based on a credit card, money transfer, check, etc. The terminal 100 collects the necessary information by prompting the customer for the information. In the alternative, the server 150 can cause the terminal 150 to prompt for specific information. In either case or using a combination of both, the information is collected and transferred to the server. The server 150 then approves the financial service and gives in indication to the terminal 100. This same approach can be applied in the purchase of stamps.
  • Check Acceptance: The terminal 100 can also be used to authorize or verify payments by check. The check can be scanned at the terminal 100, and based on the account information, the server 150 can begin to process approval for the payment. The server 150 and or terminal 100 can request additional information from the customer to complete the financial service and the customer can enter that information at the terminal 100.
  • Bill Payment: The terminal 100 can be utilized by a customer 150 to pay bills. In operation, the customer enters information to identify the recipient of the bill, along with the amount, source of funds for making the payment, and the like. The terminal 100 and/or server 150 may interact with the customer to obtain additional information. The source of funds can be any of a variety of sources, or a combination of one or more sources, including but not limited to, a stored-value card, banking account, cash, check or the like.
  • Loyalty awards: The present invention also anticipates providing a loyalty awards program. In one embodiment, the merchant charges a fee for the financial service, a portion of which is supplied to the service provider. In another embodiment, the terminal 100 automatically assesses and extracts a fee for a give financial service and apportions the fee appropriately to the merchant and/or the service provider.
  • Referring to FIGS. 5-17, various embodiments of an exemplary stored value card program—and associated systems, methods, computer programs, terminals, etc.—will be described. FIG. 5 illustrates an embodiment of a financial services environment 502 in which a family stored value card program may be implemented. As illustrated in FIG. 5, a stored value card provider 500 provides various stored value card services 504 to customers 506, such as point-of-sale purchasing 520, ATM withdrawals 522, and account management 524, to name a few. Customers 506 access a money balance using a stored value card 508. The money balance may be stored directly on the card 508, or other credit token, or maintained in a stored valued card account 510 maintained by stored value card provider 500 or some other entity, such as a card issuer, host, etc. Stored value cards 508 may be used at ATM locations to withdraw money against the balance. Stored value cards may also be used to make purchases against the balance at the point-of-sale.
  • In this regard, stored value card provider 500 may have business relationships, partnerships, etc. with various entities that assist in the provision of stored value card services 504. Although the relationships are not necessary to provide stored value card services 504, it may be advantageous to partner rather than create independent financial solutions for customers 506. For instance, as illustrated in the embodiment of FIG. 5, stored value card provider 500 may have relationships with credit card partner(s) 512 (e.g., Visa®, MasterCard®, American Express®, etc.) to support the provision of point-of-sale purchasing 524. Stored value card provider 500 may also have relationships with ATM network partner(s) 516 (e.g., Maestro®, Cirrus®, Plus®, Interlink®, etc.) to support the provision of ATM services, such as ATM withdrawals 522. Stored value card provider 500 may also arrange relationships with other financial institutions (e.g., financial partners 514) and other private label partner(s) 518 as desired.
  • FIG. 6 illustrates an exemplary embodiment of a stored value card account 600 which may be used to support a family stored value card program. In general, the family stored value card program provides stored value card account(s) 600 which comprise a “family” of stored value card accounts 510. As best illustrated in FIG. 6, a stored value card account 600 comprises a primary stored value card account 602 (issued to one customer) and one or more secondary stored value card accounts 604 (issued to other customers). Secondary stored value card account(s) 604 are linked to primary stored value card account 602. For instance, a primary stored value card account 602 may be issued to a customer 610. Provider 500 may issue multiple stored value cards 508 to customer 610, each of which are associated with primary stored value card account 602. In other words, these cards 508 may be used to access a money balance in primary stored value card account 602 via services 504 (FIG. 5). The family stored value card program enables customer 610 to enroll additional customer(s) (e.g., 612, 614, 616) in the family program by creating secondary stored value card accounts (e.g., 608, 606, 604, respectively) which are linked to primary stored value card account 602.
  • For example, customer 610 may desire to provide a stored value card to family members, relatives, friends, etc. The family stored value card program enables customer 610 to enroll the desired individual(s) by creating sub-accounts which have their own balance maintained in a secondary stored value card account 604, 606 or 608. Stored value card provider 500 links the two accounts so that they may be appropriately managed as a family of stored value card accounts. Thus, it should be appreciated that, although secondary stored value card accounts have their own money balance, they may be collectively managed by stored value card provider 500. For instance, the master account (i.e., stored value card account 600) may be managed, controlled, etc. by the primary account holder, while customers 612, 614 and 616 are able to access a money balance on secondary accounts 608, 606 and 604 via services 504. In this manner, customer 610 and/or provider 500 may control various aspects of secondary stored value card accounts 604, 606 or 608. The primary account holder may control the available funds on the sub-accounts. The primary account holder may control loads, reloads, etc. to the sub-accounts, as well as other card features, such as velocity limits, withdrawal limits, etc. By linking the primary and sub-accounts, provider 500 may also control various aspects of the family of cards. For instance, provider 500 may define and enforce an aggregate balance limit for all cards, withdrawal limits, velocity limits, etc.
  • The primary account holder (i.e., customer 610) may create, enroll, or otherwise initiate the provision of the secondary stored value card accounts 604, 606 or 608 in a number of ways. In one embodiment, the primary account holder may manually enroll individual(s) in the family stored value card program at a customer service location associated with provider 500 or over the telephone. The enrollment process may also be automated. For instance, the enrollment functionality may be embodied within a customer service web site or an interactive voice response (IVR) system. In alternative embodiments, the enrollment functionality may be located in terminal 100 described above.
  • As mentioned above, a terminal 100 may be installed at a merchant location and accessed by a customer, merchant, etc. to initiate the provision of various financial services. In this regard, FIG. 7 illustrates a block diagram of a system 702 that supports the provision of various stored value card services. As illustrated in FIG. 7, system 702 comprises one or more merchant terminals 704 that provide the stored value card services to customer(s) 506. Merchant terminal(s) 704 may be located at a merchant site where point-of-sale transactions occur. Therefore, as represented by arrow 716, a merchant terminal 704 may be associated with one or more merchant(s) 718. Although not illustrated in FIG. 7, it should be appreciated that merchant terminal(s) 704 may be maintained by a merchant representative. Furthermore, it should be appreciated that the merchant representative may have access to cash via, for example, a typical cash register. In this manner, merchant terminal(s) 704 may be used in conjunction with—or in certain embodiments without—the merchant representative and cash register.
  • In the embodiment illustrated in FIG. 7, merchant terminal 704 comprises a card reader 706, a stored value card management system 701 (which includes a family enrollment module 700 and a family card funds transfer module 703), a processor 708, a user interface 712, and a network interface 710. In general, processor 708 controls the functional operation of various (although not necessarily all) aspects of card reader 706, user interface 712, network interface device 710, and stored value card management system 701. Card reader 706 comprises a hardware device configured to read stored value cards 508. As illustrated in FIG. 7, stored value card 508 may comprise a magnetic strip 710 which may be read by card reader 706. It should be appreciated, however, that card reader 706 may comprise other types of devices depending on the manner in which data is stored on stored value card 508.
  • User interface 712 comprises a display functionality that enables merchant terminal 704 to interactively communicate with customer(s) 506. As described in more detail below, user interface 712 may provide a customer service menu by which customer(s) 506 may select various types of services, input various types of information, etc. (including enrolling new customers 612, 614 and 616 into the family stored value card program as sub-accounts).
  • Network interface 710 comprises any device configured to communicate with a remote computer (e.g., issuing host, provider 500, etc.) via a communications network 715. In this regard, it should be appreciated that various aspects of the services provided by merchant terminal 704 may be provisioned by a back-end processing system 720 associated with provider 500. Back-end processing system 720 may include one or more service providers, hosts, financial institutions, network node, network switch, etc. Therefore, it should be appreciated that back-end processing system 720 may include an automated clearing house component for exchanging electronic transactions among participating depository institutions. Back-end processing system 720 may include various other components for exchanging funds between accounts, reconciling accounts, settling accounts, etc. As illustrated in the embodiment of FIG. 7, back-end processing system 720 maintains one or more stored value card transaction accounts 510 and/or 600.
  • As further illustrated in FIG. 7, merchant terminal 704 includes a stored value card management system 701. Stored value card management system 701 may include various logical functions, software components, etc. for controlling the provision of financial services. Many of these operations, features, etc. are described above with respect to terminal 100. Stored value card management system 701 may include a family card enrollment module 700 and a family card funds transfer module 703. Modules 700 and 703 are described below in detail. In general, however, family card enrollment module 700 supports a customer service functionality for enrolling new customers in the family stored value card program. The customer service functionality enables a primary account holder to add secondary stored value card accounts to the primary account 602. Funds transfer module 703 enables the primary account holder to transfer funds (e.g., load, reload, deposit cash, etc.) to secondary stored value card accounts 604, 606 or 608 at merchant terminal 704.
  • FIG. 8 illustrates the general operation of an enrollment process at merchant terminal 704 for enabling a primary account holder (i.e., an existing customer 610) to enroll additional new customer(s) in the family stored value card program. At block 802, the existing customer 610 requests to enroll a new customer in the family stored value card program. As illustrated in FIGS. 9 and 10, user interface 712 may support an interactive menu functionality that enables existing customers to select, initiate, etc. various services. FIG. 9 illustrates a perspective view of an embodiment of merchant terminal 704 which includes a display controlled by user interface 712. Card reader 706 includes a slot (indicated by the down arrow in FIG. 9) for inserting and swiping a stored value card 508.
  • In FIG. 9, an account services menu screen 902 is displayed which enables a customer 506 to select one or more services via buttons displayed on the screen. For example, in the embodiment of FIG. 9, user interface 712 displays an “enroll” button 904, a “reload” button 906, an “account balance” button 908, and an “other” button 910. Reload button 906 enables customers 506 to initiate a reload process whereby stored value card 508 may be loaded with additional funds. Account balance button 908 enables customer 506 to initiate an account balance inquiry process for checking the current balance associated with stored value card 508. Customers 506 may select other button 910 to access any of a variety of other services offered by merchant terminal 704.
  • Customers 506 (including existing customer(s) 610) may initiate an enrollment process by selecting enroll button 904. FIG. 10 illustrates an enrollment type input screen 1002 which prompts customer 506 to specify whether the enrollment is an individual card (button 1006) or a family card (button 1004). An existing customer 610 may initiate the enrollment process for a new secondary stored value card account 604, 606 or 608 by selecting button 1004. FIG. 11 illustrates another input screen 1102 which prompts the existing customer 610 to swipe the existing stored value card 508. Referring again to FIG. 8, at block 804, existing customer 610 swipes the existing stored value card 508 to further continue the enrollment process. At block 806, merchant terminal 704 identifies the stored value card account associated with the existing customer 610. The stored value card account may be identified based on the data read from magnetic stripe 710 via card reader 706, or in various other ways. At block 808, the existing customer 610 specifies a new customer (e.g., family member, relative, friend, etc.) to enroll in the family stored value card program. This information may be input via the interactive menu functionality supported by user interface 712. In alternative embodiments, the information may be manual input by a merchant representative. Furthermore, the information may be manually written on a new customer form and scanned into merchant terminal 704 by an optical scanner (not shown). At block 810, merchant terminal 704 may authenticate the desired new customer based on the input information. For example, merchant terminal 704 may compare the new customer information against a local and/or remote database. In one embodiment, merchant terminal 704 may compare the new customer information against a government database to check for compliance with various security provisions, such as the USA Patriot Act.
  • If the new customer is authenticated (block 810), at block 812, merchant terminal 704 may control the configuration of a secondary stored value card account 604, 606 or 608 for the new customer. The secondary stored value card account 604, 606 or 608 may be automatically configured based on the input information. Various aspects of the secondary stored value card account 604, 606 or 608 may be configured via the interactive menu functionality. For instance, the existing customer 610 may specify velocity limits, withdrawal limits, etc. The existing customer may also specify the method of delivery for the issued stored value card, such as delivery to the existing customer at merchant terminal 704 or direct delivery to the new customer. It should be appreciated that the configuration of the secondary stored value card account 604, 606 or 608 may include appropriate communications with back-end processing system 720. Furthermore, the actual creation of the account need not occur during the enrollment process. Rather, merchant terminal 704 may gather the necessary information to create the account during the enrollment process and then initiate the appropriate communications with back-end processing system 720 after the enrollment process has been completed.
  • At block 814, the existing customer 610 has the option of loading the new secondary stored value card account 604, 606 or 608 with funds. The existing customer 610 may load the new secondary stored value card account 604, 606 or 608 by depositing cash with the merchant representative. As described in more detail below with respect to family card funds transfer module 703, the existing customer may also transfer funds directly from the existing stored value card account 604, 606 or 608. At block 816, the new stored value card account (i.e., the secondary account created by the existing customer 610) may be linked or otherwise associated with the existing customer's stored value card account (i.e., the primary account). At block 818, the new stored value card may be delivered to and received by the new customer. At block 820, the new stored value card may be activated for use by the new customer. It should be appreciated that the stored value card services 504 (FIG. 5) made available to secondary stored value card accounts 604, 606 or 608 may be different than those made available to the primary account 602.
  • FIG. 12 illustrates the general architecture, operation, and/or functionality of the software, hardware, firmware (or combination thereof) of family card enrollment module 700. At block 1202, family card enrollment module 700 is initiated. As mentioned above, family card enrollment module 700 may be initiated via the interactive menu functionality supported by user interface 712 (FIG. 9-10). At block 1204, family card enrollment module 700 prompts the existing customer 610 to swipe the existing stored value card 508. At block 1206, family card enrollment module 700 identifies the stored value card account associated with the swiped card by, for example, reading the data read from card reader 706. At block 1208, family card enrollment module 700 may receive information corresponding to the desired customer to enroll in the family stored value card program. As mentioned above, the customer information may be specified interactively via user interface 712, manually, or automatically via an optical scanner. Regardless of the input method, at block 1210, family card enrollment module 700 authenticates the new customer. At block 1212, a new secondary stored value card account 604, 606 or 608 is created for the new customer. At block 1214, the new account may be loaded by, for example, a cash deposit or a funds transfer from the primary account 602.
  • An example of a direct funds transfer from the primary account to the new secondary account is described below with respect to FIGS. 13-17. In this regard, FIG. 17 illustrates the architecture, operation, and/or functionality of an embodiment of family card funds transfer module 703 (FIG. 7). At block 1702, a family funds transfer is initiated. FIG. 13 illustrates a user interface screen 1302 by which the primary account holder may initiate a family funds transfer by selecting a transfer funds button 1304. Referring again to FIG. 7, at block 1702, family card funds transfer module 703 prompts the existing customer to swipe an existing stored value card 508. At block 1706, family card funds transfer module 703 may identify the primary account holder. It should be appreciated that blocks 1704 and 1706 may be omitted where the transfer process is being performed along with the enrollment process as part of the original load of the new secondary stored value card account 604, 606 or 608. At block 1708, family card funds transfer module 703 prompts the primary account holder to select a sub-account or secondary account 604, 606 or 608 associated with the primary account to which the funds are to be transferred. FIG. 14 illustrates a funds transfer input screen 1402 which enables the primary account holder to select an account. Funds transfer input screen 1402 includes an automatic pull-down menu that includes the available accounts (e.g., all of the secondary accounts associated with the primary account). The primary account holder may select the desired account using the pull-down menu. The primary account holder may also specify an amount to be transferred from the primary account to the secondary account.
  • FIG. 15 illustrates a transfer amount input screen 1502 which prompts the primary account holder to specify the desired amount to transfer from the primary account to the secondary account 604, 606 or 608. Input screen 1502 includes an interactive keypad 1504 which enables the primary account holder to input the desired dollar amount. As the keys are engaged, the digits may appear in a display box 1506. After the dollar amount is entered, an enter button 1508 may be engaged to submit the dollar amount for processing. Family card funds transfer module 703 may check the dollar amount against the balance in the primary account 602 to determine whether there are enough funds to complete the requested transfer. If there is enough to complete the requested transfer, at block 1712, family card funds transfer module 703 may initiate the requested transfer of funds. It should be appreciated that the actual processing of the funds transfer may be performed via back-end processing system 720, in which case family card funds transfer module 703 may initiate and/or control the appropriate communications to effectuate the funds transfer. Family card funds transfer module 703 need not actually perform the funds transfer.
  • FIG. 16 illustrates a transaction summary display screen 1602 which may be used to display the requested funds transfer to the primary account holder for confirmation. If the requested funds transfer is correct, the primary account holder may confirm via button 1604. As illustrated in FIG. 16, merchant terminal 704 may enforce a transaction fee for transferring the funds, which may be charged to either the primary account holder or the secondary account holder. In the embodiment illustrated in FIG. 16, the transaction fee is charged to the primary account holder and, therefore, the requested transfer amount is appropriately reduced by the amount of the transfer fee.
  • One of ordinary skill in the art will appreciate that stored value card management system 701, family card enrollment module 700, and family card funds transfer module 703 may be implemented in software, hardware, firmware, or a combination thereof. Accordingly, in one embodiment, stored value card management system 701, family card enrollment module 700, and family card funds transfer module 703 are implemented in software or firmware that is stored in a memory and that is executed by a suitable instruction execution system (e.g., processor 708).
  • In hardware embodiments, stored value card management system 701, family card enrollment module 700, and family card funds transfer module 703 may be implemented with any or a combination of the following technologies, which are all well known in the art: a discrete logic circuit(s) having logic gates for implementing logic functions upon data signals, an application specific integrated circuit (ASIC) having appropriate combinational logic gates, a programmable gate array(s) (PGA), a field programmable gate array (FPGA), etc.
  • It should be further appreciated that the process descriptions or functional blocks related to FIGS. 1-17 represent modules, segments, or portions of logic, code, etc. which include one or more executable instructions for implementing specific logical functions or steps in the process. It should be further appreciated that any logical functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art.
  • Furthermore, stored value card management system 701, family card enrollment module 700, and family card funds transfer module 703 may be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. In the context of this document, a “computer-readable medium” can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. The computer-readable medium can be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium. More specific examples (a nonexhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic) having one or more wires, a portable computer diskette (magnetic), a random access memory (RAM) (electronic), a read-only memory (ROM) (electronic), an erasable programmable read-only memory (EPROM or Flash memory) (electronic), an optical fiber (optical), and a portable compact disc read-only memory (CDROM) (optical). Note that the computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via for instance optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in a computer memory.
  • In the description and claims of the present application, each of the verbs, “comprise” “include” and “have”, and conjugates thereof, are used to indicate that the object or objects of the verb are not necessarily a complete listing of members, components, elements or parts of the subject or subjects of the verb.
  • Although this disclosure describes the invention in terms of exemplary embodiments, the invention is not limited to those embodiments. Rather, a person skilled in the art will construe the appended claims broadly, to include other variants and embodiments of the invention, which those skilled in the art may make or use without departing from the scope and range of equivalents of the invention. For example, it should be appreciated that the logical functions of stored value card management system 701, family card enrollment module 700, and family card funds transfer module 703 may be distributed in any suitable manner (e.g., portions at merchant terminal 704, portions at back-end processing system 720, etc.).

Claims (23)

1. A method for implementing a stored value card program, the method comprising:
identifying an existing stored value card account; and
enabling a first customer associated with the existing stored value card account to establish a new stored value card account associated with a second customer, the new stored value card account linked to the first stored value card account.
2. The method of claim 1, wherein the enabling a first customer associated with the existing stored value card account to establish a new stored value card account associated with a second customer occurs via a customer service web site associated with a stored value card provider.
3. The method of claim 1, wherein the enabling a first customer associated with the existing stored value card account to establish a new stored value card account associated with a second customer occurs via an interactive voice response (IVR) system.
4. The method of claim 1, wherein the enabling a first customer associated with the existing stored value card account to establish a new stored value card account associated with a second customer occurs via a merchant terminal.
5. The method of claim 1, wherein the identifying an existing stored value card account comprises swiping a stored value card at a merchant terminal.
6. The method of claim 1, further comprising enabling the first customer to load the new stored value card account.
7. The method of claim 6, wherein the enabling the first customer to load the new stored value card account comprises transferring the load amount from the existing stored value card account to the new stored value card account.
8. The method of claim 1, further comprising:
delivering a stored value card associated with the new stored value card account to the second customer; and
enabling the second customer to use the stored value card.
9. The method of claim 8, wherein the enabling the second customer to use the stored value card comprises enabling the second customer to withdrawal from the stored value card account at an automated teller machine (ATM).
10. The method of claim 1, wherein the existing stored value card account comprises a primary account and the new stored value card account comprises a sub-account associated with the primary account.
11. A merchant terminal for providing stored value card services, the merchant terminal comprising:
a card reader for reading data from a stored value card associated with an existing stored value card account of a first user; and
a family card enrollment module for enabling the first user associated with the existing stored value card account to establish a new stored value card account associated with a second customer.
12. The merchant terminal of claim 11, wherein the new stored value card account is linked to the first stored value card account as a sub-account.
13. The merchant terminal of claim 11, wherein the family enrollment module is supported by an interactive user interface.
14. The merchant terminal of claim 12, wherein the family enrollment module comprises:
logic configured to identify the existing stored value card account based on the data read from the card reader;
logic configured to enable the existing customer to specify the second customer via the user interface;
logic configured to authenticate the second customer based on the information provided by the existing customer; and
logic configured to create the new stored value card account.
15. The merchant terminal of claim 14, wherein the logic configured to identify the existing stored value card account comprises:
logic configured to prompt the existing customer to swipe the existing stored value card; and
logic configured to retrieve an account number from the data read from the card reader.
16. The merchant terminal of claim 14, wherein the logic configured to authenticate the second customer involves checking the identity of the second customer against a database.
17. The merchant terminal of claim 11, further comprising a transfer module configured to enable the existing customer to transfer funds from the existing stored value card account to the new stored value card account.
18. A method for implementing a stored value card program, the method comprising:
enrolling a first customer in a stored value card program with a first stored value card account; and
enrolling a second customer in the stored value card program with a second stored value card account, the second stored value card account comprising a secondary account associated with the first stored value card account.
19. The method of claim 18, further comprising transferring funds from the first stored value card account to the second stored value card account.
20. The method of claim 18, wherein the enrolling a second customer in the stored value card program occurs via at least one of a point-of-sale terminal, a customer service web site, and an interactive voice response (IVR) system.
21. The method of claim 18, further comprising establishing a maximum value for an aggregate balance on the first stored value card account and the second stored value card account.
22. The method of claim 18, wherein the second stored value card account is established by the first customer.
23. The method of claim 18, wherein the first and second stored value card accounts are managed as a single stored value card account.
US11/688,253 2003-10-14 2007-03-19 Family stored value card program Abandoned US20080109319A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/688,253 US20080109319A1 (en) 2003-10-14 2007-03-19 Family stored value card program

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US10/685,277 US20050080697A1 (en) 2003-10-14 2003-10-14 System, method and apparatus for providing financial services
US11/022,739 US7204412B2 (en) 2003-10-14 2004-12-27 Family stored value card program
US11/688,253 US20080109319A1 (en) 2003-10-14 2007-03-19 Family stored value card program

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/022,739 Division US7204412B2 (en) 2003-10-14 2004-12-27 Family stored value card program

Publications (1)

Publication Number Publication Date
US20080109319A1 true US20080109319A1 (en) 2008-05-08

Family

ID=39360819

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/022,739 Expired - Lifetime US7204412B2 (en) 2003-10-14 2004-12-27 Family stored value card program
US11/688,253 Abandoned US20080109319A1 (en) 2003-10-14 2007-03-19 Family stored value card program

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/022,739 Expired - Lifetime US7204412B2 (en) 2003-10-14 2004-12-27 Family stored value card program

Country Status (1)

Country Link
US (2) US7204412B2 (en)

Cited By (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120179558A1 (en) * 2010-11-02 2012-07-12 Mark Noyes Fischer System and Method for Enhancing Electronic Transactions
US20130282576A1 (en) * 2012-04-24 2013-10-24 Timothy Kinsey Banking Security Feature
US20140297435A1 (en) * 2013-03-28 2014-10-02 Hoiling Angel WONG Bank card secured payment system and method using real-time communication technology
US20150254648A1 (en) * 2014-03-04 2015-09-10 Bank Of America Corporation Managed digital wallets
US9406065B2 (en) 2014-03-04 2016-08-02 Bank Of America Corporation Customer token preferences interface
US9424572B2 (en) 2014-03-04 2016-08-23 Bank Of America Corporation Online banking digital wallet management
US9525685B2 (en) 2014-02-07 2016-12-20 Bank Of America Corporation User authentication based on other applications
US9600817B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign exchange token
US9600844B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign cross-issued token
US9628495B2 (en) 2014-02-07 2017-04-18 Bank Of America Corporation Self-selected user access based on specific authentication types
US9647999B2 (en) 2014-02-07 2017-05-09 Bank Of America Corporation Authentication level of function bucket based on circumstances
US9721268B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation Providing offers associated with payment credentials authenticated in a specific digital wallet
US9721248B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation ATM token cash withdrawal
US9729536B2 (en) 2015-10-30 2017-08-08 Bank Of America Corporation Tiered identification federated authentication network system
US20170323283A1 (en) * 2016-05-03 2017-11-09 Paypal, Inc. System and method for splitting a card data structure
US9819680B2 (en) 2014-02-07 2017-11-14 Bank Of America Corporation Determining user authentication requirements based on the current location of the user in comparison to the users's normal boundary of location
US9830597B2 (en) 2014-03-04 2017-11-28 Bank Of America Corporation Formation and funding of a shared token
US9965606B2 (en) 2014-02-07 2018-05-08 Bank Of America Corporation Determining user authentication based on user/device interaction
US10002352B2 (en) 2014-03-04 2018-06-19 Bank Of America Corporation Digital wallet exposure reduction
US20180276652A1 (en) * 2015-09-03 2018-09-27 Dionisios A. Sofronas Contactless mobile payment system
US10176542B2 (en) * 2014-03-24 2019-01-08 Mastercard International Incorporated Systems and methods for identity validation and verification
US10268635B2 (en) 2016-06-17 2019-04-23 Bank Of America Corporation System for data rotation through tokenization
US10313480B2 (en) 2017-06-22 2019-06-04 Bank Of America Corporation Data transmission between networked resources
US10453059B2 (en) 2015-09-30 2019-10-22 Bank Of America Corporation Non-intrusive geo-location determination associated with transaction authorization
US10460367B2 (en) 2016-04-29 2019-10-29 Bank Of America Corporation System for user authentication based on linking a randomly generated number to the user and a physical item
US10511692B2 (en) 2017-06-22 2019-12-17 Bank Of America Corporation Data transmission to a networked resource based on contextual information
US10524165B2 (en) 2017-06-22 2019-12-31 Bank Of America Corporation Dynamic utilization of alternative resources based on token association
US10558970B2 (en) * 2017-10-26 2020-02-11 Paypal, Inc. White label merchant stored value account peer linking and funding system
US10607215B2 (en) 2015-09-30 2020-03-31 Bank Of America Corporation Account tokenization for virtual currency resources
US11727093B2 (en) 2015-02-06 2023-08-15 Apple Inc. Setting and terminating restricted mode operation on electronic devices

Families Citing this family (95)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU4713100A (en) * 1999-05-14 2000-12-05 Marvin A. Frenkel Anonymous on-line cash management system
US7343335B1 (en) * 2000-08-08 2008-03-11 Ebay Inc. Method for managing group finances via an electronic network
US20050097046A1 (en) 2003-10-30 2005-05-05 Singfield Joy S. Wireless electronic check deposit scanning and cashing machine with web-based online account cash management computer application system
KR100439437B1 (en) * 2003-12-18 2004-07-09 주식회사 교원나라 Bank transaction system for linked accounts via common account
US8682757B2 (en) * 2004-08-25 2014-03-25 American Express Travel Related Services Company, Inc. Method and apparatus for processing financial transactions subject to different financing terms
US20060064378A1 (en) * 2004-09-21 2006-03-23 Jeff Clementz Method and apparatus for maintaining linked accounts
US8417633B1 (en) * 2004-11-08 2013-04-09 Rockstar Consortium Us Lp Enabling improved protection of consumer information in electronic transactions
US7954704B1 (en) * 2005-02-09 2011-06-07 Transsec Data Limited Liability Compnay Electronic payment system with PIN and sub-account configurations
WO2006122300A2 (en) * 2005-05-11 2006-11-16 First Data Corporation Security systems for a payment instrument
US20060026073A1 (en) * 2005-10-24 2006-02-02 Kenny Edwin R Jr Methods and Systems for Managing Card Programs and Processing Card Transactions
US8341045B2 (en) 2006-04-20 2012-12-25 Nextgen Savings, Inc. Pre-paid financial savings and investment card system
US20070282740A1 (en) * 2006-05-05 2007-12-06 Wendt Bradley W Electronic funds card
US20080061150A1 (en) * 2006-09-08 2008-03-13 Simon Phillips Identification token and method of making identification token
US7997498B2 (en) 2006-09-08 2011-08-16 Mastercard International, Inc. Identification of installable card
US8799147B1 (en) 2006-10-31 2014-08-05 United Services Automobile Association (Usaa) Systems and methods for remote deposit of negotiable instruments with non-payee institutions
US8708227B1 (en) 2006-10-31 2014-04-29 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US7873200B1 (en) 2006-10-31 2011-01-18 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US8351677B1 (en) 2006-10-31 2013-01-08 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US7861931B2 (en) * 2006-11-06 2011-01-04 Mastercard International, Inc. Method, apparatus, assembly and kit for identification token
US8730012B2 (en) * 2007-01-05 2014-05-20 Mastercard International Incorporated Enabling identification token for a timed period
US20080228638A1 (en) * 2007-03-14 2008-09-18 Ebay Inc. Method and system of controlling linked accounts
US7945512B2 (en) * 2007-03-14 2011-05-17 Ebay Inc. Spending and savings secondary linked accounts
US10380559B1 (en) 2007-03-15 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for check representment prevention
US8959033B1 (en) 2007-03-15 2015-02-17 United Services Automobile Association (Usaa) Systems and methods for verification of remotely deposited checks
US8290858B1 (en) * 2007-03-26 2012-10-16 Madhu Ankarath Method for issuing and managing debit gift cards
JP5156254B2 (en) * 2007-04-17 2013-03-06 楽天株式会社 Information processing apparatus, information processing method, and information processing program
US8538124B1 (en) 2007-05-10 2013-09-17 United Services Auto Association (USAA) Systems and methods for real-time validation of check image quality
US8433127B1 (en) 2007-05-10 2013-04-30 United Services Automobile Association (Usaa) Systems and methods for real-time validation of check image quality
US7992779B2 (en) * 2007-09-10 2011-08-09 Mastercard International, Inc. Method for use in association with identification token and apparatus including identification token
US7792748B1 (en) * 2007-09-19 2010-09-07 Capital One Financial Corporation Method and system for performing a financial transaction using a user interface
US9058512B1 (en) 2007-09-28 2015-06-16 United Services Automobile Association (Usaa) Systems and methods for digital signature detection
US10783514B2 (en) * 2007-10-10 2020-09-22 Mastercard International Incorporated Method and apparatus for use in personalizing identification token
US9898778B1 (en) 2007-10-23 2018-02-20 United Services Automobile Association (Usaa) Systems and methods for obtaining an image of a check to be deposited
US9159101B1 (en) 2007-10-23 2015-10-13 United Services Automobile Association (Usaa) Image processing
US9892454B1 (en) 2007-10-23 2018-02-13 United Services Automobile Association (Usaa) Systems and methods for obtaining an image of a check to be deposited
US8358826B1 (en) 2007-10-23 2013-01-22 United Services Automobile Association (Usaa) Systems and methods for receiving and orienting an image of one or more checks
US8226013B2 (en) * 2007-10-26 2012-07-24 Mastercard International, Inc. Method and apparatus for use in providing an identification token
US8376222B1 (en) * 2007-10-30 2013-02-19 United Services Automobile Association (Usaa) Systems and methods to temporarily transfer funds to a member
US8320657B1 (en) 2007-10-31 2012-11-27 United Services Automobile Association (Usaa) Systems and methods to use a digital camera to remotely deposit a negotiable instrument
US8290237B1 (en) 2007-10-31 2012-10-16 United Services Automobile Association (Usaa) Systems and methods to use a digital camera to remotely deposit a negotiable instrument
US7900822B1 (en) 2007-11-06 2011-03-08 United Services Automobile Association (Usaa) Systems, methods, and apparatus for receiving images of one or more checks
US8249985B2 (en) * 2007-11-29 2012-08-21 Bank Of America Corporation Sub-account mechanism
US8335739B1 (en) 2007-12-14 2012-12-18 Capital One Financial Corporation System and method for providing credit to a customer based on the customer's preliminary use of an account funded by another party
US20090166428A1 (en) * 2007-12-28 2009-07-02 Simon Phillips Methods and apparatus for use in association with media
US8794532B2 (en) * 2008-12-29 2014-08-05 Mastercard International Incorporated Methods and apparatus for use in association with identification token
US8286862B2 (en) * 2007-12-28 2012-10-16 Mastercard International, Inc. Methods and apparatus for use in association with security parameter
US8991695B2 (en) * 2007-12-28 2015-03-31 Mastercard International Incorporated Methods and apparatus for use in docking
US10380562B1 (en) 2008-02-07 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for mobile deposit of negotiable instruments
US8285643B2 (en) * 2008-06-12 2012-10-09 Monncello Enterprises, LLC System and method for processing gift cards
US20100023341A1 (en) * 2008-05-29 2010-01-28 Reel Drinks Llc Method for rule-based gift giving
US8676704B2 (en) 2008-03-13 2014-03-18 Giftya Llc Method for transferring funds
US20140207662A1 (en) 2008-03-13 2014-07-24 Giftya Llc System and method for managing gifts
US20140249902A1 (en) 2008-03-13 2014-09-04 Giftya Llc System and method for providing a customer survey
US20140214666A1 (en) 2008-03-13 2014-07-31 Giftya Llc System and method for managing gifts
US10949833B2 (en) 2008-03-13 2021-03-16 Giftya Llc Technologies for generating and displaying virtual and interactive egifts
US10489776B2 (en) 2008-03-13 2019-11-26 Giftya Llc System and method for managing gift credits
US7885878B2 (en) * 2008-05-28 2011-02-08 First Data Corporation Systems and methods of payment account activation
AU2009260525A1 (en) * 2008-05-30 2009-12-23 Visa U.S.A. Inc. Graduation function for stored value card
US8351678B1 (en) 2008-06-11 2013-01-08 United Services Automobile Association (Usaa) Duplicate check detection
US8422758B1 (en) 2008-09-02 2013-04-16 United Services Automobile Association (Usaa) Systems and methods of check re-presentment deterrent
US10504185B1 (en) 2008-09-08 2019-12-10 United Services Automobile Association (Usaa) Systems and methods for live video financial deposit
US8391599B1 (en) 2008-10-17 2013-03-05 United Services Automobile Association (Usaa) Systems and methods for adaptive binarization of an image
US8812402B2 (en) * 2009-01-05 2014-08-19 Mastercard International Incorporated Methods, apparatus and articles for use in association with token
US8684261B2 (en) * 2009-01-20 2014-04-01 Mastercard International Incorporated Methods, apparatus, computer program products and articles for use in providing human understandable indication of account balance
US8452689B1 (en) 2009-02-18 2013-05-28 United Services Automobile Association (Usaa) Systems and methods of check detection
US10956728B1 (en) 2009-03-04 2021-03-23 United Services Automobile Association (Usaa) Systems and methods of check processing with background removal
US20100250354A1 (en) * 2009-03-16 2010-09-30 Accor Services North America, Inc. Systems, devices and methods for incentive-based transactions
US20100241545A1 (en) * 2009-03-20 2010-09-23 Bank Of America Master financial account
US8762275B2 (en) * 2009-04-15 2014-06-24 First Data Corporation Systems and methods providing multiple account holder functionality
US20100328029A1 (en) * 2009-06-30 2010-12-30 Martin Edward Kolek Method and apparatus for communication device
US8542921B1 (en) 2009-07-27 2013-09-24 United Services Automobile Association (Usaa) Systems and methods for remote deposit of negotiable instrument using brightness correction
US9779392B1 (en) 2009-08-19 2017-10-03 United Services Automobile Association (Usaa) Apparatuses, methods and systems for a publishing and subscribing platform of depositing negotiable instruments
US8977571B1 (en) 2009-08-21 2015-03-10 United Services Automobile Association (Usaa) Systems and methods for image monitoring of check during mobile deposit
US8699779B1 (en) 2009-08-28 2014-04-15 United Services Automobile Association (Usaa) Systems and methods for alignment of check during mobile deposit
US20110106715A1 (en) * 2009-10-30 2011-05-05 Bizilia Stephen J Family membership of businesses and consumers bound together by credit and debit cards for safety
US8805737B1 (en) * 2009-11-02 2014-08-12 Sas Institute Inc. Computer-implemented multiple entity dynamic summarization systems and methods
US20110218907A1 (en) * 2010-03-08 2011-09-08 Firethom Holdings, LLC System and method for creating and managing a shared stored value account associated with a client device
US9129340B1 (en) 2010-06-08 2015-09-08 United Services Automobile Association (Usaa) Apparatuses, methods and systems for remote deposit capture with enhanced image detection
US11144916B2 (en) * 2010-10-28 2021-10-12 Ncr Corporation Techniques for conducting single or limited use purchases via a mobile device
US20120278236A1 (en) * 2011-03-21 2012-11-01 Qualcomm Incorporated System and method for presentment of nonconfidential transaction token identifier
US9454753B2 (en) * 2011-03-28 2016-09-27 Paypal, Inc. Friendly funding source
US8266058B1 (en) * 2011-03-31 2012-09-11 International Business Machines Corporation Virtual accounts linked to financial accounts
US8909550B2 (en) * 2011-08-15 2014-12-09 Bank Of America Corporation Relationship-based pricing
US8566241B2 (en) * 2011-10-26 2013-10-22 Viamericas Corporation Deposit pending check clearance
US10380565B1 (en) 2012-01-05 2019-08-13 United Services Automobile Association (Usaa) System and method for storefront bank deposits
US10552810B1 (en) 2012-12-19 2020-02-04 United Services Automobile Association (Usaa) System and method for remote deposit of financial instruments
US11138578B1 (en) 2013-09-09 2021-10-05 United Services Automobile Association (Usaa) Systems and methods for remote deposit of currency
US9286514B1 (en) 2013-10-17 2016-03-15 United Services Automobile Association (Usaa) Character count determination for a digital image
US8886570B1 (en) * 2013-10-29 2014-11-11 Quisk, Inc. Hacker-resistant balance monitoring
CN105450691B (en) 2014-08-21 2019-08-16 阿里巴巴集团控股有限公司 Method for processing business, device and server
US10402790B1 (en) 2015-05-28 2019-09-03 United Services Automobile Association (Usaa) Composing a focused document image from multiple image captures or portions of multiple image captures
WO2017041154A1 (en) * 2015-09-10 2017-03-16 Cielo S.A. Consumer credit and payment method in a cloud payment service, and payment terminal
US10990935B1 (en) * 2016-04-28 2021-04-27 Wells Fargo Bank, N.A. Transferring funds between two parties
US11030752B1 (en) 2018-04-27 2021-06-08 United Services Automobile Association (Usaa) System, computing device, and method for document detection
US11900755B1 (en) 2020-11-30 2024-02-13 United Services Automobile Association (Usaa) System, computing device, and method for document detection and deposit processing

Citations (97)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4001550A (en) * 1975-12-04 1977-01-04 Schatz Vernon L Universal funds transfer and identification card
US4104515A (en) * 1976-12-03 1978-08-01 Xerox Corporation Consumable credit card
US4346442A (en) * 1980-07-29 1982-08-24 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities brokerage-cash management system
US4376978A (en) * 1980-07-29 1983-03-15 Merrill Lynch Pierce, Fenner & Smith Securities brokerage-cash management system
US4689478A (en) * 1984-12-24 1987-08-25 Ncr Corporation System for handling transactions including a portable personal terminal
US4718009A (en) * 1984-02-27 1988-01-05 Default Proof Credit Card System, Inc. Default proof credit card method system
US4742457A (en) * 1985-08-27 1988-05-03 Trans Texas Holdings Corporation System and method of investment management including means to adjust deposit and loan accounts for inflation
US4755940A (en) * 1983-09-17 1988-07-05 International Business Machines Corporation Transaction security system
US5010485A (en) * 1989-01-31 1991-04-23 Jbh Ventures Apparatus, system and method for creating credit vouchers usable at point of purchase stations
US5025138A (en) * 1984-02-27 1991-06-18 Vincent Cuervo Method and system for providing verifiable line of credit information
US5025372A (en) * 1987-09-17 1991-06-18 Meridian Enterprises, Inc. System and method for administration of incentive award program through use of credit
US5231569A (en) * 1990-06-12 1993-07-27 Sears Payment Systems, Inc. Account transaction system
US5297026A (en) * 1992-01-03 1994-03-22 Frank Hoffman System for promoting account activity
US5420405A (en) * 1993-02-26 1995-05-30 Chasek; Norman E. Secure, automated transaction system that supports an electronic currency operating in mixed debit & credit modes
US5428684A (en) * 1991-09-30 1995-06-27 Fujitsu Limited Electronic cashless transaction system
US5436971A (en) * 1992-06-17 1995-07-25 U.S. Philips Corporation Method of and circuit arrangement for checking a smart card
US5444616A (en) * 1992-10-30 1995-08-22 Microbilt Corporation Financial transaction systems and methods utilizing a multi-reader transaction terminal
US5485510A (en) * 1992-09-29 1996-01-16 At&T Corp. Secure credit/debit card authorization
US5504677A (en) * 1992-10-15 1996-04-02 Pollin; Robert E. Automated payment system
US5511023A (en) * 1993-05-10 1996-04-23 Siemens Aktiengesellschaft Method and circuit configuration for debiting a debit card
US5536045A (en) * 1994-12-28 1996-07-16 Adams; Thomas W. Debit/credit card system having primary utility in replacing food stamps
US5621796A (en) * 1994-09-30 1997-04-15 Electronic Payment Services, Inc. Transferring information between transaction networks
US5637845A (en) * 1994-12-12 1997-06-10 Usa Technologies, Inc. Credit and bank issued debit card operated system and method for controlling a prepaid card encoding/dispensing machine
US5644118A (en) * 1989-09-06 1997-07-01 Fujitsu Limited Electronic cashless system
US5652786A (en) * 1994-02-14 1997-07-29 Telepay Automated interactive bill payment system
US5705798A (en) * 1994-12-16 1998-01-06 Mastercard International Inc. System and method for processing a customized financial transaction card
US5710889A (en) * 1995-02-22 1998-01-20 Citibank, N.A. Interface device for electronically integrating global financial services
US5732136A (en) * 1995-01-31 1998-03-24 Realsource Communications, Inc. Merchant specific debit card verification system
US5770843A (en) * 1996-07-02 1998-06-23 Ncr Corporation Access card for multiple accounts
US5864830A (en) * 1997-02-13 1999-01-26 Armetta; David Data processing method of configuring and monitoring a satellite spending card linked to a host credit card
US5870724A (en) * 1989-12-08 1999-02-09 Online Resources & Communications Corporation Targeting advertising in a home retail banking delivery service
US5870456A (en) * 1997-01-22 1999-02-09 Telepay, Inc. Automated interactive bill payment system using debit cards
US5884289A (en) * 1995-06-16 1999-03-16 Card Alert Services, Inc. Debit card fraud detection and control system
USH1794H (en) * 1994-02-08 1999-04-06 At&T Corp. Secure money transfer techniques using hierarchical arrangement of smart cards
US5914472A (en) * 1997-09-23 1999-06-22 At&T Corp Credit card spending authorization control system
US5924084A (en) * 1995-07-06 1999-07-13 De Rooij; Peter Jacobus Nicolaas Method for tracing payment data in an anonymous payment system
US5936221A (en) * 1997-10-02 1999-08-10 Bridgepoint Systems, Inc. Smart card system and method for transferring value
US6010067A (en) * 1994-01-25 2000-01-04 Dynamic Data Systems Pty. Ltd. Mobile funds transaction device for transferring funds between remote banking facilities
US6016955A (en) * 1995-05-12 2000-01-25 Koninklijke Kpn N.V. Electronic payment method and system having several calculation units and electronic payment devices
US6045050A (en) * 1997-02-07 2000-04-04 Alfi S.R.L. Prepaid or stored-value card with means for preventing useful fraudulent alteration
US6047888A (en) * 1996-01-08 2000-04-11 Dethloff; Juergen Method system and portable data medium for paying for purchases
US6062472A (en) * 1996-12-23 2000-05-16 Koninklijke Ptt Nederland N.V. System and method for increasing a value of an electronic payment card including performing a restore transaction in response to interruption of a value increase transaction
US6065675A (en) * 1997-06-30 2000-05-23 Cardis Enterprise International N.V. Processing system and method for a heterogeneous electronic cash environment
USRE36788E (en) * 1990-09-06 2000-07-25 Visa International Service Association Funds transfer system
US6173269B1 (en) * 1998-12-16 2001-01-09 Zowi.Com, Inc Method and apparatus for executing electronic commercial transactions with minors
US6182895B1 (en) * 1997-10-06 2001-02-06 Jerry L. Albrecht Method and system for gift credit card
US6243688B1 (en) * 1997-04-14 2001-06-05 Dyan T. Kalina Internet-based credit interchange system of converting purchase credit awards through credit exchange system for purchase of investment vehicle
US20010007332A1 (en) * 1999-02-19 2001-07-12 National City Bank Interactive point access financial and information system
US20020002534A1 (en) * 2000-06-27 2002-01-03 Davis Terry L. Method and system for managing transactions
US20020002533A1 (en) * 2000-06-30 2002-01-03 Singhal Tara Chand Method and apparatus for a payment card system
US20020020738A1 (en) * 2000-08-07 2002-02-21 Campbell Bernard Joseph Method and apparatus for performing value transactions
US6354490B1 (en) * 1995-06-07 2002-03-12 Citibank, N.A. Integrated full service consumer banking system and system and method for opening an account
US20020033417A1 (en) * 2000-09-16 2002-03-21 Jae-Sung Jeon Card reader integrated financial services and the operating method thereof
US20020040925A1 (en) * 2000-05-11 2002-04-11 Juergen Weber Method and apparatus for transmission of monetary value and the payment of debts
US6394343B1 (en) * 1999-10-14 2002-05-28 Jon N. Berg System for card to card transfer of monetary values
US20020083012A1 (en) * 2000-11-16 2002-06-27 Steve Bush Method and system for account management
US20020088849A1 (en) * 1996-12-31 2002-07-11 Nichols Henry R. Check writing point of sale system
US6422462B1 (en) * 1998-03-30 2002-07-23 Morris E. Cohen Apparatus and methods for improved credit cards and credit card transactions
US6505171B1 (en) * 2000-02-04 2003-01-07 Robert H. Cohen System and method for handling purchasing transactions over a computer network
US6505772B1 (en) * 2000-06-22 2003-01-14 First Data Corporation System for utilizing a single card to provide multiple services in an open network environment
US6507644B1 (en) * 1999-06-08 2003-01-14 Worldcom, Inc. Pre-paid telephone calling card linked to a stored value account
US20030019924A1 (en) * 1994-03-03 2003-01-30 Busch Entertainment Corporation Prepayment wristband and computer debit system
US6527192B1 (en) * 2000-09-12 2003-03-04 Dieceland Technologies Corp. Order selection debit card and method
US20030046249A1 (en) * 2001-08-31 2003-03-06 Robert Wu Prepaid card terminal and method for implementing prepaid cards
US20030075610A1 (en) * 2000-02-16 2003-04-24 Ong Yong Kin Electronic credit card-ecc
US6560582B1 (en) * 2000-01-05 2003-05-06 The United States Of America As Represented By The Secretary Of The Navy Dynamic memory processor
US6578761B1 (en) * 2000-08-18 2003-06-17 Donald Spector Method for issuance of satellite credit and debit cards
US20030112952A1 (en) * 2001-12-19 2003-06-19 Wendell Brown Automatically establishing a telephone connection between a subscriber and a party meeting one or more criteria
US6587841B1 (en) * 1995-09-12 2003-07-01 First American Credit Management Solutions, Inc. Computer implemented automated credit application analysis and decision routing system
US20030121969A1 (en) * 2001-12-06 2003-07-03 John Wankmueller Method and system for conducting transactions using a payment card with two technologies
US20040007618A1 (en) * 2002-07-10 2004-01-15 Scott Oram Prepaid credit card method
US20040030647A1 (en) * 2001-03-31 2004-02-12 First Data Corporation Staged transactions systems and methods
US20040050928A1 (en) * 2002-09-12 2004-03-18 Fred Bishop System and method for converting a stored value card to a credit card
US20040056088A1 (en) * 2002-09-18 2004-03-25 Mullins Joseph M. Prepayment wristband and computer debit system
US6739506B1 (en) * 2002-10-02 2004-05-25 Tommy Constantine Credit card referral methods
US6748532B1 (en) * 1999-10-29 2004-06-08 Sun Microsystems, Inc. Universal smart card access system
US20040108376A1 (en) * 2002-12-09 2004-06-10 Accubalance Corporation Personal digital account register
US20040112954A1 (en) * 2002-12-11 2004-06-17 Moreau Abner E. Systems and methods for automatically establishing merchant accounts for transaction card usage
US20040111864A1 (en) * 2000-06-26 2004-06-17 Skinner William A. Method of installing double flanged bushings
US20040118914A1 (en) * 2001-09-24 2004-06-24 E2Interactive, Inc. D/B/A E2Interactive, Inc. System & method for distributing stored-value cards
US6760796B1 (en) * 1998-11-07 2004-07-06 Ncr Corporation Smart card which temporarily stores transactions in non-secure memory and consolidates the transactions into secure memory
US20040139000A1 (en) * 2000-05-05 2004-07-15 Amos Carl Raymond Advanced automatic instant money transfer machine
US6764003B1 (en) * 2000-05-09 2004-07-20 Swisscom Mobile Ag Transaction method and selling system
US20050010483A1 (en) * 2003-07-08 2005-01-13 Ling Marvin T. Methods and apparatus for transacting electronic commerce using account hierarchy and locking of accounts
US20050038714A1 (en) * 2003-05-28 2005-02-17 John Bonet Self-service gift card dispensing terminal and method of use
US6865547B1 (en) * 1998-11-17 2005-03-08 Bank One Delaware, N.A. Customer activated multi-value (CAM) card
US20050065877A1 (en) * 2003-09-23 2005-03-24 Cleary Michael J. Method and system for distribution of unactivated bank account cards
US20050086139A1 (en) * 2003-10-21 2005-04-21 Lee Blackman Credsub (credit subscribing) EEECI (easy economical enhancing credit innovation) or new economical enhancing credit innovation (NEECINN/NEECIN):
US20050087594A1 (en) * 2003-10-27 2005-04-28 Cheryl Phillips Systems and methods for managing throughput of point of sale devices
US20050091161A1 (en) * 1997-05-30 2005-04-28 Capital Security Systems, Inc. Automated banking system for dispensing money orders, wire transfer and bill payment
US20050097017A1 (en) * 2001-11-02 2005-05-05 Patricia Hanratty Financial funding system and methods
US20050108124A1 (en) * 2003-11-18 2005-05-19 Kevin Colleran System and method for electronic consent and delivery of financial and/or other transaction-related information
US20050127258A1 (en) * 2003-12-11 2005-06-16 Jean Lapointe Outdoor sign support system
US20050131915A1 (en) * 2003-12-15 2005-06-16 Hicks Jaye D. Concept directory
US20050144105A1 (en) * 2003-12-08 2005-06-30 Czyzewski Nathan T. Methods and systems for adjusting account terms based on purchase transaction information
US20050154663A1 (en) * 1999-06-04 2005-07-14 First Usa Bank, N.A. System and method for card processing with automated payment of club, merchant, and service provider fees
US20060004659A1 (en) * 1999-06-18 2006-01-05 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account

Family Cites Families (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US655772A (en) * 1900-02-26 1900-08-14 American Toll Telephone Company Telephone toll apparatus.
US4774663A (en) 1980-07-29 1988-09-27 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities brokerage-cash management system with short term investment proceeds allotted among multiple accounts
DE3112664A1 (en) 1981-03-31 1982-10-14 J. Hengstler Kg, 7209 Aldingen DEVICE FOR DEPOSITING CREDIT CARDS
US4360727A (en) 1981-04-09 1982-11-23 Compagnie Generale d'Automatise Societe Anonyme dite Payment voucher
US4877950A (en) 1982-08-23 1989-10-31 Paperless Accounting, Inc. Electronic purse-device
US4694397A (en) 1984-12-27 1987-09-15 The Advest Group, Inc. Banking/brokerage computer interface system
US4879455A (en) 1985-06-17 1989-11-07 Butterworth Nathan I Self-verifying transaction cards
JPH07104891B2 (en) 1986-08-05 1995-11-13 沖電気工業株式会社 Transaction processor
ZA907106B (en) 1989-10-06 1991-09-25 Net 1 Products Pty Ltd Funds transfer system
US5262941A (en) 1990-03-30 1993-11-16 Itt Corporation Expert credit recommendation method and system
AU656542B2 (en) 1990-10-01 1995-02-09 Thomas A. Bush Transactional processing system
US5955961A (en) 1991-12-09 1999-09-21 Wallerstein; Robert S. Programmable transaction card
EP0600170B1 (en) 1992-12-01 1997-12-17 Landis & Gyr Technology Innovation AG Method for the payment of services and/or articles and device for implementing this method
US5940811A (en) 1993-08-27 1999-08-17 Affinity Technology Group, Inc. Closed loop financial transaction method and apparatus
BR9400224A (en) 1994-01-24 1995-09-26 Telecomunicacoes Brasileiras Sa Improvement introduced in the method of charging credits on inductive debit cards
US5557516A (en) 1994-02-04 1996-09-17 Mastercard International System and method for conducting cashless transactions
US6142368A (en) 1994-03-03 2000-11-07 Busch Entertainment Corporation Prepayment wristband and computer debit system
US5457305A (en) 1994-03-31 1995-10-10 Akel; William S. Distributed on-line money access card transaction processing system
BR9401059A (en) 1994-05-12 1995-12-05 Brasilia Telecom Supplemental encoding on debit cards and reading process
US5577121A (en) 1994-06-09 1996-11-19 Electronic Payment Services, Inc. Transaction system for integrated circuit cards
EP0703532B1 (en) * 1994-09-22 2001-11-28 Sun Microsystems, Inc. Embedded program flow information for object code manipulation
US5559887A (en) 1994-09-30 1996-09-24 Electronic Payment Service Collection of value from stored value systems
JPH08214281A (en) 1995-02-06 1996-08-20 Sony Corp Charging method and system
US5689100A (en) 1995-03-21 1997-11-18 Martiz, Inc. Debit card system and method for implementing incentive award program
SE506506C2 (en) 1995-04-11 1997-12-22 Au System Electronic transaction terminal, telecommunication system including an electronic transaction terminal, smart card as electronic transaction terminal and method of transferring electronic credits
EP0823104B1 (en) 1995-04-20 1999-02-03 Siemens Aktiengesellschaft Electronic credit card and process for reloading an electronic credit card
US5692132A (en) 1995-06-07 1997-11-25 Mastercard International, Inc. System and method for conducting cashless transactions on a computer network
US5790677A (en) * 1995-06-29 1998-08-04 Microsoft Corporation System and method for secure electronic commerce transactions
CA2192016C (en) 1995-12-08 2003-07-22 Masayuki Ohki Method of handling electronic money in automatic cash handling machine
US5943423A (en) 1995-12-15 1999-08-24 Entegrity Solutions Corporation Smart token system for secure electronic transactions and identification
US6129275A (en) 1995-12-20 2000-10-10 The Eastern Company Smart card transaction system and encoder-dispenser
US5811771A (en) 1996-05-22 1998-09-22 Dethloff; Juergen Method and system for paying with a portable data medium having security against over charging and unauthorized use
DE19604691A1 (en) 1996-02-09 1997-08-14 Sel Alcatel Ag Chip card, method and system for using paid services
US5815657A (en) 1996-04-26 1998-09-29 Verifone, Inc. System, method and article of manufacture for network electronic authorization utilizing an authorization instrument
FR2748591B1 (en) 1996-05-07 1998-06-05 France Telecom METHOD FOR PERFORMING A SECURE ELECTRONIC TRANSACTION WITH DOUBLE SIGNATURE
US5953710A (en) 1996-10-09 1999-09-14 Fleming; Stephen S. Children's credit or debit card system
JPH10162089A (en) 1996-12-02 1998-06-19 Oki Electric Ind Co Ltd Electronic transaction system
KR100213098B1 (en) 1997-03-14 1999-08-02 윤종용 Electronic money terminal function and performing method
IL120585A0 (en) 1997-04-01 1997-08-14 Teicher Mordechai Countable electronic monetary system and method
US6325292B1 (en) 1997-05-06 2001-12-04 Richard P. Sehr Card system and methods utilizing collector cards
US5987439A (en) 1997-05-30 1999-11-16 Capital Security Systems, Inc. Automated banking system for making change on a card or user account
US6295522B1 (en) 1997-07-11 2001-09-25 Cybercash, Inc. Stored-value card value acquisition method and apparatus
CA2215543C (en) 1997-09-16 2003-12-09 Michael Lee-Wai-Yin Cashless card revalue system
US6450407B1 (en) 1998-04-17 2002-09-17 Viztec, Inc. Chip card rebate system
US6206283B1 (en) 1998-12-23 2001-03-27 At&T Corp. Method and apparatus for transferring money via a telephone call
US6131811A (en) 1998-05-29 2000-10-17 E-Micro Corporation Wallet consolidator
US6105865A (en) 1998-07-17 2000-08-22 Hardesty; Laurence Daniel Financial transaction system with retirement saving benefit
US6327578B1 (en) 1998-12-29 2001-12-04 International Business Machines Corporation Four-party credit/debit payment protocol
WO2001031556A1 (en) 1999-10-22 2001-05-03 Efunds Corporation Method and apparatus for detecting and investigating fraudulent transactions in debit and charge card activations
TW550477B (en) * 2000-03-01 2003-09-01 Passgate Corp Method, system and computer readable medium for Web site account and e-commerce management from a central location
US7134594B2 (en) * 2000-03-16 2006-11-14 Daniel Thompson Pre-paid purchasing card and method
US20020143647A1 (en) * 2001-03-30 2002-10-03 Intertainer, Inc. Subscriber management system
US7309003B2 (en) * 2002-12-13 2007-12-18 First Data Corporation Credit card account payment systems and methods
US20040199422A1 (en) * 2003-04-03 2004-10-07 Larry Napier Consumer transaction-based marketing of goods and services
US20050127158A1 (en) * 2003-12-15 2005-06-16 Figueras Ilka H. Control card check

Patent Citations (100)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4001550A (en) * 1975-12-04 1977-01-04 Schatz Vernon L Universal funds transfer and identification card
US4001550B1 (en) * 1975-12-04 1988-12-13
US4104515A (en) * 1976-12-03 1978-08-01 Xerox Corporation Consumable credit card
US4346442A (en) * 1980-07-29 1982-08-24 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities brokerage-cash management system
US4376978A (en) * 1980-07-29 1983-03-15 Merrill Lynch Pierce, Fenner & Smith Securities brokerage-cash management system
US4755940A (en) * 1983-09-17 1988-07-05 International Business Machines Corporation Transaction security system
US4718009A (en) * 1984-02-27 1988-01-05 Default Proof Credit Card System, Inc. Default proof credit card method system
US5025138A (en) * 1984-02-27 1991-06-18 Vincent Cuervo Method and system for providing verifiable line of credit information
US4689478A (en) * 1984-12-24 1987-08-25 Ncr Corporation System for handling transactions including a portable personal terminal
US4742457A (en) * 1985-08-27 1988-05-03 Trans Texas Holdings Corporation System and method of investment management including means to adjust deposit and loan accounts for inflation
US5025372A (en) * 1987-09-17 1991-06-18 Meridian Enterprises, Inc. System and method for administration of incentive award program through use of credit
US5010485A (en) * 1989-01-31 1991-04-23 Jbh Ventures Apparatus, system and method for creating credit vouchers usable at point of purchase stations
US5644118A (en) * 1989-09-06 1997-07-01 Fujitsu Limited Electronic cashless system
US5870724A (en) * 1989-12-08 1999-02-09 Online Resources & Communications Corporation Targeting advertising in a home retail banking delivery service
US5231569A (en) * 1990-06-12 1993-07-27 Sears Payment Systems, Inc. Account transaction system
USRE36788E (en) * 1990-09-06 2000-07-25 Visa International Service Association Funds transfer system
US5428684A (en) * 1991-09-30 1995-06-27 Fujitsu Limited Electronic cashless transaction system
US5297026A (en) * 1992-01-03 1994-03-22 Frank Hoffman System for promoting account activity
US5436971A (en) * 1992-06-17 1995-07-25 U.S. Philips Corporation Method of and circuit arrangement for checking a smart card
US5485510A (en) * 1992-09-29 1996-01-16 At&T Corp. Secure credit/debit card authorization
US5504677A (en) * 1992-10-15 1996-04-02 Pollin; Robert E. Automated payment system
US5444616A (en) * 1992-10-30 1995-08-22 Microbilt Corporation Financial transaction systems and methods utilizing a multi-reader transaction terminal
US5420405A (en) * 1993-02-26 1995-05-30 Chasek; Norman E. Secure, automated transaction system that supports an electronic currency operating in mixed debit & credit modes
US5511023A (en) * 1993-05-10 1996-04-23 Siemens Aktiengesellschaft Method and circuit configuration for debiting a debit card
US6010067A (en) * 1994-01-25 2000-01-04 Dynamic Data Systems Pty. Ltd. Mobile funds transaction device for transferring funds between remote banking facilities
USH1794H (en) * 1994-02-08 1999-04-06 At&T Corp. Secure money transfer techniques using hierarchical arrangement of smart cards
US5652786A (en) * 1994-02-14 1997-07-29 Telepay Automated interactive bill payment system
US20030019924A1 (en) * 1994-03-03 2003-01-30 Busch Entertainment Corporation Prepayment wristband and computer debit system
US5621796A (en) * 1994-09-30 1997-04-15 Electronic Payment Services, Inc. Transferring information between transaction networks
US5637845A (en) * 1994-12-12 1997-06-10 Usa Technologies, Inc. Credit and bank issued debit card operated system and method for controlling a prepaid card encoding/dispensing machine
US5705798A (en) * 1994-12-16 1998-01-06 Mastercard International Inc. System and method for processing a customized financial transaction card
US5536045A (en) * 1994-12-28 1996-07-16 Adams; Thomas W. Debit/credit card system having primary utility in replacing food stamps
US5732136A (en) * 1995-01-31 1998-03-24 Realsource Communications, Inc. Merchant specific debit card verification system
US5890140A (en) * 1995-02-22 1999-03-30 Citibank, N.A. System for communicating with an electronic delivery system that integrates global financial services
US5710889A (en) * 1995-02-22 1998-01-20 Citibank, N.A. Interface device for electronically integrating global financial services
US6016955A (en) * 1995-05-12 2000-01-25 Koninklijke Kpn N.V. Electronic payment method and system having several calculation units and electronic payment devices
US6354490B1 (en) * 1995-06-07 2002-03-12 Citibank, N.A. Integrated full service consumer banking system and system and method for opening an account
US5884289A (en) * 1995-06-16 1999-03-16 Card Alert Services, Inc. Debit card fraud detection and control system
US5924084A (en) * 1995-07-06 1999-07-13 De Rooij; Peter Jacobus Nicolaas Method for tracing payment data in an anonymous payment system
US6587841B1 (en) * 1995-09-12 2003-07-01 First American Credit Management Solutions, Inc. Computer implemented automated credit application analysis and decision routing system
US6047888A (en) * 1996-01-08 2000-04-11 Dethloff; Juergen Method system and portable data medium for paying for purchases
US5770843A (en) * 1996-07-02 1998-06-23 Ncr Corporation Access card for multiple accounts
US6062472A (en) * 1996-12-23 2000-05-16 Koninklijke Ptt Nederland N.V. System and method for increasing a value of an electronic payment card including performing a restore transaction in response to interruption of a value increase transaction
US20020088849A1 (en) * 1996-12-31 2002-07-11 Nichols Henry R. Check writing point of sale system
US5870456A (en) * 1997-01-22 1999-02-09 Telepay, Inc. Automated interactive bill payment system using debit cards
US6045050A (en) * 1997-02-07 2000-04-04 Alfi S.R.L. Prepaid or stored-value card with means for preventing useful fraudulent alteration
US5864830A (en) * 1997-02-13 1999-01-26 Armetta; David Data processing method of configuring and monitoring a satellite spending card linked to a host credit card
US6243688B1 (en) * 1997-04-14 2001-06-05 Dyan T. Kalina Internet-based credit interchange system of converting purchase credit awards through credit exchange system for purchase of investment vehicle
US20050091161A1 (en) * 1997-05-30 2005-04-28 Capital Security Systems, Inc. Automated banking system for dispensing money orders, wire transfer and bill payment
US6065675A (en) * 1997-06-30 2000-05-23 Cardis Enterprise International N.V. Processing system and method for a heterogeneous electronic cash environment
US5914472A (en) * 1997-09-23 1999-06-22 At&T Corp Credit card spending authorization control system
US5936221A (en) * 1997-10-02 1999-08-10 Bridgepoint Systems, Inc. Smart card system and method for transferring value
US6182895B1 (en) * 1997-10-06 2001-02-06 Jerry L. Albrecht Method and system for gift credit card
US6422462B1 (en) * 1998-03-30 2002-07-23 Morris E. Cohen Apparatus and methods for improved credit cards and credit card transactions
US6760796B1 (en) * 1998-11-07 2004-07-06 Ncr Corporation Smart card which temporarily stores transactions in non-secure memory and consolidates the transactions into secure memory
US6865547B1 (en) * 1998-11-17 2005-03-08 Bank One Delaware, N.A. Customer activated multi-value (CAM) card
US6173269B1 (en) * 1998-12-16 2001-01-09 Zowi.Com, Inc Method and apparatus for executing electronic commercial transactions with minors
US20010007332A1 (en) * 1999-02-19 2001-07-12 National City Bank Interactive point access financial and information system
US20050154663A1 (en) * 1999-06-04 2005-07-14 First Usa Bank, N.A. System and method for card processing with automated payment of club, merchant, and service provider fees
US6507644B1 (en) * 1999-06-08 2003-01-14 Worldcom, Inc. Pre-paid telephone calling card linked to a stored value account
US20060004659A1 (en) * 1999-06-18 2006-01-05 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US6394343B1 (en) * 1999-10-14 2002-05-28 Jon N. Berg System for card to card transfer of monetary values
US6748532B1 (en) * 1999-10-29 2004-06-08 Sun Microsystems, Inc. Universal smart card access system
US6560582B1 (en) * 2000-01-05 2003-05-06 The United States Of America As Represented By The Secretary Of The Navy Dynamic memory processor
US6505171B1 (en) * 2000-02-04 2003-01-07 Robert H. Cohen System and method for handling purchasing transactions over a computer network
US20030075610A1 (en) * 2000-02-16 2003-04-24 Ong Yong Kin Electronic credit card-ecc
US20040139000A1 (en) * 2000-05-05 2004-07-15 Amos Carl Raymond Advanced automatic instant money transfer machine
US6764003B1 (en) * 2000-05-09 2004-07-20 Swisscom Mobile Ag Transaction method and selling system
US20020040925A1 (en) * 2000-05-11 2002-04-11 Juergen Weber Method and apparatus for transmission of monetary value and the payment of debts
US6505772B1 (en) * 2000-06-22 2003-01-14 First Data Corporation System for utilizing a single card to provide multiple services in an open network environment
US20040111864A1 (en) * 2000-06-26 2004-06-17 Skinner William A. Method of installing double flanged bushings
US20020002534A1 (en) * 2000-06-27 2002-01-03 Davis Terry L. Method and system for managing transactions
US20020002533A1 (en) * 2000-06-30 2002-01-03 Singhal Tara Chand Method and apparatus for a payment card system
US20020020738A1 (en) * 2000-08-07 2002-02-21 Campbell Bernard Joseph Method and apparatus for performing value transactions
US6578761B1 (en) * 2000-08-18 2003-06-17 Donald Spector Method for issuance of satellite credit and debit cards
US6527192B1 (en) * 2000-09-12 2003-03-04 Dieceland Technologies Corp. Order selection debit card and method
US20020033417A1 (en) * 2000-09-16 2002-03-21 Jae-Sung Jeon Card reader integrated financial services and the operating method thereof
US20020083012A1 (en) * 2000-11-16 2002-06-27 Steve Bush Method and system for account management
US20040030647A1 (en) * 2001-03-31 2004-02-12 First Data Corporation Staged transactions systems and methods
US20030046249A1 (en) * 2001-08-31 2003-03-06 Robert Wu Prepaid card terminal and method for implementing prepaid cards
US20040118914A1 (en) * 2001-09-24 2004-06-24 E2Interactive, Inc. D/B/A E2Interactive, Inc. System & method for distributing stored-value cards
US20050097017A1 (en) * 2001-11-02 2005-05-05 Patricia Hanratty Financial funding system and methods
US6857566B2 (en) * 2001-12-06 2005-02-22 Mastercard International Method and system for conducting transactions using a payment card with two technologies
US20030121969A1 (en) * 2001-12-06 2003-07-03 John Wankmueller Method and system for conducting transactions using a payment card with two technologies
US20030112952A1 (en) * 2001-12-19 2003-06-19 Wendell Brown Automatically establishing a telephone connection between a subscriber and a party meeting one or more criteria
US20040007618A1 (en) * 2002-07-10 2004-01-15 Scott Oram Prepaid credit card method
US20040050928A1 (en) * 2002-09-12 2004-03-18 Fred Bishop System and method for converting a stored value card to a credit card
US20040056088A1 (en) * 2002-09-18 2004-03-25 Mullins Joseph M. Prepayment wristband and computer debit system
US6739506B1 (en) * 2002-10-02 2004-05-25 Tommy Constantine Credit card referral methods
US20040108376A1 (en) * 2002-12-09 2004-06-10 Accubalance Corporation Personal digital account register
US20040112954A1 (en) * 2002-12-11 2004-06-17 Moreau Abner E. Systems and methods for automatically establishing merchant accounts for transaction card usage
US20050038714A1 (en) * 2003-05-28 2005-02-17 John Bonet Self-service gift card dispensing terminal and method of use
US20050010483A1 (en) * 2003-07-08 2005-01-13 Ling Marvin T. Methods and apparatus for transacting electronic commerce using account hierarchy and locking of accounts
US20050065877A1 (en) * 2003-09-23 2005-03-24 Cleary Michael J. Method and system for distribution of unactivated bank account cards
US20050086139A1 (en) * 2003-10-21 2005-04-21 Lee Blackman Credsub (credit subscribing) EEECI (easy economical enhancing credit innovation) or new economical enhancing credit innovation (NEECINN/NEECIN):
US20050087594A1 (en) * 2003-10-27 2005-04-28 Cheryl Phillips Systems and methods for managing throughput of point of sale devices
US20050108124A1 (en) * 2003-11-18 2005-05-19 Kevin Colleran System and method for electronic consent and delivery of financial and/or other transaction-related information
US20050144105A1 (en) * 2003-12-08 2005-06-30 Czyzewski Nathan T. Methods and systems for adjusting account terms based on purchase transaction information
US20050127258A1 (en) * 2003-12-11 2005-06-16 Jean Lapointe Outdoor sign support system
US20050131915A1 (en) * 2003-12-15 2005-06-16 Hicks Jaye D. Concept directory

Cited By (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120179558A1 (en) * 2010-11-02 2012-07-12 Mark Noyes Fischer System and Method for Enhancing Electronic Transactions
US20130282576A1 (en) * 2012-04-24 2013-10-24 Timothy Kinsey Banking Security Feature
US20140297435A1 (en) * 2013-03-28 2014-10-02 Hoiling Angel WONG Bank card secured payment system and method using real-time communication technology
US10050962B2 (en) 2014-02-07 2018-08-14 Bank Of America Corporation Determining user authentication requirements along a continuum based on a current state of the user and/or the attributes related to the function requiring authentication
US9628495B2 (en) 2014-02-07 2017-04-18 Bank Of America Corporation Self-selected user access based on specific authentication types
US9965606B2 (en) 2014-02-07 2018-05-08 Bank Of America Corporation Determining user authentication based on user/device interaction
US9525685B2 (en) 2014-02-07 2016-12-20 Bank Of America Corporation User authentication based on other applications
US9819680B2 (en) 2014-02-07 2017-11-14 Bank Of America Corporation Determining user authentication requirements based on the current location of the user in comparison to the users's normal boundary of location
US9647999B2 (en) 2014-02-07 2017-05-09 Bank Of America Corporation Authentication level of function bucket based on circumstances
US9639836B2 (en) 2014-03-04 2017-05-02 Bank Of America Corporation Online banking digital wallet management
US9406065B2 (en) 2014-03-04 2016-08-02 Bank Of America Corporation Customer token preferences interface
US9600844B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign cross-issued token
US9652764B2 (en) 2014-03-04 2017-05-16 Bank Of America Corporation Online banking digital wallet management
US9721268B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation Providing offers associated with payment credentials authenticated in a specific digital wallet
US9721248B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation ATM token cash withdrawal
US10762483B2 (en) 2014-03-04 2020-09-01 Bank Of America Corporation ATM token cash withdrawal
US10134030B2 (en) 2014-03-04 2018-11-20 Bank Of America Corporation Customer token preferences interface
US9600817B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign exchange token
US9830597B2 (en) 2014-03-04 2017-11-28 Bank Of America Corporation Formation and funding of a shared token
US9424572B2 (en) 2014-03-04 2016-08-23 Bank Of America Corporation Online banking digital wallet management
US10140610B2 (en) 2014-03-04 2018-11-27 Bank Of America Corporation Customer token preferences interface
US10002352B2 (en) 2014-03-04 2018-06-19 Bank Of America Corporation Digital wallet exposure reduction
US20150254648A1 (en) * 2014-03-04 2015-09-10 Bank Of America Corporation Managed digital wallets
US10176542B2 (en) * 2014-03-24 2019-01-08 Mastercard International Incorporated Systems and methods for identity validation and verification
US11727093B2 (en) 2015-02-06 2023-08-15 Apple Inc. Setting and terminating restricted mode operation on electronic devices
US20180276652A1 (en) * 2015-09-03 2018-09-27 Dionisios A. Sofronas Contactless mobile payment system
US10872329B2 (en) * 2015-09-03 2020-12-22 Mobile Elements Corp Contactless mobile payment system
US10607215B2 (en) 2015-09-30 2020-03-31 Bank Of America Corporation Account tokenization for virtual currency resources
US10453059B2 (en) 2015-09-30 2019-10-22 Bank Of America Corporation Non-intrusive geo-location determination associated with transaction authorization
US11087312B2 (en) 2015-09-30 2021-08-10 Bank Of America Corporation Account tokenization for virtual currency resources
US10990971B2 (en) 2015-09-30 2021-04-27 Bank Of America Corporation Non-intrusive geo-location determination associated with transaction authorization
US9965523B2 (en) 2015-10-30 2018-05-08 Bank Of America Corporation Tiered identification federated authentication network system
US9729536B2 (en) 2015-10-30 2017-08-08 Bank Of America Corporation Tiered identification federated authentication network system
US10460367B2 (en) 2016-04-29 2019-10-29 Bank Of America Corporation System for user authentication based on linking a randomly generated number to the user and a physical item
US20170323283A1 (en) * 2016-05-03 2017-11-09 Paypal, Inc. System and method for splitting a card data structure
US10268635B2 (en) 2016-06-17 2019-04-23 Bank Of America Corporation System for data rotation through tokenization
US10524165B2 (en) 2017-06-22 2019-12-31 Bank Of America Corporation Dynamic utilization of alternative resources based on token association
US10986541B2 (en) 2017-06-22 2021-04-20 Bank Of America Corporation Dynamic utilization of alternative resources based on token association
US10313480B2 (en) 2017-06-22 2019-06-04 Bank Of America Corporation Data transmission between networked resources
US11190617B2 (en) 2017-06-22 2021-11-30 Bank Of America Corporation Data transmission to a networked resource based on contextual information
US10511692B2 (en) 2017-06-22 2019-12-17 Bank Of America Corporation Data transmission to a networked resource based on contextual information
US10558970B2 (en) * 2017-10-26 2020-02-11 Paypal, Inc. White label merchant stored value account peer linking and funding system
US11386414B2 (en) * 2017-10-26 2022-07-12 Paypal, Inc. While label merchant stored value account peer linking and funding system
US20230069256A1 (en) * 2017-10-26 2023-03-02 Paypal, Inc. White label merchant stored value account peer linking and funding system
US11868982B2 (en) * 2017-10-26 2024-01-09 Paypal, Inc. White label merchant stored value account peer linking and funding system

Also Published As

Publication number Publication date
US7204412B2 (en) 2007-04-17
US20050098624A1 (en) 2005-05-12

Similar Documents

Publication Publication Date Title
US7204412B2 (en) Family stored value card program
US7325725B2 (en) Stored value card account transfer system
US8074876B2 (en) Customer enrollment in a stored value card program
US20060289621A1 (en) Dynamic fee structuring in a stored valude card program
US20050080697A1 (en) System, method and apparatus for providing financial services
US20090094124A1 (en) Real-time point-of-sale change-of-address processing
US20050080693A1 (en) Point-of-sale customer identification system
US8676707B2 (en) Credit cards system and method having additional features
US7765162B2 (en) Method and system for conducting off-line and on-line pre-authorized payment transactions
JP4705954B2 (en) Real-time point-of-sale (POS) address change processing
US20050192897A1 (en) Methods and systems for payment-network enrollment
US20060155641A1 (en) Prepaid card with multiple depositors
US20090198572A1 (en) System and method for rewards optimization in a computer system
US20090199094A1 (en) System and method for rewards integration in a computer system
JPH1196267A (en) Electronic money system
US8099363B1 (en) Methods and systems for processing card-not-present financial transactions as card-present financial transactions
KR100762971B1 (en) System of Real-time Funds Transfer in Point of Sale Using Portable Recording Medium Storing Biometric Information, And Method Thereof, And Media That Can Record Computer Program for Method Thereof
KR20080023282A (en) A method for paying money using human body-related information in commercial transaction systems
US20150081526A1 (en) Payroll receipt using a trustee account systems and methods
JP2007513395A (en) Security method and apparatus for preventing credit card fraud
WO2005086636A2 (en) Methods and systems for processing transactions

Legal Events

Date Code Title Description
AS Assignment

Owner name: COMPUCREDIT INTELLECTUAL PROPERTY HOLDINGS CORP. I

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:COMPUCREDIT INTELLECTUAL PROPERTY HOLDINGS CORP. III;REEL/FRAME:021879/0219

Effective date: 20081120

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION