Abstract: Exemplary systems and methods for the addition of a block to a permissioned blockchain using efficient consensus are disclosed. The methods and systems may include receiving transaction messages having transaction values from consensus nodes and generating a Merkle root for the transaction messages using transaction references and a proposed block header having the Merkle root and a hash of the header of the most recently added block in a blockchain. The proposed block header may be hashed and transmitted with a proposal message having a digital signature to auditing nodes. A response message accepting the digital signature may be received and an accept message may be transmitted to the auditing nodes and a confirmation message may be transmitted to the consensus-nodes. A new block may be written to the blockchain having the transaction values from the transaction messages and a header including the proposed block header and digital signature.

Abstract: A method for authentication facilitated via a trusted execution environment includes: reading payment credentials in a first application program stored in a first memory area of a computing device; transmitting an authentication request to a second application program stored in a trusted execution environment of the computing device separate from the first memory area; displaying a prompt for authentication data based on an instruction supplied by the second application program; receiving authentication data; transmitting the received authentication data to an external computing device; receiving, by the second application program of the computing device, an authentication result from the external computing device; and transmitting, by the second application program of the computing device, the authentication result to the first application program in response to the authentication request.

Abstract: The present application is directed to apparatuses, methods, and systems for remote deposit capture with enhanced image detection. In one form, a system includes a processor configured to extract an instrument image from an image that is associated with an account, where the instrument image is extracted by determining at least one corner of a plurality of corners of an instrument in the image, and to transmit the instrument image to a financial institution server to transfer funds between financial institution accounts.

Abstract: Systems, methods and apparatus for creating, analyzing and updating a property inventory are disclosed which include receiving, from a user operating a mobile device, a request to add a new item of property to an insurance inventory associated with an insurance policy, the request including information identifying the new item, at least a first image of the new item, and information identifying a location of the new item. An insurance inventory system is operated to add the new item to an insurance inventory associated with the insurance policy, the updating including computing a total current value of the insurance inventory including the new item. A coverage engine is operated to compare coverage limits associated with the insurance policy to the total current value of the insurance inventory to determine if the total current value is within a coverage limit of the insurance policy. A response is transmitted to the user based on the determination.

Abstract: A digital wallet may be accessed via a plugin on a browser. The digital wallet may store account information pertaining to various accounts of a user. The account information may be related to funding sources, reward programs, loyalty programs, retailers and other merchants, driver license information, voter registration information, government agencies, etc. The user may drag and drop account information from the digital wallet via the plugin to a checkout page or the plugin may automatically recognize and populate a checkout page. In an implementation, the plugin may select a funding source based on rules, such as use one funding source for payment of less than a predetermined amount and use another funding source for payment of at least the predetermined amount.

Abstract: A method for determining social contagion while monitoring social media may be executable via operation of configured processing circuitry. The method may include receiving data indicative of social media activity of a plurality of users, selecting features of interest from the data, building a relationship network indicative of connections between the users and local networks to which various ones of the users belong, analyzing the features of interest to determine candidate features for classification as social contagion, determining a complex social contagion score for the candidate features, and providing an indication regarding the classification as social contagion based on the complex social contagion score.

Abstract: Systems and methods for intelligently authenticating payment transactions are disclosed. A user initiates a payment transaction to purchases goods or services from a merchant. The merchant sends a payment initiation request to a server computer in communication with a payment processing network and an issuer. The server computer queries various databases to determine one or more available communication channels that may be used as authentication channels by the issuer. The server computer also determines one or more communication channels, available for use by a mobile device of the user, that may be used as authentication channels to authenticate the payment transaction. The user is provided with a list of available/eligible authentication channels. User selects one of the authentication channels and the issuer is notified of the selection. The issuer uses the selected authentication channel to communicate with the user and authenticate the payment transaction.

Abstract: A distributed system includes a lending device that is configured to receive, from a user device, a real-time request for a loan associated with a service, where the request specifies at least an identifier of the user device and a specific amount of funds; determine, based at least on the specific amount of funds for the loan and on the identifier of the user device, to provide the loan to the user device; generate a digital token associated with the loan, where the digital token specifies usage restrictions that are associated with (i) an approved amount of funds, (ii) a duration of the loan, and (iii) a payee associated with a service device; and provide, the user device and/or the service device, the digital token associated with the loan, where the digital token is redeemable by the payee associated with the service device for the approved amount of funds.

Abstract: Disclosed are a method for realizing a digital currency wallet by using hardware, and a hardware wallet.

Abstract: A method is disclosed for mitigating the risks associated with driving by assigning risk values to road segments and using those risk values to select less risky travel routes. Various approaches to helping users mitigate risk are presented. A computing device is configured to generate a database of risk values. That device may receive accident information, geographic information, vehicle information, and other information from one or more data sources and calculate a risk value for the associated road segment. Subsequently, the computing device may provide the associated risk value to other devices. Furthermore, a personal navigation device may receive travel route information and use that information to retrieve risk values for the road segments in the travel route. An insurance company may use this information to determine whether to adjust a quote or premium of an insurance policy.

