U.S. Pat. No. 11,406,902

DETAILED DESCRIPTION

FIG. 1illustrates a system100configured for sharing benefits in affiliations of users of one or more gaming platforms105(e.g., an online gaming platform), in accordance with one or more implementations. In some implementations, system100may include one or more of electronic storage130, one or more servers102, one or more client computing platforms104, one or more gaming platforms105, one or more blockchains111, one or more external resources128, and/or other components.

Server(s)102may be configured to communicate with one or more client computing platforms104according to a client/server architecture and/or other architectures. Client computing platform(s)104may be configured to communicate with other client computing platforms via server(s)102and/or according to a peer-to-peer architecture and/or other architectures. Users123may access system100via client computing platform(s)104. Users123(also referred to as players) may include one or more of a first user, a second user, a third user, a fourth user, and/or other users.

In some implementations, system100and/or servers102may be configured to communicate with one or more of (online) gaming platform(s)105, users123, blockchain(s)111, and/or other components. As used herein, gaming platform105may refer to either an individual game, a type of gaming console and its ecosystem, and/or both. Gaming platform105may be operated, hosted, and/or owned by a stakeholder of gaming platform105. Users123may include players who play on gaming platform105. In some implementations, gaming platform105may include an online store that sells and/or otherwise transfers (in-game) virtual items that may be used within gaming platform105. In some implementations, gaming platform105may support an exchange and/or marketplace for users123such that different users can sell, purchase, trade, and/or otherwise exchange (in-game) virtual items (including the types of assets described in this disclosure) that may be used within gaming platform105and/or may be useful within gaming platform105. In some implementations, users can sell, purchase, trade, and/or otherwise exchange (in-game) virtual items through (external) online sales platforms, including but not limited to eBay™.

As used herein, affiliations are groups of users that have certain interests, characteristics, and/or responsibilities in common. In individual affiliation may have a membership including a set of users (also referred to as members). In some implementations, for a given affiliation, individual members are either founding members (who started the given affiliation) or users who have voluntarily elected to be members of the given affiliation (e.g., by accepting an invitation to join the given affiliation). In some implementations, inclusion in the membership of a given affiliation may have semi-permanence, e.g., it may persist beyond a current session of activity on gaming platform105, beyond logging out of and logging in to gaming platform105, beyond a current assignment/challenge/mission/level/battle/war within gaming platform105, and beyond other types of temporary and/or random connections between users, including but not limited to ad hoc connections between users. For example, in some implementations, just because a user is battling the same boss in a challenge within a game as another user does not mean both users are in the same affiliation. For example, in some implementations, just because a user has a connection and/or has friended another user in a social network does not mean both users are in the same affiliation. In some implementations, membership of a given affiliation may have a duration of at least a day, a week, a month, 2 months, 3 months, 6 months, a year, between 1 month and 6 months, between 3 months and 1 year, and/or other durations. In some implementations, a given affiliation may be organized such that the set of members of the given affiliation form an alliance within gaming platform105. For example, in some implementations, an alliance may enable one or more type of collaboration that are not available between different users that are not members of the same alliance/affiliation. For example, two members may choose to share gaming content, virtual items, skills and/or abilities with each other in ways that unaffiliated members cannot. For example, alliance members may use an exclusive alliance-owned means of transportation. For example, in some implementations, a given affiliation may be organized such that the set of members of the given affiliation form a guild within gaming platform105. For example, in some implementations, a guild may represent and/or promote shared interests of its members (e.g., the guild of space lawyers of intergalactic patent law vis-h-vis equitable spice distribution).

