JP2023122856A - Information processing system, method, and program - Google Patents

Abstract

To provide a variation to transaction of NFTs.SOLUTION: An information processing system includes: a determination unit for determining whether a combination of a plurality of non-replaceable tokens which are being provided to a wallet of a user or was provided to a wallet of a user in a block chain satisfies a predetermined condition; and a privilege provision unit for providing a non-replaceable token as a privilege to a wallet of a user when it is determined that the predetermined condition is satisfied for the user.SELECTED DRAWING: Figure 2

Description

The present disclosure relates to distributed ledgers such as blockchains.

Conventionally, technologies for generating and trading non-fungible tokens using blockchain have been proposed (see Non-Patent Documents 1 and 2).

William Entriken, 3 others, "EIP-721: Non-Fungible Token Standard" https://eips.ethereum.org/EIPS/eip-721 Witek Radomski, and 5 others, "EIP-1155: Multi Token Standard" https://eips.ethereum.org/EIPS/eip-1155

Conventionally, various technologies for generating and trading NFT have been proposed, but the trigger for giving NFT to the user's wallet is, except for the generation of new NFT, the consideration according to the agreement between users. It is common to pay and transfer NFT, and even when benefits are given to users according to NFT transactions, additional benefits other than NFT are only sent to users outside the blockchain. .

In view of the above problems, the present disclosure aims to provide variations to NFT transactions.

An example of the present disclosure is determining means for determining whether a combination of the plurality of non-fungible tokens currently granted or previously granted to one user's wallet in a blockchain satisfies a predetermined condition. and privilege granting means for granting a non-fungible token as a privilege to the user's wallet when the determination means determines that the predetermined condition is satisfied for the user. It is an information processing system.

The present disclosure can be understood as an information processing device, a system, a method executed by a computer, or a program executed by a computer. The present disclosure can also be understood as recording such a program in a recording medium readable by a computer, other device, machine, or the like. Here, a computer-readable recording medium is a recording medium that stores information such as data and programs by electrical, magnetic, optical, mechanical or chemical action and can be read by a computer. say.

In view of the above problems, the present disclosure aims to provide variations to NFT transactions.

1 is a schematic diagram showing the configuration of a system according to an embodiment; FIG. It is a figure which shows the outline of the functional structure of the information processing apparatus which concerns on embodiment. It is a schematic diagram showing an example of the flow of NFT issuing processing according to the embodiment. FIG. 4 is a diagram showing examples of items that can be used for metadata and token data in an embodiment; It is a schematic diagram showing an example of the flow of primary sales processing of NFT according to the embodiment. It is a schematic diagram showing an example of the flow of the periodical aggregation process according to the embodiment. 4 is a schematic diagram showing an example of the flow of regular remittance processing according to the embodiment; FIG. It is a schematic diagram showing an example of the flow of on-demand remittance processing according to the embodiment. It is a schematic diagram showing an example of the flow of secondary sales processing of NFTs according to the embodiment. It is a flow chart which shows an example of a flow of privilege grant processing concerning an embodiment. It is a figure which shows the outline of the functional structure of the information processing apparatus which concerns on a variation. It is a figure which shows the outline of the functional structure of the information processing apparatus which concerns on a variation. It is a figure which shows the outline of the functional structure of the information processing apparatus which concerns on a variation.

Hereinafter, embodiments of a system, an information processing device, a method, and a program according to the present disclosure will be described based on the drawings. However, the embodiments described below are examples of embodiments, and do not limit the system, information processing apparatus, method, and program according to the present disclosure to the specific configurations described below. For implementation, a specific configuration may be appropriately adopted according to the mode of implementation, and various improvements and modifications may be made.

This embodiment describes an embodiment in which the technology according to the present disclosure is implemented for a system for generating and trading non-fungible tokens. However, the present disclosure can be widely used for non-fungible token-related technology, fungible token-related technology, or blockchain-related technology, and the application target of the present disclosure is limited to the examples shown in the embodiments. not.

A non-fungible token (hereinafter “NFT”) is a type of cryptographic token, and is a so-called cryptocurrency or other fungible token (hereinafter “FT”) that can be replaced by other tokens if the amount is the same. Unlike , it is a token to indicate the owner of an object that cannot be replaced by anything else. In the present embodiment, an example in which NFTs are issued and traded by recording data that can guarantee the correspondence between NFTs and objects (for example, data including hash values) in a so-called blockchain will be described. However, the technology that can be employed to issue and trade NFTs is not limited.

2. Description of the Related Art Conventionally, the amount of value to be paid in transactions of goods, services, etc. is recorded as data in a ledger file or the like, and the performance of payment is confirmed. However, such a confirmation method uses a centralized system for data management, and there is a possibility that the data may be falsified. In some cases, the data could not be confirmed. In view of the above problem, the system according to the present embodiment issues the same amount of FT to indicate the amount of value to be paid in the transaction, and operates the FT according to the actual value transfer, thereby solving the above problem. to resolve all or at least part of

Also, conventionally, various techniques for generating and trading NFTs have been proposed. In such technology, a content-oriented data management system is used to refer to content data targeted for NFT, and a hash value of the content data issued by the content-oriented data management system is included. A resource identifier (eg, URI) is used. However, in the conventional method, the resource identifier in the data management system is directly registered in the blockchain, so it is necessary to move the storage location of the content data in response to various requests (for example, from the location-oriented data management system to the content-oriented transfer of content data to the type data management system) was difficult. In view of the above problem, the system according to the present embodiment assigns the resource identifier regardless of the content data storage location, generates metadata including the resource identifier, and generates a token including the identifier of the metadata. All or at least part of the above problems are solved by registering data in the blockchain.

