Abstract: A secure electronic peer-to-peer bond-trading network for executing trades at mid-market prices and a process for performing the trades in a secure cryptographic manner, where users can submit pricing or show trade orders in a manner such that confidence in the protection of confidential information is enhanced.

Abstract: A method for trusted notifications comprises: receiving, at a first host having at least one trusted server, a request message from a sender computing device, the request message comprising a request identifier and instructions to: update, at a second host, a recipient account associated with a recipient computing device, and to make a corresponding update at the first host to a sender account associated with the sender computing device. The method further comprises authorizing, at the first host, the request message; updating the sender account; generating a secure message at the at least one trusted server, the secure message comprising the request identifier and an indication from the at least one trusted server that the update completed; and sending the secure message from the first host to the sender computing device. The secure message can be received at the sender computer device and conveyed to the recipient computing device.

Abstract: Technologies for managing payment authorization request messaging for payment transactions include a transaction management controller. The transaction management controller receives a transaction amount for a payment transaction from a business management engine and a payment transaction type from a point of interaction device. The transaction management controller initializes a transaction processing module that corresponds to the received payment transaction type. The transaction processing module defines payment processing parameters for processing payment transactions of the payment transaction type. One or more of the payment processing parameters are modified based on configuration data received from a remote configuration device. The transaction management controller processes the payment transaction as a function of the payment processing parameters. Other embodiments are described and claimed.

Abstract: Systems and methods are disclosed for performing payment transactions using indicia-based associations between two or more user interfaces. One method includes: receiving transaction information related to a user's selection of goods or services from a merchant; generating an indicia encoding the transaction information related to the selected goods or services, the merchant, and the transaction amount; transmitting the indicia to be displayed, and to enable a user interface of a first user device to scan the indicia and extract the transaction information; receiving from the first user device, an authorization to process the payment transaction using a mobile payment source; and if sufficient resources exist in the mobile payment source: generating and transmitting a low value token to the merchant indicating the authorization of the payment transaction, wherein the low value token conceals the information related to the mobile payment source; and processing the transaction using the mobile payment source.

Abstract: An instruction to generate target information is received by a server and from a first user. The instruction includes two or more pieces of user identity information associated with two or more different users. The two or more pieces of user identity information are combined, by the server and in a predetermined method, into continuous text information. The two or more pieces of user identity information in the continuous text information are separated by one or more separation strings. The target information is generated, by the server, based on at least a predetermined algorithm and the continuous text information.

Abstract: Systems and methods for validating and processing payment transactions are disclosed. In the embodiments of the invention a first authorization request message and a first verification value are received at a server computer. The verification value is validated and a second authorization request message with a second verification value is generated. The first verification value may be a dynamic value and the second verification value may be static value. The second verification value is associated with portable device used to perform a transaction and it is what the issuer computers of the portable device expect to receive as part of an authorization request message in a payment transaction.

Abstract: Systems and methods for authentication and authorization using physical computing cards include receiving from the physical computing card an authorization request, where the request includes a card identifier and an entity location. Authorized users associated with the card identifier are determined. Identifications of users with pending transactions at the entity location are obtained. Verification is performed by determining that there is a match between an identification of a user to an identification of one of the authorized users. The user is then authorized to access resources associated with the physical computing card.

Abstract: A system receives information for a plurality of invoices having invoice amounts owed by a debtor-buyer to a plurality of creditor-suppliers, a cash pool amount for a cash pool available by the debtor-buyer for early payment of at least some of the invoice amounts, and a desired return rate, receives a plurality of offers, each offer from a corresponding creditor-supplier and comprising an offer return rate, determines whether each of the plurality of offers is eligible for acceptance based on each offer return rate from each offer and the desired return rate for the buyer and selects one or more invoices each having an invoice amount, and transmits award information to the debtor-buyer.

Abstract: Methods and systems for tracking a commodity. The systems and methods may receive commodity data and data regarding a market condition. The systems and methods may assign a financial value to an entity's commodity and communicate an alert to the entity upon the assigned financial value satisfying a predetermined condition.

Abstract: Embodiments are directed to optimizing the secure provisioning of credentials to mobile devices through use of risk decision non-overrides. In some embodiments, a service provider receives a request from a wallet provider to provision a credential associated with an account to a mobile device. The request includes a first risk level associated with the provisioning. The service provider receives a second risk level associated with the provisioning request from an issuer of the account. Based upon determining that a non-override condition exists, the service provider uses the first risk level from the wallet provider and accordingly causes a user authentication to occur. A non-override condition may be determined based upon scenario indicators received within the provisioning request. In some embodiments, the non-override condition may be ignored when the first risk level indicates medium risk and the second risk level indicates high risk.

Abstract: Systems (100), methods, and machine-executable data structures for the processing of data for the secure creation, administration, manipulation, processing, and storage of electronic data useful in the processing of electronic payment transactions and other secure data processes. Aspects of such systems (100) include trusted platforms (120) by which networked communication devices (110) and merchant systems (130) may registered as trusted entities 110?, 130. Information associated with particular payment means, such as accounts or payment tokens, can be stored on device(s) secure data sets known as virtual or electronic wallets (112), or in the form of secure payment tokens. Common application programming interfaces executed by devices (110) may facilitate push and pull processes between electronic wallets (112) and other secure data stores (136, 120, 160). Users (190) may thereby initiate and complete electronic transactions directly from within applications on trusted devices (110?).

