SYSTEM AND METHOD FOR MANAGING DIGITAL ASSET FUNCTIONS BASED ON ATTITUDE OF CRITERIA - Patent application

The system manages digital asset functionality by enforcing criteria fulfillment to authorize user acquisition and regulate exchanges, addressing the lack of dynamic relationships in existing methods and preventing unauthorized transactions.

JP7824435B2Active Publication Date: 2026-03-04DISNEY ENTERPRISES INC
View PDF 6 Cites 0 Cited by

Patent Information

Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Filing Date
2023-04-28
Publication Date
2026-03-04

Smart Images

  • Figure 0007824435000001
    Figure 0007824435000001
  • Figure 0007824435000002
    Figure 0007824435000002
  • Figure 0007824435000003
    Figure 0007824435000003
Patent Text Reader

Abstract

A system and method for managing digital asset functionality based on achievement of a criterion are disclosed. An exemplary implementation requires or instructs that a user receive from a digital asset distribution platform a collectible digital asset within the user's digital wallet, where the collectible digital asset is correlated with an entity, determine whether a condition is met, and upon determining that the condition is not met, prevent the acquisition of the collectible digital asset by the digital wallet or restrict a set of rights to the correlated entity, and upon determining that the condition is met, permit the acquisition of the collectible digital asset or permit the set of rights.
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the priority benefit of U.S. Provisional Patent Application No. 63 / 339,147, entitled "SYSTEMS AND METHODS TO MANAGE DIGITAL ASSET FUNCTIONALITY BASED ON FULFILLMENT OF CRITERIA," filed May 6, 2022. The subject matter of this related application is incorporated herein by reference.

[0002] SUMMARY The present disclosure relates to systems and methods for managing digital asset functionality based on the fulfillment of criteria. [Background technology]

[0003] Existing methods for distributing digital assets, such as non-fungible tokens, that are correlated to entities fail to foster a dynamic, meaningful, and legally enforceable relationship between the original content creators of the correlated entities and the users who collect the collectible digital assets. Such deficiencies may expose content creators to unnecessary liability and / or may prevent additional features that could be added to the correlated entities. Summary of the Invention

[0004] One aspect of the present disclosure relates to a system configured to manage digital asset functionality based on the fulfillment of criteria. The system may determine whether criteria are fulfilled before authorizing a user to acquire a collectible digital asset correlated to an entity or before granting a set of rights to an entity correlated to an already acquired collectible digital asset. The criteria may include possession of a specialized digital asset representing consent to an agreement, an established connection with one or more external member systems, completion of a task (e.g., watching all movies in a collection), and / or other criteria. Upon determining that the criteria are fulfilled, permission to acquire the collectible digital asset or set of rights may be granted. By enforcing the fulfillment of criteria, a content creator or provider may identify which entities (e.g., content) correlated to the collectible digital asset are authorized for additional feature updates. Furthermore, by enforcing the fulfillment of criteria, the exchange of collectible digital assets between users may be limited and regulated.

[0005] The system may include one or more hardware processors, electronic storage, and / or corresponding components configured with machine-readable instructions. The machine-readable instructions may include one or more instruction components. The instruction components may include computer program components. The instruction components may include one or more of an indication receiving component, a wallet determination component, an acquisition managing component, an interface presentation component, a rights managing component, and / or other instruction components.

[0006] The instruction receiving component can be configured to receive an instruction from the digital asset distribution platform that a user is requesting to acquire collectible digital assets in a digital wallet associated with the user. The collectible digital assets can be correlated to an entity. The digital wallet can correspond to an address tracked by a decentralized ledger.

[0007] The wallet determination component can be configured to determine whether the digital wallet contains a dedicated digital asset. The dedicated digital asset can represent a contract and / or other information for holding a set of rights associated with a correlated entity. The contract can be between a given user and the original holder of the set of rights.

[0008] The acquisition management component may be configured, upon determining that the digital wallet does not contain the dedicated digital asset, to send a prevention indication to the digital asset distribution platform to prevent acquisition of the collectible digital asset by the digital wallet.

[0009] The acquisition management component may be configured, upon determining that the digital wallet contains the dedicated digital asset, to send an authorization indication to the digital asset distribution platform that the digital wallet is authorized to acquire the collectible digital asset.

[0010] In some implementations, one or more functions of the instructions component may be performed by a smart contract recorded on a decentralized ledger. In some implementations, in addition to or as an alternative to determining whether a digital wallet contains dedicated digital assets, a determination of whether one or more conditions are met may be performed by a smart contract. Upon determining that one or more conditions are met, the smart contract may send an authorization instruction to the digital asset distribution platform. Upon determining that one or more conditions are not met, the smart contract may send a prevention instruction to the digital asset distribution platform. [Brief explanation of the drawings]

