New pending patent applications are published on Thursdays by the USPTO. We continue our theme of blockchain (distributed ledger, smart contracts) and digital rights management broadly construed. Assigned to Slock.it, the first of today's Spotlight Applications discloses techniques for a block-chain enabled service provider system. Assigned to FMR (Fidelity), the second application discloses techniques for asynchronous crypto asset transfer and social aggregating, fractionally efficient transfer guidance, conditional triggered transaction, datastructures, apparatuses, methods and systems.
20180191714, "Block-chain enabled service provider system," assigned to Slock.it, Inc.
Abstract
A distributed ledger, e.g., blockchain, enabled operating environment includes a user device that accesses services of a service device by leveraging the decentralized blockchain. For example, a user device can lock/unlock a door (e.g., service device) by interfacing with a smart contract stored on the decentralized blockchain. The user device provides parameters, such as payment, that satisfies the variables of the smart contract such that the user device can access the service device. The service device regularly retrieves information stored in the smart contract on the decentralized blockchain. For example, the retrieved information can specify that the user device is authorized to access the service device or that the service device is to provide a service. Therefore, given the retrieved information, the service device provides the service to the user device.
20180191503, "Asynchronous crypto asset transfer and social aggregating, fractionally efficient transfer guidance, conditional triggered transaction, datastructures, apparatuses, methods and systems," assigned to FMR (Fidelity).
Abstract
The Asynchronous Crypto Asset Transfer and Social Aggregating, Fractionally Efficient Transfer Guidance, Conditional Triggered Transaction, Datastructures, Apparatuses, Methods and Systems ("SOCOACT") transforms transfer of assets (TOA) initiation request inputs via SOCOACT components into TOA confirmation outputs. A crypto asset transfer notification is sent to a first entity from a second entity. Account verification data generated by the second entity is determined. A set of account data stored by the first entity is retrieved and used to generate a hash. It is verified that the determined account verification data matches the generated hash. A requested asset is determined. An API call to generate a crypto token asset for the requested asset in a socially aggregated blockchain datastructure is made. An address of an aggregated crypto transaction trigger entry is determined. Oracle data that satisfies the crypto smart rule is provided.