Abstract: The THIRD-PARTY VALUE ADDED WALLET FEATURES AND INTERFACES APPARATUSES, METHODS, AND SYSTEMS (“VAW”) facilitates allowing a third party service provider to integrate with an electronic wallet to provide a value-added service to a wallet consumer. The VAW may also be configured to facilitate the creation and funding of pre-paid accounts in a consumer's virtual wallet.

Abstract: An automated banking machine operates to cause financial transfers responsive at least in part to data read from data bearing records. The automated banking machine includes a card reader that is operative to read card data corresponding to financial accounts from user cards. The card data is linked in at least one data store to data indicating that the card data corresponds to a financial account that is authorized to be used to conduct at least one transaction through use of the automated banking machine. The automated banking machine may be used to carry out financial transfers involving financial accounts by users who are determined to be authorized users of such accounts. Data corresponding to a financial account can also be linked to a mobile wireless device so as to enable financial transfers by authorized users of such accounts.

Abstract: The invention provides a method of processing transactions with a billing server, including receiving, with the billing server, a transaction request API call from a merchant computer including a msisdn, transmitting, with the billing server, a transaction request response to the merchant computer in response to the transaction request API call, including a transmission ID, receiving, with the billing server, a payment authorization text message from a consumer device at the msisdn including a transaction ID, determining, with the billing server, a match between the transaction ID in the text message with the transaction ID in the transaction request response and if a match is determined between the transaction ID's, transmitting, with the billing server, a charge request to a carrier server to charge an account on the carrier server corresponding to the msisdn.

Abstract: A phone-on-file opt-in method is described. A phone-on-file opt-in request is received at the billing server including a msisdn and a merchant supplied unique consumer identifier. The billing server confirms the phone-on-file opt-in with a consumer device and records a phone-on-file opt-in status as active if the first phone-on-file is confirmed. A charge method includes receiving, at the billing server, a charge API call from a merchant server including at least one identifier and an amount, determining a phone-on-file opt-in status corresponding to the identifier at the billing server and transmitting a request to charge a user account to a carrier server if the phone-on-file opt-in status is active, but not if the phone-on-file opt-in status is inactive, the request including an amount corresponding to the amount received in the charge API call.

Abstract: A two step method for transferring money from a sender to a recipient includes entering information relating to the transfer into a near field communication (NFC) enabled device of the sender. The device is then placed in contact with or close proximity to a recipient's device a first time, causing the sender's device to establish an NFC link between the two devices and to gather information relating to the recipient via the NFC link. The sender's device is then placed in contact with or close proximity to the recipient's device a second time, causing it to transmit the information relating to the transfer and the recipient to a third party service provider via another network, e.g., the Internet, thereby causing the service provider to transfer the money from an account of the sender to an account of the recipient.

Abstract: A phone-on-file opt-in method is described. A phone-on-file opt-in request is received at the billing server including a msisdn and a merchant supplied unique consumer identifier. The billing server confirms the phone-on-file opt-in with a consumer device and records a phone-on-file opt-in status as active if the first phone-on-file is confirmed. A charge method includes receiving, at the billing server, a charge API call from a merchant server including at least one identifier and an amount, determining a phone-on-file opt-in status corresponding to the identifier at the billing server and transmitting a request to charge a user account to a carrier server if the phone-on-file opt-in status is active, but not if the phone-on-file opt-in status is inactive, the request including an amount corresponding to the amount received in the charge API call.

Abstract: A securities transaction, such as a buy or sell order is transmitted to a securities exchange with an indicator requesting automatic execution. In one embodiment, the securities transaction has a limit price and if the limit price is equal to or better than the current quote for the security on the exchange, the transaction is automatically executed without exposing the transaction to the auction market crowd on the exchange floor for possible price improvement. In another embodiment, the securities transaction is a market order, and if otherwise eligible, the transaction is automatically executed without exposing the transaction to auction market crowd on the exchange floor for possible price improvement.

Abstract: Systems and methods are provided for mobile payments. A financial institution may offer an electronic prepaid card of a merchant for sale to holders of Demand Deposit Accounts (DDA) and/or Line of Credit Account and/or Loan Account. The card may be provided in electronic form that may be scanned off the account holder's mobile device or by the device. When the account holder purchases the prepaid card, the financial institution may perform a real-time check whether the account holder has sufficient funds. If funds are sufficient, a transfer may be performed from the account holder's account to a holding account of another party at the same financial institution via ON-US transfer. The time duration between prepaid card purchase and its redemption can be so short that the purchaser does not feel the prepay process behind the scene.

Abstract: A method for conducting PIN authorized EMV payments using an ordinary mobile phone. The credit card payment is conducted using a merchant's device comprising a card reader and a mobile phone a payment server and a buyer's mobile phone. A PIN entry request is sent from the merchant's device to the buyer's device via the payment server. A secure application in the buyer's device is executed and a PIN code may be entered securely. The entered PIN code is either verified, via the payment server, against the credit card in said merchant's device or against a bank server. Thus, secure credit card payments can be performed using an ordinary unsecure mobile device's.