Furthermore, conventionally, the NFT is given to the user's wallet, except for the generation of a new NFT, in general, the NFT is transferred by paying a consideration according to the agreement between the users. Even when benefits are given to users according to NFT transactions, additional benefits other than NFT (for example, physical privilege goods, tickets, etc.) are only sent to users outside the blockchain. In view of the above-described problem, the system according to the present embodiment provides privilege NFTs to the user's wallet when it is determined that the combination of NFTs currently provided to the user's wallet satisfies a predetermined condition. By doing so, it is decided to give variations to NFT transactions.

<System configuration>
FIG. 1 is a schematic diagram showing the configuration of a system according to this embodiment. The system according to this embodiment includes an information processing device 1 and a plurality of user terminals 9 that are communicable with each other by being connected to a network. In addition, the system according to this embodiment is connected to the first data management system 5, the second data management system 6 and the blockchain 7.

The information processing device 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an EEPROM (Electrically Erasable and Programmable Read Only Memory), an HD Storage such as D (Hard Disk Drive) It is a computer including a device 14, a communication unit 15 such as a NIC (Network Interface Card), and the like. However, the specific hardware configuration of the information processing apparatus 1 can be appropriately omitted, replaced, or added according to the mode of implementation. Further, the information processing device 1 is not limited to a device consisting of a single housing. The information processing device 1 may be realized by a plurality of devices using so-called cloud or distributed computing technology.

A user terminal 9 is a terminal device used by a user. The user terminal 9 is a computer including a CPU, ROM, RAM, storage device, communication unit, input device, output device, etc. (not shown). However, the specific hardware configuration of the user terminal 9 can be appropriately omitted, replaced, or added according to the mode of implementation. Also, the user terminal 9 is not limited to a device consisting of a single housing. The user terminal 9 may be realized by a plurality of devices using so-called cloud or distributed computing technology. A user connects to the information processing device 1 via these user terminals 9, manages the system, manages NFTs and FTs, participates in marketplaces, trades NFTs, and the like.

The first data management system 5 manages content data related to NFT (data as an entity of content; hereinafter referred to as “content data”). In this embodiment, the first data management system 5 is a so-called location-oriented data management system, and the data managed by the first data management system 5 is information indicating where the data is stored (for example, Information called URL, address, file path, etc.) is referred to. More specifically, in this embodiment, an example using a Content Delivery Network (CDN) as the first data management system 5 will be described.

The second data management system 6, like the first data management system 5, manages content data. However, unlike the first data management system 5, the second data management system 6 is a so-called content-oriented data management system. Regardless of the type of data, it is referred to by specifying a unique identifier attached to the data (for example, information called URI, URN, CID, etc.). More specifically, in this embodiment, an example using an InterPlanetary File System (IPFS) as the second data management system 6 will be described.

Blockchain 7 is used to issue and trade NFTs and FTs by registering data. In this embodiment, as a blockchain, a so-called private blockchain is used in which only users who have accounts managed by a predetermined management entity (for example, a user ID issued by an administrator of the NFT marketplace) can participate. . Therefore, in this embodiment, the wallets of each user, including the NFT purchaser, are managed in association with their accounts. Here, a wallet address corresponding to each user's wallet is generated as appropriate. However, the type of blockchain that can be used to implement the technology according to the present disclosure is not limited, and a consortium blockchain in which only users of accounts corresponding to each of a plurality of specific management entities can participate is used. Alternatively, a public blockchain may be used. The same blockchain may be used for the issuance of NFT, the transaction of NFT, the issuance of FT, and the transaction of FT, or different blockchains may be additionally used.

FIG. 2 is a diagram showing an outline of the functional configuration of the information processing device 1 according to this embodiment. In the information processing apparatus 1, a program recorded in the storage device 14 is read out to the RAM 13 and executed by the CPU 11 to control each hardware provided in the information processing apparatus 1, thereby generating the content identifier generation unit 21. , hash value acquisition unit 22, metadata generation unit 23, metadata addition unit 24, metadata identifier acquisition unit 25, NFT issuing unit 26, content data addition unit 27, payment acceptance unit 31, NFT management unit 32, FT issuing unit 33 , an FT management unit 34 , a value receipt confirmation unit 35 , a point provision unit 36 , a determination unit 41 , a privilege data generation unit 42 and a privilege provision unit 43 . Note that in this embodiment and other embodiments described later, each function of the information processing apparatus 1 is executed by the CPU 11, which is a general-purpose processor. It may be executed by a processor.

The content identifier generation unit 21 generates content according to the content identifier generation procedure for the content-oriented second data management system 6 (IPFS) regardless of whether the content data is added to the content-oriented second data management system 6 (IPFS). Generate an identifier. That is, in the system according to the present embodiment, even if the content data is managed by the location-oriented first data management system 5 and is not managed by the content-oriented second data management system 6 at least initially, the IPFS protocol (that is, a hash operation including content data as a key) is performed to generate a CID.

A hash value acquisition unit 22 acquires a hash value generated based on a key including content data. The hash value acquired here may be calculated by the information processing apparatus 1 or may be calculated by another computer. Also, in calculating the hash value, an algorithm different from that for generating the CID by the content identifier generation unit 21 may be used, or a similar algorithm may be used, or the CID and calculation processing may be shared. .

The metadata generating unit 23 generates the hash value obtained by the hash value obtaining unit 22, the electronic signature generated using the hash value and a predetermined secret key, and the resource identifier referred to when obtaining the content data. Generate metadata for the content, including In this embodiment, a uniform resource identifier (URI) including a content identifier (CID) that uniquely identifies content is used as the resource identifier. Also, as the predetermined secret key used for the electronic signature, the secret key of the content provider may be used, but other secret keys such as the secret key of the system administrator may also be used.