Abstract: Systems (100, 900), methods, and machine-executable data structures for the processing of data for the secure creation, administration, manipulation, processing, and storage of electronic data useful in the processing of electronic payment transactions and other secure data processes. Aspects of such systems (100) include trusted platforms (120) by which networked communication devices (110) and merchant systems (130) may registered as trusted entities 110?, 130. Information associated with particular payment means, such as accounts or payment tokens, can be stored on device(s) secure data sets known as virtual or electronic wallets (112), or in the form of secure payment tokens. Among other improvements, the invention enables the use of multiple payment accounts to fund purchases and other electronic transactions.

Abstract: The present disclosure relates to systems, methods, and devices for enabling peer to business payments using an integrated payment and messaging system. In particular, the integrated payment and messaging system allows users to send electronic payments as well as exchange messages with a merchant. The integrated payment and messaging system can improve security by allowing a user to make a purchase without having to provide sensitive financial information to the merchant. In addition, the integrated payment and messaging system can allow a user to make a payment for an order seamlessly during a conversation with the merchant.

Abstract: Methods and systems for determining a cause of loss to a property for damage associated with an insurance-related event based upon data received from a second property. A smart home (or other building) controller and/or an insurance provider remote processor may generate a time sequence of events for damage associated with an insure-related event. The smart home controller or remote processor may also receive a time-sequence of events generated by a smart home controller associated with a second property. The smart home controller or remote processor may compare the two time-sequences of events to determine causes of loss associated with damage to the property. The compared data may be further used to assign a portion of the overall damage to each cause of loss. Subsequently, the smart home controller or remote processor may automatically generate an insurance claim for damage to the property associated with the insurance-related event.

Abstract: An instruction to generate target information is received by a server and from a first user. The instruction includes two or more pieces of user identity information associated with two or more different users. The two or more pieces of user identity information are combined, by the server and in a predetermined method, into continuous text information. The two or more pieces of user identity information in the continuous text information are separated by one or more separation strings. The target information is generated, by the server, based on at least a predetermined algorithm and the continuous text information.

Abstract: A computer implemented method for operating a token management system includes: generating the first plurality of request messages; generating a first plurality of public tokens; augmenting each of the first plurality of request messages with one of the first plurality of public tokens, the augmenting resulting in a first plurality of augmented request messages; transmitting the first plurality of augmented request messages to the first plurality of market participants; generating a second plurality of public tokens based on the first plurality of public tokens; querying a database of financial messages for any financial messages including any of the second plurality of public tokens; and associating a plurality of financial messages including any of the second plurality of public tokens with each other.

Abstract: Systems, methods, and apparatuses for processing multi-party insurance claim payouts are provided. A method includes receiving, by a processing circuit, an electronic insurance claim payment request based on an insurance claim regarding an insured entity; evaluating, by the processing circuit, the electronic insurance claim payment request; and facilitating, by the processing circuit, a dispersal of an amount of funds based on the electronic insurance claim payment request to the insured entity.

Abstract: Embodiments are directed to the generation of a token associated with a status. The status of the token may affect how the token is treated and the types of restrictions placed on the token. The status of the token may indicate that the token is generated based on verification of secure user data. Alternatively, the status of the token may indicate that the token is generated based on insufficient user data and, as such, restrictions may be imposed on the token. The token requestor may be a mobile application, such as a merchant mobile application provisioned on a user device. In response to a token request from the merchant, the token provider issues tokens with varying status based on a confidence level. The status of the token may be indicated in terms of token assurance level.

Abstract: Systems and methods for performing insurance damage inspection by an unmanned aerial vehicle (UAV) are provided. A computing device may receive a request to inspect a vehicle, the request comprising a location of the vehicle. The computing device may identify a UAV from a plurality of UAVs that is located closest to the location of the vehicle from other UAVs in the plurality of UAVs. The computing device may instruct the UAV to travel to the location of the vehicle. The computing device may instruct the UAV to collect damage information on the vehicle using one or more onboard sensors of the UAV. The computing device may determine an amount of insurance payout to approve for repairs to the vehicle based on the damage information collected by the UAV.

Abstract: Various examples are directed to systems and methods for securely sending and using proxy element in a mobile wallet system. Through a user interface associated with a proxy originator wallet, user input may be received that defines the parameters of the proxy element. The parameters may include one or more of a spending limit, a time duration, a use number condition, and a transfer condition, and a product condition. A request may be sent from the proxy originator wallet to a proxy approver system to create the proxy element. The originator wallet may receive a proxy grant acknowledgement from the proxy approver system. The grant acknowledgement may instructions for obtaining credentials for the proxy element. The proxy element including the parameters and the instructions for obtaining credentials may be sent to a mobile wallet of a recipient. The recipient mobile wallet may use the proxy element for payment or non-payment transactions.