Abstract: A system and method of evaluating processors by first operating a neural network to receive primary data created by data producing processors, including graphical or audio data, as an input layer, with the neural network configured to predict processor evaluations, then blending processor evaluations derived from the neural network with evaluations obtained from processors requesting the primary data, then taking a modified average of a continuing series of blended evaluations to obtain processor performance evaluations. The processor performance evaluations are then used to match data producing processors with data requesting processors.

Abstract: Systems, methods, and apparatuses described herein relate to a method for delivering cash by an unmanned vehicle to a plurality of customers at different locations. The method includes receiving cash delivery requests from user devices of the plurality of customers via a communications network. The method includes determining a path for the unmanned vehicle from a current location of the unmanned vehicle to Global Position System (GPS) locations of the user devices of the plurality of customers. The method also includes instructing each of the plurality of compartments of a cash container of the unmanned vehicle to open in response to authenticating a corresponding customer of the plurality of customers or a corresponding user device of the user devices that generated a corresponding cash delivery request for which each of the plurality of compartments is storing cash.

Abstract: A service engine determines that an entity meets a first nexus establishment condition for a first domain and a second nexus establishment condition for a second domain. The service engine then computes a first selected resource for the first domain and a second selected resource for the second domain. When the service engine determines that the entity no longer meets the second nexus establishment condition for the second domain, the service engine determines a nexus-ending date for the second domain. Prior to the nexus-ending date being satisfied, the service engine continues to compute the first selected resource for the first domain and the second selected resource for the second domain. In response to the nexus-ending date being satisfied, the service engine computes the first selected resource for the first domain but does not compute the second selected resource for the second domain.

Abstract: A central database system allows entities to easily manage human resources functions. An entity requests that the central database system executes an employer function on its behalf, and the central database system determines a probability of the entity defaulting before the entity can finalize the employer function with the central database system. The central database system can train and apply a machine-learned model to dynamically determine the default probability for the entity. Based on the default probability, the central database system determines a risk tolerance associated with the employer function and determines whether to process or challenge the employer function based on the risk tolerance and the default probability.

Abstract: A smart glasses device for initiating a transaction between a first smart card and a second smart card is provided. The smart glasses device may include a camera operable to capture an image of the first smart card and of the second smart card. The smart glasses device may include a display operable to trigger an augmented reality display including a first selectable image of the first smart card and a second selectable image of the second smart card. The camera may further capture a series of motions corresponding to a numerical value inputted in an augmented fillable field, a selection of the second selectable image of the second smart card, and a movement dragging the selected second selectable image from a first location to a second location positioned on top of the first selectable image of the first smart card. The positioning automatically triggering an initiation of the transaction.

Abstract: Disclosed herein are systems, methods, and computer program products for communicating a first information node between a seller and a buyer of a production share of verifiable physical goods over a central service layer. A second information node is recorded in the data store covering the verifiable physical goods, wherein the second information node is made by a guarantor in communication with the central service layer. An identifier of the second information node is associated with the first information node over the central service layer. Market information regarding the production share is translated from the first information node and the second information node accessed from the data store using the identifier and integrating the market information regarding the production share into adjusted market information, and the market information regarding the production share and the adjusted market information is transmitted to devices connected over the central service layer.

Abstract: Aspects of the present disclosure are directed to techniques to simulate conditions while progressing towards a goal state using token conversions. Tokens can be assets associated with a defined goal and can be implemented to segment accounts for a defined purpose and to improve user planning. An account can be segmented by converting a portion of the user's account balance to tokens to progress towards the goal. In some implementations, a simulation can generate a target token conversion schedule that achieves a target number of tokens at a target date. However, user behavior can change the observed token amounts and cause deviations from the schedule. The simulations can alter the token conversion schedule and arrive at a new target date for the target number of tokens. In some implementations, automated agents and machine learning components can be used to implement the token tracking and simulations.

Abstract: A method and system for conducting and recording insurance claim transactions using blockchain is provided.

Abstract: A card (35) generates a dynamic security code for a card transaction, e.g. a card not present (CNP) transaction. The card (35) receives a request (83) to generate a dynamic security code from an electronic device (10) external to the card via an external card interface (330). The card (35) receives a message (87) comprising a time via the external card interface (330). The card (35) computes (89) the dynamic security code based on the time and a key (dCVV-key) stored at the card. The card (35) sends the dynamic security code (90) to the electronic device (10) via the external card interface (330) for display on a display (14) of the electronic device (10). The card (35) may determine (88) an authenticity of the message comprising the time.