The metadata adding section 24 adds metadata to the second data management system 6 . Here, since the second data management system 6 is a content-oriented data management system (in this embodiment, IPFS) as described above, when metadata is added to the second data management system 6, the second data management A metadata identifier (CID) that uniquely identifies the metadata is issued from the system 6 .

The metadata identifier acquisition unit 25 acquires an identifier (CID) issued by the content-oriented second data management system 6 when adding the metadata to the content-oriented second data management system 6 as a metadata uniquely indicating the metadata. Get it as a data identifier.

The NFT issuing unit 26 records the token data including the metadata identifier in the blockchain 7 to issue the NFT with which the metadata and content are linked (given to the owner's wallet). In this embodiment, by doing so, the content is indirectly linked to the NFT via the metadata. However, the content may be directly linked to the NFT by including the hash value or CID of the content in the token data. Also, in the present embodiment, a plurality of NFTs linked to one content may be issued. In this case, the NFT issuing unit 26 corresponds to a plurality of metadata generated by generating a plurality of metadata including a combination of a common content identifier (CID) and different additional data (for example, serial number). a method of recording multiple token data on the blockchain 7, a method of recording multiple token data including a combination of a common metadata identifier and mutually different additional data (e.g. serial number) on the blockchain 7, etc. By adopting it, multiple NFTs linked to one content are issued.

The content data adding unit 27 uses the content identifier generated by the content identifier generating unit 21 to add the content data managed by the location-oriented first data management system 5 to the content-oriented type according to the instruction from the administrator. Add to second data management system 6 . However, the content data may have been added to the second data management system 6 from the beginning.

The settlement acceptance unit 31 accepts settlement of the payment value by the purchaser via settlement means linked to the account owned by the purchaser. Here, the purchaser can use legal tender, points issued by the administrator, electronic value such as electronic money, etc., as the value used for paying the NFT purchase price. The type of value used for NFT purchase price payment is not limited, and for example, cryptocurrencies such as Bitcoin and Ethereum may be used. In addition, in the present embodiment, credit cards, debit cards, electronic money, etc. are assumed as settlement means when paying legal currency, and a point management system of a point manager is assumed as a settlement means when paying points. there is However, the payment method is not limited to the examples in this embodiment, and various known payment methods or those that will appear in the future may be adopted regardless of whether they are prepaid or postpaid. For example, if a cryptocurrency is used for payment, the blockchain network for the target cryptocurrency is used as the means of payment.

The NFT management unit 32 moves the NFT related to the product acquired by the user to the user's wallet. In addition, in the present embodiment, the product may include predetermined rights and other benefits (points, data, etc.) related to the content linked to the NFT.

Triggered by the purchase of a product, the FT issuing unit 33 issues an amount of FT (private FT) corresponding to the amount of value paid by the purchaser of the product (for example, Japanese yen or points) to the blockchain 7. Issued above. The FT issued here and managed by the FT management unit 34, which will be described later, is used to indicate the amount of value related to the transaction, and is not used as the value itself related to the transaction. That is, even if another type of FT, that is, a cryptocurrency is used to purchase a product, the FT issuing unit 33 issues an amount of FT corresponding to the amount of the payment value (e.g., Bitcoin or Ethereum). Issued on blockchain 7. In addition, in this embodiment, an example is described in which the FT issued by the FT issuing unit 33 is once transferred to the system administrator's wallet and then transferred to each wallet. It is not limited to the wallet of the system administrator, and may be issued to the wallet of the user who is the purchaser.

The FT management unit 34 gives the wallet of the user who should receive at least part of the payment value an amount of FT that corresponds to the amount of value that the user should receive among the FTs issued by the FT issuing unit 33 (block record in chain 7). More specifically, the FT management unit 34 assigns the first part of the issued FT to the wallet of the seller of the product, and assigns the second part to the wallet of the system administrator, or After transitioning to an unusable state (so-called burning of cryptocurrency coins or flagging of cryptocurrency coins), the third part is the right holder (IP holder, limited to companies that primarily sell products). (including individuals who have copyrights, portrait rights, etc.). Here, the first part of FT corresponds to the amount of value that the seller should receive (as sales of product sales) out of the payment value, and the second part corresponds to the amount of the payment value that the system administrator ( The third part corresponds to the amount of value that the right holder should receive (as royalties) out of the paid value. Note that, in this embodiment, granting a token to a wallet means linking, transmitting, moving, or transferring the token to a wallet address corresponding to the wallet.

The value receipt confirmation unit 35 confirms that the user who should receive at least part of the paid value receives or has received the amount of value corresponding to the FT given to the wallet of the user. When the value receipt confirmation unit 35 confirms receipt of the value (either scheduled to be received or completed), the FT management unit 34 checks the FT given to the user's wallet, The amount of FT corresponding to the amount of value whose receipt has been confirmed by the value receipt confirmation unit 35 is shifted to an unusable state or transferred to a wallet other than the user's wallet.

The point granting unit 36 grants the purchaser's account points that can be used as at least part of the payment value when purchasing the product. In addition, when the first product is purchased, the point giving unit 36 may give points that can be used as at least part of the payment value for the second product that is different from the first product. good. For example, when the NFT is purchased in the marketplace, the point giving unit 36 gives points calculated based on the purchase price (for example, points equivalent to 1% of the purchase price to the purchaser's account. The given points can be used as part or all of the purchase price when purchasing other NFTs, and the payment reception unit 31 collects the points balance linked to the user's account. The amount of points specified by can be applied to the purchase price of the NFT.

The determination unit 41 refers to the user's wallet or token acquisition history (purchase history), so that a combination of multiple NFTs currently granted or previously granted to one user's wallet in the blockchain is a predetermined It is determined whether or not the conditions of are satisfied. Here, the predetermined condition for granting the privilege NFT is not limited, but for example, the determination unit 41 determines that the combination of multiple NFTs currently granted or previously granted to one user's wallet is It is determined that a predetermined condition is satisfied when NFTs related to a predetermined number or more of products are included in a product set consisting of a plurality of predetermined products.

For example, it is set as a predetermined condition that a plurality of NFTs related to 3 or more contents out of 10 pre-designated contents for which NFTs are issued are given to one user's wallet. good. Further, it may be set as a predetermined condition that an NFT issued based on two contents specified in advance is given to one user's wallet. However, the content of the specific conditions to be set is not limited, and various conditions may be set.

The privilege data generation unit 42 generates privilege data given to the user as a privilege by combining data (serial number, contents, etc.) related to multiple NFTs that are currently granted to the user's wallet or that have been granted in the past. do. When the privilege data is generated, the NFT of the privilege data (hereinafter referred to as “privilege NFT”) is issued by the NFT issuing unit 26 .

For example, the privilege data generation unit 42 can generate privilege data by automatically combining and editing content related to a plurality of NFTs that are currently granted to the user's wallet or have been granted in the past. More specifically, when the content according to the above example is a video, the privilege data generation unit 42 automatically generates a digest video of the video related to the NFT possessed by the user, and converts this digest video into privilege data. It is possible to In addition, content other than the content related to the NFT owned by the user may be used in creating the privilege data, such as adding new background music to the digest video. Furthermore, in creating privilege data, meta information related to the content such as the serial number of the content is also referenced, and even if data generated based on the meta information (for example, the text of the meta information, etc.) is inserted into the content. good. In addition, the specific method of generating privilege data is not limited to the example shown in this embodiment, and various existing or future-developed automatic content generation techniques may be used.

When the determination unit 41 determines that the user satisfies a predetermined condition, the privilege granting unit 43 grants NFT as a privilege to the user's wallet. A specific processing method for granting the benefit NFT to the user's wallet is the same as the NFT transfer by the NFT management unit 32 .

<Process flow>
Next, the flow of processing executed in the system according to this embodiment will be described. Note that the specific content and processing order of the processing described below are examples for carrying out the present disclosure. Specific processing contents and processing order may be appropriately selected according to the embodiment of the present disclosure.

FIG. 3 is a schematic diagram showing an example of the flow of NFT issuing processing according to the present embodiment. The processing shown in this schematic diagram is executed when content data scheduled to be associated with the NFT to be sold is input to the system.

From step S101 to step S103, a CID is generated according to the content data. The information processing apparatus 1 receives input of content data from a content provider (step S101). Here, the types of contents and data formats that can be handled by this system are not limited. Animations, still images, sounds (any kind of sound is acceptable, examples include music, environmental sounds, human voices, animal cries, etc.), three-dimensional models, drawings, text, in-game objects (in-game characters) , items, cards, etc.), tickets, etc. can be handled as content, and the data format for holding these content as data is not limited.

When content data is input from a content provider, the content identifier generation unit 21 generates a CID according to the IPFS protocol regardless of whether or not the content data is added to IPFS (second data management system 6). Generate (step S102). Therefore, the CID includes a hash value of content data calculated using a predetermined hash algorithm. In this embodiment, an example will be described in which the content data is not initially added to IPFS, but stored in a conventional location-oriented first data management system 5 (CDN in the example shown in this embodiment). In this embodiment, the information processing device 1 stores the content data in the first data management system using the CDN (step S103). Further, even when content data is added to the location-oriented first data management system 5, the CID generated in step S102 is used as an index indicating the content data in the location-oriented first data management system 5. For example, it can be used as a file name or a search key). After that, the process proceeds to step S104.

