Abstract: Biometric information is obtained from a user. A determination is made that the obtained biometric information matches at least one entry in a biometric database. In response to determining that the obtained biometric information matches the at least one entry in the biometric database, non-biometric verification information is obtained. A determination is made as to whether at least a portion of the non-biometric verification information matches at least a portion of preset non-biometric verification information associated with the user. In response to determining that the at least a portion of the non-biometric verification information matches, a determination is made that an identity of the user is verified. In response to determining that the at least a portion of the non-biometric verification information does not match, a determination is made that the identity of the user is not verified.

Abstract: Networks, systems and methods for event triggered trading of investment vehicles are disclosed. Orders that are conditioned upon events occurring outside a market may be submitted to an exchange. The conditional orders may be held or stored until the occurrence or non-occurrence of the event. An event data feed is provided to provide information identifying the occurrence or non-occurrence of the event. In response to receiving information via the data feed identifying the event, the orders conditioned upon the event will be triggered, matched, and executed.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media, for transferring money using email. One of the methods includes receiving a user input of a funds-transfer request from a sender associated with a first identifier to one or more recipients associated with one or more second identifiers, respectively, generating one or more electronic messages based on the user input, each being operable to allow a respective recipient to send a funds-transfer authorization, sending the electronic messages to the recipients based on the second identifiers, receiving one or more funds-transfer authorizations from the one or more recipients, respectively, identifying a sender account based on the first identifier and one or more recipient accounts based on the one or more second identifiers, respectively; and initiating one or more transfers of funds from the one or more recipient accounts to the sender account, respectively.

Abstract: A method and system may detect and correct errors in consumer reporting. A secure data file such as a Metro 2® formatted file may be obtained for a consumer that includes the consumer's credit information. A consumer reporting server may generate a non-sensitive private information (non-SPI) consumer identifier that references non-SPI consumer credit information included in the Metro 2® formatted file. Then a member of the organization may access the non-SPI consumer credit information to review the non-SPI consumer credit information and detect and correct errors. Errors may be detected by training a machine learning model using a first set of non-sensitive private information (non-SPI) consumer credit information from statements including errors and a second set of non-SPI consumer credit information from statements that do not include errors. The non-SPI consumer credit information for the consumer may be applied to the model to identify errors.

Abstract: Implementations of the present specification disclose mobile payment methods, apparatuses, and devices. In one aspect, the method includes: monitoring, by a terminal device that is in lock screen mode, outputs of one or more sensors of the terminal device; determining that the outputs of the one or more sensors satisfy first specified criteria indicative of one or more particular body movements; in response to determining that the outputs of the one or more sensors satisfy the first specified criteria, displaying, on the terminal device, a payment processing interface; receiving an input through the payment processing interface; and executing a payment service based on the input.

Abstract: A method for routing electronic payment transactions may include receiving transaction-related information from a merchant, extracting transaction routing criteria from the received transaction-related information, identifying one or more eligible payment networks and one or more eligible acquirer processors based on extracted transaction routing criteria, predicting a likelihood of authorization acceptance for each combination of identified acquirer processor and identified network, identifying one or more breakeven transaction amounts for each combination of identified eligible acquirer processor and identified eligible payment network, and routing signature debit transactions from the merchant to a least cost combination of acquirer processor and PIN-less debit network selected from the eligible payment networks based on identification of a desired breakeven transaction amount for the PIN-less debit network.

Abstract: Systems and methods may generally include sending an executable application, which when executed, automatically causes a monetary transfer. An example method may include performing, at a first user device, a handshake with a second user device, receiving, during the handshake, an operating capability of the second user device, and configuring, based on the operating capability of the second user device, an executable application, which when executed, automatically causes a monetary transfer to occur. The configured executable application may be sent to the second user device for execution.

Abstract: Embodiments provide payment methods, server systems and devices for dynamically adapting a timeout period. The method includes receiving, by a server system associated with a payment network, a payment transaction request from a merchant interface. The payment transaction request includes a payment information and a payment card information of a user. After receiving the payment transaction request, a plurality of authentication options may be presented to the user for authenticating the payment transaction. The user may select an authentication option from the plurality of authentication options. A timeout period for authenticating a payment transaction is determined based on the authentication option selected by the user. The timeout period is determined using a set of predefined rules. Moreover, the timeout period may be dynamically adapted based on the authentication option and one or more of a plurality of timers, a plurality of usage analytics data and a user profile information.

Abstract: A transaction device is described. The device comprises storage configured to store a first data record comprising first value data and a unique identifier associated with one other device; communications circuitry configured to receive an identifier and second value data from a device; and control circuitry configured to compare the received identifier with the unique identifier and in the event of a positive comparison, the control circuitry is further configured to update the stored first value data in accordance with the exchanged second value data.

Abstract: In an embodiment, a computer-implemented method for causing funds to be transferred between a first user and a second user of a payment transfer system includes receiving, from an application executing on a user device of the first user, a user input for a payment transfer. The user input includes an identifier associated with the second user and a payment amount. The method includes configuring a resource associated with the payment transfer system and accessible via an interactive interface element activatable at a user device of the second user. The resource is configured to initiate transfer of the payment amount. The method includes causing an electronic message associated with the payment transfer and the interactive interface element to be transmitted to the user device of the second user. The method includes, upon receiving an indication of an intent to effectuate the payment transfer, initiating a transfer of the payment amount.

Abstract: A method performed by a processor of a provider computing system includes allowing an account holder at the provider to initiate a transaction with the provider remotely (e.g., via smartphone, online banking, etc.), by submitting a request for a specified transaction to be picked up in a lockbox at a provider's lockbox location. The pickup and completion of the account holder's requested transaction occurs at a lockbox location that has a plurality of lockboxes. The lockbox allows the account holder to access the facility at the account holder's leisure, both in time and location. The lockbox pickup service alleviates the uncertainty, fluctuating time cost, and inconvenient operating hours by allowing the account holder to request transactions with an easy to use interface resulting in a lockbox to be accordingly prepped so that the account holder can provide the proper authentication information and access the lockbox.