Membership of a given affiliation may have one or more benefits, including but not limited to one or more types of benefits. In some implementations, benefits may include one or more of goods, services, access, content, and/or other (potentially) useful objects/things within gaming platform105. In some implementations, a benefit may include a right to do or use something within gaming platform105. In some implementations, each individual member may have the same benefits as any other member (e.g., the same benefit may be distributed to all members in the given affiliation). In some implementations, some members may have (or receive, or be distributed) different benefits than other members. For example, the various benefits may be organized in different tiers. For example, a first-tier member may have a first set of benefits, a second-tier member may have a second set of benefits that is different from the first set of benefits, and so forth for further tiers. In some implementations, a particular type of benefit may be provided and/or distributed to members individually. In some implementations, a particular type of benefit may be provided and/or distributed to multiple (if not all) members jointly. For example, in some implementations, a benefit may be a (proportional) share of earnings, profit, and/or gain that was earned, awarded, bestowed, won, stolen, and/or otherwise obtained by the given affiliation. In some implementations, a benefit may include one or more portions. For example, distribution of an individual portion of a benefit may be triggered be predetermined events, including but not limited to in-game events. For example, a portion of profit-sharing benefit may be triggered by regularly timed intervals, such as every month, every 3 months, every year, and/or other intervals. For example, a portion of loot-sharing benefit may be triggered by a victory in a battle, the defeat of an enemy (or adversary affiliation), and/or other occurrences of predetermined and/or predefined events within online gaming platform105. For example, a portion of earnings-sharing benefit may be triggered by an accumulation of earnings (e.g., for a given affiliation) that exceeds a predetermined earnings threshold.

In some implementations, system100may include a (distributed) blockchain that may be maintained by a distributed computing platform (not shown inFIG. 1). In some implementations, the distributed computing platform may be implemented by a set of client computing platforms and/or servers. The distributed computing platform may support a virtual machine (not shown inFIG. 1). The distributed computing platform and/or the virtual machine may form a runtime environment for smart contracts and/or other executable code. In some implementations, the distributed computing platform may include electronic storage configured to store part or all of blockchain(s)111. The smart contracts may be stored on blockchain(s)111. In some implementations, the distributed computing platform may be the EOSIO platform. In some implementations, the distributed computing platform may be Ethereum. In some implementations, the distributed computing platform may be similar to Ethereum. In some implementations, the virtual machine may be a decentralized virtual machine.

A distributed blockchain may act as a (decentralized) database that stores a registry and/or ledger of assets and transactions across one or more networks. In some implementations, a ledger may be implemented as a database. For example, a blockchain is a type of ledger, as well as a type of decentralized database that stores a registry of assets and transactions. A given asset may be owned by a particular user. An asset may include anything of material value or usefulness that is owned by or on behalf of a person or company or an affiliation, including but not limited to assets created by asset component110, and/or other assets. In some implementations, a right pertaining to an object (e.g., a benefit) may be an asset, the object being a physical or a virtual item. Multiple rights may form a set of rights or a bundle of rights that may be transferred and/or otherwise acted on or operated on together. For example, rights may include one or more of a right to use, a right to sell, a right to destroy, and/or other rights. In some implementations, a right to a benefit may be referred to as a beneficiary right. In some implementations, a right to the distribution of a benefit may be referred to as a beneficiary right.

In some implementations, tokens may be a type of asset. In some implementations, tokens may include one or more of security tokens, utility tokens, payment tokens, initial coin offering (ICO) tokens, virtual currency tokens, crypto tokens, ERC-20 tokens, EOS tokens, and/or other tokens. In some implementations, tokens not only represent value, but may have a specific use in a particular distributed computing platform, e.g., in the operation of blockchain111.

In some implementations, blockchain(s)111may record and/or register ownership of assets. Alternatively, and/or simultaneously, blockchain(s)111may register transactions that modify ownership of assets. A smart contract may be a type of asset. In some implementations, once a smart contract has been added to a blockchain, the smart contract may be referred to as published, posted, registered, and/or recorded. Elements of blockchain(s)111may be grouped together in units that are referred to as blocks. For example, an individual block may include one or more assets and one or more transactions. For example, an individual 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 a hierarchy of blocks, such as, e.g., a chain of blocks. An individual block may include one or more assets, one or more transactions, and/or other information.

In some implementations, blockchain(s)111may be publicly accessible and append-only. In some implementations, existing blocks of a distributed blockchain can substantially not be altered or deleted, unless multiple copies of the distributed blockchain are altered. This is unlikely to happen provided that multiple copies of the distributed blockchain are stored on different computing platforms, e.g., in different geographical locations. The distributed blockchain may be replicated on multiple computing platforms, preferably in multiple different geographical locations. Additionally, individual blocks may be linked together in a manner that prevents tampering, such as, e.g., using a hash chain and/or digital signatures. In particular, hash values may be generated using fixed-output-length one-way hashing functions that take variable-length input, and may be effectively impossible (or, at least, computationally infeasible) to reverse. As such, a hashing function may provide one-way encryption. By way of non-limiting example, the hashing function may be SHA-256, BLAKE2, SHAKE256, and/or another hashing function. Contents of individual blocks, transactions, and/or assets may be digitally signed in a manner that proves integrity and/or prevents tampering, e.g., by providing authentication.