[0011] [Figure 1] FIG. 1 illustrates a system configured to manage digital asset functionality based on the achievement of criteria, according to one or more implementations. [Figure 2] FIG. 1 illustrates a method for managing digital asset functionality based on the achievement of criteria, according to one or more implementations. [Figure 3A] FIG. 1 illustrates an example implementation of a system that determines lack of ownership of a dedicated digital asset and presents a contract to which a user may agree and thereafter acquire the dedicated digital asset, according to one or more implementations. [Figure 3B] FIG. 1 illustrates an example implementation of a system configured to enable users to acquire collectible digital assets based on ownership of dedicated digital assets, according to one or more implementations. [Figure 4] FIG. 1 illustrates an example implementation of a system configured to determine the fulfillment of one or more conditions and, in response, enable a user to acquire a collectible digital asset, according to one or more implementations. [Figure 5] FIG. 1 illustrates an example implementation of a system configured to determine lack of fulfillment of one or more conditions in accordance with one or more implementations and, in response, enable a user to acquire a collectible digital asset with limited rights. DETAILED DESCRIPTION OF THE INVENTION

[0012] 1 illustrates a system 100 configured to manage digital asset functionality based on the achievement of criteria, according to one or more implementations. In some implementations, system 100 may include one or more servers 102. Servers 102 may be configured to communicate with one or more client computing platforms 104 according to a client / server architecture and / or other architecture. Client computing platforms 104 may be configured to communicate with other client computing platforms via servers 102 and / or according to a peer-to-peer architecture and / or other architecture. Users may access system 100 through client computing platforms 104.

[0013] As used herein, the term "digital asset" may refer to a serial code that is tracked on one or more permanent registries. A digital asset may be uniquely identified and / or uniquely identifiable. As used herein, rights related to a digital asset may be tracked, recorded, and / or registered on one or more permanent registries. Thus, an individual digital asset may be a registry-tracked digital asset.

[0014] Individual digital assets may be associated with and / or correlated to another entity (sometimes referred to as a "correlated entity") through technology (including, but not limited to, smart contracts and / or other executable code on one or more persistent registries) provided and / or supported by one or more persistent registries on which rights related to the individual digital assets are tracked. Accordingly, rights related to a digital asset may be correlated to the terms (e.g., accessibility) of one or more rights associated with the correlated entity (e.g., control and / or other accessibility). Transactions related to digital assets recorded on a persistent registry may be correlated to certain transactions (or modifications) of the correlated entity, and / or vice versa.

[0015] Various types and / or combinations of correlated entities are contemplated within the scope of this disclosure, including, but not limited to, physical and / or virtual objects, content, items, rights, memberships, grants, etc. The use of the singular "entity" or "correlated entity" is not intended to be limiting, as multiple different objects, content, items, rights, memberships, grants, etc. may be correlated to a single digital asset. By way of non-limiting example, a correlated entity may be a physical item (e.g., artwork, event tickets), a subscription to some media content, content, etc. Content may include images, videos, graphic image files, celebrity signatures, sound bites from audio files, audio files, and / or other content. In some implementations, a correlated entity may refer to any item or object related to art and entertainment over which a user may have ownership, access, or control (including exchange through challenge), use, possession, sale, trade, loan, disposal, and / or publication.

[0016] A digital asset may be fungible if it is functionally and / or physically indistinguishable from other digital assets. A digital asset may be fungible if it is unique or one-of-a-kind. For example, a particular individual may be non-fungible. A digital asset may be semi-fungible if there is a limited set of similar but distinct digital assets. For example, a limited number of images of a sports team for a particular year may be semi-fungible. For example, digital tickets to shows, concerts, exhibitions, and / or other events may be semi-fungible. Semi-fungible digital assets are considered unique, "not fungible," or non-fungible digital assets. In some implementations, digital assets may include non-fungible tokens, fungible tokens, semi-fungible tokens, and / or other digital assets.

[0017] In some implementations, the persistent registry, or decentralized ledger 117, may be implemented by a registry server or a decentralized database server. The terms “persistent registry” and “decentralized ledger” may be used interchangeably herein. The terms “registry server” and “decentralized database server” may be used interchangeably herein. In some implementations, one or more persistent registries may be decentralized and / or immutable registries. In some implementations, one or more persistent registries may be one or more databases in which rights related to individual digital assets are tracked and / or recorded. In some implementations, the blockchain is maintained by a distributed computing platform (not shown in FIG. 1). In some implementations, the distributed computing platform may be implemented by or be identical to the client computing platform 104 and / or servers (e.g., including one or more registry servers). The distributed computing platform may support a virtual machine (not shown in FIG. 1). The distributed computing platform and / or virtual machine may form a runtime environment for smart contracts and / or other executable code. The distributed computing platform may include electronic storage configured to store portions or all of individual blockchains. For example, smart contracts may be stored on one or more blockchains and / or another persistent registry. In some implementations, the distributed computing platform may be the EOSIO platform. In some implementations, the distributed computing platform may be similar to or based on the EOSIO platform. In some implementations, the distributed computing platform may be Ethereum. In some implementations, the distributed computing platform may be similar to or based on Ethereum. In some implementations, the virtual machine may be a distributed and / or decentralized virtual machine.

