Abstract: A system for providing real-time risk mitigation for an authorization system. The system receives authorization requests from multiple merchants (or their respective acquirers) and processes such requests. Each processed request is then forwarded to its corresponding issuer for further authorization. Each processed request includes an authorization message. The authorization message can include a risk score, a number of reason codes, and a number of condition codes. The use of the risk score, reason codes and condition codes allows issuers to make better informed decisions with respect to providing authorizations.

Abstract: For several accounts receivable, a reward account is determined as the account that receives the largest deposit to the loyalty reward balance thereof by a payment of the account receivable. For each reward account, a deficient reward account is found if the currency balance for the reward account is not sufficient for the payment of the account payable. For each deficiency reward account, if identified accounts receivables can be deposited such that the currency balance thereof will be sufficient to pay the account payable, then payments are made of: (i) the identified accounts receivables as corresponding deposits to the currency balance of the deficiency reward account such that the currency balance thereof is sufficient for the payment of the account payable; and (ii) the account payable by a withdrawal from the currency balance of the deficiency reward account.

Abstract: A method for conducting a transaction is disclosed. The method includes using a first portable electronic device, and directly transmitting a request for payment to a second portable electronic device through a wireless link. Then, the second portable electronic device transmits an approval of the request for payment to the first portable electronic device. One of the first and the second portable electronic devices then sends the request for payment to a payment hub service. The payment hub service then facilitates the transfer of funds from a payer institution to a payee institution to complete the transaction.

Abstract: A parse/build engine that can handle multi-format financial messages. The engine converts the different format messages into a common format, and the common format message is then processed by the business service application. A parser examines the message and determines an appropriate schema for the particular format of message received. The schema is a data structure in a schema registry that includes a grammar structure for the received format as well as pointers to handlers for converting the different fields of the message into the internal message format using the grammar structure (the “grammar” can include field sequence, field type, length, character encoding, optional and required fields, etc.). The handlers are individually compiled. As formats change, new formats or changes to old formats can be dynamically added to the parse/build engine by loading new schema and handlers.

Abstract: A method is used in a system that includes a financial service provider coordinating accounts issued by an issuer to cardholders requesting credit from merchants. Each merchant has an acquirer with whom the financial service provider also coordinates the accounts. The method can be performed by a merchant sending a transmission to its acquirer including a request for a transaction against one account to which the merchant receives a denial or prior to receiving such a denial. The merchant then requests information from the financial service provider who responds by sending the requested information, upon which the merchant determines whether to extend the credit. When the method is performed by a financial service provider, in response to the denial received by one merchant or prior to such denial, the financial service provider receives a transmission from the merchant including a request for information about the account.

Abstract: Methods and systems are disclosed for the generation and use of merchant-customizable token formats that define tokens that represent credit card and other payment numbers in online transactions. The tokens, which are used instead of the card numbers themselves for security, can be specified by the token format to have a certain number of characters, have certain fields reserved for major card identifiers, use encryption and/or randomization, be alphanumeric, and have other formatting. The customized tokens can be used with legacy equipment that uses longer or shorter card numbers than the standard sixteen-digit payment card number format and can be less likely to be recognized as related to card numbers by identify thieves.

Abstract: Loyalty programs can be operated within a payment processing system having multiple vendors, thereby providing access to detailed transaction data and with the flexibility for customization of the loyalty programs themselves, by establishing a communication for the transfer of data via a customer-facing channel. When the payment processing system processes a transaction between a merchant and an account holder, in addition to obtaining payment for the merchant from the account via an acquirer and an issuer, respectively, a transaction handler tabulates and stores different types of loyalty currencies in a loyalty reward account associated with the account holder if the account holder is enrolled in a loyalty program and criteria for applying the loyalty program are satisfied. The account holder is provided access to the loyalty account via the customer-facing channel.

Abstract: 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.

Abstract: A portable consumer device that is used to conduct a transaction at a merchant is authenticated. Information provided to a server computer includes locations of a merchant and a mobile communication device possessed by a consumer. If the location of the mobile communication device corresponds to the location of the merchant, the portable consumer device that is used to conduct the transaction is authenticated.

Abstract: A central transaction server in electronic commerce card authorization system enables the electronic commerce card association to manage and monitor the authentication system. The central transaction server acts as an intermediary for all communications between the access control server used for authentication. If any portion of the authentication system fails, the central transaction server compensates by providing appropriate responses to other portions of the system. The centralized transaction server translates all incoming traffic into a format compatible with the intended recipient, enabling portions of the system to be upgraded without breaking compatibility with the non-upgraded portions. The centralized transaction server also enables the integration of formally separate portions of the authentication system into a single unit.

Abstract: 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.

Abstract: An authorization system allows for cardholder-provided parameters to a personal authorization subsystem. The parameters can be selected by the cardholder to limit the authorizations that would otherwise be granted on the card. The parameters can indicate limits by frequency, dollar amount, merchant, geographic location, time of day, combinations thereof, or the like. Authorization for a given transaction, even where authorized by an issuer and a network operator, might be denied based on self-constraints set by the cardholder. In some variations, messages are sent to the cardholder based on constraints set by the cardholder and transactions might be approved and messaged, or denied and messaged.

Abstract: 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.

Abstract: A method and system for payments for mobile phone payments with a disabling feature is disclosed. The method includes activating a mobile phone containing contactless payment systems, and having a timeout feature disable the contactless payment systems after a set period of time.

Abstract: Data to be exchanged in a transaction is protected by using a hashing function to transform sensitive data into a scrambled form. The hashing function can use as its inputs data derived entirely or in part from portions of the data to be exchanged. The hashing function can also use as its inputs data derived entirely or in part from other locally available data. The output of the hash function is then transmitted to a destination that attempts to recreate the output of the hash function in order to validate the data transmission.

Abstract: 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.

Abstract: An apparatus such as a mobile phone includes a contactless smart card or payment device, where the smart card is intended for use in both commerce transaction payment and transit fare payment (or other venue access) environments. The payment device may function as both an electronic wallet for commerce transactions and as a transit system card, for access to and fare payment of transit services. Implementation of both functions may be achieved by use of a dynamic memory management system that permits data for both the payment and transit applications to be stored on the card, with the transit data and storage locations isolated from those used to store data intended for use in paying for commerce transactions. The transit application specific data may include access control data (keys, passwords, identification data) or data required for fare calculations (rates, historical data on system use), for example.

Abstract: In one aspect, a computing apparatus includes: a transaction handler configured to process transactions; a data warehouse configured to store transaction data recording the transactions and to store event data for travel related events; a pattern detector configured to identify correlation data relating transaction patterns in the transaction data and the events identified in the event data; a portal configured to, in response to an occurrence of a first event, provide merchants with a report of a predicted spending pattern, including the identification of a set of consumers, identified based on the correlation data and data identifying the first event; a score generator to compute a value score for a traveler based on transaction data of the traveler; and a data services platform configured to provide the value score to a hotelier in response to a transaction processed by the transaction handler to check in the traveler at the hotelier.

Abstract: 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.

Abstract: A portable consumer device may have money stored therein, which can be calculated using an accumulator record and an exception record. The accumulator record can be incremented by the amount of any initiated transaction using the portable consumer device. The exception record can be incremented by the amount of any completed transaction using the portable consumer device. The portable consumer device may also have a limit amount, to record the amount of money added. The records allow for a later reconstruction of the device history, and can account for any errors or problems during transactions.