Server(s)102may be configured by machine-readable instructions106. Machine-readable instructions106may include one or more instruction components. The instruction components may include computer program components. The instruction components may include one or more of an affiliation component108, an asset component110, a recording component112, a distribution component114, a verification component116, a transfer component118, a game component120, a blockchain component122, a membership component124, and/or other instruction components.

Affiliation component108may be configured to store information in electronic storage130, including but not limited to information defining and/or pertaining to affiliations. In some implementations, affiliation component108may be configured to store information in electronic storage130that corresponds to affiliations. For example, affiliation component108may store, in electronic storage130, a first affiliation, a second affiliation, a third affiliation, and so forth. The first affiliation may have a membership including a first set of members. The second affiliation may have a second membership including a second set of members, and so forth. In some implementations, a user may be a member of multiple affiliations. In some implementations, membership may be exclusive to a single affiliation. In some implementations, membership may (automatically) confer one or more beneficiary rights to individual members. The one or more beneficiary rights may include rights to at least part of one or more benefits. For example, membership of the first affiliation may confer a first beneficiary right to a first benefit, membership of the second affiliation may confer a second beneficiary right to a second benefit, and so forth. In some implementations, the first benefit may include separate distributions of different portions of the first benefit. For example, the first benefit may include a first portion, a second portion, and so forth. The first portion may be distributed at a first point in time, the second portion may be distributed at a second point in time, and so forth.

Asset component110may be configured to create assets. The assets may include a first asset, a second asset, a third asset, and so forth. The assets may represent certain rights, e.g. a set of rights. The rights of a particular asset may include one or more beneficiary rights. For example, ownership of a given asset may correspond to ownership of a given beneficiary right. In some implementations, assets may be managed by online gaming platform105, blockchain111, and/or other components of system100. For example, in some implementations, a given asset may be included in (or accessible through) a user inventory of a user of online gaming platform105. For example, in some implementations, (ownership of) a given asset may be recorded on (or accessible through) blockchain111. In some implementations, using the given beneficiary right may require ownership of the given asset. In some implementations, a given asset may represent a given beneficiary right (to a given benefit) that is shared among the members of a given affiliation. Upon distribution of the given benefit, all or some of the members of the given affiliation may receive the given benefit. Additionally, in some implementations, the current owner of the given asset may also receive the given benefit. In some implementations, ownership of the given asset may bestow (at least some of) the same or similar rights and benefits that are shared among the members of the given affiliation. For example, in some implementations, a given member of a given affiliation may sell access to the given affiliation (say, a guild) to another user through the mechanism of selling a given asset. In some implementations, ownership of a given asset may bestow a given benefit (that may be shared among the members of the given affiliation) for a limited duration and/or period. For example, the given benefit may only last and/or be valid for 1 week, 2 weeks, 1 month, 3 months, 6 months, and/or other durations. In some implementations, a seller of such a limited-duration benefit may be deprived of the given benefit for the pertinent duration. In other implementations, the seller and the buyer may both enjoy the limited-duration benefit.

Recording component112may be configured to record ownership of assets. For example, ownership may signify a particular relationship between assets and one or more users. In some implementations, ownership may be exclusive, e.g., to one user. For example, a given asset may be recorded as being owned by a first user. In some implementations, recording component112may be configured to verify whether a particular players owns a particular (beneficiary) right. In some implementations, recording component112may (co)operate with one or more other components of system100to record and/or verify ownership of assets on blockchain111, e.g., by analyzing the history of recorded transactions of a given asset.

Distribution component114may be configured to distribute and/or otherwise provide (portions of) benefits to users. In some implementations, distributions by distribution component114may be performed responsive to one or more verifications. For example, a particular distribution of (a given portion of) a given benefit may be performed responsive to a verification of the ownership of a given asset that represents the given benefit. In other words, ownership of the given asset may be required for a user to receive the particular distribution. For example, distribution component114may distribute a first portion of a first benefit to a first user (note the beneficiary right to the first benefit may be represented by a given asset), responsive to a verification that the first user owns the given asset. Subsequently (at a different point in time), distribution component114may distribute a second portion of the first benefit to the current owner of the given asset (this could still be the first user, or it could be a different user).