Metadata is generated in steps S104 to S106. The hash value obtaining unit 22 calculates a hash value using a predetermined hash algorithm based on the key containing the content data obtained in step S101 (step S104). Then, the metadata generator 23 creates an electronic signature using the hash value calculated in step S104 and the private key of the content provider (step S105). Details of the electronic signature processing are omitted here because conventional or future electronic signature technology may be used. The public key corresponding to the private key used here is published on the marketplace. This allows anyone who can obtain the public key to confirm the validity of the content. When the electronic signature is created, the metadata generation unit 23 generates the hash value calculated in step S104, the electronic signature generated in step S105, and the URI (resource identifier) referenced when acquiring the content data. and content metadata is generated (step S106). Here, the URI in the metadata includes the CID generated according to the IPFS protocol in step S102. As a result, even if content data is added to IPFS in the future, the content data can be acquired from IPFS by specifying the URI. After that, the process proceeds to step S107.

In steps S107 and S108, metadata is saved. The metadata adding unit 24 adds the metadata generated by the processing up to step S106 to the IPFS (step S107). In IPFS, when data is uploaded, data larger than a predetermined size is chunked, and the added data is added using a hash value obtained using the added data (here, metadata) as a key. A content identifier (CID) uniquely indicating (here, metadata) is issued. This CID serves as a permanent record of what existed at the time the data was added. As described above, the CID is based on the hash value of the added data, the CID issued for exactly the same data is the same, and the CID for the same data remains unchanged. Then, the metadata identifier acquisition unit 25 acquires the CID issued by IPFS as a metadata CID (referred to as "metadata CID" to distinguish it from the CID of the content data generated in step S102) (step S108). After that, the process proceeds to step S109.

From step S109 to step S110, the NFT is issued by recording the token data in the blockchain 7 . The NFT issuing unit 26 creates token data including the metadata CID (step S109). The NFT issuing unit 26 then assigns and issues the NFT, which is linked to the metadata and content, to the owner's wallet by recording the created token data directly in the blockchain 7 (step S110). After that, the processing shown in the drawing ends.