[0018] In some implementations, at least one of the persistent registries may be a private permissioned persistent registry (e.g., a private permissioned blockchain). The private permissioned persistent registry may be configured to record information and / or track addresses (e.g., corresponding to digital wallets, smart contracts, etc.). The recorded information may include rights regarding the digital assets. For example, ownership and / or other accessibility may be modified. In some implementations, ownership and / or other rights may be indicated by addresses tracked by the persistent registry corresponding to a user's digital wallet. In some implementations, digital assets may be removed from one persistent registry and added or recorded on another persistent registry. In some implementations, at least one of the persistent registries implemented by the registry server is a public persistent registry (e.g., a public blockchain). The public persistent registry may be configured as part of any of the EOSIO mainnet, Ethereum mainnet, Ethereum 1.5, Ethereum 2.0, Ethereum 2.0 derivatives configured to facilitate Ether (ETH) transactions between accounts, or EOSIO derivatives configured to facilitate EOS transactions between different accounts.

[0019] Elements of a blockchain or another persistent registry may be grouped together in units called blocks. For example, each block may include one or more digital assets and one or more transactions. For example, each block may be linked to one or more other individual blocks. Individual blocks may be linked or chained together to form a structure of blocks and / or hierarchies of blocks, such as a chain of blocks. Each block may include one or more digital assets, one or more transactions, smart contracts, and / or other information.

[0020] In some implementations, one or more persistent registries implemented by a registry server may be publicly accessible. In some implementations, for example, one or more databases may be accessible via a mobile application or website. In some implementations, one or more persistent registries implemented by a registry server may be private and / or permissioned. In some implementations, one or more persistent registries implemented by a registry server may be append-only. In some implementations, existing blocks of one or more persistent registries implemented by a registry server cannot be effectively modified or deleted unless multiple copies are modified. This is unlikely, provided that the multiple copies are stored on different computing platforms, for example, in different geographic locations. A persistent registry may be replicated on multiple computing platforms, preferably in multiple different geographic locations. Furthermore, individual blocks may be linked to each other in a tamper-resistant manner, for example, using hash chains and / or digital signatures. Specifically, a hash value may be generated using a fixed-output-length one-way hashing function that takes a variable-length input, and the hash value may be virtually impossible (or at least computationally infeasible) to invert. Thus, the hashing function may implement one-way encryption. By way of non-limiting example, the hashing function may be SHA-256, BLAKE2, SHAKE256, and / or another hashing function. The contents of individual blocks, transactions, and / or articles may be digitally signed in a manner that proves integrity and / or prevents tampering, e.g., by providing authentication and non-repudiation.

[0021] The server 102 may be configured with machine-readable instructions 106. The machine-readable instructions 106 may include one or more instruction components. The instruction components may include computer program components. The instruction components may include one or more of an instruction receiving component 108, a wallet determining component 110, an acquisition management component 112, an interface presenting component 114, a rights management component 116, and / or other instruction components.

[0022] The instruction receiving component 108 may be configured to receive an instruction from the digital asset distribution platform that a user requests to acquire a collectible digital asset in a digital wallet associated with the user. The collectible digital asset may be a particular type of digital asset that the user collects or a digital asset from a particular distributor or creator. The digital asset distribution platform may facilitate users buying, selling, trading, lending, and / or conducting other transactions related to the digital asset. Acquiring a collectible digital asset may include purchasing, trading, receiving as a loan, receiving as a gift, and / or otherwise acquiring the collectible digital asset. The collectible digital asset may be correlated with an entity. Upon acquiring the collectible digital asset, the user may receive and / or retain a set of rights. The set of rights may include the right to trade the collectible digital asset, the right to lend the collectible digital asset, the right to view the correlated entity, the right to present the correlated entity, the right to sell the collectible digital asset, the right to share the correlated entity, and / or other rights. The digital wallet may correspond to an address tracked by the decentralized ledger 117. The original holder of the set of rights may be the creator of the correlated entity. In some implementations, the creator of the correlated entity may have created the collectible digital asset such that the collectible digital asset is recorded on the decentralized ledger 117. In some implementations, the creator of such a collectible digital asset may be recorded on the decentralized ledger 117 as its owner until subsequent acquisition.As used herein, the term "create" or variations thereof may refer to the implementation, initiation, and / or execution of processes, transactions, procedures, actions, and / or steps that result in the instantiation of a given digital asset, including establishing ownership, recording the ownership on the decentralized ledger 117, defining the appearance of the given digital asset (e.g., a selected representative image, a default image), and correlating the given digital asset to a set of rights in electronic storage 120. In some implementations, creating a given digital asset may include building an executable program that instantiates the given digital asset. The executable program may be transmitted to a distributed computing platform capable of executing the program. In some implementations, execution of the program by the distributed computing platform may display a contract on the distributed platform.