By way of non-limiting example,FIGS. 3A-3B-3Cillustrate an occurrence of sequential gameplay that includes sharing benefits in a game played by (user-controlled) in-game character33in a topography31. Event32may depict the occurrence of a particular event or trigger within the game, that signifies a particular distribution of coins shall occur among the members of an affiliation34(here depicted as having at least 4 members). The given beneficiary right to the particular distribution of coins may be shared among the members of affiliation34, and furthermore shared with the owner of a given asset (not depicted inFIG. 3A). Subsequently toFIG. 3A, as depicted inFIG. 3B, the members of affiliation34individually receive distribution32aof coins (e.g., these may be earnings by affiliation34). In-game character34ais a member of affiliation34, and also receives distribution32aof coins. In-game character33is not a member of affiliation34, and consequently receives no distribution of coins. Ownership of the given asset (and therefore the given beneficiary right) may be visually represented by a virtual item34b. Subsequently toFIG. 3B, during gameplay, in-game character33purchases (not depicted) the given asset that represents the given beneficiary asset. As depicted inFIG. 3C, in-game character33owns the given asset, as visually represented by virtual item34b. A subsequent distribution32bis received by the members of affiliation34and in-game character33(by virtue of ownership of the given asset).

Referring toFIG. 1, verification component116may be configured to perform one or more verifications related to assets, ownership, benefits, and/or other entities used by system100. For example, a first type of verification may be an ownership verification regarding a particular asset and a particular user, to verify whether the particular user owns the particular asset. For example, a second type of verification may be an ownership verification regarding a particular beneficiary right and a particular user, to verify whether the particular user owns the particular beneficiary right. For example, a third type of verification may be an event verification regarding a particular predetermined (in-game) event or (in-game) trigger, to verify whether the particular predetermined event or trigger occurred. For example, a fourth type of verification may be a trigger verification regarding a particular predefined trigger that triggers a distribution of a (given portion of) a given benefit, to verify whether the distribution should occur. In some implementations, distribution of a particular benefit may require additional conditions to be met, including but not limited to in-game achievements (such as reaching a particular playing level within a game, or playing at least a minimum amount within the game, and/or other individual achievements), collaborative achievements (such as helping, within the game, other members of the same affiliation, or collectively as an affiliation achieving and/or completing some task), hardware restrictions (such as meeting certain requirements with regard to hardware configurations and/or hardware characteristics when interacting with gaming platform105), and/or other conditions.

Transfer component118may be configured to transfer assets between users. In some implementations, transfer component118may be configured to transfer ownership of assets, for example from a first user to a second user. In some implementations, transfer component118may be configured to modify ownership of a particular asset as previously recorded to reflect a transfer of the particular asset to a new owner. In some implementations, operations by transfer component118may occur responsive to a purchase. For example, a second player may purchase a given asset from a first player. Responsive to such a purchase, the given asset may be transferred to the second player by transfer component118. In some implementations, completion of purchases may include recording of transactions on blockchain111, for example by recording component112. In some implementations, the new owner may not need to be a member of the same affiliation as the old owner. For example, a given asset may represent a given beneficiary right to certain distributions of benefits. The given asset may be owned by a first user, a member of a first affiliation. Transfer component118may transfer the given asset to a second user who is not a member of the first affiliation. After this transfer (e.g., accomplished through a purchase), the second user owns the given beneficiary right.

Game component120may be configured to execute an instance of a game (e.g., an online game within gaming platform105) to facilitate presentation of the game to users123, and/or to implement in-game actions in the instance of the game, e.g., in response to action requests for the in-game actions by users123. The game may be provided via a virtual space, and may include a plurality of resource types and/or maps. An instance of the virtual space may be executed by one or more computer components to determine views of the virtual space. In some implementations, the view may be communicated (e.g., by streaming, via object/position data, and/or other information) from server(s)102and/or other sources to client computing platforms104for presentation to users123. The view determined and transmitted to a given client computing platform104may correspond to a location in the virtual space (e.g., the location from which the view is taken, the location the view depicts, and/or other locations), a zoom ratio, a dimensionality of objects, a point-of-view, and/or view parameters. In some implementations, one or more view parameters may be selectable by a user.