FIG. 4 is a diagram showing an example of items that can be used as metadata and token data in this embodiment, including token data listed below. Note that tokens in the form of collectibles in which multiple NFTs are issued for one content are assumed.
- tokenID
- collectibleID
- serialNumber (serial number. When issuing multiple NFTs linked to one content, issue multiple NFTs by setting one collectible ID and multiple different serial numbers for one content can be done.)
- maxTokens (maximum number of NFTs issued per collectible)
- tokenMetadataURI (URI for referencing metadata from NFT when NFT is issued, including CID of metadata)

Metadata also includes the data listed below.
- title (token title)
- description (token description)
- image (URL of content or thumbnail of content accessible from browser)
- contentProviderName (name of content provider)
- contentURI (URI (including CID) for referencing content data)
- contentHash (hash value of content data)
- contentSignature (electronic signature of content data)

Furthermore, in the present embodiment, items exemplified below may be employed as items included in metadata and/or token data.
- royaltyInfo (information used to verify distribution of value as royalty, including wallet address and royalty percentage)
- externalURL (URL that directs the user to the service or content page)
- rarity (content or NFT rarity)
- series (Content series information)

In addition, metadata and/or token data include information on content providers, information on performers related to content, and credit information related to intellectual property rights (copyrights, trademark rights, rights of performers, etc.) related to content. , group information related to content, date and time information related to content, location related to content (performance venues, etc.; metaverse and distribution performances may also be included) information, event information related to content (series/season name related to sports games) , performance name, concept, etc.), etc. may be further included. Here, performers include actors and performers, athletes in sports content and members in idol/band content, and groups include team names in sports content, group names in idol content, and group names in band content. The date and time includes the release date and time and the recording date and time of the content. These pieces of information may be included in metadata and/or content data as independent items, or may be described in comprehensive items such as "description" and "series" described above. The performer information may also include the role of the performer in the content (position in sports content (such as "pitcher"), position in idol content, assigned instrument in band content, etc.).

According to the NFT issuing process described above, the CID of the content data generated according to the IPFS protocol is stored in the metadata, and the CID of the metadata is recorded in the blockchain 7 in the form of being included in the token data. Even if the content data that was not added to the IPFS at the time of NFT issuance is added to the IPFS later by the content data addition unit 27, the CID issued by the IPFS will be the same as the CID generated in step S102, and the generated CID will be the same as the CID generated in step S102. It is possible to guarantee the identity of the content data without affecting the NFT. That is, according to the NFT issuing process described above, even if the content data to be NFT is not initially added to the IPFS, the content data can be added to the IPFS at any timing. .

FIG. 5 is a schematic diagram showing an example of the flow of NFT primary sales processing according to the present embodiment. The processing shown in this schematic diagram is executed when a purchase request is transmitted from the user terminal 9 of the user who wishes to purchase the NFT. The amount of value and the amount of FT shown in each account or wallet in the drawing are the amount of value and the amount of FT in each account or wallet after the processing shown in this drawing is completed. .

In steps S201 to S203, an NFT purchase request is received, and payment value is settled. When the content provider puts the NFT on the marketplace and the seller (here, the content provider) and the purchaser agree on the price of the NFT, the purchaser requests to purchase one or more NFTs. It is transmitted to the marketplace managed by the processing device 1, and the payment procedure is performed. Note that the number of NFTs that a purchaser can collectively purchase is not limited to one, and the purchaser may collectively purchase a plurality of NFTs. Additionally, the NFTs may be a pack containing NFTs created by the seller. NFTs may also be sold as packs containing one or more random NFTs. In this case, the NFT management unit 32 moves the NFT related to the product randomly selected and acquired by the purchaser to the purchaser's wallet in the movement of the NFT to the purchaser's wallet, which will be described later.

Here, the method of determining the price is not limited. A method of determining a price that can be agreed upon between the seller and the purchaser while varying may be employed within an appropriate range. The settlement acceptance unit 31 accepts the settlement of the payment value by the purchaser via the settlement means linked to the account owned by the purchaser (step S201). The value paid by the purchaser (in the example shown in the figure, 1,000 yen in Japanese yen, which is the legal currency of Japan) is deposited in the settlement service (step S202), and the management system receives the value payment (settlement ) is performed and completed, is notified to the information processing apparatus 1 managing the marketplace (step S203). After that, the process proceeds to step S204. Here, the payment service may be a financial system capable of managing or linking accounts of system administrators. Note that the payment of value to the settlement service (for example, payment of legal currency) may be performed before settlement in the mode of step S202, or may be performed after settlement in a mode such as deferred payment.

In steps S204 to S207, value management using FT is executed. The FT issuing unit 33 issues an amount of FT (1,000 coins in the example shown in the figure) corresponding to the amount of value paid by the purchaser in step S201 (1,000 yen in the example shown in the figure). The name of the FT issued in is temporarily explained as "Coin. However, the name of the FT according to the present disclosure is not limited.) is issued to the wallet for payment of the marketplace (the wallet of the system administrator) (Step S204). Then, the FT management unit 34, among the issued FT, FT corresponding to the amount of value that the system administrator should receive (in the example shown in the figure, the margin is set to 20%, 200 coins), FT (800 Coins in the example shown in the figure) corresponding to the amount of value that the product seller and right holder should receive is given to the wallet for margin processing of the marketplace (step S205), and the content that is the product seller It is given to the provider's wallet (step S206).

Along with the primary sales process, the NFT management unit 32 moves the NFT related to the purchased product from the seller's wallet to the purchaser's wallet. At this time, the transfer of the NFT is similar to the processing of steps S605 to S607 of the secondary sales process (see FIG. 9) described later, the FT to be received by the seller and/or right holder. It may be performed simultaneously and inseparably with the grant to the wallet (steps S205 and S206). However, the timing of NFT movement is not limited to the example shown here. Then, the FT management unit 34 burns the FT given to the wallet for margin processing and makes the transition to the unusable state (step S207), and the processing shown in the drawing ends.

