WO2005086636A2 - Methods and systems for processing transactions - Google Patents
Methods and systems for processing transactions Download PDFInfo
- Publication number
- WO2005086636A2 WO2005086636A2 PCT/US2005/004253 US2005004253W WO2005086636A2 WO 2005086636 A2 WO2005086636 A2 WO 2005086636A2 US 2005004253 W US2005004253 W US 2005004253W WO 2005086636 A2 WO2005086636 A2 WO 2005086636A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- transaction
- customer
- host system
- account
- information
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
Definitions
- This application relates generally to transaction processing. More specifically, this application relates to methods and systems that provide presentation instruments used in transactions with multiple functions.
- a customer is typically provided with a credit card by a financial institution, with the card having information on it in the form of a magnetic stripe to identify a credit account maintained by the financial institution.
- the customer is able to engage in transactions by presenting the card information, either by presenting the physical card itself, such as during a transaction at a "brick & mortar" merchant location, or by presenting the card number, such as during a telephone or internet transaction.
- the transaction is effected by the merchant transmitting the credit-card information to an authority, who issues an authorization or denial depending on whether the transaction amount comports with terms associated with the credit account.
- the customer does not actually pay for the transaction until he makes a payment in response to an invoice provided by the financial institution, usually on a monthly basis.
- transactions may be effected using debit instruments. Such transactions may superficially appear to be similar to credit transactions in that a I customer is provided with a debit card by a financial institution, which may be presented during transactions so that the merchant may seek approval from an authority. In this instance, however, the authorization depends on a balance in an associated financial account rather than on a predetermined credit limit, and funds are automatically transferred in response to the transaction.
- transactions maybe effected using checks or alternative methods to access demand-deposit-account (“DDA”) funds, whose processing is typically on the order of days and may involve routing through a reserve system and/or the Automated Clearing House (“ACH”) system.
- DDA demand-deposit-account
- ACH Automated Clearing House
- Embodiments of the invention make use of a host system having a capacity to interface with parties, such as with merchant systems and customers, tlirough a variety of alternative mechanisms, and also to interface with financial institutions that may be involved in transactions.
- the host system maintains preferences information correlated with individual presentation instruments or individual customers to effect customer-specified ways of treating transactions.
- the manner in which such transactions are treated thus provides improved flexibility and choice to both customers and merchants, among other advantages that will be evident to those of skill in the art after reading this disclosure.
- a payment network is enabled.
- the pament network may be open or closed in different embodiments.
- a method for enrolling a customer with a payment network.
- Customer-identification information identifying the customer is received at a host system.
- Financial-account information identifying a financial account to be used in supporting transactions over the payment network is received at the host system.
- Presentation-instrument information identifying a presentation instrument currently incapable of supporting a transaction with the financial account is also received at the host system.
- a customer account associated with the customer-identification information is established with the host system. With the host system, the financial-account information and the presentation-instrument information are linked with the customer account to permit the customer thereafter to execute transactions supported by the financial account with the payment instrument.
- second financial-account information identifying a second financial account to be used in supporting transactions over the payment network is also received.
- the second financial-account information is linked with the customer account to permit the customer thereafter to execute transactions supported by the second financial account with the payment instrument.
- second presentation- instrument information identifying a second presentation instrument currently incapable of supporting a transaction with at least one of the financial account and the second financial account may be received by the host system.
- the second presentation- instrument information is linked with the customer account to permit the customer thereafter to execute transactions supported by either or both of the financial account and the second financial account with the second payment instrument.
- transactions supported with the financial account and transactions supported with the second financial account comprise different transaction types.
- preference information may be received at the host system specifying terms for an allocation of transaction amounts for a given transaction among different transaction types.
- the preference info ⁇ nation is recorded with the host system so that an amount of a future transaction is subject to an allocation among the financial account and the second financial in accordance with terms of the future transaction and terms of the allocation.
- a personal identifier may be received at the host system.
- the personal identifier may be associated with the customer account so that execution of transactions supported by the financial account with the payment instrument requires specification of the personal identifier by the customer.
- Such a personal identifier may be used in other ways for identification. For example, data that includes a pu ⁇ orted personal identifier and second presentation-instrument information identifying a second presentation instrument currently incapable of supporting a transaction with the financial account may be received at the host system. The pu ⁇ orted personal identifier may be verified to be the same as the personal identifier associated with the customer account. The second presentation-instrument information may then be linked, with the host system, with the customer account to permit the customer thereafter to execute transactions supported by the financial account with a combination of the second payment instrument and specification of the personal identifier.
- the customer-identification information, the financial-account inforaiation, and the presentation-instrument information may all be received from a point-of-sale device located at a point of sale in some embodiments, hi such instances, an approval code may be returned to the point-of-sale device from the host system.
- the financial account may comprise a demand deposit account, such as a checking account.
- the financial-account information may then be extracted from a check or from a deposit slip.
- the financial-account information is received from a point-of-sale device located at a point of sale, with the financial-account information having been obtained at the point of sale by searching records of past transactions supported by the financial account.
- the methods of the invention may be embodied in a computer-readable storage medium having a computer-readable program for directing operation of a host computer.
- the host computer may include a communications system, a processor, and a storage device.
- the computer-readable program includes instructions for operating the host system to process transactions in accordance with the embodiments described above.
- a payment network is provided.
- a host system is connected with a plurality of interface systems and with a plurality of financial-institution systems operated for respective financial institutions.
- the host system maintains a plurality of customer accounts. Each such customer account is linked with information defining at least one presentation instrument and information identifying at least one financial account maintained at one of the financial institutions. At least one of the customer accounts is linked with information defining a plurality of financial accounts maintained at one or more of the financial institutions. At least some of the plurality of financial accounts support transactions of respectively different transaction types.
- the host system also includes program instructions to permit the at least one presentation instrument defined by information linked with the at least one of the customer accounts to be used to initiate transactions of different transaction types with any of the plurality of financial accounts.
- the host system further maintains terms for an allocation of transaction amounts for a given transaction among the different transaction types for transactions executed with the at least one presentation instrument.
- interface systems with which the host system may be connected include a magnetic-stripe interface, an RFID interface, a biometric-measurement interface, a MICR reading interface, a cardless interface, and a barcode interface.
- a method for processing a transaction between a first party and a second party.
- Infonnation defining terms of the transaction and identifying a presentation instrument are received at a host system.
- the preference information specifies terais for an allocation of transaction amounts among a plurality of transaction types.
- An amount for the transaction is allocated among the plurality of transaction types in accordance with terms of the transaction and the terms for the allocation.
- the transaction is one of a plurality of transactions between first parties and second parties.
- the method further comprises initiating settlement of the plurality of transactions with the host system in accordance with respective allocations of respective transaction amounts among the plurality of transaction types, hi another embodiment, the transaction is also one of a plurality of transactions between first parties and second parties, and a fraud analysis of the plurality of transactions is performed with the host system.
- such terms specify one or more transaction types based on an identification of the second party.
- such terms specify one or more particular transaction types based on an identification of a type of product included in the transaction
- such terms specify one or more particular transaction types based on the amount for the transaction.
- the terms may require denial of the transaction if a defined characteristic is included in the terms of the transaction. For example, such denial could be required based on an identity of the second party or an identification of a type of product included in the transaction.
- the information received at the host system may additionally include first-party-identification information, in which case the first party may be authenticated on the basis of the first-party-identification information.
- first-party-identification information there are a variety of different types of first-party-identification information that might be used.
- the first-party-identification information could comprise biometric information of the first party, a signature of the first party, an encryption certificate, and the like.
- Embodiments of the invention may also be used by a number of different types of parties in different relationships.
- the first party is a customer and the second party is a merchant, with the transaction comprising a transaction for a sale of goods or services by the customer from the merchant.
- the first party is a patient and the second party is a healthcare provider, with the transaction comprising a transaction for services provided by the healthcare provider to the patient.
- the transaction may require that an identifier associated with the presentation instrument, such as a personal identification number, be provided.
- the host system may receive an identifier pu ⁇ ortedly associated with the presentation instrument and verify that it is associated with the presentation instrument.
- the presentation instrument may also comprise a mark identifying it as available for use with the host system in some embodiments.
- Embodiments of the invention may also accommodate the use of different types of value.
- the terms of the transaction require payment to the second party using a first form of value and at least one of the plurality of transaction types identifies a second form of value distinct from the first form of value.
- the second form of value is converted to the first form of value.
- Such value conversions may also be made in embodiments where a financial account is replenished.
- a request may be received from the first party to replenish a financial account associated with the first party by the host system, with the request identifying a second financial account to act as a source of replenishment value.
- a transfer of value may then be made from the second financial account to the first financial account in accordance with the request. If the first financial account maintains a first form of value and the second financial account maintains a second form of value distinct from the first form of value, the second form of value may be converted to the first form of value.
- a request for an authorization for the transaction is also made.
- the authorization request may be made from a third-party guarantor.
- an optimal routing for an authorization request through a network interfaced with the host system is determined. The request is transmitted through the network over the determined optimal routing.
- the methods of the invention may be embodied in a computer- readable storage medium having a computer-readable program for directing operation of a host computer.
- the host computer may include a communications system, a processor, and a storage device.
- the computer-readable program includes instructions for operating the host system to process transactions in accordance with the embodiments described above.
- FIG. 1 is a block-diagram representation of an exemplary architecture for implementing methods of the invention in an embodiment
- FIG. 2 is a more detailed block-diagram representation of a logical structure of a host system that may be used in implementing embodiments of the invention
- Fig. 3 is a schematic illustration of a physical structure of the host system on which methods of the invention may be embodied;
- FIGs. 4A and 4B are flow diagrams illustrating point-of-sale enrollment methods used in embodiments of the invention.
- FIGs. 5 A - 5D are flow diagrams illustrating methods of the invention in different embodiments.
- Embodiments of the invention provide methods and systems for processing transactions between parties. These embodiments make use of a host system configured to perform functions in processing a variety of different types of transactions, which may in some instances be initiated for the same customer with a single presentation instrument, although in other embodiments may use multiple presentation instruments.
- a host system configured to perform functions in processing a variety of different types of transactions, which may in some instances be initiated for the same customer with a single presentation instrument, although in other embodiments may use multiple presentation instruments.
- the following discussion frequently identifies the two parties to a transaction as a customer and a merchant or financial institution, but such references are not intended to be limiting. More generally, the methods and systems described herein may be used in processing transactions between any parties, including transactions between two individuals, between two companies, between a company and an individual, and the like.
- the transaction is generally a commercial transaction, but the invention is also not limited to commercial transactions and may comprise any type of transaction between parties.
- Other examples of transactions may include transactions where the first party is a patient and the second party is a healthcare provider, with the transaction comprising a transaction for healthcare services provided by the healthcare provider to the patient.
- the term "presentation instrument” is intended to refer to any document or device that includes information identifying the first party to a transaction, usually the payor, and that may be used to initiate processing of a transaction as described herein.
- the first party is customer.
- a presentation instrument could comprise a magnetic-stripe card, such as a credit card, debit card, stored- value card, payroll card, private-label card, loyalty card, and the like.
- a presentation instrument could comprise a card having a barcode or could comprise a chip card, sometimes referred to as a "smart" card that includes an embedded microchip.
- the presentation instrument could comprise a check or other negotiable instrument.
- Radio-frequency identification devices may sometimes be used as presentation instruments, and may be implemented in a wide variety of forms, such as key fobs, cell phones, automatic toll-pass transponders, and the like, some embodiments, the presentation instrument may even comprise a biometric of a first party, such as the first party's voiceprint, retinal image, or other biometric. Still other cardless presentation instruments may be used in further embodiments.
- transaction types are intended to refer to distinct groups of transactions that have common processing characteristics. Examples of transaction types include credit transactions, debit transactions, ACH transactions, stored-value transactions, and the like.
- Credit transactions include those transactions in which a financial institution provides funds on behalf of a first party in accordance with a credit agreement; many individuals may have multiple credit arrangements with different financial institutions or even with the same institution.
- Debit transactions include those transactions in which funds are transferred from a financial account of the first party automatically in response to the transaction; many individuals may also have multiple debit arrangements with the same or different financial institutions in various embodiments.
- ACH transactions include those transactions that make use of the Automated Clearing House, including a variety of electronic-check or other electronic-commerce payments.
- Stored-value transactions include those transactions in which a prepaid amount is associated with a presentation instrument; execution of the transaction results in a reduction of the prepaid amount in accordance with the amount of the transaction.
- Embodiments of the invention also provide for use of different forms of "value,” which is used generically herein to refer to anything having financial worth.
- value may include any type of currency, such as U.S. dollars, euro, U.K. pounds, and the like, and may also include other quantities having financial worth. Other examples include accumulated cellular-telephone minutes, loyalty points, airline miles, coupons, and the like.
- value may include electronic currency of a type to be designed specifically for use in electronic transactions, such as on the Internet, as a form of digitally minted coin.
- Fig. 1 provides a schematic illustration of how the host system 100 may be integrated within an architecture to support the variety of transaction types that are enabled by embodiments of the invention.
- the host system 100 is configured for communication with a variety of different entities, including financial institutions 108 that may be involved as third parties to transactions, as well as merchants and customers who may be direct second and first parties to the transactions. Interactions with the host system and second parties may take place with merchant systems 104 that are configured to perform merchant-end processing functions.
- Communication between the host system 100 and the merchant systems 104 and financial institutions 108 is shown as comprising dedicated communication lines, but it will be appreciated that such communication may take place through any suitable communications areangement, including through a variety of types of networked configurations, including wide-area networks, local-area networks, wireless networks, and the like.
- Fig. 1 There are a variety of specific ways in which customers may communicate with the host system 100 and/or merchant systems 104, some of which are indicated explicitly in Fig. 1. These different communications mechanisms may support different types of presentation instruments, some examples of which are shown explicitly in Fig. 1 for the different communications mechanisms indicated. For example, in some embodiments, communications may take place over the Internet 112 or other public network system that supports interfaces to computational devices such as personal computers, PDAs, and the like. In many instances, an identifier for the presentation instrument may be communicated by inputting information for the presentation instrument with a keyboard or similar device.
- the credit-card number may be typed in together with a related identifier such as the expiration date of the card and/or a security code that may be printed on the back of the card.
- the presentation instrument may take the form of a computer-readable storage device having information stored on it that may be extracted to function in a fashion similar to a debit card. An example of such a presentation instrument is described in U.S. Pat. Appl. No.
- the communications may take place at a kiosk 116, which may be equipped with a variety of different types of reading devices to enable extraction of relevant information from a corresponding variety of different presentation instruments.
- a kiosk might be configured with a magnetic-stripe reader to read magnetic-stripe cards, including credit, debit, stored-value, and other such cards.
- the kiosk might additionally or alternatively be equipped with a chip-card reader to read information from chip cards.
- the kiosk might additionally or alternatively be equipped with a biometric reader, such as a voiceprint reader, retinal scanner, fingerprint reader, or the like.
- the kiosk might additionally or alternatively comprise an radio-frequency reader to enable reading of RFID devices, such as a key fob or other device.
- a magnetic-ink reader might also additionally or alternatively be provided with the kiosk to enable checks or other negotiable instruments having magnetic-ink characters to be read.
- the kiosk may include devices for reading information from other documents such as driver's licenses, healthcare cards, and other identification cards. The manner in which such information may be read may depend on the nature of the document, and may include optical reading, magnetic-stripe reading, chip reading, and the like. The drawing also notes that in addition to the specific devices described above, the kiosk may also be equipped to perform other types of cardless transactions.
- a point-of-sale device 124 may be provided with similar capabilities as those described for the kiosk, enabling information to be extracted from a variety of different types of presentation instruments, including magnetic-stripe cards, chip cards, customer biometrics, RFID and other wireless devices, checks, driver's licenses, healthcare cards, and the like, in addition to being equipped to perform a variety of other types of cardless transactions.
- the point-of sale device 124 may take a variety of different forms, including devices that may be operated by merchant clerks, may be self-operated by customers, or may extract information automatically.
- a point-of-sale device 124 that extracts information automatically is a toll-pass reader, which is equipped to recognize radio-frequency signals from a presentation instrument in the form of a toll-pass transponder.
- a further mechanism that may be provided to permit communications may be a telephone device 120 that transmits telephone signals over a telephone network to a merchant system 104 and/or the host system.
- the telephone device 120 may be equipped in different ways depending on the type of presentation instrument to be used. For example, in the simplest cases, the telephone device may simply convert the voice of the customer so that identification information may be read by the customer from a magnetic-stripe card, check, driver's license, healthcare card, or similar tangible presentation instrument. This voice information could be received by a customer-service representative at the merchant or host, who would then enter the received information to the merchant system 104 or host system 100 as necessary. For example, such interaction between the customer and service representative could be used as part of a telephone-ordering system to arrange transactions.
- the voice information could be analyzed by voice-recognition protocols to extract the relevant information automatically.
- the presentation instrument comprises a customer's biometric, particularly the customer's voice pattern
- the voice information could be analyzed using biometric protocols to identify the customer.
- the telephone device 120 may be equipped to provide dual-tone multiple-frequency ("DTMF") tones, such as are commonly provided by touch-tone - telephones. The customer could then enter information from a tangible presentation instrument such as a magnetic-stripe card or check manually, with the telephone device 120 transmitting the DTMF tones to the host system 100 or merchant system 104 as required.
- the telephone interface may also be used for the execution of other types of cardless tranasctions.
- Embodiments of the invention may also support traditional mail-order functions 128 in cases where the infonnation identifying the presentation instrument may be transmitted by mail. For example, information from magnetic-stripe cards might be copied onto order forms by a customer for mailing to a merchant, with the information being entered manually into the merchant system 104 by a clerk. In another embodiment, a check might be mailed with an order made by a customer to a merchant, with the information from the check similarly being entered manually into the merchant system 104 by a clerk.
- an identifier such as a personal-identification number
- Authorization for a transaction may then require that both the presentation instrument and the identifier be provided.
- the presentation instrument comprises an RFID embodied in a cellular telephone
- authorization for a transaction may require detection of the RFID as well as having a correct PIN supplied by the person using the cellular telephone.
- a similar requirement may be imposed with any tangible presentation instrument, including any devices that embody an RFID and any of the various types of cards described above, and may in some embodiments by imposed where the presentation instrument comprises a customer biometric.
- the presentation instrument or a device that comprises the presentation instrument may be marked to indicate that the presentation instrument is available for use with the system, although this is not required.
- the mark may allow the system to benefit generally from goodwill generated by an organization supporting the system, allowing the system to gain increased acceptance from a reputation of convenience and security.
- the mark may thus appear on a wide variety of different types of instruments and devices — on credit cards, debit cards, driver's licenses, healthcare cards, cellular telephones, personal computers, software run by personal computers, PDAs, checks, key fobs, multichannel point-of-sale devices, and more. It may also be used on various supporting and descriptive material.
- the host system 100 may include a variety of different logical modules that are used to implement methods of the invention.
- Fig. 2 provides a schematic illustration of a logical structure that may be implemented by the host system 100 in an exemplary embodiment, hi some instances, the modules will perform administrative tasks, such as maintaining profiles for customers with preference information as described below, providing reporting functionality, implementing fraud-detection algorithms, and the like.
- This set of modules is generally denoted by block 208.
- the modules are actively used as part of executing a transaction between the customer and merchant, together with the involvement of a financial institution.
- information identifying the presentation instrument that is used and identifying certain terms of the transaction will be communicated to the host system 100.
- This set of modules is generally denoted by block 204.
- initial registration of a customer may proceed automatically when a customer obtains a presentation instrument from a financial institution 108 or merchant. For example, when a customer obtains a debit card from a bank, the customer may choose to be enrolled with the host system 100, with the bank forwarding relevant enrollment information to the host system 100 on the customer's behalf. In the case where a customer obtains a private-label credit card for a particular merchant from that merchant, the enrollment information could be communicated to the host system 100 by the merchant. In other instances, however, the customer may choose to enroll directly with the host system 100. Accordingly, a registration module 212 is provided so that it may be accessed directly by customers using one of the interfaces discussed in connection with Fig. 1.
- the interface could comprise the Internet.
- enrollment may take place at a point-of-sale location, such as described in detail in connection with Figs. 4A and 4B below.
- Such embodiments advantageously reduce the time taken for point-of-sale registration mechanisms.
- the registration module may also be used by the customer to review and/or update information as necessary. Such a feature is particularly advantageous in connection with maintaining preferences information, which may be used by the customer to define rules for implementing transactions according to specified criteria.
- the preferences information is maintained by a preferences module 216, which may rely on various submodules to implement different types of preferences. From the perspective of the customer, the ability for the host system 100 to accommodate preferences in this way allows the customer considerably greater flexibility in controlling the financial character of transactions, even to the extent of treating portions of a single transaction differently.
- One submodule may provide a consumer payment profile 224 that indicates the types of payments that are to be made for different transactions.
- a consumer payment profile 224 for one customer might indicate payment levels for treating different transactions differently. For example, it might indicate that all purchases less than $100 are to be made by debiting a particular checking account, that all purchases between $100 and $5000 are to be made with Credit Card A, and that all purchases for more than $5000 are to be made with Credit Card B.
- the payments might be split among different transaction types so that the first $250 of any transaction is treated as a debit transaction, while any amount above that is treated as a credit transaction with Credit Card A.
- multiple profiles may even be associated with a single presentation instrument, usually each of them corresponding to a different one of several individuals that may use the presentation instrument. For example, among a married couple, different profiles might be maintained for the husband and wife to reflect different characteristics in the way their transactions are to be handled.
- a consumer payment profile may specify that if a stored-value card is provided as the presentation instrument, then the entire transaction is to be executed using value stored on the stored-value card.
- the preference information might also include payment preferences based on an identity of the merchant, as indicated with submodule 228.
- the preferences information might specify that all purchases made at Merchant X are to be treated by charging Credit Card A, while all other purchases are to be made with Credit Card B.
- the preference infonnation indicates that certain types of products are to be paid for in different ways, as indicated with submodule 232.
- a consumer payment profile 224 for one customer might indicate that gasoline purchases are to be paid with Credit Card A, that food purchases are to be paid by directly debiting a checking account, and that all other purchases are to be paid with Credit Card B.
- this preference assignment may reflect incentives provided by financial institutions that manage the corresponding accounts to use those accounts for particular pu ⁇ oses.
- Submodule 236 provides for the ability to block purchases from being made from certain merchants with any of the transaction types. Such a feature may be useful in connection with parental controls where a parent makes certain financial accounts available to a child, but wants to limit potential abuse of that availability. In cases where the child is the only user of a particular presentation instrument, for example, the preferences could specify that all purchases from Merchants X, Y, and Z are blocked. In cases where multiple profiles are associated with a single presentation instrument, the profiles for the parent and child could differ, with the parent being permitted to make purchases at any merchant, but the child being prohibited from making purchases at Merchants X, Y, or Z.
- a submodule 240 may also be provided for implementing loyalty programs so that a customer is automatically provided with credit for purchases in accordance with what transaction types are used according to the profiles.
- embodiments of the invention permit the customer to avoid the need to manage a variety of different presentment instruments. Instead, the customer could simply always use, say, his key fob or loyalty card to perform any variety of credit, debit, ACH, or other types of transactions. Integration of loyalty programs with the host system 100 thus permits the customer still to obtain the benefits provided by those programs notwithstanding the particular presentation instrument that is used. This consequently enhances and enables the implementation of certain loyalty programs.
- the host system 100 may effect a credit transaction, notwithstanding the presentation of the debit card, and use the loyalty module to ensure that loyalty credit is applied in accordance with the actual way in which the transaction is executed. Examples of structures that may be used in implementing loyalty programs are described further in copending, commonly assigned U.S. Pat. Appl. No.
- transaction information When transaction information is transmitted to the host system 100, it will usually originate with the merchant, as indicated in Fig. 2 with the interface with an authentication module 220, although they may sometimes originate at different parties or locations.
- the authentication module 220 is configured to use the information that is received to verify the identity of the customer, hi some cases, such authentication may make use of the presentation-instrument information itself, such as where biometric information is provided, or may make use of supplementary information that is provided with the transaction information. For example, a copy of a signature might be transmitted with the transaction information, in which case the authentication module 220 performs a comparison of the received signature with a file copy of the signature to verify identity.
- an encryption certificate may be provided, such as in the form of a public-key infrastructure (“PKI”) certificate, block of information encrypted with a triple data- encryption-standard (“3DES”) technique or other suitable encryption technique.
- PKI public-key infrastructure
- 3DES triple data- encryption-standard
- Still other forms of identification information that may be bundled with the transaction information are known to those of skill in the art and may be used in alternative embodiments.
- the specific administrative modules designated with label 208 in Fig. 2 are provided merely to illustrate the types of administrative functions that the host system 100 may perform and are not intended to be limiting. As the figure illustrates, these administrative modules may be accessed by customers and/or merchants, perhaps depending on the specific nature of the functions they perform. Thus, merely by way of example, a marketing module 244 may be provided to coordinate marketing activities to customers, merchants, and/or financial institutions. Such marketing activities may take the form of sending promotional materials or offers to the customers and/or merchants, and may make use of information obtained regarding those parties from the transactions that are processed. In this way, the marketing information may be delivered in a targeted fashion.
- a portfolio- management module 248 may be provided to coordinate management of the pool of information that is obtained by the host system 100, and a related portfolio-analysis module 256 may be provided to assist in analyzing that information in specific ways.
- a customer- correspondence module 260 and customer-care module 272 may be included to coordinate providing information to customers, responding to queries from customers, and the like. Enrollment into the system may be managed by an enrollment module 258 that is supported with a back-office module 276 and an enrollment-services module 280 used individually or in combination to coordinate such support functions as maintaining enrollment data, updating enrollment data, and the like. Interaction with the enrollment module 258 may be used in supporting point-of-sale enrollment processes like those described below in connection with Figs. 4A and 4B.
- a fraud/risk detection and management module 252 may be used advantageously to detect patterns of behavior that are known to indicate an increased likelihood of fraud. This module may implement sophisticated algorithms that are capable not only of identifying isolated incidents of fraud involving a single stolen presentation instrument, but that are also capable of identifying patterns across many presentation instruments and types of transactions. The fraud/risk detection and management module 252 may thus be used in authentication of the transactor(s) and transaction(s).
- the host system may additionally comprise fulfillment and settlement modules 264 and 268, which are particularly advantageous in coordinating the various financial-transfer operations that will be effected in response to the types of transactions that are implemented.
- fulfillment and settlement modules 264 and 268 provide rules for determining amounts that are due to or from each of the financial institutions and merchants to reconcile the implemented transactions, hi addition, since funds for the merchants are usually maintained themselves in financial accounts held at the financial institutions, these modules identify which financial accounts are due to be debited by amounts and due to be credited by amounts, and coordinates instructions to effect such operations as required.
- the system may also generally support transactions that involve different types of value, such as the various value types described above.
- the different value types may be used directly.
- loyalty points are earned by a customer with a particular merchant who has specific rewards that may be offered when certain levels are reached.
- a chain of department stores may allow customers to accumulate points as items are purchased, promising the customers the ability to exchange 500 points for a one of several identified items (a toaster, a magazine rack, an electric razor, etc.), the ability to exchange 1000 points for of several (more valuable) identified items (a cordless drill, a table lamp, a clock fixture, etc), with several such tiers of exchange levels.
- the system may permit the loyalty points to be exchanged in a direct fashion for the item.
- the system may apply a conversion among value types to permit one type of value to be used in supporting a transaction ordinarily conducted using a different value type.
- the department store described above allows customers to make purchases with the presentation instruments not only with one conventional currency, say U.S. dollars, but with different currencies, such as with Canadian dollars or with Euro, or even with noncurrency forms of value like cellular-telephone minutes or airline miles.
- the host system implements such capability by accepting the payment forms identified as acceptable by the department-store chain.
- the conversion among values is effectively hidden from the recipient, with the acceptance of different forms of value and conversion among them being handled by the host system.
- the department store discussed above sells merchandise, accepting only U.S. dollars for payment.
- a customer using a presentation instrument may still purchase goods from the merchant using different forms of value, relying on the host system to effect conversions among the different value forms. For instance, the customer may specify that she wishes to apply frequent- flyer miles to make a purchase, with the host system accepting the frequent- flyer miles and providing U.S. currency to support the transaction in the from desired by the department store.
- the ability to offer increased choice to customers is enhanced — the customer is not limited by any specific arrangement desired by a particular merchant, but may instead make use of abilities of the host system to accommodate other arrangements. Also, the merchant is similarly advantaged since it is not compelled to support multiple types of transaction arrangements at increased complexity and expense to accommodate different customers; instead, it may rely on the capabilities of the host system to act as an interface between its desired method and those that may be preferred by various customers.
- Fig. 2 provides a schematic illustration of a logical structure for the host system 100
- Fig. 3 instead provides a schematic illustration of a physical structure that may be used to implement the host system 100 in one embodiment.
- Fig. 3 broadly illustrates how individual system elements may be implemented in a separated or more integrated manner.
- the host system 100 is shown comprised of hardware elements that are electrically coupled via bus 326, including a processor 302, an input device 304, an output device 306, a storage device 308, a computer-readable storage media reader 310a, a communications system 314, a processing acceleration unit 316 such as a DSP or special-pu ⁇ ose processor, and a memory 318.
- the computer-readable storage media reader 310a is further connected to a computer- readable storage medium 310b, the combination comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer-readable information.
- the communications system 314 may comprise a wired, wireless, modem, and/or other type of interfacing connection and permits data to be exchanged with the merchant devices 104 or any of the various consumer interfaces illustrated in Fig. 1 to implement embodiments as described below.
- the host system 100 also comprises software elements, shown as being currently located within working memory 320, including an operating system 324 and other code 322, such as a program designed to implement methods of the invention. It will be apparent to those skilled in the art that substantial variations may be made in accordance with specific requirements. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Further, connection to other computing devices such as network input/output devices may be employed.
- enrollment is provided as an adjunct to the providing a customer with a presentation instrument in the first instance, with an Internet interface permitting the customer to modify the individual parameters governing the implementation of his enrollment.
- enrollment may conveniently take place at a point of sale, advantageously increasing the pool of customers that may be targeted.
- An overview of some such methods is provided with Figs. 4A and 4B.
- Use of enrollment methods and systems described herein may permit enrollment to be achieved significantly more quickly than various prior-art enrollment methods. For instance, enrollment that allows a customer to draw on funds in a demand deposit account like a checking or savings account in supporting transactions may be accomplished in minutes.
- a customer who wishes to enroll at, say, a point of sale may make use of the methods and systems for processing transactions executed during that visit to the point of sale. While the discussion below often refers to enrollment at a point of sale for illustrative pu ⁇ oses, such references are not intended to be limiting. More generally, enrollment may take place at a variety of different locations, including at offices of financial institutions, with the Internet or over other networks, at a customer service desk, at in-store aisle locations, at enrollment kiosk booths, and the like. References to a "point-of-sale device" may thus include devices like those described in the point-of-sale device applications, but might alternatively comprise personal computers, personal digital assistants, handlheld devices, and the like.
- a customer who wishes to enroll with the system at a point of sale may visit an enrollment representative, who is described below as located at a point of sale, but may be located elsewhere in different embodiments as noted above.
- the following discussion generally describes the enrollment process with the participation of an enrollment representative who may explain the operation and advantages of the system to the customer and help in coordinating the collection of information used for enrollment.
- the role of the enrollment representative may be automated and provided as part of the functionality of a self-enrollment station.
- the representative has access to a point-of-sale device like those described above that permit information to be collected from a variety of different types of instruments; for instance, the point-of-sale device may be a device as described in the copending point-of-sale device applications.
- the point-of-sale device may be provided as part of the station or its various functionalities integrated with those of the self-enrollment station.
- the customer presents an identification instrument.
- the identification instrument has sufficient information that the enrollment representative may compare physical features of the person presenting it with those identified on the identification instrument. For example, a photograph or a description of eye color, hair color, height, and other physical features may be included.
- Typical identification instruments may include driver's licenses, state identification cards, passports, resident alien cards ("green cards"), and the like. The ability to match physical features acts as a preliminary check that the person seeking enrollment within the system is the same person who is authorized to control the underlying financial accounts that will be used in supporting transactions.
- mechanisms for using biometric measurements and other automatic techniques for checking identity as known in the art may be used.
- Identification information is read from the identification instrument with the point- of-sale device at block 406. This may be done by reading a magnetic-stripe card as is commonly included on driver's licenses or state identification cards, reading optically encoded data as is done on some resident alien cards, by performing optical character recognition on cards that lack other magnetically or optically encoded data, and the like, hi some instances, the information may be keyed into the point-of-sale device by the enrollment representative if alternative mechanisms for extracting the identification information are unavailable.
- the identification information that is extracted at this step is such infonnation as the name and address of the customer, rather than the physical information that was used for an initial identification. In some instances, techniques such as prefilling of known data and seeking confirmation of data via commercially available data sources may be used to supplement the identification extraction.
- the customer may enter additional personal infonnation into the point-of-sale device that is not included on the identification instrument.
- Such information may include information to be used in administering the system for the customer, such as her telephone number, or may include information to be used in confirming identity for later processes, such as birthdate or other information.
- the customer chooses and enters a personal identifier, such as a PIN, into the point-of-sale device. This personal identifier is generally used to confirm identity as described below for specific transaction processing.
- the customer will usually present an identification of a financial account that is to be used in supporting transactions.
- the account identification will usually be a voided check.
- a deposit slip for the checking account may be accepted.
- the customer may simply provide the account and routing numbers for the checking account, although such embodiments may be subject to higher risks of fraud.
- a deposit or withdrawal slip may be provided.
- a credit card may be provided.
- the financial account stores other forms of value, such as cellular-telephone minutes or airline miles, a statement from the institution identifying the account number where those forms of value are stored may be provided.
- account information is read from the account identification or is otherwise provided to the point-of-sale device, such as by having the enrollment representative key the information, at block 414.
- the point-of-sale device may initiate at block 416 a search of past transaction records executed by that customer to see whether an identification of the account may be recovered in that way.
- the customer may have used a traditional debit card to access a checking account in executing a transaction without being part of the more integrated and flexible system described herein.
- the information from that past transaction may be used at block 416 to identify the account information that would otherwise be read from the account identification at block 414.
- the customer may be given the option of enrolling an existing presentation instrument with the system or of having a new presentation instrument provided.
- the new presentation instrument might take the form of a loyalty card, for instance, that identifies the customer with a particular merchant, but whose registration with the system may later permit it to be used for other types of transactions and at other accepting locations as described herein.
- a check is accordingly made at lock 418 whether the customer presents an existing presentation instrument. If so, information is read from the presentation instrument by the point-of-sale device at block 420. If not, the enrollment representative (or automated system) selects a potential presentation instrument at block 426 and information is read by the point-of-sale device from that selected instrument at block 428.
- the point-of-sale device now has sufficient information to transmit an enrollment request to the host system at block 422.
- Such an enrollment request may include the identification information, such as name and address of the customer; the financial account information identifying the financial account to be enrolled with the system; and the presentation-instrument information identifying the presentation instrument to be enrolled with the system.
- the host system determines whether to approve the enrollment request at block 430. Such a determination may include verifying the existence of and a certain curcent minimum balance in the identified financial account, checking the credit score of the person being enrolled, checking for any adverse indications recorded regarding that person or that account, and the like.
- the host system establishes a customer account with the system, and links that customer account with both the presentation instrument and the identified financial account at block 436.
- the "customer account” refers to an account used by the host system to administer the functionality of the system for a particular customer and is in this respect distinct from the various financial accounts that may ultimately be used in supporting transactions executed by the customer.
- the customer account typically includes identification information for the customer as well as a specification of every presentation instrument and financial account supported by the host system for that customer.
- the host system returns an approval code to the point-of-sale device that originated the request, allowing the point-of-sale device to display an approval message at block 440.
- the time between sending the enrollment request and receiving the approval response may be on the order of minutes, rather than on the order of days or weeks, as might have been necessary for certain prior-art arrangements, particularly in the case of financial accounts that comprise demand deposit accounts. If the presentation instrument was one selected by the enrollment representative at block 426, then that selected presentation instrument is delivered to the customer at block 442. Because the approval time was only on the order of minutes, the customer may now execute transactions using the presentation instrument substantially contemporaneously with enrollment, i.e. during the same visit to the point of sale.
- the host system instead determines that the enrollment request is to be denied, it returns a denial code at block 432 so that the point-of-sale device may display a denial message at block 434.
- Fig. 4B uses a flow diagram to illustrate a method by which an enrolled customer may add presentation instruments to his customer account maintained by the host system. This method may be implemented at any time after enrollment, whether it be during the same point-of-sale visit where enrollment was initiated or performed years later when the customer acquires a new presentation instrument.
- the customer visits an enrollment representative at a point of sale and thereafter provides information sufficient to identify the customer account to be modified. This may include providing an existing presentation instrument enrolled with the customer account at block 452 so that it may be read with the point-of-sale device.
- the customer may be required to provide an identification of herself by entering the identification information registered with the system at block 454.
- the customer may be required to provide her personal identifier in the form of a PIN at block 456, as a mechanism for reducing the risk of fraudulent access to the customer account.
- the point-of-sale device transmits the data to the host system at block 458 to enable the host system to verify the data and thereby access the customer account at block 460. To permit the process to proceed, the host system may then transmit a verification back to the point-of-sale system at block 462.
- the presentation instrument that the customer wishes to have identified by the system is provided by the customer at block 464, permitting information from the additional payment instrument to be read from it at block 466.
- This information in transmitted back to the host system from the point-of-sale device at block 468, allowing the host system to associate this additional payment instrument with the customer account at block 470. Again, this process may take only on the order of minutes to complete, and the customer may thereafter use the additional presentation instrument to support transactions from any financial accounts identified with his customer account.
- Fig. 5 A illustrates an exemplary method by which a customer may interface with the host system 100 to enroll a new presentation instrument for subsequent recognition by the host system 100.
- the customer will initially be enrolled automatically when a presentation instrument is acquired from a merchant or financial institution. Accordingly, the enrollment illustrated with Fig. 5 A will usually be to add a presentation instrument for an existing customer, but in some instances this process may be used to add information about a completely new customer as well.
- the customer contacts the host system 100, such as by using one of the interfaces described in connection with Fig. 1.
- the customer provides identification information at block 506, such as in the form of information from a presentation instrument that is already registered with the host system 100 or in the form of authentication data that may be used when transactions are implemented. This identification information is used to retrieve the customer's profile at block 508 so that additional preferences information may be added.
- the host system 100 thus has a profile for the customer available at block 510 when the customer is asked to provide an identification of the payment instrument to be added to the profile.
- This identification may vary depending on the type of payment instrument and may correspond, for example, to fmancial-account-number and expiry-date information for a magnetic card, to a radio-frequency signature for an RFID device, to a routing number and financial-account number for a check, to a biometric signature for the individual, or any other information suitable for identifying the different types of payment instruments discussed above.
- This identification thus acts as a personal identification indicator that may be created with key data from the consumer and later used in combination with the personal identifier for providing access.
- the payment instrument is added by the host system 100 to the customer's profile with the appropriate identification information.
- the customer may now specify preferences at block 514 that specify how transactions initiated with that payment instrument are to be handled by the host system 100. Such specification may include modifying existing preferences and may include adding additional financial accounts that could be used by the customer's profile in allocating amounts for the transaction.
- the enrollment of the additional payment instrument is completed at block 516 by adding the updated preference information to the customer's profile.
- the flow diagram of Fig. 5B illustrates an exemplary method by which the customer may manage his or her profile information as it maintained by the host system 100.
- the customer contacts the host system 100, again such, as by using one of the interfaces described in connection with Fig. 1.
- the customer provides identification information so that the host system may authenticate the customer at block 524.
- the identification information could comprise information from a presentation instrument that is registered to the customer by the host system 100 or could comprise authentication data such as is usually provided during transactions.
- the customer initiates profile-management functions by requesting preferences information at block 526.
- the customer profile is retrieved by the host system at block 528 and the preferences information is provided to the customer at block 530.
- Such retrieval permits the customer to update the preferences information as desired at block 532 so that the updated information may be stored in that customer's profile at block 534.
- each customer is provided with the ability to modify profiles to maintain the desired allocations of transaction amounts among transaction types when transactions are executed.
- FIG. 5C An illustration of how the structure of the host system 100 may be used in processing a transaction between a customer and a merchant is illustrated with the flow diagram shown in Fig. 5C.
- the method may begin with the customer arranging the transaction with the merchant at block 536 by any suitable mechanism. For example, in a brick & mortar application, the customer may select a number of items for purchase and bring them to a clerk for payment; in a telephone-order application, the customer may select items from a catalog and telephone a merchant representative to place an order for the items; in an Internet application, the customer may select items presented on a merchant web site, and fill an electronic "shopping basket" with the selected items; and the like.
- the customer provides information regarding a payment instrument to the merchant, such as by scanning an RFID key fob at a brick & mortar location, keying in a credit-card number on an Internet site, providing a voice print as part of a telephone order, and the like.
- the merchant system 104 prepares a packet of information for transmittal to the host system 100 at block 540.
- the packet generally contains at least some transaction information and an identification of the payment instrument.
- the specific transaction information that is included may be very limited, such as in embodiments where only the total amount to be paid is included, or may be more extensive.
- the transaction information could identify the merchant, could identify the merchant location, could include authentication information also provided by the customer, could provide an itemized identification of every item being purchased, and the like.
- the itemized identification of items being purchased may be derived, for example, by using Universal Product Code or equivalent information extracted by reading a bar code affixed to the items or to a label attached to the items.
- a number of functions may be performed by the host system 100 with the received information.
- the customer may be authenticated by the host system using any of the techniques described above in connection with the authentication module 220, including use of biometrics, signatures, encryption certificates, specification of the personal identifier, and the like. If the host system 100 fails to authenticate the customer, the transaction may be declined by the host system 100 at block 558, with a decline code being communicated back to the merchant system 104. If the customer is authenticated, a check may be performed by the host system 100 at block 546 to verify that the transaction complies with certain global terms.
- such a check may be used to ensure that a credit transaction will be within predetermined credit limits, that a debit transaction will be for less than an available balance in a financial account, that a stored- value-card transaction will be for less than an amount remaining on the card, and the like. If such global terms are not met by the transaction, it may be declined at block 558, with a decline code again being communicated back to the merchant system 104.
- the host system 100 retrieves customer preferences information at block 548 and applied the transaction in accordance with those preferences, several examples of which were illustrated above.
- the host system 100 returns an authorization code back to the merchant system 104 at block 554 to indicate that the transaction has been accepted and executed; this authorization code signifies to the merchant that the transaction should be completed between the customer and merchant as indicated.
- Fig. 1 has been simplified for purposes of illustration.
- the number of components that may be involved is significantly larger and there may be an even greater number of interconnections among the components.
- the result is a web-like system that has a large number of potential routing paths for information from any two points within the system.
- the scale of such interconnection is further enhanced by supporting the diversity of presentation instruments.
- the host system may accordingly be capable of identifying efficient routing paths that might not be available for transactions processed in a more traditional fashion. Routing paths support optimization of transaction value and cost.
- the routing may be detemiined via pre-established parameters related to such aspects as the identities of the participant parties, risk levels, choice of merchant and/or financial institution, liability levels, and the like.
- a traditional transaction may include $0.02 in routing costs using an existing routing network.
- the host system may identify a routing path that incurs only $0.01 in routing costs. Access to such a path with its decreased costs may be provided by the host system at a cost of $0,015, so that the entity initiating the routing saves $0,005 on the transaction and the entity operating the host system realizes a profit of $0,005 on the transaction, or realizes a corresponding savings that may be schared with contributing parties.
- the host system may also use third-party guarantors to provide transaction authorizations.
- a third party may offer to consider transaction criteria and provide an authorization for the transaction, thereby receiving a fee for performing the authorization and also accepting an associated default risk.
- an entity operating the host system may act as a third-party guarantor and provide a transaction authorization on such a basis.
- the information used in performing the authorization may involve statistical or modeling techniques to enable authorization decisions to be made on partial information, i.e.
- a transaction that is to be supported by cellular-telephone minutes might be approved by a third party using such techniques on the basis of past history of the customer, not checking the minutes balance in real time but perhaps doing so later in batch mode when multiple balances may be checked for multiple customers.
- Fig. 5C includes an example of additional functions that may be perfonned by the host system 100 separate from a specific transaction in the form of settlement functions. It is generally expected that the host system 100 will process a large number of transactions using the method described above. Periodically, such as every day or every week, the host system 100 will coordinate settlement functions with the issuers of funding sources, such as the financial institutions 108, as indicated at block 556. Such settlement functions ensure that funds transfers are made as required to accommodate the terms of approved transactions.
- the host system 100 may, of course, perform additional administrative functions that are not explicitly shown in Fig. 5C, some of which have been discussed briefly above.
- One example of such an additional administrative function is a fraud-analysis that is performed of multiple transactions to identify potentially fraudulent activity.
- Fig. 5D includes an example of replenishment functions that may be performed with the host system.
- replenishment functions advantageously pennit balances in some registered financial accounts to be funded with balances from other registered financial accounts.
- a customer contacts the host system 100 at block 560, such as by using one of the interfaces described in connection with Fig. 1.
- the customer provides identification at block 562. Similar to obtaining access for other functions, such identification may comprise information from a presentation instrument registered to the customer by the host system 100 or could comprise authentication data such as is usually provided during transactions.
- Such account information may specify any of a number of parameters that describe the financial account, including the institution that holds it, the type of financial account that it is, the balance of the financial account, the type of value held by the financial account, and the like.
- a replenishment request defines one or more financial accounts to serve as a source for the replenishment value, one or more financial accounts in which value is to be replenished, and specifies a value amount.
- the type of value in both the source and target financial accounts is the same, but in some instances they may differ, such as where a financial account holding cellular-telephone minutes is to be used in replenishing a financial account holding U.S. dollars.
- specifying the value amount is usually performed in terms of the source or target value type, although a third value type may be used in making such a specification in some instances. For example, a replenishment request might ask that $50 worth of frequent-flyer miles from one financial account be used to replenish a financial account of cellular-telephone minutes.
- the host system 100 checks at block 570 whether a conversion of value needs to be made as part of the replenishment function and, if so, performs such a conversion at block 574.
- the replenishment is then effected by the host system 100 at block 572.
- the replenishment is effected by a transfer of value similar to that used when supporting a transaction except that the financial account(s) where the value originates and the financial account(s) to which it is sent are owned by the same party.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Cash Registers Or Receiving Machines (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
Claims
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP05752194A EP1716465A4 (en) | 2004-02-10 | 2005-02-10 | Methods and systems for processing transactions |
CA002555669A CA2555669A1 (en) | 2004-02-10 | 2005-02-10 | Methods and systems for processing transactions |
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US54351304P | 2004-02-10 | 2004-02-10 | |
US60/543,513 | 2004-02-10 | ||
US11/055,527 US20050192897A1 (en) | 2004-02-10 | 2005-02-09 | Methods and systems for payment-network enrollment |
US11/055,028 | 2005-02-09 | ||
US11/055,527 | 2005-02-09 | ||
US11/055,028 US20050192895A1 (en) | 2004-02-10 | 2005-02-09 | Methods and systems for processing transactions |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2005086636A2 true WO2005086636A2 (en) | 2005-09-22 |
WO2005086636A3 WO2005086636A3 (en) | 2006-01-05 |
Family
ID=34976059
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2005/004253 WO2005086636A2 (en) | 2004-02-10 | 2005-02-10 | Methods and systems for processing transactions |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP1716465A4 (en) |
CA (1) | CA2555669A1 (en) |
WO (1) | WO2005086636A2 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11544783B1 (en) * | 2016-05-12 | 2023-01-03 | State Farm Mutual Automobile Insurance Company | Heuristic credit risk assessment engine |
US11556934B1 (en) | 2016-05-12 | 2023-01-17 | State Farm Mutual Automobile Insurance Company | Heuristic account fraud detection engine |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5764789A (en) * | 1994-11-28 | 1998-06-09 | Smarttouch, Llc | Tokenless biometric ATM access system |
US5805719A (en) * | 1994-11-28 | 1998-09-08 | Smarttouch | Tokenless identification of individuals |
US6678664B1 (en) * | 1999-04-26 | 2004-01-13 | Checkfree Corporation | Cashless transactions without credit cards, debit cards or checks |
WO2003065227A1 (en) * | 2002-01-28 | 2003-08-07 | Gripon Australia Pty Ltd | Detachable peripheral apparatus for handheld devices |
-
2005
- 2005-02-10 WO PCT/US2005/004253 patent/WO2005086636A2/en not_active Application Discontinuation
- 2005-02-10 CA CA002555669A patent/CA2555669A1/en not_active Abandoned
- 2005-02-10 EP EP05752194A patent/EP1716465A4/en not_active Withdrawn
Non-Patent Citations (1)
Title |
---|
See references of EP1716465A4 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11544783B1 (en) * | 2016-05-12 | 2023-01-03 | State Farm Mutual Automobile Insurance Company | Heuristic credit risk assessment engine |
US11556934B1 (en) | 2016-05-12 | 2023-01-17 | State Farm Mutual Automobile Insurance Company | Heuristic account fraud detection engine |
US11734690B1 (en) | 2016-05-12 | 2023-08-22 | State Farm Mutual Automobile Insurance Company | Heuristic money laundering detection engine |
US12020307B2 (en) | 2016-05-12 | 2024-06-25 | State Farm Mutual Automobile Insurance Company | Heuristic document verification and real time deposit engine |
Also Published As
Publication number | Publication date |
---|---|
WO2005086636A3 (en) | 2006-01-05 |
EP1716465A2 (en) | 2006-11-02 |
CA2555669A1 (en) | 2005-09-22 |
EP1716465A4 (en) | 2009-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10424145B2 (en) | Methods and systems for processing transactions | |
US20050192897A1 (en) | Methods and systems for payment-network enrollment | |
US7325725B2 (en) | Stored value card account transfer system | |
US7204412B2 (en) | Family stored value card program | |
US7827101B2 (en) | Payment system clearing for transactions | |
US7387238B2 (en) | Customer enrollment in a stored value card program | |
US7533066B1 (en) | System and method for biometrically-initiated refund transactions | |
US7979894B2 (en) | Electronic verification service systems and methods | |
US20090094124A1 (en) | Real-time point-of-sale change-of-address processing | |
US20050216424A1 (en) | Transaction system with special handling of micropayment transaction requests | |
US20050080697A1 (en) | System, method and apparatus for providing financial services | |
US20050080693A1 (en) | Point-of-sale customer identification system | |
US20060064380A1 (en) | Methods and systems for performing tokenless financial transactions over a transaction network using biometric data | |
US20070174208A1 (en) | System and Method for Global Automated Address Verification | |
US20050077349A1 (en) | Method and system for facilitating a transaction using a transponder | |
US20070168279A1 (en) | Disposable payment account | |
US20070005509A1 (en) | Tax tracker transaction card | |
MX2007009329A (en) | Secure transaction system. | |
MX2013013903A (en) | A system for payment via electronic wallet. | |
KR20030040403A (en) | Automated payment system | |
US8099363B1 (en) | Methods and systems for processing card-not-present financial transactions as card-present financial transactions | |
EP1769432A2 (en) | Real-time point-of-sale change-of-address processing | |
KR20080023282A (en) | A method for paying money using human body-related information in commercial transaction systems | |
US6829597B1 (en) | Method, apparatus and computer program product for processing cashless payments | |
WO2005086636A2 (en) | Methods and systems for processing transactions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2005752194 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2555669 Country of ref document: CA |
|
NENP | Non-entry into the national phase in: |
Ref country code: DE |
|
WWW | Wipo information: withdrawn in national office |
Country of ref document: DE |
|
WWP | Wipo information: published in national office |
Ref document number: 2005752194 Country of ref document: EP |