Program and issued token distribution method
A program simplifies the distribution of NFTs by embedding specific information, allowing businesses to manage and distribute tokens efficiently on a blockchain network, addressing the expertise barrier in existing systems.
Patent Information
- Application Number
- JP2024112438
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2023-07-14
- Filing Date
- 2024-07-12
- Publication Date
- 2025-01-24
AI Technical Summary
Businesses face difficulties in distributing Non-Fungible Tokens (NFTs) due to the need for expert knowledge of blockchain transactions, making it challenging for them to effectively manage and distribute these tokens.
A program is provided that enables users to access and manage NFTs by embedding specific information, allowing for the distribution of tokens on a blockchain network through a computer program that includes a URL distribution device and a user terminal, utilizing various servers and databases to facilitate the process.
This solution simplifies the distribution of NFTs by enabling businesses to easily manage and distribute tokens to users, ensuring secure and efficient token ownership transfer without requiring advanced blockchain knowledge.
Smart Images

Figure 2025013298000001_ABST
Abstract
Description
[Technical field]
[0001] The present disclosure relates to a program and a method for distributing issued tokens. [Background technology]
[0002] Regarding the method of issuing and controlling tokens managed on the blockchain, Bitcoin has appeared, which can express and transfer value without electronic and centralized mechanisms, and blockchain technology that realizes this has become widely used. As the concept of Bitcoin and blockchain technology are understood, various coins that express value electronically other than Bitcoin have appeared. Coins that have these values are referred to as tokens below. Due to the characteristics of blockchain technology, issued tokens have the characteristic that they are very difficult to tamper with. Taking advantage of this characteristic, the use of recording the holders of various electronic data such as images, videos, and audio on the blockchain to guarantee and prove that they are the holders is becoming widespread. Tokens used for such purposes are called Non-Fungible Tokens (NFTs). The concept of NFTs itself has been around for a long time, but it has gradually begun to be recognized since around 2017, and some have been traded at high prices in 2021, attracting attention. Specific uses of NFTs include management of intangible assets (Patent Document 1) and contract and license management (Patent Document 2). By shifting from a system that was previously centrally managed by rights holders to a distributed system using blockchain, fault tolerance can be increased and recorded information can be used without problem even if the central administrator is unable to carry out their duties. [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Patent No. 6640320 [Patent Document 2] JP 2020-68388 A Summary of the Invention [Problem to be solved by the invention]
[0004] At present, the technology known as NFTs is new, and their creation requires expert knowledge. In addition, businesses face the challenge of finding it difficult to distribute tokens such as NFTs unless they understand how transactions are conducted on the blockchain.
[0005] Therefore, an object of the present disclosure is to effectively support the distribution of tokens. [Means for solving the problem]
[0006] In one aspect, a program is provided that causes a computer to execute a first process of making a data structure in which specific information that enables acquisition or management of an issued token that was a token circulatable on a blockchain network is removably embedded, accessible to a specific user. Effect of the Invention
[0007] According to the present disclosure, it is possible to effectively support the distribution of tokens. [Brief description of the drawings]
[0008] [Figure 1] FIG. 1 is an explanatory diagram showing an overview of the entire system of the present embodiment. [Diagram 2] FIG. 2 illustrates, in table form, data that may be stored in a token source database. [Diagram 3] FIG. 11 is an explanatory diagram of a token source table. [Figure 4] FIG. 11 is an explanatory diagram of a token viewer table. [Diagram 5] FIG. 13 is a diagram illustrating an example of a distribution page. [Figure 6] FIG. 2 is a schematic diagram showing the overall flow of an issued token distribution method according to the present embodiment. [Figure 7]FIG. 1 is an explanatory diagram showing the variety of media to which private key information is assigned. [Figure 8] FIG. 1 is a schematic diagram showing the overall flow of the wallet migration process. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0009] Each embodiment will be described in detail below with reference to the accompanying drawings.
[0010] FIG. 1 is an explanatory diagram showing an overview of the entire system 1 of this embodiment.
[0011] In the following description, the term "token" basically refers to an NFT (Non-Fungible Token), but is a concept that includes other forms of tokens.
[0012] The system 1 has a system configuration in which various servers 10, a user terminal 20, and a code output device 30 are connected via a network 3.
[0013] The network 3 may include any wired and / or wireless network. The network 3 may also include a blockchain network. The network 3 may also include a private network and a public network.
[0014] The various servers 10 can access various databases 12 and store or extract necessary information.
[0015] In this embodiment, as an example, the server 10 includes a Token Source Server 13 connected to a Token Source DB 121 via a private network, and a Token Dam Check Server 14 connected to a Token Dam Check DB 122 via a public network. Note that the private network is an internal system of the NFT issuing business operator, and is operated so that general users cannot access it.
[0016] The token source server 13 is a server that runs a program for issuing URLs with keys. The URL distribution device (Token Dam) 30 is a device that distributes URLs with keys, and there are various types of URL distribution devices 30 (Type O...Type B, Type C, etc.).
[0017] The token source server 13 distributes the NFT to the temporary address using a specific program. The token source server 13 also records the keyed URL in the token source database for managing issuance logs.
[0018] A keyed URL is a URL in which an NFT issuer records a private key and related information. In a keyed URL, various information (key (primary key), temporary address (tmp_address), campaign ID (campaign_id), URL distribution device information (token_dam) shown in FIG. 2) is set in the query parameters and path. Note that in this embodiment, a keyed URL is used as an example for explanation, but this is not limiting, and a URL may not have a key (keyless URL). In addition, the URL may be information that can identify the location (distribution location, etc.) of a website that can distribute NFTs, an application that can distribute NFTs, a device or server that can distribute NFTs, a cloud server that can distribute NFTs, etc. (hereinafter referred to as a distribution page or page).
[0019] The keyed URL is set in URL distribution device 30. In Fig. 1, URL distribution device 30 has the shape of a POS terminal, but is not limited to this and may be any device with a receipt issuing function, such as a POS (Point of Sale) register (POS device), a printer installed in a store such as a convenience store, or an ATM (Automated Teller Machine), as shown in Fig. 7 described below. URL distribution device 30 may also be a storefront device capable of displaying two-dimensional codes such as a QR code (registered trademark, omitted below), or a dedicated device capable of distributing a URL by touching (or holding) it over an NFC (Near Field Communication).
[0020] In addition, without using the URL distribution device 30, the keyed URL may be distributed using a thin medium such as a paper or sticker with a QR code printed on it that is attached (or printed or displayed) to a product, or an NFC card (NFC recording medium) with a URL stored thereon.
[0021] The URL distribution device 30 may be implemented in various ways, such as by displaying a QR code on the completion screen of a payment system or a sales system, redirecting after completion, or as a capsule vending machine such as Gashapon (registered trademark).
[0022] The user terminal 20 is any device such as a smartphone or a tablet terminal, and may be a portable or fixed type. The user terminal 20 may be in the form of a head-mounted display, smart glasses, a smart watch, or the like.
[0023] The code output device 30 outputs a two-dimensional code, which is described later, that can be read by the user terminal 20. The code output device (URL distribution device) 30 may be any device such as a POS device installed in a store, and other examples will be described later.
[0024] The user obtains a keyed URL from the URL distribution device 30. As described above, this keyed URL is accompanied by a secret key that has already been distributed as an NFT. The keyed URL also has a campaign ID set for displaying the subsequent screen. The campaign ID is used to obtain various additional information, such as the appearance of the campaign page (distribution page), from the token dumb check server.
[0025] When a user receives a URL with a key, the page that opens via the URL contains logic written in JavaScript (registered trademark) or similar, and communicates with the NFT distribution company's publishing system (shown as the Internet in Figure 1). At that time, a campaign ID is sent and information regarding the page display content, etc. is obtained. Examples of page information that can be used from the campaign ID include the one shown in Figure 3, which will be described later.
[0026] FIG. 2 is an explanatory diagram showing data stored in the token source database 121 in a table format (token source table).
[0027] FIG. 1 is a diagram showing an example of a token source table stored in the token source database 121. The token source table is parameter information set for a keyed URL. The token source table includes a temporary address (tmp_address), a campaign ID (campaign_id), and URL distribution device information (token_dam) for each key (primary key (keyed URL)). The user obtains a keyed URL from the URL distribution device 30. This keyed URL is accompanied by a secret key that has already been distributed to the NFT. It also includes a campaign ID (distribution page ID) for displaying the subsequent screen. By using the campaign ID to link with the token dam check server 14, various information such as the appearance of the campaign page (distribution page) is additionally obtained. Note that the required parameters for a keyed URL are a secret key (key) and a campaign ID. The secret key is used for temporary storage and sending of the NFT.
[0028] In addition, optional information includes URL distribution device information (token_dam) and temporary address (tmp_address). These are management information for the NFT issuer. The URL distribution device information is information indicating which URL distribution device 30 the issued URL is saved in. In addition, the temporary address can be derived from the private key, but is included in the token source table to make it easier to identify for management purposes by the NFT issuer.
[0029] FIG. 3 is an explanatory diagram showing data stored in the token dumb check database 122 in a table format (token viewer table).
[0030] The token viewer table includes, for each temporary address (tmp_address) (primary key), a campaign ID (campaign_id), a token dam (token_dam), a chain (chain), a contract address (contract address), a print message (print_message), a system message (system_message), and a setting URL (setting_url).
[0031] The data in the token viewer table and the parameters of the keyed URL will collect the temporary private key, the acquired NFT, the appearance of the distribution page, and the distribution information on the user's device. After that, if the user enters their main wallet address, they will be able to save the specified NFT to that address. An example of the appearance of the distribution page is shown in Figure 5, an overview of the operation is shown in Figure 6, and the specific logic for saving is shown in Figure 8.
[0032] The temporary address is the primary key for database searches. Also, since the token dumb check database is a device open to the Internet, it does not include the private key (key) of the URL setting parameters. The temporary address is used to search the table in the token dumb check database to obtain the NFT contract address, etc.
[0033] The parameters in the system are the contract address and the blockchain, where the contract address is the contract address of the NFT and the blockchain is the ID of the blockchain to be used. The acquired NFT is determined based on the blockchain ID and the contract address of the NFT, and a request to change the owned wallet is sent to the blockchain, as shown in Figure 8.
[0034] Display parameters include a print message (print_message), a system message (system_message), and a setting URL (setting_url). The print message is a message that is dynamically used for electronic devices such as the URL distribution device 30, and the system message is a condition determination flag when the URL distribution device 30 performs advanced processing. The setting URL is information that determines the design and functions of the screen displayed on the user's terminal. Other information includes management information for the NFT issuer, such as a campaign ID (campaign_id) and URL distribution device information (token_dam).
[0035] In this embodiment, the key corresponds to a private key. The temporary address is a key-specific address generated based on the key. The temporary address functions as a wallet (an example of a first wallet). Hereinafter, a wallet associated with a temporary address is also referred to as a disposable wallet.
[0036] In this embodiment, an issued token is associated with the one-time wallet in advance. That is, conceptually, the one-time wallet contains an issued token. In this manner, in this embodiment, the issued token, the one-time wallet, and the key (private key) are prepared as a set. Note that, although one token is associated with one key via one wallet, multiple tokens may be associated with one key. That is, conceptually, two or more issued tokens may be included in the one-time wallet.
[0037] The campaign ID is an ID for identifying a campaign related to the distribution of the token. Note that there may be tokens issued without any campaign, in which case the campaign ID may be omitted. The token dam is information for identifying the device (code output device 30) that distributes the token. The token is distributed via the code output device 30. The token dam is information indicating which code output device 30 the token will be distributed via.
[0038] The chain is information for identifying the blockchain network to be used, and the contract address represents the address where the corresponding smart contract is implemented. The smart contract has a function for displaying the corresponding token and a function for verifying the validity of the signature. The print message represents a message printed on the medium output by the code output device 30. In this case, the print message may be set only when the medium is printable, such as a paper medium. The system message is information used on the system, and may represent, for example, the attributes of the token. The setting URL represents the setting contents of the token distribution page. The distribution page is a page that can be accessed by reading the two-dimensional code output by the code output device 30.
[0039] The setting URL may include any setting content for outputting a token distribution page. For example, the setting URL may include information as shown in FIG. 4. In the example shown in FIG. 4, the setting URL is a screen that displays the distributed tokens and allows the user to transfer the tokens to a recommended wallet as necessary. In this case, the setting URL may include the wallet to be transferred (Wallettypearray), the tweet message (isTweetButton, insertTweetText), video information that may be output during the transfer (nftReceivingMovieUrl), the page to be opened after the transfer (web3layerUrl), the advertiser message (campaignMessage), the redirect destination (redirectTarget) in the case of redirection, and the like.
[0040] Fig. 5 is a diagram showing an example of a distribution page. Fig. 5 shows a schematic diagram of a distribution page displayed on a user terminal 20 such as a smartphone.
[0041] In the example shown in FIG. 5, the distribution page includes a token display section G500, a first message display section G501, a transition button B510, a second message display section G502, and an advertisement display section G503.
[0042] The token display unit G500 may be an area that displays the distributed token. Image data of the distributed token may be obtained via a corresponding smart contract. The corresponding smart contract may restore a temporary address based on a corresponding key, and obtain image data of the token (distributed) associated with the restored temporary address.
[0043] The first message display portion G501 may be an area for displaying a message such as "Received."
[0044] The transfer button B510 is a button that is operated when the user wishes to transfer the displayed tokens to a recommended wallet. In other words, by operating the transfer button B510, the user can transfer the displayed tokens to the recommended wallet. The recommended wallet is a wallet based on the contents of the setting URL (see FIG. 4). The recommended wallet may be, for example, a wallet recommended in a campaign.
[0045] The second message display section G502 may be an area for displaying any other message. For example, the second message display section G502 may include a description of the token being displayed.
[0046] In this embodiment, the token to be distributed may have some function (such as a coupon function). In this case, the second message display section G502 may include an explanation of the function and usage of the token.
[0047] The advertisement display unit G503 displays advertisement information. The advertisement information may be generated by a message, a video, a still image, AR information, a voice, music, a dynamic expression by HTML, or any combination of these. The advertisement information may be related to the advertiser that distributes it, or may be related to another advertiser or another information sender. In addition, the advertisement related to the advertisement information may be paid or free.
[0048] In another embodiment, similar information that is not considered to be an advertisement may be output instead of or in addition to the advertisement information. In this case, the similar information may be generated by a message, a video, a still image, AR information, a voice, music, a dynamic expression by HTML, or any combination of these. In yet another embodiment, specific information for notifying predetermined information may be output in a similar manner instead of the advertisement information or its similar information.
[0049] The advertisement information of the advertisement display unit G503 and the like is determined according to the contents of the set URL as shown in Fig. 4. Therefore, the advertisement information of the advertisement display unit G503 and the like can be set to desired advertisement information when the contents of the set URL are generated, or can be changed to desired advertisement information later by changing the contents of the set URL. The same applies to the contents of messages related to the first message display unit G501 and the second message display unit G502.
[0050] The distribution page as shown in FIG. 5 can be customized because it changes depending on the settings of the setting URL.
[0051] FIG. 6 is a schematic diagram showing the overall flow of the issued token distribution method according to this embodiment.
[0052] In the example shown in FIG. 6, a receipt is issued to a user at a store. The receipt is issued, for example, when a product is purchased. The receipt includes a QR code and a message, as shown in the "Receipt Issue Contents" in the figure. The QR code includes private key information that can obtain a disposable wallet associated with an issued token. The message may include, for example, a message from an advertiser. When a user reads the QR code printed on the receipt with a smartphone or the like, the disposable wallet associated with the issued token is obtained based on the private key obtained from the QR code, and a screen such as that shown in FIG. 5 is displayed on the smartphone or the like.
[0053] In FIG. 6, the medium to which the private key information for obtaining the disposable wallet to which the issued token is associated is given is in the form of a POS register receipt, but the medium may be any form. For example, as shown in FIG. 7, the medium may include a paper medium output from a printer or the like that may be installed in a convenience store, a paper medium in a capsule obtained from a gacha or the like, a sticker medium, a display device (display medium) of any form, electromagnetic waves used for communication, etc. The communication may be short-distance communication such as NFC (Near Field Communication), etc. In the case of a display medium, private key information (QR code) may be displayed after payment.
[0054] FIG. 8 is a schematic diagram showing the overall flow of a process when a wallet associated with an issued token is changed (migrated) from a disposable wallet to another wallet.
[0055] In Fig. 8, the user, the dedicated server, and the smart contract (denoted as "NFT contract") are shown as operating subjects. The user's actions are realized via a user terminal such as a smartphone.
[0056] First, as described above, the user reads the receipt-like QR code obtained by purchasing a product at a store, etc., to restore the disposable wallet from the private key, and a screen such as that shown in FIG. 5 is displayed on the user terminal. Then, when the user operates the transfer button B510 (see FIG. 5), the signature of the NFT holder is obtained from the disposable wallet, and the smart contract is called via a dedicated server. In this case, the smart contract determines the validity of the signature. Then, when the validity of the signature is confirmed, the transfer of the token is realized. In this way, only when there is a transfer request from a user who holds tokens in a temporary wallet, the user can transfer the token without worrying about the gas fee of the blockchain.
[0057] As described above, according to this embodiment, a user can distribute tokens by simply performing a simple operation using the service described below. In this embodiment, distribution of a token to a user means establishing a state in which the user has ownership of the token. In addition, the ownership of the token to the user is set by associating the token ID with the user's address (basically a wallet address) in the smart contract corresponding to the token.
[0058] In addition, in this embodiment, since issued tokens can be distributed and private keys that can be used to obtain tokens can be distributed via various media such as those shown in Figure 7, the scalability of the distribution mechanism can be improved.
[0059] Although each embodiment has been described above in detail, the present invention is not limited to the specific embodiment, and various modifications and changes are possible within the scope of the claims. In addition, it is also possible to combine all or a plurality of the components of the above-described embodiments.
[0060] For example, in the above-described embodiment, the issued token may have a role similar to a coupon or ticket that can be used in a store, etc. In this case, the issued token obtained via a receipt obtained by purchasing one product may be usable as a discount coupon for the next purchase of that product or a product related thereto. In this case, the issued token obtained via a receipt obtained by purchasing one product may be the same if the product is the same, or may be different (for example, multiple types of issued tokens with different discount rates may be prepared).
[0061] Here, a part of the invention disclosed in this embodiment will be described.
[0062] Invention 1 is a program that causes a computer to execute a first process of making accessible to a specific user a data structure in which specific information that enables the acquisition or management of an issued token that was a token circulated on a blockchain network is removably embedded.
[0063] Invention 2 of the program described in Invention 1, wherein the data structure includes a URL (Uniform Resource Locator).
[0064] Invention 3 of the program described in Invention 1, wherein the one token is linked to a first wallet generated based on the specified information.
[0065] Invention 4 of the program described in Invention 1, wherein the specified information includes information relating to a private key.
[0066] Invention 5 of the program described in Invention 1, wherein the first process includes executing at least one of the following processes: a process of outputting the URL or a code capable of reading information about the URL onto a medium, a process of transmitting the same to a specified terminal, and a process of displaying the same on a display device.
[0067] Invention 6 of the program described in Invention 1, wherein the first process is executed based on the purchase of a specific product or use of a service.
[0068] Invention 7 of the program described in Invention 1, wherein the first process is executed using one of the plurality of URLs stored in a storage device.
[0069] Invention 8 of the program described in Invention 1 further causes a computer to execute an output process for outputting visual information of the one token related to the URL in the output state of a display screen corresponding to the URL.
[0070] Invention 10 of the program described in any one of Inventions 2 to 8, further causing the computer to execute a second process of transitioning the state of the one token from a first state managed via the specified information on a blockchain network to a second state managed via a second wallet accessible by a user in response to a specified user input in the output state of a display screen associated with the URL.
[0071] Invention 10 of an issued token distribution method, which makes accessible to a specific user a data structure in which specific information that enables acquisition or management of an issued token that was a token circulated on a blockchain network is retrievably embedded. [Explanation of symbols]
[0072] 1 System 3. Network 10 Server 12 Database 13 Token Source Server 14 Check Server 20 User terminal 30 Code Output Device 121 Token Source Database 122 Check Database
Claims
1. A program that causes a computer to execute a first process that makes a data structure in which specific information that enables the acquisition or management of an issued token that was a token that can be circulated on a blockchain network is removably embedded, accessible to a specific user.
2. The program of claim 1 , wherein the data structure includes a Uniform Resource Locator (URL).
3. The program according to claim 1 , wherein the one token is linked to a first wallet generated based on the predetermined information.
4. The program according to claim 1 , wherein the predetermined information includes information relating to a private key.
5. The program according to claim 1, wherein the first process includes executing at least one of the following processes: a process of outputting the URL or a code capable of reading information of the URL onto a medium, a process of transmitting the URL to a specified terminal, and a process of displaying the URL on a display device.
6. The program according to claim 1 , wherein the first process is executed based on a purchase of a specific product or a use of a specific service.
7. The program according to claim 1 , wherein the first process is executed by using one of the plurality of URLs stored in a storage device.
8. 3. The program according to claim 2, further causing a computer to execute an output process of outputting visual information of the one token related to the URL in an output state of a display screen associated with the URL.
9. The program according to any one of claims 2 to 8, further comprising a second process for causing a computer to execute, in an output state of a display screen associated with the URL, a second process for transitioning a state relating to the one token from a first state managed via the specified information on a blockchain network to a second state managed via a second wallet accessible by a user in response to a specified user input.
10. An issued token distribution method, which makes accessible to a specific user a data structure in which specific information that enables acquisition or management of an issued token that was a token circulatable on a blockchain network is removably embedded.
Citation Information
Patent Citations
Content contract system, content contract method, right holder terminal, assignee terminal, control terminal, content storage server, right holder program, assignee program, control program, and content storage program
JP2020068388A
Token management system and token management method
JP6640320B1