The instance of the virtual space may include a simulated space that is accessible by users123by clients (e.g., client computing platforms104) that present the views of the virtual space to a user. The simulated space may have a topography, express ongoing real-time interaction by one or more users, and/or include one or more objects positioned within the topography that are capable of locomotion and/or movement within the topography. In some implementations, the topography may be a 2-dimensional topography. In some implementations, the topography may be a 3-dimensional topography. The topography may include dimensions of the simulated space, and/or surface features of a surface or objects that are native to the simulated space. In some implementations, the topography may include a surface (e.g., a ground surface) that runs through at least a substantial section of the simulated space. In some implementations, the topography may describe a volume with one or more bodies positioned therein. The instance executed by the computer components may be synchronous, asynchronous, and/or semi-synchronous.

Within the instance of the virtual space, users123may control characters, objects, simulated physical phenomena, and/or other elements within the virtual space to interact with the virtual space and/or each other. The user characters may include avatars. As used herein, the term “user character” may refer to an object or group of objects present in the virtual space, that correspond(s) to an individual user. A particular user character may be controlled by the particular user with which it is associated. Such user characters may be referred to as user-controlled characters. User-controlled element(s) may move through and interact with the virtual space (e.g., non-user characters in the virtual space, other objects in the virtual space, etc.). User-controlled elements controlled by and/or associated with a given user may be created and/or customized by the given user. Individual users may have an “inventory” of virtual goods and currency (e.g., resources of the plurality of resource types) that the individual user can use (e.g., by manipulation of a user character and/or other user-controlled elements) and/or other items, to perform in-game actions within the virtual space.

Blockchain component122may be configured to perform actions on blockchain111, including but not limited to recording transactions/transfers of assets, recording and/or verifying ownership of assets, recording changes in ownership, analyzing ownership of particular assets (e.g., through the history of recorded transactions), and/or other actions. For example, in some implementations, recording component112and/or verification component116may use one or more functions provided by blockchain component122to perform one or more of the actions and/or features attributed to recording component112and/or verification component116, including but not limited to recording and/or performing verifications, such as, for example, verifications related to ownership of particular assets. For example, in some implementations, assets may be implemented as smart contracts on blockchain111. A verification of asset-ownership may accordingly be implemented as a function on a particular smart contract. Moreover, a transfer of ownership may be implemented by recording and/or storing an address (that identifies the new owner of a particular asset) to blockchain111and/or the particular smart contract.

By way of non-limiting example,FIG. 4Aillustrates a blockchain111athat implements a blockchain including a block0, a block1, and a block2. As time progresses, more blocks may be added to blockchain111a. The blocks within blockchain111aare ordered. As shown in block0, three assets (indicated by a capital “A”) are created and/or generated, and subsequently assigned to three users or players: a first asset is assigned to user i (Ui), a second asset is assigned to user j (Uj), and a third asset is assigned to user k (Uk). As used in the context of blockchains, assignments may be recordations of ownership (also referred to as recordings of ownership). These assets may be individually manifested, deployed, and/or instantiated through an asset component similar to asset component110(seeFIG. 1). Block1is connected to block0(as indicated by a link40a), for example, by including an address of block1in block0, or vice versa. Likewise, block1is connected to block2, as indicated by a link40b.

In block1, one asset (labeled Ax) is assigned to user q (Uq), for example by associating an address of user q to asset Ax. For example, the asset in block1may be an individual asset created by an asset component similar to asset component108(seeFIG. 1). Asset Ax may represent one or more beneficiary rights related to a particular affiliation (e.g., named the “Armament Alliance”) of users in a game on gaming platform105(not shown inFIG. 4A). Additionally, block1includes two transactions (indicated by a capital “T”): a first transaction from user i to user j, and a second transaction from user j to user k. Block2includes a first transaction from user j to user m, and a second transaction from user j to user n. In some implementations, based on the contents of the blocks, any user of blockchain111amay determine the current assets of blockchain111a, and the balances of any user. In some implementations, the balance of a particular user may be verified prior to adding a transaction that reduces that particular user's balance. For example, an individual user may not be allowed to transfer assets the individual user does not own.

