A method and system for comprising generating a plurality of trigger records for a transaction handler, the transaction handler to receive from acquirer processors authorization requests for payments to be made by issuer processors according to account identifiers of users, and the transaction handler to identify first authorization requests based on the trigger records in real-time with providing responses to the authorization requests; receiving, in a computing apparatus, information about the first authorization requests of first users; identifying, by the computing apparatus, communication references of the first users; determining, by the computing apparatus, messages to be targeted at the first users based on the information about the first authorization requests; and providing, by the computing apparatus in real-time with the responses to the authorization requests, the messages for transmission to the first users via the communication references.
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
G06Q 50/00 - Systèmes ou procédés spécialement adaptés à un secteur particulier d’activité économique, p.ex. aux services d’utilité publique ou au tourisme
H04W 4/12 - Messagerie; Boîtes aux lettres; Annonces
In one aspect, a computing apparatus includes: a data warehouse configured to store transaction data, geo-demographic data, attitudinal data and lifestyle data of a plurality of customers; a profile generator coupled with the data warehouse to determine a profile for each respective customer of the plurality of customers, the profile including at least one profile parameter to cluster customers based on the transaction data, the geo-demographic data, the attitudinal data and the lifestyle data; and a segment detector coupled with the data warehouse to segment the plurality of customers in a space having at least one first dimension corresponding to the at least one profile parameter, a second dimension for a value score indicative of a level of profitability value of each respective customer, and a third dimension for a current status of each respective customer in connection with a goal.
In one aspect, a computing apparatus is configured to: capture first images of customers who have watched a digital sign, using a digital camera attached to the digital sign positioned in vicinity of a retail location; identify characteristics of the customers based on the first images; identify, using the characteristics, a subset of customers who have made payment transactions at the retail location through a transaction handler; determine an aggregated spending profile based on transactions of the subset of customers recorded by the transaction handler; and arrange content on the digital sign based on the aggregated spending profile. The computing apparatus may be further configured to capture second images of the customers who have made payment transactions at the retail location through the transaction handler, using a digital camera attached to a point of sale (POS) station at the retail location, and to correlate the first and second images to identify the subset.
In one aspect, a computing apparatus is configured to receive an input specifying a set of users, identify a set of triggers, each of which corresponds to a set of one or more conditions which when satisfied cause transmission of a message to the set of users, rank the triggers based at least in part on transaction data of the users that was recorded by a transaction handler, and generate a ranked list of the triggers based on the ranking.
G06Q 50/00 - Systèmes ou procédés spécialement adaptés à un secteur particulier d’activité économique, p.ex. aux services d’utilité publique ou au tourisme
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
Systems and methods are provided to generate tools to evaluate the probability of an account being actually used by a business rather than an individual. In one aspect, a computing apparatus includes: a data warehouse configured to store transaction data of accounts issued by a plurality of issuers; and at least one processor configured to calculate values of a first plurality of variables for each of the accounts using the transaction data of the accounts issued by the plurality of issuers. The accounts include business accounts and non-business accounts. The at least one processor is further configured to identify a second plurality of variables from the first plurality of variables for a classification model to distinguish, using the values and logistic regression, the business accounts from the non-business accounts.
Systems and methods are provided to generate a tool to predict voluntary account attrition in a payment processing system. In one aspect, a computing apparatus includes: a data warehouse configured to store transaction data of accounts issued by a plurality of issuers; and at least one processor configured to calculate values of a first plurality of variables for each of the accounts using the transaction data of the accounts issued by the plurality of issuers. The accounts include attrition accounts and non-attrition accounts. The at least one processor is further configured to identify a second plurality of variables from the first plurality of variables for a predictive model to distinguish, using the values and logistic regression, the attrition accounts from the non- attrition accounts.
In one aspect, a computing apparatus is configured to automate the redemption of offers, such as manufacturer coupons, which require the purchase of specific items identified in the offers for their redemption. The computing apparatus is to store offers in connection with accounts of users (e.g., credit cards, debit cards, prepaid cards). When the accounts are used to make purchases, the authorization response messages from the transaction handler may include indicators to request purchase details, if the corresponding accounts have associated offers pending for redemption. When the purchase details show that the users have made the purchases required for the redemption of the offers, the benefits of the offers are provided to the accounts of the users via statement credits. Optional email or mobile alerts may be provided to the users to report the automated redemption of the offers.
In one aspect, a computing apparatus includes: a transaction handler configured to process transactions; a data warehouse configured to store meta data and first data including transaction data recording the transactions and information generated based on the transaction data; an intranet coupled between the data warehouse and the transaction handler; an input engine coupled between the intranet and a plurality of data sources outside the intranet, where the input engine is controlled by the meta data to access the data sources to provide second data; and a broker engine coupled between the intranet and a plurality of data consuming devices outside the intranet, where the broker engine is controlled by the meta data to control access of the data consuming devices to the first data and the second data.
An advertised incentive system receives advertised incentive configuration information provided by a merchant. The advertised incentive configuration information defines the content of advertised incentive banners. The advertised incentive banners are provided as needed to merchants to display on the merchant's website. Advertised incentive registration information is received from an account holder after the account holder interacts with the advertised incentive banner. Transaction information is received that contains a qualified purchase made by the account holder. The advertised incentive registration and the qualified purchase are matched. A statement credit is issued against the account holder's account and a debit is issued against the merchant's account in the amount of the statement credit.
Funds are electronically transferred between a provider and a beneficiary. A provider accountholder accesses a funds transfer system to communicate with a host. The provider accountholder sends the host information sufficient to process the electronic funds transfer including designating transfer conditions to be satisfied prior to remittance of the funds from a provider account to a beneficiary account. The host receives the funds transfer request from the provider accountholder, receives authorization of the funds transfer from the issuer of the provider account, and, prior to remitting the funds, determines if the transfer conditions are satisfied. In some implementations, the funds are suspended in the provider account or transferred to a temporary account before the remittance. A system is disclosed for generating a payment card for any beneficiary account type, where the funds transfers terminates in a new account opening, followed by funding of that new account.
In one aspect, a system includes a transaction handler to process transactions, a data warehouse to store data recording the transactions, a portal configured to communicate with a search engine and to provide a user interface to receive a request from a merchant, and at least one processor coupled with the data warehouse and the portal. In response to the request received from the merchant via the portal, the at least one processor identifies a set of first statistics based on search activities of the search engine, identifies a set of second statistics based on the transactions relevant to the search activities, and uses the portal to juxtapose the set of first statistics and the set of second statistics.
In one aspect, a system includes a transaction handler to process transactions, a data warehouse to store data recording the transactions, and at least one processor coupled with the data warehouse and configured to identify a first set of customers who made first transactions correlated with an advertisement, identify a second set of customers not in the first set of customers, and determine a difference between a first pattern in a first set of transactions of the first set of customers and a second pattern in a second set of transactions of the second set of customers.
In one aspect, a system includes a transaction handler to process transactions, a data warehouse to store transaction data recording the transactions, a portal configured to determine online activity tracking data, and at least one processor coupled with the data warehouse and the portal and configured to identify, using the transaction data and the online activity tracking data, first users who have not been to a website of a first merchant within a predetermined period of time, identify a set of transactions of the first users, and determine a spending pattern in the set of transactions of the first users.
In one aspect, a system includes a transaction handler to process transactions, a data warehouse to store transaction data recording the transactions, and a portal configured to provide a user interface to receive a set of selection criteria and a plurality of bids from respective merchants for opportunities to present advertisements to users identified by the set of selection criteria based on spending patterns determined from transaction data generated by the transaction handler. The system further includes at least one processor coupled with the data warehouse and the portal and configured to determine, in response to an opportunity for advertising to a user, whether transactions of the user processed by the transaction handler satisfy the set of selection criteria and, if so, select an advertisement of one merchant of the plurality of merchants based at least in part on the bids received from the merchants.
In one aspect, a system includes a transaction handler to process transactions, a data warehouse to store data recording the transactions, a portal configured to communicate with an online store, and at least one processor coupled with the data warehouse and the portal. In one example, after users of the online store express interest in items of the online store, a first subset of the items are purchased from the online store. The processor is configured to determine a second subset of the items purchased by the users but not from the online store. Data representing user activities in the online store, and data representing the first subset and the second subset are combined to generate a checkout funnel analysis result.
The PREPAID ACCOUNT FUNDS TRANSFER APPARATUSES, METHODS AND SYSTEMS ("PAFT") transform prepaid account invitation requests via PAFT components into scheduled prepaid account transactions. In one embodiment, the PAFT obtains, from a transferor user holding a transferor prepaid account, a prepaid account invitation request specifying a transferee user and a prepaid funds transfer amount. The PAFT generates a customized prepaid account invitation for the transferee user based on the prepaid account invitation request, and provides the customized prepaid account invitation for the transferee user. Upon obtaining an invitation acceptance from the transferee user in response to the provided customized prepaid account invitation, the PAFT creates a transferee prepaid account for the transferee user, and transfers, upon creating the transferee prepaid account, the prepaid funds transfer amount of funds specified in the prepaid account invitation request from the transferor prepaid account to the created transferee prepaid account.
A system for providing a marketing offer to holders of financial accounts during a communication session with the financial account issuer includes a processor and an account maintenance module executable by the processor. The account maintenance module initiates a communication session with a user computer of an account holder over a computer network. Before the communication session ends, the account maintenance module determines whether the account holder's a financial account is a target for receiving the marketing offer and if so, transmits the marketing offer to the user computer over the computer network.
In one aspect, a computing apparatus includes: a transaction handler to process transactions; a portal to receive, from users, consent data that identifies account identifiers of the users; a data warehouse to store transaction data recording the transactions and store purchase details for at least some of the transactions; and a profile generator to generate profiles based on the transaction data and the purchase details stored in the data warehouse. In response to an authorization request received in the transaction handler for a payment transaction identifying a first account identifier, the system is to use the transaction handler to request purchase details associated with the authorization request from the merchant via a response to the authorization request, and receive and store the purchase details associated with the authorization request in the data warehouse, in response to a determination that the first account identifier is associated with consent data.
In one aspect, a computing apparatus includes: a transaction handler to process transactions, a data warehouse to store transaction data recording the transactions processed by the transaction handler, a portal coupled with the data warehouse to receive one or more parameters as an input and to provide spending activity information for presentation as a response to the input, and an analytics engine coupled with the portal and the data warehouse to analyze spending activities of a user based on the transaction data and the one or more parameters to generate the spending activity information regarding transactions in a plurality of accounts of the user.
In one aspect, a system includes a transaction handler to process transactions, a data warehouse to store transaction data recording the transactions processed at the transaction handler and to store mapping data between first user identifiers and first account identifiers, a profile generator to generate a profile of a user based on the transaction data, and a portal coupled to the transaction handler to receive a query identifying a second user identifier used by the first tracker to track online activities of a user. The system is to identify a second account identifier of the user from the second user identifier based on the mapping data between the first user identifiers and the first account identifiers to facilitate targeted advertising using the profile of the user and/or to provide information about certain transactions of the user related to a previously presented advertisement.
In one aspect, a system includes a transaction handler to process transactions, a data warehouse to store transaction data recording the transactions processed at the transaction handler, a profile generator to generate a profile of a user based on the transaction data, an advertisement selector to identify an advertisement based on the profile of the user in response to the transaction handler processing a transaction of the user, and a portal coupled to the transaction handler to provide the advertisement for presentation to the user in connection with information about the transaction of the user. In one example, the profile includes a plurality of values representing aggregated spending of the user in various areas to summarize the transactions of the user.
In one aspect, a computing apparatus includes: a transaction handler to process transactions; a data warehouse to store transaction data recording a plurality of transactions processed at the transaction handler for a user; an anticipation engine coupled to the data warehouse to predict a future event relating to the user based on the transaction data stored in the data warehouse; a profile generator to generate a spending profile of the user based at least in part on the future event predicted for the user; and a portal coupled to the profile generator to provide the spending profile in response to a query.
In one aspect, a computing apparatus includes: a transaction handler to process transactions; a data warehouse to store transaction data recording the transactions processed at the transaction handler; a profile generator to generate, based on the transaction data, a profile including a plurality of values representing aggregated spending in various spending areas to summarize transactions in a geographical area; and a portal to receive advertisement data from an advertiser and to create an advertisement campaign based on the profile to deliver advertisements to users in the geographical area on behalf of the advertiser using one or more media channels.
In one aspect, a computing apparatus includes: a data warehouse to store data associating a plurality of account identifiers with an offer having a predefined purchase requirement and an aggregated purchase requirement for a benefit; and a transaction handler configured to process a plurality of transactions. The transaction handler is further configured to determine whether each of the plurality of transactions satisfies a predefined purchase requirement, identify a set of transactions each satisfying the predefined purchase requirement, and determine whether the set of transactions satisfies an aggregated purchase requirement for the benefit. In one example, the transaction handler is configured to provide the benefit via statement credits when the set of transactions satisfies the aggregated purchase requirement.
In one aspect, a computing apparatus is configured to generate audience measurement data regarding presentation of information to a plurality of customers via one or more media channels, identify the plurality of customers to a transaction handler to request information, receive the information generated based on transaction data related to a plurality of transactions processed at the transaction handler, and generate a report based on the audience measurement data and the information generated based on the transaction data. The one or more media channels may include an online media channel, a mobile communication channel, or an offline media channel, such as television broadcast, radio broadcast, newspaper, magazine, direct mail, billboard, etc.
A network transmits information about a sample, e.g.; a free prescription, in response to a request, and includes an advertising account for a merchant to charge the sample's cost when provided to a consumer (e.g.; via a kiosk), and also an identifier and quantity of the sample. The information can be written to the memory of a portable consumer transaction payment device where, also encoded in the memory, can be an account issued by an issuer to the consumer for the consumer to engage in transactions on the account with merchants in a payment processing network. Data from a transaction for the sample is submitted by a merchant to its acquirer for processing by a transaction handler who requests payment for the transaction from the advertising account, and the issuer of the advertising account forwards the payment for the free sample to the merchant's acquirer to reimburse the merchant.
G06Q 50/00 - Systèmes ou procédés spécialement adaptés à un secteur particulier d’activité économique, p.ex. aux services d’utilité publique ou au tourisme
In one aspect, a computing apparatus includes: a transaction handler to process transactions; a portal to receive from users enrollment input identifying account identifiers of the users and respective loyalty programs; and a data warehouse to store data associating the account identifiers with the respective loyalty programs. In response to an authorization request received in the transaction handler for a payment transaction identifying a first account identifier, the computing apparatus is to use the data warehouse to determine whether the first account identifier is enrolled with a loyalty program; and if the first account identifier is enrolled with a first loyalty program, the computing apparatus is to use the transaction handler to request purchase details from the merchant via a response to the authorization request, and determine benefits to be awarded to the user of the first account identifier.
A system for providing online merchants with purchase propensity information is provided. The system includes a processor and a purchase propensity module executable by the processor. The purchase propensity module receives, from an online merchant computer, a message containing a customer identifier that identifies a customer who has established an online browsing session with the online merchant. In response, the purchase propensity module transmits to the online merchant computer purchase propensity data associated with the identified customer while the browsing session is in progress. This allows the online merchant computer to determine a targeted offer for the user while the user is in the online browsing session.
A message confirming a transaction for the purchase of an item can include identifiers for the item and for a consumer as well as information pertaining to the transaction. The item identifier is used to locate an express warranty for the item. The consumer identifier (e.g.; a number of an account issued to the consumer) is used to locate the consumer's file in which the express warranty is stored along with at least a portion of the information pertaining to the transaction. Other data received in respective messages can be also be stored in the consumer's file. Thereafter, the consumer identifier can be use to retrieve all express warranties stored in the file for past respective purchased items. Information about each express warranty can be compared to the stored portion of the information pertaining to the transaction so as to retrieve only those express warranties that are valid (e.g.; unexpired).
A transaction handler receives, for forwarding to a sponsor account's issuer, a coupon authorization request message from a merchant's acquirer that identifies the sponsor account and a coupon for an item being purchased by a consumer in a transaction with the merchant. The issuer determines eligibility of the coupon for use by the consumer, and sends an authorization response message to the merchant via its acquirer and the transaction handler for the application of a corresponding discount for the item when the coupon is eligible. One or more coupon eligibilities for the purchase of the item by the consumer from the merchant can be derived from comparisons of the transaction to predetermined times, geographies, jurisdictions, sets of merchants, and/or the number of times that coupons have been used in other transactions. The transaction handler can further process the transaction for authorization the consumer's account to pay of the transaction.
Systems and methods are provided that empowers various parties to combine transactional data and local non-transactional data using the collective intelligence gathered from a variety of sources to help the parties make more intelligent decisions relating to consumers. For example, the system can help select consumers based on the probability that the consumers will take advantage of an offer, coupon, or other item. In some embodiments, the present invention can be deployed as a part of a system that processes transactions. In this system, information associated with the transactions is analyzed in conjunction with non-transactional data in order to probabilistically determine whether a further action should be taken with the consumer.
A web service facilitates real time payment of suppliers' invoices with accounts issued by issuers to account holders. A payment request received by the web service from a client, identifying a credit limit for one commercial account in a pool thereof, is sent from the web service to the issuer to determine availability of the account and the credit limit for an account holder. If the issuer's response to the request confirms availability, payment instructions to the issuer are sent from the web service to pay the supplier's invoice. Alternatively, the request can be to determine availability of a single-use-account (SUA) and an adjustment to the account holder's credit limit from the issuer in order to make a future single payment on the SUA to the supplier for a purchase corresponding to a future invoice from the supplier who has not yet provided goods and/or services pertaining to the invoice.
In one aspect, a computing apparatus includes: a transaction handler to process transactions; a data warehouse to store transaction data recording the transactions processed at the transaction handler; a profile generator to identify a set of user clusters based on transaction data; and a portal to enroll users and identify preferred communication channels of the users, receive offers from a plurality of entities, present data identifying the set of user clusters to the entities, receive bids on the clusters from the entities in accordance with types of the offers, based on the bids determine winning entities for a predetermined time period, and provide offers of the winning entities to respective enrolled users in respective clusters during the predetermined time period, using preferred communication channels of the respective enrolled users.
A payment device has identifiers, read in a magnetic strip or visual indicia by a healthcare provider, for an influenza vaccine and an account issued by an issuer to a party (e.g.; a governmental entity) upon which a transaction can be conducted that is limited to administering the influenza vaccine. The healthcare provider sends an authorization request for the transaction for delivery through its acquirer and a transaction handler to the issuer. The issuer uses the identifiers to authorize the healthcare provider to administer the influenza vaccine and to conduct the transaction, and sends an authorization response to the authorization request back through the transaction handler and the acquirer. After the receiving of the authorization response, the healthcare provider administers the influenza vaccine and conducts the transaction on the account for the sale of the service of the administering of the influenza vaccine.
G06Q 50/00 - Systèmes ou procédés spécialement adaptés à un secteur particulier d’activité économique, p.ex. aux services d’utilité publique ou au tourisme
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
35.
AUTO-SUBSTANTIATION FOR HEALTHCARE UPON SPONSOR ACCOUNT THROUGH PAYMENT PROCESSING SYSTEM
An issuer receives an authorization request from healthcare provider that includes an account, an identifier for a healthcare service and its cost to a patient, and an identifier for a single purpose card for the redemption of the cost of the healthcare service. The issuer validates use of the account to pay the cost, sends an authorization approval to the healthcare provider, and deactivates the identifier for the single purpose card for future use. A request for insufficient funds, when the account is determined to be deficient, is sent to a sponsor to whom the issuer issued account. The cost in the authorization request can include a total purchase amount and a qualified amount of the total purchase amount, and the issuer can validate that the account can be used the for payment of the qualified amount of the total purchase amount for the healthcare service.
G06Q 50/00 - Systèmes ou procédés spécialement adaptés à un secteur particulier d’activité économique, p.ex. aux services d’utilité publique ou au tourisme
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
36.
SUCCESSIVE OFFER COMMUNICATIONS WITH AN OFFER RECIPIENT
Successive offer communications are sent to an offer recipient. A first offer communication includes an offer of a merchant and the second offer communication includes an announcement about the offer. The first and second offer communications are each formatted to be rendered by respective communication device, such as a mobile phone of the offer recipient or a Point of Interaction (POI) terminal. The content of the offer communications may be tailored to the offer recipient based on the offer recipient's past transactions within a transaction processing system or a real time geographical location of the offer recipient.
In one aspect, a computing apparatus includes: a transaction handler to process transactions; a data warehouse to store transaction data recording the transactions processed at the transaction handler; and a portal to receive a request from a client device over a network, the request including user data identifying at least one user. The client device has activity data recording activities of the user, and has the capability to determine from the activity data a first value for a first propensity score of the user. The computing apparatus further includes a score evaluator coupled to the data warehouse and the portal to determine a second value for the first propensity score based on transaction data recording payment transactions of the at least one user identified by the user data. The portal is configured to provide information based on the second value in response to the request.
In one aspect, a computing apparatus is configured to facilitate the identification of a transaction resulting from an activity occurring in a substantially separate context or environment, such as an offline transaction in a "brick and mortar" retail store resulting from an online advertisement or an online search. The computing apparatus may match information about the activity and information about the transaction to correlate the online activity and the offline transaction. The matching process may involve the use of an offer for a discount, an incentive, a rebate, a reward, reward points, cash back, a gift, etc. The offer is to be provided in the advertisement associated with an online activity and redeemed in a payment transaction, processed via the transaction handler, to correlate the advertisement and the transaction.
In one aspect, a computing apparatus is configured to receive a request for a profile to customize information for presentation to a user identified in the request and, responsive to the request identifying the user, provide the profile that is generated based on transaction data of the user. The profile summarizes the transaction data of the user using a plurality of values representing aggregated spending in various areas. The information includes an advertisement selected, prioritized, adjusted, or generated based on the profile. The advertisement includes at least an offer, such as a discount, incentive, reward, coupon, gift, cash back, benefit, product, or service.
Systems and methods are provided to facilitate the sharing of account features and/or to facilitate the generation and notification of transactions associated with the account features. In one aspect, a system includes a transaction handler to process transactions and a data warehouse to record the transactions and store account data identifying account features of separate accounts, such as a second account having a feature and a first account without this feature. Account holders of the first and second accounts are in a same household and thus, in accordance with a set of rules, eligible to share the account features. A portal is configured to receive a request identifying the first account and to determine whether a transaction initiated in the first account and qualified for a benefit of the account feature is entitled to the benefit; and if so, a notification engine is to transmit a notification message to an account holder of the first account. In another aspect, the data warehouse is to further store rules data identifying at least one qualification requirement. The system further includes a feature offer engine to use the rules data to monitor the transactions in the account to identify a first transaction. The notification engine is to provide the account holder with an offer associated with a first account feature in real time with processing of the first transaction, and the portal to receive an approval of a second transaction in accordance with the offer.
Transaction data is received and stored for purchases on accounts with authorization request requests for payment, where the currency of the purchase and the account are different. For each authorized transaction, clearing and settlement is facilitated as well as VAT reimbursement requests from different government entities. For each received VAT reimbursement request, it is determined whether the account is in a VAT reimbursement database, and if so then it is determined whether the data from the transaction is in a VAT reimbursement transactions database, and if so, then clearing and settlement of a VAT reimbursement payment is facilitated between the account and the corresponding government entity.
A sponsored portable coupon payment device is disclosed with methods and systems for its provision and use in an open payment transaction processing system. The open payment transaction processing system includes issuers of accounts to the sponsors, merchants accepting transactions on the accounts, and acquirers for the merchants. A transaction handler in the open payment transaction processing system facilitates between the issuers and the acquirers, at least in part, authorization of the transactions, and clearing and settlement of the transactions.
A system and method of using transaction data for a population of account holders, such as credit card holders, is described. A frequency distribution input variable (Frd) and average amount distribution input variable (Avd) are calculated for each account and each merchant category. The Frd and Avd, either alone or in conjunction with each other, are used to assign accounts to clusters as well as calculate factors for factor analysis. The assigned cluster and calculated factors for each account are both used for further processing, such for as selecting accounts to which advertising materials will be sent or determining a surrogate account for a control group.
Systems and methods to summarize transaction data via cluster analysis and factor analysis. In one aspect, a method includes identifying at least one set of clusters based on a cluster analysis of transaction records to group entities, identifying a plurality of factors based on a factor analysis of the transaction records to reduce correlations in spending variables, classifying an entity according to the at least one set of clusters, and computing values of the factors based on the transaction records of the entity.
According to one implementation, a method is presented for redeeming cash from a funded Prepaid Portable Consumer Transaction Device (PPCTD) without conducting a purchase transaction in a payment processing apparatus. A first merchant at a first location receives a tender for deposit into an account having an identifier. A second merchant at a second location tenders a PPCTD corresponding to the account to a consumer in response to receiving the identifier from the consumer. In response to receiving from the consumer the tendered PPCTD and a request for substantially the full value in the account, the second merchant tenders substantially the full value of the account to the consumer. The second merchant makes the tender without requiring that the consumer conduct a purchase transaction for the sale of a good or service from the second merchant.
A computer receives information that a request is made to authorize a transaction for a sale of a product by a merchant to an account holder in a transaction conducted on a consumer account issued to the account holder. When the computer confirms that the transaction is authorized and that the transaction occurs within a predetermined time period for which there is a rebate associated with the product and a corresponding sponsor financially responsible for the rebate, the computer communicates that the rebate is to be debited to an account of the sponsor and either: (i) given as a discount by the merchant at the point of sale to the account holder; or (ii) credited to an account issued to the account holder by the issuer.
Rules, applied to deny authorization of likely fraudulent transactions, are derived from a modified Patient Rule Induction Method algorithm that uses a target variable and a data set of past transactions each associated with a plurality of input variables and a hyper-rectangle enclosing a multi-dimensional space defined by a representation of the input variable values as points within the multi-dimensional space. While a count of the points within the hyper- rectangle is greater than a minimum support parameter, a first plurality of points proximal to edges of the hyper-rectangle are removed, where each such removing maximizes a mean value of the target variable, and then, while the mean value remains maximized, a second plurality of points proximal to the edges is added, where each adding maximizes or maintains the mean value. The hyper-rectangle is bounded within a minimum bounding box that defines the rules.
Participating merchants send transaction data to a Product Recall Service (PRS). Each such transaction data received by the PRS from a merchant identifies a product purchased, an account holder making the purchase, the merchant from which the product was purchased, and an account issued to the account holder by an issuer upon which the transaction was conducted. When a supplier of the product to the merchant announces a recall of the product to the PRS, the PRS mines previously received transaction data, in conjunction with information obtained from transaction handler in a payment processing system, to send announcements to the account holders who conducted transactions to purchase the recalled product, and optionally to assign one or more globally unique identifiers that characterize and specify the product recall. Each account holder can use a web-enabled device to send information to, and receive information from, the PRS. The PRS communicates information received about the product recall to the supplier.
An announcement distributor distributes, or auctions an opportunity to distribute, an announcement to an announcement recipient such as a consumer, issuer, merchant, or acquirer within a payment processing system. The announcement when there has been a satisfaction of an announcement condition, such as the consumer being determined to be located within a predetermined spatial zone. The content of the announcement may, in turn, facilitate a subsequent cashless transaction for resources of merchants. Implementations describe various permutations of the content of the announcement, the announcement condition, and the announcement recipient.
An alert recipient receives an account alert after an account activity satisfies criteria of an alert rule. The account alert may be triggered by the usage of a consumer identifier with any of: an application for a new account, an account activation request, or an account usage. To illustrate, a fraudster may utilize the consumer identifier in an application to open a new account, to activate an issued prepaid account, or conduct a transaction on an activated issued prepaid account. Data from the account application, activation, or transaction may be sent to a host that compares the data against the criteria of an alert rule. If the criterion is satisfied, the account alert is sent to the account recipient. The account recipient may required to respond to the alert in order to permit the activity that is the subject of the account alert.
A method includes transmitting a request for authorization to enter a physical space over a payment processing network that processes financial transactions. The financial transactions are transmitted between an acquirer institution and an issuing institution via the payment processing network. A response is received, granting or denying authorization to enter the physical space from the payment processing network.
Multiple different non-financial loyalty currencies held by different issuers are used by a consumer as financial tender for a transaction with a merchant. Each issuer pays to a primary issuer the financial currency value of the non- financial loyalty currencies being held in return for a corresponding reduction of the balance of non-financial loyalty currency. For each reduced balance, the primary issuer adds an equivalent primary loyalty currency to a primary loyalty account for the consumer. The primary issuer pays the merchant for the transaction in financial currency and makes an equivalent reduction in the balance of the primary loyalty currency. The financial value of each loyalty currency may be dependent upon its use in a transaction with a competitor of a merchant supplying loyalty currency to the consumer.
Data from transactions conducted on prepaid accounts are accumulated for an issuer and its peers. The accumulated data is used for calculations for both the issuer and its peers to make comparison therebetween. The comparisons between the issuer and its peers are rendered graphically in a report. The issuers are in an open system payment processing network that includes merchants and their acquirers, and a transaction handler for authorizing, clearing and settling the transactions that are conducted on prepaid accounts.
A set of accounts usable for cashless transactions are electronically linked together. The accounts in the set may be associated with different accountholders, issuers, financial institutions, transaction handlers, or combinations thereof. A stakeholder sets up rules that govern, in part, processing of cashless transactions upon the accounts in the set. The rules alter routing of the cashless transaction from one account to another in the set. Loyalty features are determined accordingly. In one implementation, the rule alters the routing of the cashless transaction to optimize a loyalty feature. Amounts spent in transactions upon the accounts in the account set may be tracked, analyzed or reported on to create targeted offers. Fulfillment of the targeted offers may be conditioned on validating that the actual spend upon the accounts in the set match a predetermined threshold.
A financial transaction system includes a computer readable storage medium and a processor in communication with the computer readable storage medium. The processor is configured for receiving a plurality of messages. The plurality of messages including financial transaction authorization messages for performing a financial transaction. At least one of the plurality of messages includes non-financial data. The processor is further configured for parsing each of the plurality of messages to identify data for performing the financial transaction and the non-financial transaction data contained in the plurality of messages, and for storing the data for performing the financial transaction and the non-financial transaction data in a computer readable storage medium such that the non-financial transaction data is associated with data for performing the financial transaction.
A system for managing wish list items from a plurality of online merchants is provided. The system includes a memory, processor and item management module executed by the processor. The memory stores data regarding the wish list items that have been selected by a user while browsing online merchant websites. The item management module has a receive-advice feature that sends an electronic message to user-selected contacts. The electronic message contains a request for feedback on one or more selected items of interest. When the contacts submit feedbacks, they are stored in the memory for viewing by the user.
A multi-provider rewards program in which rewards are awarded for a series of transactions using an account in a transaction processing system. The transaction processing system includes at least one issuer, at least one acquirer, a plurality of resource providers, a transaction handler, a rewards program rule implementer having access to the rewards program database, and an implementer processor. The implementer processor receives transaction data whenever a transaction occurs using the consumer account, uses the transaction data to determine when a consumer has performed the separate transactions associated with each of a plurality of merchants that are required by a rewards rule and when a consumer has performed the separate transactions with each of the plurality of resource providers, and identifies a reward for the consumer that performed the transactions.
A business derives its cost to pay accounts payable (A/P) with a corporate card versus other payment methods, which derivation may be pre-populated by a general category. The business identifies each merchant to whom the business owes A/P who but does not accept the corporate card. A weighting factor is derived for each such merchant from costs of paying with and without the corporate card, as well as from its history of past payments to the merchant. The benefit to the business is derived, using the corresponding weighting factor, for each such merchant in paying the corresponding A/P to the merchant with the corporate card. Where the benefit exceeds a predetermined threshold, information is sent to each such merchant sufficient for the merchant to receive payment of the corresponding A/P with the corporate card.
Disclosed methods enable an open loop system processing of private label and co-branded account transactions. Implementations in the open loop system employ communications directly between a merchant and an issuer offering promotional financing for a promotional item being purchased from the merchant. Other implementations in the open loop system enable different transaction amounts in an authorization request message and its corresponding authorization response as are respectively sent and received by a merchant, where the different can be for a promotion offered to an account holder for conducting a transaction on an account with the merchant.
Transactions are processed in which payment is made using an account, such as a health savings account or other type of account in which cardholder purchases are limited to, and/or are documented for, a pre-designated set of merchandise. When a transaction occurs, the purchased products are identified and a determination made whether each product is qualified for purchase under the account. An account transaction record is stored which identifies the date of the transaction, the account, each item that is qualified under the account, a description and quantity of each item, and the total monetary amount of the transaction related to such qualified items. The account transaction records for a particular consumer are used to generate a report that contains data for every transaction on the account. The report can be limited to those transactions that occurred during a period of time, such as a calendar year.
Processing transactions involving private label portable consumer devices is presented. For a transaction involving a portable consumer device in a payment processing network, an authorization request from a merchant is received by a transaction handler. The transaction handler, in communication with the issuer, denies or approves the transaction. For approved transactions, the merchant sends a settlement request to the transaction handler. If the transaction is identified as involving a private label portable consumer device, the transaction handler applies a custom settlement arrangement rate to the payment sought, generally reducing the payment amount. The applied payment amount is received from the issuer and forwarded to the merchant. If the applied payment amount is less than the actual amount owed to the merchant, the merchant sends a request to the issuer of the private label payment device to settle the transaction in accordance with a custom settlement agreement.
An enhanced payment processing system is configured to process non-sales related requests. For example, such requests may pertain to a consumer's application for a payment account, a request for identification of a payment account assigned to a specified consumer, a transfer of a monetary amount between two payment accounts, a payment to be applied to an account, and a change of an expiration date for a portable payment device. A merchant formulates a non-sales related request which is sent through the payment processing system to an account issuer. The account issuer receives the non-sales related request, complies with that request, and formulates a reply. The reply is sent back through the payment processing system to the merchant.
A loyalty program for a transaction processing system includes a loyalty program database with loyalty program business rules that are usable to determine when a transaction qualifies for the loyalty program. A loyalty program rule implementer receives transaction data whenever a transaction occurs and uses the received transaction data and the program business rules to determine when a transaction qualifies for the loyalty program. The loyalty program rule implementer is an entity other than an issuer, an acquirer or a merchant. The loyalty program business rules require that the transaction relate to at least one of a specific merchant, a specific issuer, a specific acquirer, a specific consumer, a specific product/service, a consumer having a specific characteristic, a merchant having a specific characteristic, an issuer having a specific characteristic, an acquirer having a specific characteristic and a product/service having a specific characteristic.
G06Q 50/00 - Systèmes ou procédés spécialement adaptés à un secteur particulier d’activité économique, p.ex. aux services d’utilité publique ou au tourisme
64.
BEVERAGE HOLDER HAVING A CHIP UNIT FOR PERFORMING PAYMENT TRANSACTIONS
A beverage holder apparatus includes a chip unit attached to a beverage holder and adapted to communicate with a chip unit reader to perform a payment transaction to purchase the beverage. The chip unit stores an account identifier associated with a financial account, and transmits the stored account identifier to the chip unit reader to perform the payment transaction.
G06K 19/07 - Supports d'enregistrement avec des marques conductrices, des circuits imprimés ou des éléments de circuit à semi-conducteurs, p.ex. cartes d'identité ou cartes de crédit avec des puces à circuit intégré
65.
SYSTEM AND METHOD OF VALIDATING A RELATIONSHIP BETWEEN A USER AND ACCOUNT AT A FINANCIAL INSTITUTION
A system and method for validating a relationship between a user and a user account at a financial institution includes a data communication device, a memory, a processor coupled to the memory, and an account validation module executable by the processor. The account validation module generates a verification identifier for storage in the memory and is provided to the user, and subsequently receives a user initiated financial transaction involving the user account at the financial institution. The received financial transaction includes a comparison identifier supplied by the user. The account validation module determines whether the comparison identifier corresponds to the verification identifier for purposes of validating the relationship between the user and the user account maintained at the financial institution.
A financial transaction card having a card with a front face and a back face, a financial payment device on or in the card, an advertising screen on one of the front face and the back face, and at least one activating arrangement connected to the advertising screen, configured to activate and deactivate the screen.
G09F 23/00 - Publicité sur ou dans des articles spécifiques, p.ex. cendriers, boîtes aux lettres
B42D 15/10 - Cartes d'identité, cartes de crédit, cartes bancaires ou cartes analogues portant des informations (supports d'enregistrement, p.ex. cartes d'identité ou cartes de crédit, pour utilisation avec des machines et avec au moins une partie prévue pour supporter des marques numériques G06K 19/00)
G09F 27/00 - Publicité ou présentation à la fois visuelle et sonore, p.ex. pour information collective
A card can be used to make a payment or to gain access to a secure facility. The card embeds a chip, a passive circuit, and an antennae that receives frequencies upon which the chip executes corresponding payment and access applications. The passive circuit powers the chip upon being energized by an external circuit that emits the frequencies. The card docks into a card dock having a user interface. The user interface has buttons which, when particularly engaged, permits reception of one of the frequencies that energizes the passive circuit to power the chip for the execution of the corresponding application.
H04B 1/38 - TRANSMISSION - Détails des systèmes de transmission non caractérisés par le milieu utilisé pour la transmission Émetteurs-récepteurs, c. à d. dispositifs dans lesquels l'émetteur et le récepteur forment un ensemble structural et dans lesquels au moins une partie est utilisée pour des fonctions d'émission et de réception
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
Devices and methods for signature authentication of a bearer of a payment processing device during financial transactions are provided. The payment processing device is provided with a signature input panel configured to receive user input signature information for the purpose of authenticating the signature. After the bearer of the payment processing device writes her signature into the signature input panel, the input signature information is compared to a pre-stored signature profile stored in [he payment processing device for authentication.
G06K 9/00 - Méthodes ou dispositions pour la lecture ou la reconnaissance de caractères imprimés ou écrits ou pour la reconnaissance de formes, p.ex. d'empreintes digitales
69.
SYSTEM AND METHOD FOR A MERCHANT DEBIT CARD PROGRAM INCLUDING A PLURALITY OF ISSUERS
A merchant debit card program is described that includes a plurality of authorized issuers for debit card accounts. The merchant debit card program includes a merchant loyalty program that provides rewards to enrolled debit card accounts. The authorized issuers provide management of the debit card accounts including customer statements, payment authorizations and customer service. Application data for a new debit card account is transmitted from the merchant to the selected issuer by a card processing system. Enrollment data to the merchant loyalty program may also be transmitted from the merchant to an authorized issuer by the card processing system.
A method begins by determining option criteria for a group of transactional cards. The method continues by providing the option criteria to a transactional processing entity device. The method continues by receiving, from the transaction processing entity device, a plurality of options that are in accordance with the option criteria. The method continues by processing a selection of at least one of the plurality of options to create an options data file for the group of transactional cards. The method continues by providing the options data file to the transactional processing entity device.
A method begins by initiating communication with a transactional processing entity device. The method continues by receiving a profile inquiry message from the transactional processing entity device. The method continues by providing a response to the profile inquiry message such that a merchant profile is generated or updated. The method continues by receiving an offer data file inquiry message from the transaction processing entity device. The method continues by providing an offer response to the offer data file inquiry message.
A method begins by generate, for each of a plurality of merchant devices, an offer data file to produce a plurality of offer data files. The method continues by compiling, for one of a plurality of issuer devices, an options data file for a group of credit cards based on at least one of the plurality of offer data files. The method continues by transmitting the options data file to the one of the plurality of issuer devices. The method continues by receiving, from the one of the plurality of issuer devices, at least one selection from the options data file to produce an options program file for the group of credit cards. The method continues by receiving, from a card holder device associated with one of the group of credit cards, a selection of at least one option from the options program file to produce at least one selected option. The method continues by processing transactions of the one of the group of credit cards in accordance with the at least one selected option.
A mobile payment device includes a contactless payment module, a processing module, and a display module. The contactless payment module is coupled to execute a credit payment transaction. The processing module is coupled to detect the executing of the credit payment transaction and retrieve credit image data based on the detecting. The display module is coupled to process the credit image data into a displayed credit image.
A method begins with receiving an indication that one of a plurality of merchant data files includes an inconsistency with respect to a corresponding merchant profile record in a merchant profile database. The merchant data file of the plurality of merchant data files includes merchant name, merchant business address, and merchant business information. The method continues with receiving a request to authenticate the updating of the corresponding merchant profile record when the inconsistency for the one of the plurality of merchant data files is addressed by a merchant device updating the corresponding merchant profile record. The merchant device corresponds to a merchant of the one of the plurality of merchant data files. The method continues with providing an authentication response regarding the updating of the corresponding merchant profile record.
A method begins by accessing a merchant web site that is associated with a merchant profile database. The method continues by receiving a log-in page. The method continues by providing log-in information of a merchant via the log-in page. The method continues, when the log-in information is confirmed, by receiving a merchant information page that contains data of a merchant profile record of the merchant profile database. The method continues by providing a response regarding the data of the merchant information page.
A system and method to provide food stamp benefits to recipients (122). The state agency (120) responsible for distributing food stamp benefits to eligible recipients employs an issuer (112) to produce consumer access devices (124) for distribution to the recipients. The consumer access device is encoded with information enabling the food stamp recipients to purchase specified items from merchants (118). By imprinting the consumer access device with indicia identifying a commercial payment processing network (114) and employing the commercial payment processing network to process the transactions, transaction funded by the food stamp program will appear to be credit or debit transactions personally funded by the food stamp recipient.
A method begins by receiving, from a requesting device, a request to access a record within an entity profile database. The method continues by authenticating the requesting device. When the requesting device is authenticated, the method continues by determining status of the requesting device. The method continues by retrieving the record from the entity profile database to produce a retrieved record. The method continues by presenting the retrieved record to the requesting device in accordance with the status of the requesting device. The method continues by receiving a data change from the requesting device. The method continues by recording the data change. The method continues by providing an updated record to the entity profile database when the data change to the record has been verified.
A method begins by receiving at least a portion of a merchant master file. The method continues, for a merchant data file, by determining whether a corresponding merchant profile record exists within a merchant profile database. The method continues, when the corresponding merchant profile record exists in the merchant profile database, by comparing the merchant data file with the corresponding merchant profile record. The method continues, when an inconsistency exists between the corresponding merchant profile record and the merchant data file, by determining status of the merchant data file with respect to the at least a portion of the merchant master file. The method continues, when the status of the merchant data file is a first status level, by generating an inconsistency message that identifies the inconsistency.
Testing is performed upon a transaction payment card having a substrate with opposing surfaces, battery powered circuit, and having memory in contact with the substrate to store data that includes an identifier for an account upon which a transaction can be conducted. An electronic component, in contact with the substrate, is powered by the battery powered circuit. In the testing, an electrical measurement is made of the battery powered circuit at each of different times when the card is exposed to an environmental condition. An output of the electrical measurements is made. The environmental condition can be temperature, current pulse applied at different states of charge of the one or more batteries, an acceleration, deceleration, or vibration for a period of time applied to card, a vacuum condition applied to the card, etc.
G06K 19/07 - Supports d'enregistrement avec des marques conductrices, des circuits imprimés ou des éléments de circuit à semi-conducteurs, p.ex. cartes d'identité ou cartes de crédit avec des puces à circuit intégré
G06K 19/10 - Supports d'enregistrement pour utilisation avec des machines et avec au moins une partie prévue pour supporter des marques numériques caractérisés par le genre de marque numérique, p.ex. forme, nature, code utilisant des marquages de différentes sortes sur le même support d'enregistrement, p.ex. un marquage étant lu optiquement et l'autre par des moyens magnétiques au moins une sorte de marquage étant utilisée pour l'authentification, p.ex. de cartes de crédit ou de cartes d'identité
H01Q 1/38 - Forme structurale pour éléments rayonnants, p.ex. cône, spirale, parapluie formés par une couche conductrice sur un support isolant
An address of a computing device for conducting a transaction with a merchant on an account of an account holder is used to obtain display attributes of the computing device. An authentication request is formatted using the obtained display attributes of the computing device. The formatted authentication request is sent for delivery to the logical address of the computing device. In response to the formatted authentication request, authentication information for the account holder is received from the logical address of the computing device. A validation attempt is performed on the received authentication information for the account holder. If the received authentication information for the account holder was successfully validated by the performance of the validation attempt, the authentication response is transmitted for delivery to a logical address for the merchant.
A wireless mobile communications apparatus reads removable cards and can communicate an account corresponding to the removable card in order to conduct a wireless transaction with a merchant on the account with the wireless mobile communications apparatus. A total currency amount for the transaction, and remaining balance in the account after the transaction, can be displayed on a display screen of the wireless mobile communications apparatus. The removable card can be a gift card bearing a magnetic strip having an identifier for the account encoded thereto that will be read when inserted into the wireless mobile communications apparatus which can be a cellular telephone or Web enabled portable device. The magnetic strip gift card can be substantially composed of paper so as to be intended for disposable after use.
G06K 17/00 - Méthodes ou dispositions pour faire travailler en coopération des équipements couverts par plusieurs des groupes principaux , p.ex. fichiers automatiques de cartes incluant les opérations de transport et de lecture
G06K 19/00 - Supports d'enregistrement pour utilisation avec des machines et avec au moins une partie prévue pour supporter des marques numériques
82.
APPLICATION CURRENCY CODE FOR DYNAMIC CURRENCY CONVERSION TRANSACTIONS WITH CONTACTLESS CONSUMER TRANSACTION PAYMENT DEVICE
Data is wirelessly reading from a consumer's smart card and then parsed to derive the consumer's account upon which a transaction is to be conducted between a merchant and an Application Currency Code (ACC) corresponding to a second currency. The amount of the transaction is converted from the merchant's local currency to the second currency and included in an authorization request sent to the merchant's acquirer. A receipt for the amount of the transaction in the second currency is rendered if the transaction is authorized.
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
G06K 19/00 - Supports d'enregistrement pour utilisation avec des machines et avec au moins une partie prévue pour supporter des marques numériques
G06K 17/00 - Méthodes ou dispositions pour faire travailler en coopération des équipements couverts par plusieurs des groupes principaux , p.ex. fichiers automatiques de cartes incluant les opérations de transport et de lecture
83.
ONLINE INTERACTIVE ISSUED ACCOUNT ACQUIRED TRANSACTION INFORMATION MANAGEMENT
A single point of access and an integrated user experience for a set of tools are provided for a payment processing system that includes a transaction handler in communication with issuers and acquirers for the processing of payments from the issuers to the acquirers. The tools include: (i) commercial reporting; (ii) expense management; and (iii) account program management tools that are used by (a) issuers who issue the accounts for the cards to account holders and by (b) the account holders. Multiples services are integrated as relevant to specific audiences through an entitlement process, where a single point access is allowed. Applications, which can be developed and/or hosted independently, are accessible through a common interface.
Content and targeted advertisements are simultaneously provided to a client. Upon receiving a request for content from the client, a content provider requests a targeted advertisement from a transaction processor. The targeted advertisement is derived using a spending profile based upon a history of cashless acquired merchant transactions made by a consumer on an account, where the account has been associated with the consumer by the content provider. The targeted advertisement is selected from an advertisement database and is likely to attract the consumer's attention, resulting in a purchase being made on the account. Once the targeted advertisement is selected, it is received by the content provider and fitted to the dimensions of the advertising space. A page containing the targeted advertisement and requested content is delivered to the client where it is displayed on a display device and viewed by the consumer.
Account holder identification is used to access and retrieve the account holder's accounts and attributes thereof. A user interface receives a selected account for which merchants having conducted transactions on the selected account are retrieved and displayed on the user interface. The account holder selects which merchants are to receive updated attributes of the selected account, such as a new expiration, a new billing address, a new credit limit, a name change of the account holder, etc. Each user selected merchant is notified of the user selected attributes of the user selected account.
To secure communications in an untrusted environment for a commercial transaction on an account between the account's holder and a merchant, an identifier and a signature can be derived from a token. The identifier is associated by use of a directory with an application context that identifies the account's issuer. The merchant will provide the signature to the account's issuer, or agent thereof, to be verified. In practice, a merchant to the identified issuer of an account an authorization request message for a transaction that includes a signature and an identifier for the account upon which the transaction is to be conducted. The account's issuer responds with an authorization response message that includes an indicator that the signature has been verified. After notice of the signature's verification, the transaction on the account is deemed authorized and the merchant can proceed.
Signals are received representing transactions made by a customer or domestic unit during a given period from a plurality of financial institutions. The transactions affect one or more accounts of the customer or domestic unit at each of the plurality of financial institutions. Data are stored representing the transactions in a machine readable storage medium. At least one benchmark is computed. The benchmark is in part based on a portion of the data corresponding to one or more of the accounts of the customer or domestic unit at a first one of the plurality of financial institutions and in part based on the data corresponding to all of the one or more accounts of the customer or domestic unit at all of the plurality of financial institutions. Data representing the benchmark are transmitted to the first financial institution.
A network architecture includes a perimeter network connected between an internal network and an external network. The perimeter network includes one or more external edge nodes that are connected to the external network and a plurality of proxy servers that are each connected to one or more of the external edge nodes. One or more internal edge nodes are connected between the plurality of proxy servers and the internal network. The proxy servers are operable to establish a first secure connection between a destination through the external network and a second secure connection to a destination in the internal network. Each of the plurality of proxy servers provide a substantially identical identification for authentication when establishing the first and second secure connections.
H04L 9/32 - Dispositions pour les communications secrètes ou protégées; Protocoles réseaux de sécurité comprenant des moyens pour vérifier l'identité ou l'autorisation d'un utilisateur du système
H04L 12/22 - Dispositions pour interdire la prise de données sans autorisation dans un canal de transmission de données
89.
TRANSACTION PROCESSING USING A GLOBAL UNIQUE IDENTIFIER
A Globally Unique IDentifier (GUID) is used to match an authorization request with an authorization response for a transaction between a merchant and a consumer upon an account within a payment processing system where the payment amount is unknown until after the merchant receives the authorization response that includes the GUID. After receiving the authorization response and when the payment amount is known, the merchant forms a transmission that has information for delivery to an issuer of the account. This information is sufficient for the issuer to forward the payment amount from the account to pay the merchant for the transaction. While including the GUID and the payment amount, the information does not include an identifier of the account.
A prepaid card processing system is operable for processing customized expiration dates of prepaid cards. The prepaid card processing system includes a database for storing program expiration parameters associated with an issuer prepaid card program; a set of card accounts created under the issuer prepaid card program, wherein each card account has an expiration date for a prepaid card associated with the card account; and one or more customized expiration parameters for the set of card accounts. The prepaid card processing system is operable to determine the expiration date for the prepaid card associated with the card account based on the program expiration parameters and the customized expiration parameters for the set of card accounts.
A processing system is operable for issuance and processing of cards with fee options applicable to a group of fee types. In one embodiment, the processing system includes a processing module, a secure card network, an issuer fee database and card account database. The card issuance database is operable to store a fee record associated with a card, wherein the fee record includes the fee options configured to apply to the group of fee types. The card account database is operable to store a card account record for the card, wherein the card account record includes a universal fee access counter for tracking parameters associated with the fee options configured to apply to the group of fee types.
A method for forming a dynamic verification value. The method includes altering a first data string to form a second data string, and forming a first dynamic verification value using at least a portion of the second data string. The first dynamic verification value is used to authenticate a portable consumer device in a first transaction. The second data string is used to form a third data string. A second dynamic verification value is formed using at least a portion of the third data string. The second dynamic verification value is used to authenticate the portable consumer device in a second transaction.
A system for authorizing a financial transaction of a financial presentation device such as a credit or debit card being presented from a customer to an online merchant. The system includes a peripheral device having a processor configured to generate a dynamic verification value for the card which changes for each financial transaction, and to transmit the dynamic verification value to a user computer via an I/O interface during an online transaction. The system also includes an authentication computer having a memory for storing information used to generate a comparison verification value, a communication device for receiving the dynamic verification value originating from the peripheral device, a processor and an authentication module executable by the processor adapted to generate the comparison verification value using information stored in memory. The authentication computer determines whether to authorize the financial transaction based on whether the comparison verification value matches the received dynamic verification value.
Healthcare purchase data from a transaction upon a patient's account may be required to be transported and stored for safeguarding patient confidentiality if sufficient to identify the patient and the purchase. To avoid non-compliance, a transaction hander (TH) receives the data from a merchant's acquirer as encrypted by a key known to both the acquirer and TH. After decrypting the data with that key, the TH re-encrypts it with a key known only to the TH, and then stored. After receiving an issuer's request for the data, the TH decrypts the data using its own key, re-encrypts it using a key known only to the TH and the issuer, and then sends it to the issuer who will decrypt the data using that key. The unencrypted data may be used by the issuer to demonstrate the issuer's regulatory compliance to a governmental entity.
G06Q 20/00 - Architectures, schémas ou protocoles de paiement
G06Q 40/00 - Finance; Assurance; Stratégies fiscales; Traitement des impôts sur les sociétés ou sur le revenu
G06Q 50/00 - Systèmes ou procédés spécialement adaptés à un secteur particulier d’activité économique, p.ex. aux services d’utilité publique ou au tourisme
G06F 21/22 - par limitation de l'accès à des programmes ou processus ou par limitation de leur manipulation
A system, method, and computer-readable storage medium configured to import fraud prevention rules from an issuer and implement them in real-time at a payment processor. Usually, a card issuing bank either approves or declines financial transaction; however, in embodiments of the present invention, the issuing bank creates fraud prevention rules, and the payment processor implements the created rules. A payment processor apparatus comprises a network interface, and a verification engine. The verification engine includes a transaction driver, and a real time decisioning processor. The network interface is configured to receive a fraud prevention rule from a payment card issuing bank, and to receive a proposed financial transaction from an acquiring bank. The transaction driver receives the fraud prevention rule. The real time decisioning processor compares the proposed financial transaction from the acquirer and the fraud prevention rule to determine whether the proposed financial transaction should be declined.
A computer-implemented automated method of generating a report of sales growth estimate from point of sale transaction settlement database includes selecting a subset of the point of sale transaction data that represents sales transactions for accounts in the transaction settlement database that are active during two consecutive reporting periods from the point of sale transaction settlement database. The selected subset of the point of sale transaction data is then analyzed based on a sorting category resulting in an estimate of sales growth rate over the reporting period.
G06F 19/00 - Équipement ou méthodes de traitement de données ou de calcul numérique, spécialement adaptés à des applications spécifiques (spécialement adaptés à des fonctions spécifiques G06F 17/00;systèmes ou méthodes de traitement de données spécialement adaptés à des fins administratives, commerciales, financières, de gestion, de surveillance ou de prévision G06Q;informatique médicale G16H)
A stored value card and system provides a stored value card issued in the name of a cardholder and with an account associated with an issuer and a legal account holder. The legal account holder is initially a person or entity other than the cardholder. The legal account holder manages the account and is authorized to add funds to the account and the cardholder is authorized to use the funds in the account. As the account is being used, and account data is changing, the account data is compared to a plurality of triggering criteria. When a predetermined number of the triggering criteria are satisfied, the nature of the account is changed and the cardholder becomes the legal account holder who then manages and owns the funds in the account.
A system and method of funding a financial transaction card, providing a financial transaction card to a user, wherein the financial transaction card has a face value and wherein an amount of funds pertaining to the face value is placed in a liability account, and wherein the financial transaction card has an actual value of zero, activating the financial transaction card by the user; and funding a funds pool for the financial transaction card with the funds from the liability account after the activation of the financial transaction card, wherein only funds from the funds pool is available for conducting a purchase.
A server is operable to receive a media device identifying number (ID) and to create an established association between the media device with a payment account and to support at least one of payment authorization and payment clearing based at least in part on the media device ID and the payment account. The server is further operable to produce the payment account information to a smart card personalization service server to facilitate creation of a smart card with the payment account information that is associated with the media device. The server is also operable to produce the media device ID to the smart card personalization service server to facilitate creation of a smart card with the payment account information based in part on the media device ID.
Implementations of a portable consumer transaction device include a portable consumer transaction payment card having a power supply, memory to store information and instructions, where the information includes an identifier for an account issued to a card holder for the use of the portable consumer transaction payment card to conduct a transaction on the account with a merchant, an active magnetic strip encoding the account, an input device to put the information in the memory, and a computing device to execute instructions to control access by the card holder to use the portable consumer transaction payment card to conduct the transaction on the account at a Point of Service terminal with the merchant. The card can display an associated current account balance which can be written to the memory after a transaction has occurred.
G06K 17/00 - Méthodes ou dispositions pour faire travailler en coopération des équipements couverts par plusieurs des groupes principaux , p.ex. fichiers automatiques de cartes incluant les opérations de transport et de lecture
G06Q 20/00 - Architectures, schémas ou protocoles de paiement