[0023] The wallet determination component 110 may be configured to determine whether a digital wallet associated with a user contains a dedicated digital asset. In some implementations, a dedicated digital asset may be a member of a dedicated collection. That is, a dedicated digital asset may be a particular type of digital asset. For example, a dedicated digital asset may be created or established directly by a particular service by utilizing a dedicated smart contract. The dedicated smart contract may be stored on the decentralized ledger 117. A dedicated digital asset may require consent to or represent a contract and / or require completion of other prerequisites between i) a given user who will hold a set of rights associated with the correlated entity and ii) the original holder of the set of rights. In some implementations, a dedicated digital asset is correlated to an entity, i.e., a correlated entity. The correlated entity of a dedicated digital asset may differ from the correlated entity of a collectible digital asset. By way of non-limiting example, a correlated entity of a dedicated digital asset may include a digital membership card, a key graphic, a magic wand graphic, and / or other entity. In some implementations, a dedicated digital asset established by a particular service utilizing a dedicated smart contract may not have an owner recorded on the decentralized ledger 117. In some implementations, a dedicated digital asset established by a particular service utilizing a dedicated smart contract may have the particular service as the owner recorded on the decentralized ledger 117.

[0024] A given user may be required to agree to a contract and / or complete other prerequisites before receiving the dedicated digital asset in the user's digital wallet. In some implementations, upon receipt of the user's agreement to the contract, acquisition of the dedicated digital asset from the digital asset distribution platform may be permitted. By way of non-limiting example, the contract may specify that the correlated entity be made available to the holder of the collectible digital asset, certain transfer and use restrictions, that the holder not own the correlated entity itself, and / or other information. The contract may include a set of rights specifying such availability, transfer restrictions, and user restrictions. In some implementations, the dedicated smart contract creating the dedicated digital asset may be coded to restrict the dedicated digital asset from being transferred between different users' digital wallets and / or to restrict transfer between the same user's digital wallets. In some implementations, acquisition of the dedicated digital asset may include a set of restrictions on the dedicated digital asset. The set of restrictions may restrict the user from transferring, trading, lending, selling, or surrendering the dedicated digital asset to another user. Thus, the dedicated smart contract may ensure that a user may only hold dedicated digital assets in their digital wallet upon accepting the contract, but may not hold user-dedicated digital assets unless the user accepts the contract.

[0025] In some implementations, the digital asset distribution platform may be associated with a known, existing decentralized ledger. Thus, the collectible digital assets referred to herein may be exclusive to the dedicated digital asset. That is, the collection smart contract that creates the collectible digital asset may be coded to specify that the collectible digital asset is dependent on the dedicated digital asset. Thus, the set of rights regarding the collectible digital asset and its correlated entities may depend on ownership of the dedicated digital asset, rather than any other digital asset in circulation. The collection smart contract may be stored on the decentralized ledger 117.

[0026] In some implementations, the digital asset distribution platform may be a new decentralized ledger. Thus, the dependency of collectible digital assets on dedicated digital assets may be built into every transaction recorded on this decentralized ledger. Thus, during establishment, collectible digital assets do not need to be coded to be exclusive to the dedicated digital assets.

[0027] The acquisition management component 112 may be configured to send an authorization instruction to the digital asset distribution platform upon determining that the digital wallet contains the dedicated digital asset. The authorization instruction may communicate that the digital wallet is authorized to acquire the collectible digital asset. That is, by way of non-limiting example, the user has accepted the agreement and therefore the digital wallet has the dedicated digital asset. Thus, the user is authorized to purchase, trade, or otherwise acquire the collectible digital asset via the digital asset distribution platform.

[0028] The acquisition management component 112 may be configured to send a preventative instruction to the digital asset distribution platform to prevent the digital wallet from acquiring the collectible digital assets upon determining that the digital wallet does not contain the dedicated digital assets. The preventative instruction may communicate that the digital wallet is not authorized to acquire the collectible digital assets. That is, the user has not accepted the agreement and the digital wallet does not contain the dedicated digital assets.

[0029] In some implementations, upon determining that the digital wallet does not contain the dedicated digital assets, the interface presentation component 114 may be configured to effectuate the presentation of an interface to the digital asset distribution platform. The presentation of the interface may facilitate the user's acceptance of the agreement and / or completion of other prerequisites. In some implementations, effecting the presentation of the interface may include sending interface instructions to the digital asset distribution platform. The interface instructions may request that the digital asset distribution platform provide an interface that enables the user to view the agreement, accept the agreement, and / or complete other prerequisites, and thereafter obtain the dedicated digital assets in the digital wallet.

[0030] In some implementations, the acquisition management component 112 may be configured to receive contract instructions from the digital asset distribution platform. The contract instructions may communicate that the user has accepted the contract and / or completed other prerequisites via an interface and / or other platform, after which the digital wallet has acquired the dedicated digital asset. Thus, the digital wallet may be authorized to acquire the collectible digital asset.

[0031] In some implementations, a user may be permitted to acquire collectible digital assets via a digital asset distribution platform, but upon a determination that the digital wallet does not contain the dedicated digital asset, the set of rights to the correlated entity may be restricted and remain restricted until the user accepts the agreement and acquires the dedicated digital asset. Accordingly, in some implementations, the instruction receiving component 108 may be configured to receive an indication from the digital asset distribution platform that a digital wallet associated with the user has acquired a collectible digital asset. In some implementations, the determination of whether the digital wallet contains the dedicated digital asset may be performed by the wallet determination component 110 in response to receiving an indication that a digital wallet associated with the user has acquired a collectible digital asset.