FIG. 6 is a schematic diagram showing an example of the flow of regular aggregation processing according to this embodiment. The processing shown in this schematic diagram is executed every predetermined period (for example, once every month). The amount of value and the amount of FT shown in each account or wallet in the drawing are the amount of value and the amount of FT in each account or wallet after the processing shown in this drawing is completed. .

First, the information processing apparatus 1 converts the value paid by the purchaser (1,000 yen in the example shown in the figure) into the payment service in step S202 of the primary sales process described with reference to FIG. If necessary, the fee (50 yen in the example shown in the figure) is deducted (step S301), and the rest (950 yen in the example shown in the figure) is transferred to the marketplace account (step S302). After that, the process proceeds to step S303.

The information processing device 1 notifies the administrator's user terminal 9 (hereinafter referred to as "operator terminal") of the completion of remittance (step S303). The operator terminal that has received the notification of the completion of the remittance sends the sales record including the product name, content provider name, sales price, payment ID, etc. during the predetermined period (for example, the month) to the information processing device that manages the marketplace. 1 (step S304). Further, the information processing apparatus 1 authenticates the remittance amount to the marketplace account in step S302 with respect to a system (for example, a bank system, etc.) that manages the marketplace account (step S305). After that, the processing shown in the drawing ends.

FIG. 7 is a schematic diagram showing an example of the flow of regular remittance processing according to this embodiment. The processing shown in this schematic diagram is executed every predetermined period (for example, once a month) triggered by the completion of the periodic aggregation processing described with reference to FIG. 6 . The amount of value and the amount of FT shown in each account or wallet in the drawing are the amount of value and the amount of FT in each account or wallet after the processing shown in this drawing is completed. .

First, by referring to the content provider's wallet, the value receipt confirmation unit 35 receives the amount of value corresponding to the FT given to the content provider's wallet by the product seller and the right holder (example shown in the figure). 800 yen) is confirmed, and a payment list is generated for remittance of the actual value to the seller and right holder of the product (step S401). In FIG. 7, 0 coins are shown in the content provider's wallet after the processing is completed, but 800 coins are given at the time of confirmation in step S401 (see FIG. 6), and the content provider pays 800 yen. I know it will be received. Here, the payment list is a list including the name of the content provider, the amount of payment (800 yen), information on the payee such as an account, and the like. When the receipt of value (here, scheduled receipt) is confirmed in step S401, the FT management unit 34 determines the amount of value confirmed to be received in step S401 ( The amount of FT corresponding to 800 yen in the example shown in the figure (800 coins in the example shown in the figure) is burned, and the state is changed to an unusable state (step S402). After that, the process proceeds to step S403.

The operator terminal acquires the payment list for the predetermined period (in this embodiment, the month) from the information processing device 1 (step S403), and according to the acquired payment list, the bank system receives the payment from the marketplace account The remittance of the value (800 yen in the example shown in the figure) to be received by the product seller and right holder is instructed to the content provider's account (step S404). Here, the value remaining in the account of the marketplace after remittance (in the example shown in the figure, 150 yen obtained by subtracting 800 yen remitted to the account of the content provider from the 950 yen deposited in the account in FIG. 6) is This is the value that the system administrator should receive. When the remittance of the instructed value is completed (step S405), the process shown in the drawing ends.

FIG. 8 is a schematic diagram showing an example of the flow of on-demand remittance processing according to this embodiment. The processing shown in this schematic diagram is executed when a value withdrawal request is transmitted from the user terminal 9 of the content provider. The amount of value and the amount of FT shown in each account or wallet in the drawing are the amount of value and the amount of FT in each account or wallet after the processing shown in this drawing is completed. .

First, the information processing device 1 receives a withdrawal request from the content provider's user terminal 9 (step S501). Here, the value receipt confirmation unit 35 refers to the content provider's wallet to obtain the amount of value corresponding to the FT given to the content provider's wallet by the product seller and the right holder ( In the example, confirm that you are planning to receive 800 yen). In FIG. 8, 0 coins are shown in the content provider's wallet after the processing is completed, but 800 coins are given at the time of confirmation in step S501 (see FIG. 6), and the content provider pays 800 yen. I know it will be received. Then, when a withdrawal request from the content provider is received, the FT management unit 34 determines the amount of value requested to be withdrawn in step S501 from the FT given to the wallet of the content provider (example shown in the figure In this example, 800 yen), the amount of FT (800 coins in the example shown in the figure) is burned, and the state is changed to an unusable state (step S502). After that, the process proceeds to step S503.

In accordance with the withdrawal request received in step S501, the information processing device 1 sends the value (shown in the figure) to the bank system from the marketplace account to the content provider's account to be received by the product seller and the right holder. 800 yen in the example) is instructed (step S503). Here, the value remaining in the account of the marketplace after remittance (in the example shown in the figure, 150 yen obtained by subtracting 800 yen remitted to the account of the content provider from the 950 yen deposited in the account in FIG. 6) is This is the value that the system administrator should receive. When the remittance of the instructed value is completed (step S504), the process shown in the drawing ends.

FIG. 9 is a schematic diagram showing an example of the flow of NFT secondary sales processing according to the present embodiment. The processing shown in this schematic diagram is executed when a purchase request is transmitted from the user terminal 9 of the user who wishes to purchase the NFT. The amount of value and the amount of FT shown in each account or wallet in the drawing are the amount of value and the amount of FT in each account or wallet after the processing shown in this drawing is completed. .