By way of non-limiting example,FIG. 4Billustrates a blockchain111bthat includes the same blocks as blockchain111aofFIG. 4A, plus additional blocks (block3, block4, block5) that have been appended to the blockchain. Block3may be connected to block2(as indicated by a link40c), block4may be connected to block3(as indicated by a link40d), and block5may be connected to block4(as indicated by a link40e). In block3, a smart contract41(indicated by a capital “C”) is posted. For example, smart contract41may have been generated to aid or implement different types of usage of asset Ax (and/or other actions related to asset Ax). InFIG. 4B, a function call to a function defined by smart contract41(e.g., to initiate a particular type of usage of asset Ax) may be depicted and/or implemented as a transaction (e.g., the function may be invoked in exchange for consideration). In some implementations, smart contract41may have been posted to blockchain111bby (or on behalf of) an owner or creator of asset Ax. In some implementations, smart contract41may have been posted by an affiliation, such as the “Armament Alliance”. Referring toFIG. 4B, for example, smart contract41may include or refer to asset Ax and record that asset Ax is currently owned by user q (Uq). In block4, one asset is assigned to user p (Up). Additionally, block4includes a transaction (indicated by a capital “T”): a transaction from user i to user n. For example, the transaction may represent a purchase of a first virtual item by user n. Additionally, block4includes a transaction from user q to the same smart contract as depicted in block3. For example, the transaction may represent user q (or some other party) initiating a particular distribution of a (first portion of a) benefit to user q (the current owner) in accordance with a beneficiary right represented by asset Ax. Block5includes three transactions (indicated by a capital “T”): a first transaction representing a transfer of ownership of asset Ax from old owner user q to new owner user p. A second transaction may represent user p initiating another distribution in accordance with a beneficiary right represented by asset Ax (this distribution should occur since user p is the current owner). A third transaction may represent user q initiating another distribution in accordance with a beneficiary right represented by asset Ax (this distribution should not occur since user q is no longer the current owner).

Referring toFIG. 1, membership component124may be configured to modify affiliations, e.g., by adding and/or removing members from affiliations. In some implementations, membership component124may be configured to transmit and/or otherwise transfer invitations to join given affiliations to users that are not members of the given affiliations. The invitations may be individually and voluntarily accepted or declined by the users that received the invitations. In some implementations, for example, a first member of a first affiliation may instruct and/or request membership component124to transfer a first invitation to a first non-member user, inviting this user to join the first affiliation. In some implementations, for example, the first invitation may be transferred by membership component124on behalf of the first member of the first affiliation to the first non-member user, inviting this user to join the first affiliation. In some implementations, membership component124may be configured to decline a request to transfer a particular invitation, e.g. because of restrictions and/or requirements regarding such invitations not being met. For example, in some affiliations, only certain members may be allowed to invite non-members to join. In some implementations, membership component124may be configured to receive individual responses to the invitations from invited users, to either accept or decline the invitations. In some implementations, membership component124may be configured to effectuate inclusion of users that accepted invitations into the given affiliations. For example, the first non-member user may respond with an acceptance to join the first affiliation. Membership component124may add this user to the membership of the first affiliation. In some implementations, the modified membership may be stored in electronic storage130, e.g., by affiliation component108and/or by membership component124.

In some implementations, server(s)102, client computing platform(s)104, and/or external resources128may be operatively linked via one or more electronic communication links. For example, such electronic communication links may be established, at least in part, via one or more networks13, including but not limited to the Internet and/or other networks. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes implementations in which server(s)102, client computing platform(s)104, and/or external resources128may be operatively linked via some other communication media.

A given client computing platform104may include one or more processors configured to execute computer program components. The computer program components may be configured to enable an expert or user associated with the given client computing platform104to interface with system100and/or external resources128, and/or provide other functionality attributed herein to client computing platform(s)104. By way of non-limiting example, the given client computing platform104may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a NetBook, a Smartphone, a smart watch, a gaming console, and/or other computing platforms.

External resources128may include sources of information outside of system100, external entities participating with system100, and/or other resources. For example, in some implementations, external resources128may include an online sales platform through which assets may be purchased and sold between different users. In some implementations, some or all of the functionality attributed herein to external resources128may be provided by resources included in system100.