[0032] Upon determining that the digital wallet does not include a dedicated digital asset, the rights management component 116 may be configured to restrict a set of rights for the correlated entities of the collectible digital asset and / or the collectible digital asset itself. Conversely, upon determining that the digital wallet does include a dedicated digital asset, the rights management component 116 may be configured to grant a set of rights for the correlated entities of the collectible digital asset and / or the collectible digital asset itself. Granting a set of rights may include generating and executing a set of instructions to record on the decentralized ledger 117 the user's address and, therefore, the user's identification as the holder of the set of rights.

[0033] In some implementations, some or all of the functionality of components 108, 110, 112, 114, and / or 116 may be performed by client computing platform 104, i.e., a distributed computing platform, configured by smart contract 124 to perform such functionality. That is, smart contract 124 may be configured to receive an indication from a digital asset distribution platform that a user has requested to obtain collectible digital assets in a digital wallet associated with the user. In some implementations, some or all of the functionality of smart contract 124 may be performed by components 108, 110, 112, 114, and / or 116.

[0034] The smart contract 124 may be configured to determine whether one or more conditions related to the digital wallet are met. The conditions may include a first condition, a second condition, and / or other conditions. By way of non-limiting example, the conditions may require that the digital wallet be bound to an account with an external member system. The external member system may include a streaming service, a subscription service, a club membership, an identification system, and / or other external membership system. In some implementations, the external member system may be the creator of the entity correlated to the collectible digital asset. The account may be associated with a user. In some implementations, upon determining that the digital wallet is not bound to any account with an external member system associated with the user, the smart contract 124 may be configured to allow the user to create an account. In some implementations, the user may have an account, and the smart contract 124 may be configured to allow the user to bind the digital wallet to the account. For example, the smart contract 124 may implement the presentation of a user interface to the external member system for a user to input information and record it within the external member system.

[0035] Another condition may require that the digital wallet contain dedicated digital assets. Upon determining that the digital wallet does not contain dedicated digital assets, the smart contract 124 may be configured to perform the same or similar functionality as the interface presentation component 114. That is, the smart contract 124 may be configured to instigate an interface presentation to the digital asset distribution platform. The presentation may facilitate the user's acceptance of the agreement and / or completion of other prerequisites and subsequent acquisition of the dedicated digital assets in the digital wallet via the digital asset distribution platform. Instigating the interface presentation may include the smart contract 124 sending interface instructions to the digital asset distribution platform. Other conditions may be contemplated, such as creating other digital assets and holding such digital assets in the digital wallet, initiating a transaction to implement another smart contract, and / or other conditions.

[0036] In some implementations, when the smart contract 124 determines that one or more conditions are met, the smart contract 124 may be configured to send an authorization instruction to the digital asset distribution platform that the digital wallet is permitted to acquire the collectible digital asset. Further, when the smart contract 124 determines that one or more conditions are not met, the smart contract 124 may be configured to send a prevention instruction to the digital asset distribution platform to prevent the digital wallet from acquiring the collectible digital asset.

[0037] In some implementations, a user may be permitted to acquire a collectible digital asset through the digital asset distribution platform, but the set of rights for the correlated entity may be limited upon a determination that one or more conditions are not met. Accordingly, in some implementations, the smart contract 124 may be configured to receive an indication that a digital wallet associated with the user has acquired the collectible digital asset. In some implementations, the smart contract 124 may be configured to perform the same or similar functionality as the rights management component 116. That is, when the smart contract 124 determines that one or more conditions are not met, the smart contract 124 may be configured to limit the set of rights for the correlated entity. Additionally, when the smart contract 124 determines that one or more conditions are met, the smart contract 124 may be configured to grant a set of rights for the collectible digital asset.

[0038] In some implementations, the smart contract 124 may be configured to determine whether additional conditions within the external member system are achieved by the account, and therefore the user. The conditions may include such additional conditions. For example, the additional conditions may include watching all movies in a collection, watching an entire television series, completing all levels of a game, and / or other additional conditions. Upon determining that the additional conditions are achieved, the correlated entity for the collectible digital asset held by the user's digital wallet may be modified. For example, modifications to the correlated entity may include revealing new details in a movie poster graphic, unlocking new features in a game, adding an extended scene, sending a new piece for a physical item to the user, and / or other modifications to the correlated entity for the collectible digital asset. Upon determining that the additional conditions are not achieved, the correlated entity for the collectible digital asset may not be modified, or portions of the correlated entity may be hidden.