In steps S601 to S603, an NFT purchase request is received and payment value is settled. The NFT is listed on the marketplace by the seller, and when the seller (here, the user who purchased the NFT from the content provider or another user) and the purchaser agree on the price of the NFT, the purchaser purchases the NFT. A request to that effect is transmitted to the information processing apparatus 1, and the payment procedure is performed. It should be noted that the fact that the price determination method is not limited, the type of value used for NFT purchase price payment is not limited, and the payment method is not limited is the same as the primary sales process described with reference to FIG. is. The settlement acceptance unit 31 accepts the settlement of the payment value by the purchaser via the settlement means linked to the account owned by the purchaser (step S601). The value paid by the purchaser (1,000 yen in the example shown in the figure) is deposited into the settlement service (step S602), and the management system notifies the information processing device 1 that the value has been paid. (step S603). After that, the process proceeds to step S604. Note that the payment of value to the settlement service (for example, payment of legal currency) may be performed before settlement in the mode of step S602, or may be performed after settlement in the mode of deferred payment or the like.

In steps S604 to S608, value management using FT is executed. The FT issuing unit 33 sends an amount of FT (1,000 coins in the example shown in the figure) corresponding to the amount of value paid by the purchaser in step S601 (1,000 yen in the example shown in the figure) to the marketplace. It is issued to the payment wallet (step S604). Then, the FT management unit 34 selects an FT corresponding to the amount of value that the content provider (right holder of the product) should receive from the issued FT (in the example shown in the figure, the royalty is set to 5%). 50 Coin) is given to the wallet of the content provider (step S605), and FT corresponding to the amount of value that the system administrator should receive (in the example shown in the figure, the margin is set to 5% 50 Coins) is given to the marketplace margin processing wallet (step S606), and FT (900 Coins in the example shown in the figure) corresponding to the amount of value that the product seller should receive is given to the product seller. is given to the user's wallet (step S607). Note that in the present embodiment, royalty and/or margin may be calculated with reference to "royaltyInfo" included in metadata and/or token data.

Here, the NFT management unit 32 moves the NFT related to the purchased product from the seller's wallet to the purchaser's wallet. At this time, the transfer of the NFT is preferably performed simultaneously and inseparably with the transfer of the FT to be received by the seller and/or right holder to the wallet of the seller and/or right holder (steps S605 to S607). . That is, the NFT management unit 32 and the FT management unit 34 manage both the FT transferred to the seller's wallet and the NFT transferred from the seller to the purchaser in the transaction for transferring the NFT on the blockchain 7. is used as an input to indicate the current owner and an output to indicate the transfer destination, so that the NFT is not transferred to the purchaser unless the seller receives the FT. At this time, the NFT management unit 32 and the FT management unit 34 can complete the transaction by publishing electronic signatures for input and output of both the seller and the purchaser to the network. NFT manager 32 and/or FT manager 34 may process transactions that transfer NFTs and/or FTs based on a transaction format that takes the form of UTXO (Unsent Transaction Output), as an example. Such transaction processing on the blockchain 7 is particularly useful in C2C transactions (including secondary transactions between users of NFTs that have been sold, as well as transactions in which general users sell NFTs as content providers). It is effective for increasing the safety of transactions. However, such transaction processing on the blockchain 7 may also be employed in transactions other than C2C (for example, B2C transactions). That is, even in the primary sales process described with reference to FIG. 5, the transfer of NFT is simultaneous and inseparable from the transfer of FT to be received by the seller and/or right holder to the wallet of the seller and/or right holder. may be executed. After that, the FT management unit 34 burns the FT given to the wallet for margin processing and makes the transition to the unusable state (step S608), and the processing shown in the drawing ends.

The details of the tallying process and the remittance process executed after the end of the secondary sale process are the same as those described above with reference to FIGS.

FIG. 10 is a flow chart showing an example of the flow of privilege provision processing according to this embodiment. The processing shown in this flowchart is executed when a new NFT is given to the user's wallet, or when an execution instruction is input by the administrator, or the like. In addition, the processing shown in this flowchart may be executed at a pre-reserved timing (for example, at the time of the deadline of the privilege giving campaign period), or periodically (for example, on the monthly privilege giving day). good too.

In steps S701 and S702, it is determined whether or not the conditions for awarding the benefit NFT are satisfied. The determination unit 41 refers to the user's wallet or token acquisition history (purchase history) and acquires a list of NFTs currently owned by the target user (step S701). Here, the target user's token acquisition history can be acquired by querying the database managed by the service provider for the purchase history linked to the target user's account. In addition, in this flowchart, a list of NFTs currently owned by the target user is acquired, but instead of such a list, a list of NFTs that the target user has ever owned (that is, whether or not the target user currently owns the NFT).

Then, the determination unit 41 determines whether or not the combination of multiple NFTs described in the acquired list satisfies a predetermined condition (step S702). As a result of the determination, if the predetermined condition is not satisfied (NO in step S702), the processing shown in this flowchart ends. On the other hand, if the predetermined condition is satisfied as a result of determination (YES in step S702), the process proceeds to step S703.

In steps S703 and S704, a privilege NFT is issued. The privilege data generation unit 42 generates privilege data to be given to the user as a privilege (step S703). When the privilege data is generated, the NFT issuing unit 26 issues an NFT (privilege NFT) of the privilege data (step S704). After that, the process proceeds to step S705.

In step S705, a privilege NFT is given. The privilege granting unit 43 grants a privilege NFT to the target user's wallet. After that, the processing shown in this flowchart ends.

In addition, in the privilege granting process described above, an example in which the privilege data and the privilege NFT are automatically generated when the privilege NFT is granted has been described. may be used. In this case, the privilege data generation unit 42 may be omitted, and the privilege NFT can be given to the administrator's wallet or the like in advance.