Abstract: A method includes initiating, by a first computing device, an interaction with a second computing device. The first computing device includes a first digital asset unit and the second computing device includes a second digital asset unit. The first digital asset unit stores assignable tokens. The method further includes determining to assign conditional access rights to an amount of the assignable tokens to the second digital asset unit where the conditional access rights are in accordance with a set of conditions. The assignment of conditional access rights is a self-enforcing smart contract embedded in an assignable token distributed ledger technology. The method further includes locking the amount of the assignable tokens stored in the first digital asset unit and providing the conditional access rights to the amount of the assignable tokens to second digital asset unit. The second digital asset unit does not store the amount of the assignable tokens.

Abstract: A method of predicting an outcome of a prior-authorization, claim, or appeal includes receiving, at a server, a natural language data file representing doctors notes from a provider visit related to a service instance; receiving, at the server, a structured data set including patient profile data, diagnosis and procedure codes, and quantitative data related to a payment requested; processing at least the natural language data file using a medical dictionary to output a set of key medical terms; processing, using a supervised machine learning algorithm, the structured data set and the set of key medical terms to predict an outcome of the payment requested; and outputting an indication of the predicted outcome of the payment requested.

Abstract: An embodiment of a method of providing financial data to a financial instrument smart contract in a distributed ledger system includes: receiving, by an oracle smart contract in the distributed ledger system, a transaction from the financial instrument smart contract, the transaction including registration data having an identification of financial data to be delivered and an identification of a schedule on which to deliver the financial data; generating a transaction including the financial data; and transmitting the generated transaction to at least one distributed node of the distributed ledger system according to the requested schedule.

Abstract: A system and computer-implemented method for use in generating an investment strategy for retirement income growth utilizing a crowdsourcing recommendation as an input is provided. Information about the user may be gathered. A goal or range of goals may be provided by the user or may be proposed by a computing device based on the user information. Crowdsourcing members who satisfy threshold criteria may be automatically selected to provide a recommendation on the user goal and/or the proposed investment strategy. A user may select a specific crowd member for a recommendation. An impact of the crowdsourcing recommendation on the user's retirement income growth may be estimated. Steps to implement the crowdsourcing recommendation may be provided to the user. As a result, the user may remain anonymous and may receive recommendations on one or more goals and/or investment strategies that they may not have received otherwise.

Abstract: Pursuant to some embodiments, systems, methods, apparatus and computer program code for proactive underwriting are provided. Pursuant to some embodiments, a computer implemented processing method is provided which includes identifying, by an insurance processing platform, an action by an entity that matches at least a first trigger rule. A proactive underwriting template is selected based on the at least first trigger rule, where the proactive underwriting template defines a number of data items required to complete the proactive underwriting template. The insurance processing platform is operated to automatically collect data associated with the plurality of required data items, and to perform a proactive underwriting analysis using the collected data. An underwriting determination is then rendered based on the proactive underwriting analysis.

Abstract: A simulation device is provided for automated prediction of impact measures based on occurrences of physical events. The simulation device includes a plurality of sensors and circuitry configured to detect the occurrences of the physical events based on predefined event parameters, measure impacts of the physical events on a physical object based on impact parameters, dynamically capture characteristics of the physical object and generate characteristics parameters based on the captured characteristics, identify a plurality of records associated with predefined events impacting the physical object and transfer the records to a portfolio, generate a rate value based on the predefined event parameters and the characteristics parameters, and estimate a cost for transferring a record, and dynamically provide forward- and backward-looking impact measures based on at least one of (i) a variation of the rate value and (ii) the portfolio including the plurality of records.

Abstract: Techniques are described for managing devices, such as Internet of Things (IoT) devices, using smart contract(s) on a distributed ledger (e.g., blockchain). Smart contract(s) executing on a distributed ledger may control access to one or more devices in a home or other environment. The smart contract(s) may employ information stored on the distributed ledger and information in a transaction sent to the smart contract(s) to determine whether particular user(s) and/or process(es) may access the device(s), issue commands to the device(s), access data generated by the device(s), and/or control the device(s). The smart contract(s) may provide a secure portal through which user(s) and/or service(s) may access device(s) for command and control of such device(s), and secure access may be based on permission information that is specified or provided by an owner or operator of the device(s) and that is stored on the distributed ledger.

Abstract: A method of determining damage to property includes inputting historical data into a machine learning model to identify an insured type, features, and/or characteristics. The method may include identifying a peril, repair and/or replacement cost of the vehicle by analyzing a digital image from a device of an insured, the digital image depicting damage to the vehicle. The method may include inputting the digital image into the trained machine learning model to identify a type, feature, and/or characteristic of the vehicle, and may include identifying a peril, repair, and/or replacement cost associated with the vehicle. A method may include receiving and/or retrieving free-form text associated with an insurance claim and/or a vehicle, identifying at least one key word composing the free-form text, and determining based on the at least one key word a cause of loss and/or peril that caused damage to the vehicle.

Abstract: Computer-implemented methods and systems, including a user interface, that (a) calculate and display a graphical representation of a market implied probability distribution for the future prices of a tradable asset, which is derived from real time prices of the options on the asset, (b) permit the user to customize the market implied probability distribution graph to reflect the user's own view on the probability that the future price of the asset will be within a price range, and (c) propose an optimal trading strategy implemented as a combination of option orders, which strategy is optimized to be profitable assuming the customized probability distribution (if any). The combination orders may be modified and/or added to by the user.