[0039] In some implementations, the wallet determination component 110, the smart contract 124, and / or other components may be configured to determine the fulfillment of one or more conditions to enable additional functionality by a user or a digital wallet associated with a user. That is, in some implementations, an authorization instruction may convey that the digital wallet is authorized to engage in certain transactions and create digital assets, and / or that a user associated with the digital wallet is authorized to perform certain actions and / or hold certain rights in addition to being authorized to acquire collectible digital assets. Accordingly, upon a determination that one or more conditions are fulfilled, the authorization instruction may be further transmitted to one or more other platforms. For example, fulfillment of one or more conditions may trigger the transmission of an authorization instruction to an admission platform that permits or sells admission to events and / or venues, thereby permitting the user to attend a set of events and / or a particular amusement park.

[0040] In some implementations, the server 102, the client computing platform 104, and / or the external resources 118 may be operatively linked via one or more electronic communications links. For example, such electronic communications links may be established, at least in part, via a network 124, such as the Internet and / or other networks. It will be understood that this is not intended to be limiting, and that the scope of the present disclosure includes implementations in which the server 102, the client computing platform 104, and / or the external resources 118 may be operatively linked via some other communications medium.

[0041] A given client computing platform 104 may include one or more processors configured to execute computer program components that may be configured to enable an expert or user associated with a given client computing platform 104 to interface with system 100 and / or external resources 118 and / or provide other functionality attributed to the client computing platform 104 herein. By way of non-limiting example, a given client computing platform 104 may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a netbook, a smartphone, a gaming console, and / or other computing platforms.

[0042] External resources 118 may include information sources external to system 100, external entities participating with system 100, and / or other resources. In some implementations, some or all of the functionality attributed to external resources 118 herein may be provided by resources included within system 100.

[0043] Server 102 may include electronic storage 120, one or more processors 122, and / or other components. Server 102 may include communication lines or ports to enable the exchange of information with network 124 and / or other computing platforms. The illustration of server 102 in FIG. 1 is not intended to be limiting. Server 102 may include multiple hardware, software, and / or firmware components that work together to provide the functionality attributed to server 102 herein. For example, server 102 may be implemented by a cloud of computing platforms that work together as server 102.

[0044] Electronic storage 120 may comprise non-transitory storage media that electronically store information. The electronic storage media of electronic storage 120 may include one or both of system storage that is integral with server 102 (i.e., substantially non-removable) and / or removable storage that is removably connectable to server 102 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.). Electronic storage 120 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drives, floppy drives, etc.), charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drives, etc.), and / or other electronically readable storage media. Electronic storage 120 may include one or more virtual storage resources (e.g., cloud storage, virtual private networks, and / or other virtual storage resources). Electronic storage 120 may store software algorithms, information determined by processor 122, information received from server 102, information received from client computing platform 104, and / or other information that enables server 102 to function as described herein.

[0045] Processor 122 may be configured to provide information processing functionality within server 102. Accordingly, processor 122 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and / or other mechanisms for electronically processing information. While processor 122 is depicted in FIG. 1 as a single, interrelated entity, this is for illustrative purposes only. In some implementations, processor 122 may include multiple processing units. These processing units may be physically located within the same device, or processor 122 may represent the processing functions of multiple devices acting in concert. Processor 122 may be configured to execute components 108, 110, 112, 114, and / or 116, and / or other components. Processor 122 may be configured to execute components 108, 110, 112, 114, and / or 116 and / or components by software, hardware, firmware, any combination of software, hardware, and / or firmware, and / or other mechanisms for configuring processing functionality on processor 122. As used herein, the term "component" may refer to any component or set of components that perform the functionality ascribed to the component, which may include one or more physical processors in execution of processor-readable instructions, processor-readable instructions, circuitry, hardware, storage media, or any other component.

[0046] 1 illustrates components 108, 110, 112, 114, and / or 116 as being implemented within a single processing unit, it should be understood that in implementations in which processor 122 includes multiple processing units, one or more of components 108, 110, 112, 114, and / or 116 may be implemented remotely from the other components. The descriptions of functionality provided by different components 108, 110, 112, 114, and / or 116 described below are for illustrative purposes and not intended to be limiting, as any of components 108, 110, 112, 114, and / or 116 may provide more or less functionality than described. For example, one or more of components 108, 110, 112, 114, and / or 116 may be omitted, and some or all of its functionality may be provided by another of components 108, 110, 112, 114, and / or 116. As another example, processor 122 may be configured to execute one or more additional components that may perform some or all of the functionality attributed below to one of components 108, 110, 112, 114, and / or 116.

[0047] FIG. 3A shows that system 100 (identical to FIG. 1 ) receives an instruction 302 from digital asset distribution platform 300 that a user associated with digital wallet 304 requests to acquire collectible digital assets 306. Digital asset distribution platform 300 may distribute (e.g., sell and facilitate trading of) collectible digital assets 306 and distribute dedicated digital assets 308. System 100 may determine that digital wallet 304 contains other digital assets 326 and does not contain one of the dedicated digital assets 308, which represents agreement to agreement 314. In response, system 100 may send a preventative instruction 310 to digital asset distribution platform 300 that prevents digital wallet 304, and therefore the user, from acquiring collectible digital assets 306. Furthermore, system 100 may cause a user interface 312 for digital asset distribution platform 300 to be presented to the user (e.g., via a client computing platform, such as a desktop computer, not shown). The user interface 312 may present the agreement 314 and allow the user to accept the agreement 314. Upon the user's acceptance, an agreement indication 316 may be transmitted to the system 100 indicating the user's acceptance.