Abstract: Systems, methods and software for processing and displaying information associated with a plurality of currency exchange transactions to a forex dealer in real time, i.e. substantially simultaneously with the receipt or placement of the associated transactions orders or position requests.

Abstract: This invention provides for a method of (or apparatus for) facilitating the display of items of multiple transaction types in a commingled listing. The display of items of multiple transaction types in a commingled listing may include items which are being offered by a specific Seller at a network based commerce facility.

Abstract: A method facilitating secure financial transactions using email is presented comprising the steps of receiving bill data at a server implementing the method, and generating an email message to a recipient with information including at least a portion of the received bill data. The amount of bill data included in the email message is based, at least in part, on the email address of the recipient.

Abstract: Systems and methods are provided for maintaining neutrality while trading a list of securities using an algorithmic trading facility coupled with at least one destination. This destination includes at least one alternative trading system (ATS). This facility is coupled, via an electronic data network, to a plurality of trading clients, and configured to receive a trade request to trade a list of securities from a trading client. This request includes user defined trading constraints that are used to generate and transmit trade orders to at least one ATS. The orders are transmitted based on trading data related to the destinations, the trade list, and the trading constraints. The facility can identify each executed trade corresponding to the trade orders and calculate a trade imbalance. The facility can determine whether the trade imbalance exceeds the trading constraints, and reallocate one or more of said submitted orders based on this determination.

Abstract: A system and method for buying and selling securities based on volatility and liquidity rather than other fundamentals is demonstrated. The method involves: providing at least one decision model to buy and sell a security; inputting real-time data into the decision model; and automatically generating an order and executing transactions to buy and sell the security based in response to the decision model. The method continues in buying and selling the security based in response to decision model until the method is stopped.

Abstract: A computer trading system includes a quote screening function configured to accept quotes specifying a quote amount in a price where the quote amount is greater than a minimum quote amount to produce screen quote messages and to reject quotes specifying a quote amount less than the minimum quote amount. A market view generator generates market views from those quotes which specify an amount greater than or equal to the minimum quote amount. An order screening function only-accepts orders specifying an amount less than a maximum transaction amount submitted in response to the market views to produce screened order messages. A transaction processor receives screened quote messages and screened order messages and matches appropriate messages with each other. The minimum quote amount is substantially equal to or greater than the maximum transaction amount whereby a screened order message can be matched entirely with one screened quote message.

Abstract: A collateralized lending system and method using a central counterparty is disclosed. Lenders place orders to enter into long contracts with a central counterparty obligating them to lend an asset, or portion thereof. Borrowers place orders to enter into short contracts with the central counterparty obligating them to borrow an asset or a substantial equivalent thereof. The net effect acts like a lending transaction between the lender and the borrower. The central counterparty anonymously matches counter-orders from one or more borrowers and one or more lenders. Upon expiration of the loan, the central counterparty/clearing entity facilitates redemption of the loan. Thereby, the risk of loss due to borrower default is absorbed by the central counterparty encouraging lending activity by prospective lenders resulting in increased credit availability.

Abstract: A Universal Positive Pay Database (UPPD) method, system and/or computer useable medium to reduce financial transaction fraud. A UPPD database is configured to store thereon transaction records associated with financial transactions corresponding to customers of the UPPD database. A particular financial transaction is initiated between a payer and a payee by providing parameters associated with the financial transaction to the UPPD database. An issue File is provided to the UPPD database that includes parameters associated with the particular financial transaction. A correspondence determination is made between the financial transaction parameters from the Issue File and the financial transaction parameters provided to the UPPD database at every point along the financial transaction clearing process.

Abstract: Systems and methods for administering trade orders are described. An embodiment comprises receiving, from a first server operated by a first trader, a communication including a first trade order and one or more selection criteria, the first trade order including at least one of a specified instrument, a specified quantity, and a specified price; determining that a database of trade orders does not contain a trade order matching the first trade order; identifying a plurality of traders satisfying the selection criteria; sending, to a plurality of second servers, a query including at least one of the specified instrument, the specified quantity, and the specified price; receiving, from a one of the plurality of second servers operated on behalf of a second trader, a positive response to the query; and facilitating execution of a trade between the first trader and the second trader for the specified instrument at the specified price.

Abstract: A client device coalesces data received from an exchange, and provides a client application such as a graphical user interface with the opportunity to process fewer, but up-to-date, data updates from an exchange when a large volume of prices becomes available. Accordingly, the trader can be assured of receiving updated information that are fed to the client applications at a rate that is cohesive with that client device's processing speed.

Abstract: Systems and processes are disclosed for providing customized user interfaces for facilitating personal payment transactions. In certain embodiments, disclosed embodiments may generate a dynamic and customized interface for effecting the personal payment transaction by, for example, providing one or more options for the payer to fund the payment. The disclosed embodiments may provide an interface that includes one or more suggested recipients for identifying the payee associated with the payment transaction. The disclosed embodiments may also provide an interface that includes one or more routing options to route the payment. The disclosed embodiments may also provide an interface that provides one or more communication channel options for parties associated with the personal payment transaction to communicate.