<Other effects>
According to the technology disclosed in the above embodiment, the same amount of FT is issued to indicate the amount of value to be paid in the transaction, and the FT is manipulated according to the actual transfer of value to obtain royalties and margins. , the profit of the seller, etc., which should be paid in transactions can be suitably managed as data. For example, according to the above embodiments, it is possible to use a non-centralized decentralized system for data management while preventing data falsification, and users themselves who participate in transactions manage the amount of value. It becomes possible to refer to the data (here, FT) to be used.

In addition, according to the technology disclosed in the above embodiments, even if the content provider does not want to store the content in IPFS, other options are provided for the storage destination, and the content provider and the It is possible to change the storage destination of the content to IPFS according to the request of the user (owner, seller, purchaser, etc.). From another point of view, the storage location of content data and the storage location of metadata are separated, and the IPFS method CID is included in the metadata, thereby preventing the generation and tampering of fake NFT by a third party. It becomes easy to move NFTs to other blockchains (for example, switch from private NFTs to public NFTs (standard NFTs)).

<Variation>
FIG. 11 is a diagram showing a schematic functional configuration of an information processing device 1b according to a variation. In the above-described embodiment, the process of issuing an amount of FT corresponding to the amount of value to be paid for the transaction and manipulating the FT according to the actual transfer of value is used to manage the value to be paid for the NFT transaction. Although an example has been described, the value management using FT described above may be used to manage the value to be paid in transactions of products and services other than NFT. In this case, except that the trigger for starting the process is a product or service other than the NFT, the contents of the process by each functional unit are roughly the same. In the information processing device 1b, a program recorded in the storage device is read out to the RAM, executed by the CPU, and each hardware provided in the information processing device 1b is controlled, whereby the payment accepting unit 31, It functions as an information processing device including the FT issuing unit 33, the FT managing unit 34, and the value receipt confirming unit 35.

FIG. 12 is a diagram showing an outline of a functional configuration of an information processing device 1c according to variations. In the above-described embodiment, an example is described in which the process of generating metadata including a resource identifier and registering token data including the identifier of the metadata in the blockchain 7 is performed in conjunction with the management of the value. However, metadata-related processing can be widely used for NFT-related technologies. In the information processing device 1c, a program recorded in the storage device is read out to the RAM, executed by the CPU, and each hardware provided in the information processing device 1c is controlled, so that the content identifier generation unit 21 , a hash value obtaining unit 22, a metadata generating unit 23, a metadata adding unit 24, a metadata identifier obtaining unit 25, and an NFT issuing unit 26.

FIG. 13 is a diagram showing an outline of a functional configuration of an information processing device 1d according to variations. In the above-described embodiment, an example in which a reward NFT is granted in a system capable of generating and trading NFTs to be traded has been described, but the granting of reward NFTs can be widely used for NFT-related technologies. , and may be implemented as a system that provides privilege NFTs in a system that does not have the functions for generating and trading NFTs to be traded as described above. In the information processing device 1d, a program recorded in the storage device is read out to the RAM, executed by the CPU, and each hardware provided in the information processing device 1d is controlled, so that the determination unit 41, the privilege It functions as an information processing device including the data generation unit 42 and the privilege provision unit 43 .

In addition, in the above-described embodiment, an example of adding metadata to IPFS has been described. Only the CID may be generated and issued while being stored in the location-oriented data management system.

Note that in the above-described embodiment, an example of using a blockchain as a distributed ledger has been described, but a distributed ledger that can be used to implement the technology according to the present disclosure is not limited to a so-called blockchain. A distributed ledger other than a blockchain may be used as long as it has the functions and configurations required to implement the technology according to the present disclosure.

1 information processing device

Claims (8)

Determination means for determining whether a combination of the plurality of non-fungible tokens currently granted or granted in the past to one user's wallet in the blockchain satisfies a predetermined condition;
privilege granting means for granting a non-fungible token as a privilege to the user's wallet when the determination means determines that the predetermined condition is satisfied for the user;
An information processing system comprising Further comprising a non-fungible token management means for moving the non-fungible token related to the product acquired by the user to the user's wallet,
The information processing system according to claim 1. The non-fungible token management means moves the non-fungible token associated with the product randomly selected and acquired by the user to the wallet of the user;
The information processing system according to claim 2. The determination means determines that the combination of the plurality of non-fungible tokens currently granted or granted in the past to the wallet of the one user is a predetermined number or more of a product set consisting of a predetermined plurality of products. Determining that the predetermined condition is satisfied if the non-fungibility token according to
The information processing system according to any one of claims 1 to 3. privilege data generation means for generating privilege data by combining data relating to the plurality of non-fungible tokens currently granted or past granted to the wallet of the user;
a non-fungible token issuing means for issuing a non-fungible token for the privilege data;
The privilege granting means grants the non-fungible token of the privilege data as a non-fungible token as the privilege.
The information processing system according to any one of claims 1 to 4. The determination means determines whether the predetermined condition is satisfied for the user by referring to the wallet or token acquisition history of the user;
The information processing system according to any one of claims 1 to 5. the computer
a determination step of determining whether a combination of the plurality of non-fungible tokens currently granted or previously granted to one user's wallet in the blockchain satisfies a predetermined condition;
a benefit granting step of granting a non-fungible token as a benefit to the wallet of the user when it is determined in the determination step that the predetermined condition is satisfied for the user;
how to run. to the computer,
a determination step of determining whether a combination of the plurality of non-fungible tokens currently granted or previously granted to one user's wallet in the blockchain satisfies a predetermined condition;
a benefit granting step of granting a non-fungible token as a benefit to the wallet of the user when it is determined in the determination step that the predetermined condition is satisfied for the user;
program to run the

Images