Abstract: An apparatus, for a mobile object, that determines a bid-offer condition on an electricity transaction market: acquires information on sell-buy prices for an electricity amount presented by electricity demanders on direct transaction markets, where a contract is executed for electricity that the mobile object directly supplies to or procures from an electricity demander; determines, based on the sell-buy prices, an optimal condition that maximizes a profit from an electricity transaction for the mobile object; and determines, as the bid-offer condition, to place an offer or a bid on an electricity transaction market at a sell or buy price for a to-be-discharged or to-be-charged electricity amount that are determined for each time period in the optimal condition. The sell-buy prices for the electricity amount presented by the electricity demanders on the direct transaction markets are acquired through prediction, or notification from the individual electricity demanders.

Abstract: Aspects of the disclosure relate to return logistics. A computing platform may process a first request, resulting in first information indicating a first transfer of resources from a buyer of an item to a seller. The computing platform may record, in a distributed ledger, the first information. The computing platform may receive a second request corresponding to another sale of the item, and may process the second request, which may result in second information indicating a second transfer of resources from another buyer to the seller. The computing platform may record, in the distributed ledger, the second information, and may cause the item to be sent from the buyer to the other buyer. The computing platform may identify, using the distributed ledger, that the item has been received by the other buyer, and may cause a third transfer of resources from the seller to the buyer.

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: Example embodiments relate to transaction authentication using biometric inputs from multiple users. The biometric inputs are input via a single computing entity simultaneously or within a configurable time period. The biometric inputs can be used to generate a transaction authentication record to authenticate the transaction.

Abstract: In some embodiments, apparatuses and methods are provided herein useful to processing product returns. In some embodiments, a system for processing returns comprises a POS terminal located in a retail facility and configured to receive an order identifier associated with an online order that includes a product purchased from a third-party seller via the retailer's website, wherein the retail facility is a brick-and-mortar facility associated with the retailer, and wherein the third-party seller is not the retailer, and transmit, to a control circuit, the order identifier, a database configured to store order information, and the control circuit configured to receive the order identifier, determine the product, determine a refund amount for the product, determine a location to which the product should be returned, generate a return label, create a return transaction for the product, and transmit the return label, wherein the POS terminal is configured to print the return label.

Abstract: Systems and methods for offering and purchasing tokenized securities on a blockchain platform meeting current and future federal, state, and offering and holding entity rules and regulations. Tokenized securities purchased during or after the tokenized securities offering are tradable on a secondary market. The server computer of the tokenized securities provides an automated transfer capability for tokenized securities holders.

Abstract: Systems and methods for virtual walkthroughs are provided. Pre-loss and post loss captures of an environment are captured and analyzed to identify loss estimates and trigger claim fulfillment based upon the loss estimates.

Abstract: A system, method, and computer-readable medium for implementing a hardware resource class. An electronic processor may be configured to determine a rate of a hardware resource. The hardware resource may be configured to allow a hardware-based solution provider to provide a service to an end user. The rate may be configured to be remunerated by a source different than the end user. The electronic processor may be further configured to determine an inflow amount for the hardware-based solution provider to remunerate to the source based at least partially on the rate of the hardware resource. The end user may utilize the service from the hardware-based solution provider. The service from the hardware-based solution provider may be at least partially based on data provided by the hardware resource.

Abstract: Aspects for international remittances are disclosed herein. A sender initiates a request to remit funds to a recipient. The sender has an account with a first financial institution and the recipient has an account with a second financial institution. The request is communicated to specific bidders that have accounts with both the first and second financial institutions. The bidders submit bids for satisfying a request. When a bid is selected, funds are transferred from the sender's account with the first institution to the bidder's account with the first institution, and from the bidder's account with the second institution to the recipient's account with the second institution.

Abstract: A service engine determines that an entity meets a first nexus establishment condition for a first domain and a second nexus establishment condition for a second domain. The service engine then computes a first selected resource for the first domain and a second selected resource for the second domain. When the service engine determines that the entity no longer meets the second nexus establishment condition for the second domain, the service engine determines a nexus-ending date for the second domain. Prior to the nexus-ending date being satisfied, the service engine continues to compute the first selected resource for the first domain and the second selected resource for the second domain. In response to the nexus-ending date being satisfied, the service engine computes the first selected resource for the first domain but does not compute the second selected resource for the second domain.

Abstract: Aspects of the disclosure relate to using machine learning algorithms to analyze vehicle operational data associated with a vehicle accident. In some instances, an accident assessment server may receive data indicating that a vehicle was involved in an accident. The accident assessment server may compare the data with other known data, based on machine learning algorithms, to identify whether the accident resulted in a total loss. Responsive to determining that the accident resulted in the total loss, the accident assessment server may request further information regarding the vehicle and may identify a baseline value range for the vehicle. The accident assessment server may request updated information from the owner of the vehicle, identify, based on the updated information, a final value of the vehicle, and may pay the owner of the vehicle an amount corresponding to the final value if the final value is within the baseline value range.