[0048] Continuing from Figure 3A, Figure 3B shows that the same digital wallet 304 as Figure 3A includes a dedicated digital asset 308a after a contract instruction 316 is sent to the system of Figure 3A. The dedicated digital asset 308a may be one of the dedicated digital assets 308 of Figure 3A. Thus, when the system 100 (same as Figure 3A) receives an instruction 318 from the digital asset distribution platform 300 that a user is requesting to acquire a collectible digital asset 306, the system 100 may send an authorization instruction 320 that the user may be permitted to acquire the collectible digital asset 306.

[0049] 4 shows that system 100 (same as FIG. 3A) receives an indication 322 from digital asset distribution platform 300 (same as FIGS. 3A-3B) that a user associated with digital wallet 304 has requested collectible digital assets 306. System 100 may determine whether one or more conditions are met, such as whether digital wallet 324 associated with the user is connected to external member system 350. Upon connection with external member system 350, system 100 may send an authorization indication 326 indicating that digital wallet 324 is authorized to acquire collectible digital assets 306.

[0050] FIG. 5 shows that system 100 (same as FIG. 1) receives an acquisition instruction 328 from digital asset distribution platform 300 (same as FIGS. 3A-3B and 4) indicating that digital wallet 334 associated with a user has acquired collectible digital asset 306b, i.e., one of collectible digital assets 306. System 100 may determine whether one or more conditions are met, such as whether digital wallet 334 is connected to external member system 350. Due to a lack of connection with external member system 350, system 100 may restrict set of rights 330 for entity 332 correlated to collectible digital asset 306b. Entity 332 and set of rights 330 may be stored in electronic storage 120 (same as FIG. 1).

[0051] 2 illustrates a method 200 for managing digital asset functionality based on the achievement of criteria, according to one or more implementations. The operations of method 200 presented below are intended to be exemplary. In some implementations, method 200 may involve one or more additional operations not described and / or may not involve one or more of the operations discussed. Furthermore, the order in which the operations of method 200 are illustrated in FIG. 2 and described below is not intended to be limiting.