Abstract: A user is presented with a first display with certain parties and a second display on the same screen, where the user can drag and drop the parties on the first screen to the second screen to create a desired network flow. A service provider, such as a payment provider, builds code based on the network flow and zips it into a downloadable file. The user can then easily implement the zipped code into a mobile app that will allow a user to send data through the app using the payment provider. The zipped code uses a library of data options offered by the payment provider and allows the user to input custom variables into these options. Code is automatically generated for the user to use based on the user input.

Abstract: One embodiment of the invention is directed to a method comprising, receiving an authentication request message for a transaction. The method further comprises determining that detailed device information is required to authenticate the transaction and generating a message including an identifier and a request for the detailed device information. The method further comprises retrieving the detailed device information from a remote server computer using the identifier and modifying the authentication request message to include the detailed device information. The method further comprises sending the modified authentication request message to an access control server computer. The method further comprises receiving an authentication response message from the access control server computer including a verification value for the transaction, where the verification value is generated based on a result of a risk analysis performed using the detailed device information.

Abstract: A network operator intermediates a cashless transaction by sending a payment device issuer an outbound clearing data file enriched with cleansed merchant data. Issuers that choose to participate in the merchant data cleansing service will be provided with the cleansed, and optionally augmented, merchant information. Providing this data to the issuer could be used to help reduce costs associated with “do not recognize” calls by cardholders, disputed charges, and charge-backs. With cleansed data provided in the clearing record, a device holder would be given access to this cleansed information about the merchant where a transaction took place through their statement. The present disclosure also provides for augmenting the clearing record data to include merchant-specific add-on and/or aggregate data not presently included in the transaction clearing record, yet useful to the issuer both in form and content.

Abstract: Mediums, apparatus, computer program code, and means may be provided to evaluate relative risks based at least in part on source inputs received via a distributed communication network by an automated back-end application computer server. According to some embodiments, the server may access a data store containing electronic files associated with a set of entities to retrieve, for each of a plurality of the entities in the set of entities, electronic files associated with that entity. The server may also retrieve structured data elements, unstructured data elements, and external, third-party data elements for that entity. The server may then execute an automated risk model to assign a risk score to that entity based on the electronic files, the structured data elements, the unstructured data elements, and the external, third-party data elements for that entity and transmit indications of the risk scores for the plurality of entities.

Abstract: A method is disclosed for mitigating the risks associated with driving by assigning risk values to road segments and using those risk values to select less risky travel routes. Various approaches to helping users mitigate risk are presented. A computing device is configured to generate a database of risk values. That device may receive accident information, geographic information, vehicle information, and other information from one or more data sources and calculate a risk value for the associated road segment. Subsequently, the computing device may provide the associated risk value to other devices. Furthermore, a personal navigation device may receive travel route information and use that information to retrieve risk values for the road segments in the travel route. An insurance company may use this information to determine whether to adjust a quote or premium of an insurance policy.

Abstract: A method includes performing operations as follows on at least one processor: receiving credentials from a shopper, the credentials being associated with a purchase from a merchant, evaluating a history of purchases by the shopper from the merchant, determining that the shopper is entitled to virtual card present status from a financial institution based on evaluating the history of purchases, and sending a payment authorization request message for the purchase to the financial institution that comprises an indication that the shopper is entitled to virtual card present status.

Abstract: Systems and methods disclosed herein for managing recurring payment transactions. The recurring payment transaction can be based on account information stored by the merchant. When an initial payment transaction is not successful, a resubmission schedule is determined. The resubmission schedule identifies particular time slots within which subsequent payment transactions are to be submitted. The time slots are selected to increase the likelihood of a successful payment transaction.

Abstract: A method is disclosed for mitigating the risks associated with driving by assigning risk values to road segments and using those risk values to select less risky travel routes. Various approaches to helping users mitigate risk are presented. A computing device is configured to generate a database of risk values. That device may receive accident information, geographic information, vehicle information, and other information from one or more data sources and calculate a risk value for the associated road segment. Subsequently, the computing device may provide the associated risk value to other devices. Furthermore, a personal navigation device may receive travel route information and use that information to retrieve risk values for the road segments in the travel route. An insurance company may use this information to determine whether to adjust a quote or premium of an insurance policy.

Abstract: A transaction system performs a transaction for a purchase of goods or services. Information about a purchase of goods or services is displayed on a display of a transaction device. The transaction device receives from a user, primary identification data which comprises biometric data that identifies the user. The transaction device receives from the user, secondary identification data which identifies the user. The secondary identification data is in addition to the primary identification data, and the secondary identification is of a different type than the primary identification data. A primary biometric identification parameters database is accessed to verify identification of the user. A secondary identification parameters database is accessed to confirm identification of the user.

Abstract: Certain consumers may not have a credit report and, thus, may not be able to enroll in a credit monitoring service. A credit report monitoring system requests a credit report of consumers that are attempting to enroll in a credit monitoring service. If no credit report is located for the consumer, a credit report of the consumer is automatically periodically requested by the system. When a credit report is later located, the consumer may continue with enrollment in a credit report monitoring service. In this way, the consumer is alerted of the (possibly fraudulent) creation of a credit report and is quickly able to enroll in a credit monitoring service.