Server(s)102may include electronic storage130, one or more processors132, and/or other components. Server(s)102may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of server(s)102inFIG. 1is not intended to be limiting. Server(s)102may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to server(s)102. For example, server(s)102may be implemented by a cloud of computing platforms operating together as server(s)102.

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

Processor(s)132may be configured to provide information processing capabilities in server(s)102. As such, processor(s)132may 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. Although processor(s)132is shown inFIG. 1as a single entity, this is for illustrative purposes only. In some implementations, processor(s)132may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s)132may represent processing functionality of a plurality of devices operating in coordination. Processor(s)132may be configured to execute components108,110,112,114,116,118,120,122, and/or124, and/or other components. Processor(s)132may be configured to execute components108,110,112,114,116,118,120,122, and/or124, and/or other components by software; hardware; firmware; some combination of software, hardware, and/or firmware; and/or other mechanisms for configuring processing capabilities on processor(s)132. As used herein, the term “component” may refer to any component or set of components that perform the functionality attributed to the component. This may include one or more physical processors during execution of processor readable instructions, the processor readable instructions, circuitry, hardware, storage media, or any other components.

It should be appreciated that although components108,110,112,114,116,118,120,122, and/or124are illustrated inFIG. 1as being implemented within a single processing unit, in implementations in which processor(s)132includes multiple processing units, one or more of components108,110,112,114,116,118,120,122, and/or124may be implemented remotely from the other components. The description of the functionality provided by the different components108,110,112,114,116,118,120,122, and/or124described below is for illustrative purposes, and is not intended to be limiting, as any of components108,110,112,114,116,118,120,122, and/or124may provide more or less functionality than is described. For example, one or more of components108,110,112,114,116,118,120,122, and/or124may be eliminated, and some or all of its functionality may be provided by other ones of components108,110,112,114,116,118,120,122, and/or124. As another example, processor(s)132may be configured to execute one or more additional components that may perform some or all of the functionality attributed below to one of components108,110,112,114,116,118,120,122, and/or124.

FIG. 2illustrates a method200for tokenizing moments in a game, in accordance with one or more implementations. The operations of method200presented below are intended to be illustrative. In some implementations, method200may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of method200are illustrated inFIG. 2and described below is not intended to be limiting.

In some implementations, method200may be implemented in one or more processing devices (e.g., 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). The one or more processing devices may include one or more devices executing some or all of the operations of method200in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method200.

At an operation202, information is stored. The information includes affiliations of users of an online gaming platform. The affiliations include a first affiliation. The first affiliation has a membership of a set of members that have voluntarily elected to be included in the membership. Inclusion in the membership persists beyond logging out of and into the online gaming platform. The set of members includes a first user. Inclusion in the membership confers a beneficiary right to at least part of a benefit for a subset of the members. The benefit includes a first portion and a second portion. In some embodiments, operation202is performed by an affiliation component the same as or similar to affiliation component108(shown inFIG. 1and described herein).

At an operation204, an asset is created that represents the beneficiary right. In some embodiments, operation204is performed by an asset component the same as or similar to asset component110(shown inFIG. 1and described herein).

At an operation206, ownership of the asset is recorded as being owned by the first user. In some embodiments, operation206is performed by a recording component the same as or similar to recording component112(shown inFIG. 1and described herein).

At an operation208, the first portion of the benefit is distributed to the first user, responsive to a verification that the first user owns the asset. In some embodiments, operation208is performed by a distribution component the same as or similar to distribution component114(shown inFIG. 1and described herein).

At an operation210, the ownership of the asset is transferred to a second user. In some embodiments, operation210is performed by a transfer component the same as or similar to transfer component118(shown inFIG. 1and described herein).

At an operation212, the ownership of the asset is recorded as being owned by the second user. In some embodiments, operation212is performed by a recording component the same as or similar to recording component112(shown inFIG. 1and described herein).

At an operation214, the second portion of the benefit is distributed to the second user, responsive to a second verification that the second user owns the asset. In some embodiments, operation214is performed by a distribution component and/or a verification component the same as or similar to distribution component114and/or verification component116(shown inFIG. 1and described herein).

Although the present technology has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred implementations, it is to be understood that such detail is solely for that purpose and that the technology is not limited to the disclosed implementations, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to 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.