[0052] In some implementations, method 200 may be implemented in one or more processing devices (e.g., digital processors, analog processors, digital circuits designed to process information, analog circuits designed to process information, state machines, and / or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices that perform some or all of the operations of method 200 in response to instructions electronically stored on an electronic storage medium. The one or more processing devices may include one or more devices configured specifically designed for performing one or more of the operations of method 200 through hardware, firmware, and / or software.

[0053] Act 202 may include receiving an indication from a digital asset distribution platform that a user is requesting acquisition of collectible digital assets in a digital wallet associated with the user. The collectible digital assets are associated with correlated entities. The digital wallet may represent various digital assets owned or held by the user. The digital wallet may correspond to an address tracked by a decentralized ledger. According to one or more implementations, act 202 may be performed by a smart contract 124.

[0054] Operation 204 may include determining whether one or more conditions related to the digital wallet are met. According to one or more implementations, operation 204 may be performed by a smart contract 124.

[0055] Operation 206 may include, upon determining that one or more conditions are met, sending an authorization indication to the digital asset distribution platform that the digital wallet is permitted to acquire the collectible digital asset. According to one or more implementations, operation 206 may be performed by smart contract 124.

[0056] Operation 208 may include, upon determining that the one or more conditions are not met, sending a preventative instruction to the digital asset distribution platform to prevent the digital wallet from acquiring the collectible digital asset. According to one or more implementations, operation 208 may be performed by smart contract 124.

[0057] While the present technology has been described in detail for illustrative purposes, based on what are presently considered to be the most practical and preferred implementations, it should be understood that such details are for this purpose only and that the technology is not limited to the disclosed implementations, but rather is intended to encompass modifications and equivalent arrangements within the spirit and scope of the appended claims. For example, it should be understood that the present technology contemplates that, to the extent possible, one or more features of any implementation can be combined with one or more features of any other implementation.

Claims

1. A system configured to manage the acquisition of digital assets based on analysis of a decentralized ledger to determine ownership of dedicated digital assets representing contracts, comprising: receiving an indication from a digital asset distribution platform that a digital wallet associated with a user has requested acquisition of a collectible digital asset into the digital wallet associated with the user, the collectible digital asset being correlated to an entity and the digital wallet corresponding to an address tracked by a decentralized ledger; analyzing at least the decentralized ledger based on the address to determine whether one or more conditions related to the digital wallet are fulfilled, the one or more conditions including a first condition that the digital wallet contains a dedicated digital asset, the dedicated digital asset representing a contract for holding a set of rights associated with the correlated entity, the contract being between a given user and an original holder of the set of rights; Upon determining that the one or more conditions are met, transmitting an authorization indication to a digital asset distribution platform that the acquisition of the collectible digital asset by the digital wallet is permitted; Upon determining that the one or more conditions are not met, sending a prevention instruction to the digital asset distribution platform that prevents the digital wallet from acquiring the collectible digital asset; Upon determining that the first condition is not met, presenting an interface to the digital asset distribution platform, the interface allowing a user to accept the agreement and thereafter obtain the dedicated digital assets through a digital wallet. One or more processors configured with machine-readable instructions to perform A system comprising:

2. The system of claim 1, wherein the set of rights includes a right to trade the collectible digital asset, a right to lend the collectible digital asset, a right to view correlated entities, a right to present the correlated entities, or a right to sell the collectible digital asset.

3. The one or more processors: receiving from the digital asset distribution platform a contract indication that the user has accepted the contract and that dedicated digital assets exist in a digital wallet; The system of claim 1 , further configured with machine-readable instructions to:

4. The system of claim 1, wherein the one or more conditions include a second condition, the second condition being that the digital wallet is bound to an account with an external member system, the account being associated with the user, and the one or more processors are further configured to enable the user to create the account or bind the digital wallet to the account when the machine-readable instructions determine that the digital wallet is not bound to any account with the external member system associated with the user.

5. The system of claim 1, wherein the collectible digital assets include non-fungible tokens, fungible tokens, or semi-fungible tokens.

6. The one or more processors: receiving an indication from a digital asset distribution platform that a digital wallet associated with the user has acquired the collectible digital asset; In response to the instruction, determining whether the one or more conditions associated with the digital wallet are satisfied; and determining whether the one or more conditions regarding the digital wallet are satisfied in response to the instruction; restricting the set of rights for the correlated entity upon determining that the one or more conditions are not met; and granting the set of rights for the correlated entity upon determining that the one or more conditions are met; and The system of claim 1 , further configured with machine-readable instructions to:

7. The system described in claim 6, wherein the one or more conditions include a first condition, and the first condition is that the digital wallet contains the dedicated digital asset.

8. A method for managing digital asset functionality based on analysis of a decentralized ledger for determining ownership of a dedicated digital asset representing a contract, comprising: one or more processors configured with machine-readable instructions, receiving an indication from a digital asset distribution platform that a user has requested acquisition of a collectible digital asset into a digital wallet associated with the user, the collectible digital asset being associated with a correlated entity, and the digital wallet corresponding to an address tracked by a decentralized ledger; analyzing at least the decentralized ledger based on the address to determine whether one or more conditions related to the digital wallet are fulfilled, the one or more conditions including a first condition that the digital wallet contains a dedicated digital asset, the dedicated digital asset representing a contract for holding a set of rights associated with the correlated entity, the contract being between a given user and an original holder of the set of rights; Upon determining that the one or more conditions are met, transmitting an authorization indication to the digital asset distribution platform that the acquisition of the collectible digital asset by the digital wallet is permitted; and Upon determining that the one or more conditions are not met, sending a prevention instruction to the digital asset distribution platform that prevents the digital wallet from acquiring the collectible digital asset; Upon determining that the first condition is not met, presenting an interface to the digital asset distribution platform, the interface allowing a user to accept the agreement and thereafter obtain the dedicated digital assets through a digital wallet. The method includes:

9. The method of claim 8, wherein the set of rights includes a right to trade the collectible digital asset, a right to lend the collectible digital asset, a right to view correlated entities, a right to present the correlated entities, or a right to sell the collectible digital asset.

10. The one or more processors: receiving from the digital asset distribution platform a contract indication that the user has accepted the contract and that dedicated digital assets exist in a digital wallet; The method of claim 8 , further comprising:

11. The method of claim 8, wherein the one or more conditions include a second condition, the second condition being that the digital wallet is linked to an account with an external member system, the account being associated with the user, and the one or more processors further comprising, upon determining that the digital wallet is not linked to any account with the external member system associated with the user, enabling the user to create the account or link the digital wallet to the account.

12. The method of claim 8, wherein the collectible digital assets include non-fungible tokens, fungible tokens, or semi-fungible tokens.

13. The one or more processors: receiving an indication from a digital asset distribution platform that a digital wallet associated with the user has acquired the collectible digital asset; In response to the instruction, determining whether the one or more conditions associated with the digital wallet are satisfied; and determining whether the one or more conditions regarding the digital wallet are satisfied in response to the instruction; restricting the set of rights for the correlated entity upon determining that the one or more conditions are not met; and granting the set of rights for the correlated entity upon determining that the one or more conditions are met; and The method of claim 8 , further comprising:

14. The method of claim 13, wherein the one or more conditions include a first condition, the first condition being that the digital wallet contains the dedicated digital asset.

Citation Information

Patent Citations

  • Server device, electronic content management system and control method

    JP2019020849A

  • Decentralized marketplaces and ecosystems enabled by blockchain-based document delivery, collaboration, and distribution

    JP2021518028A

  • Non-alternative token management system

    JP2022013271A

  • Token management system, and token management method

    JP2023097087A

  • Account owner funding of know your customer and accredited investor verification renewal and monitoring charges through coin payment

    WO2021127446A1