Information processing apparatus, program, and information processing method

Abstract

To provide an information processing apparatus, a program, and an information processing method that effectively utilize the latency that a user may feel comparatively long, the latency being generated in acquiring a token.SOLUTION: A user terminal, which is an information processing apparatus, such as a smartphone or a PC, is configured to execute, on a browser, by a program prepared in association with a predetermined URL, a first process which generates predetermined information that enables acquisition or management of one token on the basis of generation of an acquisition request to acquire the one token which can be circulated on a blockchain network 100 composed of a plurality of computers, and which causes the generated predetermined information to be stored in a predetermined memory region related to the user terminal or a server device.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present disclosure relates to an information processing device, a program, and an information processing method. [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] When acquiring tokens such as NFTs, smart contracts on the blockchain are used, so it may take some time to acquire the tokens.

[0005] Therefore, an object of the present disclosure is to effectively utilize the waiting time that occurs when obtaining a token, which tends to feel relatively long to a user. [Means for solving the problem]

[0006] According to one aspect of the present disclosure, there is provided an information processing device that, when an acquisition request to acquire a token circulatable on a blockchain network is input via a display screen, executes a smart contract that enables the acquisition or management of the token, and outputs advertising information on the display screen during at least a portion of the period during which the smart contract is being executed. Effect of the Invention

[0007] According to the present disclosure, it is possible to effectively utilize the waiting time that occurs when obtaining a token, which tends to feel relatively long to a user. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram showing a basic configuration of an embodiment of the present invention. [Diagram 2] A diagram showing the configuration of each node, user terminal, and token control processing reception unit that make up the blockchain network. [Diagram 3] FIG. 13 illustrates a token generation process. [Figure 4] FIG. 13 is a diagram showing token control information to be set in a distribution means. [Diagram 5] FIG. 4 illustrates a received data storage unit. [Figure 6]FIG. 13 illustrates token management information for a smart contract. [Figure 7] FIG. 13 is a diagram illustrating token distribution number management. [Figure 8] 13 is a flowchart illustrating a token receiving process according to the third embodiment. [Figure 9] FIG. 13 is a diagram (part 1) showing a screen image for explaining a token receiving process according to the third embodiment. [Figure 10] FIG. 13 is a diagram (part 2) showing a screen image for explaining a token receiving process according to the third embodiment. [Figure 10A] FIG. 11 is a diagram showing an alternative example of a screen image for explaining the token receiving process shown in FIG. [Figure 11] FIG. 13 is a diagram (part 3) showing a screen image for explaining a token receiving process according to the third embodiment. [Figure 12] FIG. 13 is a diagram showing a screen image when instructing to change the storage location of a held token. [Figure 13] FIG. 13 is a diagram showing a screen image for explaining options for token storage methods. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Each embodiment will be described in detail below with reference to the accompanying drawings.

[0010] [Embodiment 1] FIG. 1 is a diagram showing the overall configuration of a system for implementing an embodiment.

[0011] The blockchain network 100 is a network in which many computers are connected to each other, and each connected computer is called a node. Each node records processing requests notified to the blockchain network 100 from the outside, executes processing in response to processing requests from users, and records the results in storage managed by the node. Processing requests are transmitted to each node, and each node executes the same processing for the processing request and records the output, thereby realizing that each node holds exactly the same information even in a distributed environment. The processing executed on this blockchain is called a smart contract.

[0012] A smart contract is a computer program executed by each node, and similar to a processing request, after the blockchain network 100 receives a request to register the program, it distributes it to each node and registers it. The token processing unit 200 is a smart contract and controls tokens in response to requests from users. In this embodiment, the issuance of tokens will be described as an example.

[0013] The token control processing reception unit 300 is a server that performs interactions with the blockchain network 100, receives a request from the user terminal 400, makes a request to the token processing unit 200, and returns a response to the user terminal 400. The user terminal 400 is an information processing device used by the user, such as a smartphone or a PC. The distribution means A to C (500A to 500C) provide information about tokens (for example, a part or all of token control information described later) to the user. Specifically, they provide various data in cooperation with the user terminal 400, such as URL (Uniform Resource Locator), QR code, NFC (Near Field Communication), Bluetooth (registered trademark), voice, image, beacon information, location information, and behavior of external servers (for example, API (Application Programming Interface) information of SNS (Social Networking Service)). When a user directly interacts with the blockchain network 100, software or hardware called a wallet that manages a private key used in the blockchain is used in the user's terminal. If these are already installed in the user terminal 400, the user terminal 400 may directly issue a processing request to the token processing unit 200 without going through the token control processing reception unit 300. In this embodiment, it is assumed that many users do not have wallets, and an example in which the token control processing reception unit 300 is used will be described.

[0014] FIG. 2 is a configuration diagram of each node that constructs the blockchain network 100. The node terminal 110 may be a normal computer, and may be configured with a CPU 120, a memory 130, a storage 140, a storage I / F 150 that is an interface for connecting the storage, an input / output I / F 160 for connecting to an external keyboard, mouse, or display, and a network I / F 170 for connecting to an external computer and constructing a network. Although not shown, some have a GPU or FPGA as other arithmetic processing units, and some offload processing required for blockchain operation such as mining to these functional units. Blockchain network information is stored in the storage 140 of the node terminal 110, and smart contract processing is read from the storage 140 to the memory 130 and executed by the CPU 120 (or GPU or FPGA in some cases). The token control processing acceptance unit 300 and the user terminal 400 are also normal computers, and have the same configuration as the node terminal 110.

[0015] When distributing tokens such as NFTs to users, it is necessary to prepare a mechanism to create tokens in advance or to create tokens in response to requests. Figure 3 shows the preparation process and the process up to when the user actually receives the token. Below, we will explain this process procedure assuming that an NFT is being newly distributed.

[0016] First, in order to distribute NFTs, it is necessary to develop a smart contract for managing and operating NFTs (step S1000). Once it is confirmed that the developed one has no bugs, the created smart contract is registered in the blockchain network 100 (step S1010. The blockchain network 100 and the smart contract are not shown in this flow). In parallel with this, content to be referenced as NFTs is created, and information to be registered in the smart contract is prepared (step S1020). Once the smart contract and content are prepared, the information is set in the smart contract, and the development work is completed (step S1030). In this embodiment, the smart contract is registered in the blockchain network 100 and then the content information is registered. However, instead of setting the content information after registering the smart contract, there may be cases where the procedure involves preparing all the information, finalizing the content information as a smart contract, and then registering it.

[0017] In this embodiment, it is possible to prepare the distribution means in parallel with the development and creation of smart contracts and content. This is realized by the setting information generation process (step S1100). Here, a random number with a sufficient range is used as the setting information. For example, a number in the range of 2 to the power of 256 is assigned by random numbers. The wider the space that can be set, the lower the possibility that the generated random numbers will match. Depending on the distribution means, work such as printing or writing data to a dedicated device may be required. If you try to make the information provided by the distribution means such as a QR code correspond one-to-one with the ID information managed by the NFT, you need to wait for the development on the NFT side to be completed, but once certain preparations and rules such as the URL of the site to be accessed are determined, you can freely generate the distribution means using random numbers. In this way, work can be carried out independently of development, and the work on the distribution means side can also be performed mechanically. Alternatively, a rule may be defined in which a numerical range to be used is assigned to each distribution means instead of a random number, and a serial number is assigned.

[0018] For example, numbers are assigned so that all are unique, such as 1 to 10000 for QR codes and 10001 to 20000 for NFC. The information generated in this way is set in the distribution means (step S1110) and distributed to users (step S1120). By being able to separate development and distribution, pre-sales can be realized and collaboration with other products can be made easier. The information provided from the distribution means to the user terminal is the token control information 600 in FIG. 4. Here, it is assumed that a random number or a predefined serial number used in issuing or distributing NFTs is set as the control information, and an access URL for acquiring NFTs is stored as additional information. The additional information may include things other than the access URL. For example, the type of distribution means, a management number, the date and time of the start of sales, and the URL of the provider company.

[0019] In this way, for example, the user receives a printed QR code as a distribution means, and reads it with a smartphone or the like to obtain information about the access destination and a random number set for exchanging the NFT (step S1200). The user then notifies the obtained access destination of the read random number and requests to obtain the NFT (step S1210). When the user notifies the access destination of information, information for the user to receive the NFT (in the case of a public blockchain, this corresponds to the user's address. Hereinafter, this information will be described as the address) is also sent.

[0020] In this embodiment, the token control processing reception unit 300 is set as the access destination, and this receives requests from users (step S1300). FIG. 5 shows the received data storage unit 700 that stores information received by the token control processing reception unit. Note that the sender field stores the address of the user in the blockchain network 100, but if necessary, the user's IP address or the like may be stored to store information that reliably identifies an individual or an individual's user terminal 400. Also, if all or part of the additional information of the token control information is unnecessary, it may be deleted and then stored in the token control information field of the received data storage unit 700.

[0021] When storing the received data, the token control processing reception unit 300 checks whether there is anything with the same token control information, and if it has already been registered, informs the user that the content of the distribution means has already been used and ends the process. Alternatively, if the same user is allowed to have multiple items, such as "up to three per person," it checks whether the number has been exceeded, and ends the process if it has been exceeded. The upper limit number per user may be checked by a smart contract, not by the token control processing reception unit 300. If there is no problem after the check, the received information is stored as is, and the received information is used to request the smart contract to issue or set an NFT (step S1310) (the smart contract is not shown in this flow). The smart contract that receives the request for issuance or setting changes the holder of the target NFT to the user after confirming that there are no defects in the notification. Or, it issues a new NFT and sets the holder to the user. The smart contract that manages and operates the NFT holds the NFT ID and holder information. This is the token management information 800. FIG. 6 is a diagram showing an example of token management information 800 of a smart contract. The simplest method is to set the notified random number or serial number as an ID as it is, associate the notified user address with the ID, and store it in the token management information 800. Although there is an upper limit to the ID that can be taken due to the implementation constraints of the smart contract, this constraint can be avoided by defining the information to be set in the transmission information taking this into consideration when assigning random numbers and serial numbers. In addition, in many cases, an upper limit is set for NFTs, such as 100 or 10,000. As an example of how to deal with this case, there is a method of calculating the remainder of the received random number. For example, if there are 100 NFTs to be distributed, the received random number is divided by 100 and the remainder is used as the ID. By using the remainder, it is possible to keep any value notified within a certain range. However, in this case, if the remainder of the notified random number is calculated later, it is possible that the value will be the same as the ID that has already been used. In this case, it is possible to deal with it by using a closed hash method in which the next value of the calculated value is used as the ID.If you have already anticipated a maximum number of serial numbers when allocating them, you can simply use that value as the ID.

[0022] Furthermore, there are efforts being made to restrict the number of NFTs issued and reduce the number in circulation to create scarcity. In this embodiment, this can be achieved by limiting the number provided by the distribution means.

[0023] Another way to achieve this is to express rarity by the range of IDs. For example, if you have 100 NFTs, but NFTs from 1 to 10 are more valuable (such as being associated with special content). This can also be achieved with a remainder, but when using closed hashing, it is possible that "the remainder is 10 but shifts to 11, meaning you cannot receive a highly valuable NFT." In such cases, rather than simply using closed hashing, you can deal with the problem by using closed hashing within the range of 1 to 10 for the remainder.

[0024] However, since the present embodiment assumes the use of multiple distribution means, there is a possibility that a large amount of valuable NFTs will be distributed by a certain distribution means. Depending on the distribution means, the number of users who can receive may be limited, so it is necessary to ensure the fairness of distribution. For example, a token distribution number management 900 as shown in FIG. 7 may be used to manage this. This is information that manages how many IDs are to be assigned in the distribution means assumed to be used, and is used to manage the maximum number of assignments and the number actually assigned after the start of distribution. When assigning users in a smart contract, this information is also referenced to assign IDs. When the surplus of the transmitted information notified after the maximum number is assigned by a certain distribution means falls within that range, the developer will implement which ID to assign in the smart contract based on the concept and operation rules of the NFT. Here, only the ID range is simply defined, but time constraints such as within one month or within three months after the start of sales, statistics on the total number of receptions, etc. may be used, or rules combining these may be created.

[0025] In this embodiment, the case where "an NFT is acquired using information obtained from one of the distribution means" has been described. In reality, multiple distribution means may be used, such as NFT distribution information being provided by a QR code and broadcast audio at the same location. In this case, applications such as distributing an NFT only when token distribution information is transmitted by multiple distribution means, or distributing a special NFT when multiple distribution means are used, can be considered. By combining multiple distribution means in this way, it is possible to realize NFT distribution according to location and time without adding additional information to the transmitted information or additional information. It can also serve as a certain degree of security measure, such as "not distributing just because you have a QR code."

[0026] In addition, this example has been described assuming the "issuance of NFTs" process, but this mechanism can be used to realize not only issuance but also the execution of processes for tokens on the blockchain network 100, including NFTs. For example, NFTs used in games can be used to build services that link the real world with NFT information, such as "if you go to a certain place on a certain date and time, your parameters will improve."

[0027] In this embodiment, an example is described in which a user requests processing from the token processing unit 200 via the token control processing reception unit 300, but when it becomes commonplace for a wallet to be installed in a user terminal 400, it is considered that in many cases, the user will directly notify the token processing unit 200 of the token control information 600 and request processing. In this case, the received data storage unit 700 managed by the token control processing reception unit 300 can be managed by the token processing unit 200, which is a smart contract, to realize this embodiment.

[0028] [Embodiment 2] According to the method of the first embodiment described above, information for distribution can be created independently of content creation, and tokens such as NFTs can be distributed to users in advance by various distribution means. However, if the distribution means is simply used to distribute tokens with limited number or high value, there is a risk of misuse. For example, when using a QR code, anyone can receive the QR code information itself and can easily check its contents. In other words, the user can easily know information such as the URL to be accessed and the random number or serial number used for ID assignment. In addition, since QR code creation tools are also published on the Web, when a QR code is received, the user can process the original information on the user's side and then request processing from the token control processing reception unit 300. For this reason, there are two major problems: "a token with an ID that the user wants can be obtained" and "an unlimited number of tokens can be obtained without obtaining information from the distribution means."

[0029] Regarding "tokens with any ID can be obtained," this can be addressed by processing the random numbers on the receiving side. When the token control processing reception unit 300 receives a request from a user (step S1300), a random number is generated and synthesized (XORed, etc.) to create new information, which is used as information for ID allocation. Instead of generating random numbers, a hash value may be obtained from the salt (any variable information) and the notified information and used as the allocation information. This problem can be addressed by not using the information notified by the user as is. Note that, although an example of random number creation & synthesis or hash value creation in the token control processing reception unit 300 has been described here, a similar process may be performed in a smart contract. Normally, random numbers cannot be generated in a smart contract, but there is a mechanism called an oracle that provides reliable information from outside. Random numbers can be used in a smart contract by using this to obtain random numbers. Since the token control processing reception unit 300 is often under the management of the token provider, it is possible to implement it in a smart contract in order to present fairness by publishing information on the blockchain network 100, which is visible to users.

[0030] The latter, "users can obtain any number of tokens," is a bigger problem. Even if one user is allowed to issue or set multiple tokens, if the sender information only holds the address information of the blockchain network 100, the user can freely create multiple addresses, so the number limit cannot function as a constraint. One way to address this problem is to collect user information such as name, address, and email address when receiving token control information from the distribution means, and have the user enter the user information when using the token control information. However, it is not possible to obtain detailed information about users using distribution means such as QR codes and NFC alone, and a separate system is required, which makes operation difficult. In addition, it is also time-consuming for users, and some people may feel that they are providing personal information unnecessarily, which creates the problem of not receiving tokens.

[0031] In this embodiment, in order to deal with this problem, the token control information transmitted by the distribution means is encrypted and provided. The procedure itself is the same as in Fig. 3, but some processing is added. The details of this processing are explained below.

[0032] First, an encryption key is prepared to encrypt the control information to be stored in the token control information 600. Here, the case of using public key encryption will be described, but the same applies when using common key encryption such as AES. First, the token provider creates a public key pair before creating a token. The private key is managed by the token provider and set in the token control processing reception unit 300 in a form that can be used safely, and the public key is provided to the person who sets the information for the distribution means. The distribution means encrypts the control information using the public key received for random number or serial number generation (step S1100). Note that additional information of the token control information 600 stores information such as the URL of the access destination. If there is other information that needs to be kept secret for processing, that part may also be encrypted and stored. In addition, the public key used for information generation should be used only by the person who sets the token control information 600 in the distribution means, and should not be disclosed to other workers or to the outside. The subsequent processing is as shown in Figure 3, however, in step S1300, the token control processing reception unit 300 receives the token control information 600 from the user and decrypts the transmitted information using the set private key to obtain the set random number, etc., and then performs the subsequent processing.

[0033] In this way, a mechanism is established in which the control information in the token control information 600 is encrypted and the key information required for encryption is not disclosed to the user.

[0034] The above describes a method for managing private keys in the token control processing reception unit 300. However, considering the possibility of insider theft, holding onto a private key may be a risk. Therefore, a method for making management easier by having the key held in a smart contract will be described.

[0035] Since a key is also data, it is easy to give a smart contract a key. However, since smart contracts are information that is made public to all those who access the blockchain network 100, it is not possible to give them the key as it is. Therefore, public key cryptography is used. Due to the technical characteristics of public key cryptography, it is easy to derive a public key from a private key, but deriving a private key from a public key is characterized by the fact that it takes an enormous amount of calculation time, making it practically impossible. Taking advantage of this characteristic, a "public key" is registered in the smart contract. The encryption process of the token control information 600 is the same as before. The token provider generates a public key pair and provides the "private key" to the person who performs the information setting work for the distribution means, and the generated token control information 600 is encrypted with this key. As before, the work must be done so that the private key is not leaked. Once all the token control information 600 has been created, the private key is no longer necessary, so it may be discarded. If there is a possibility that the same private key will be used in the future for adding content, etc., the token provider must strictly manage it. Furthermore, in this case, since the token control processing reception unit 300 cannot decrypt the data, the encrypted data and sender information are stored and managed in the received data storage unit 700. After the token control processing reception unit 300 requests the smart contract to issue or set the data (step S1310), the smart contract that receives this decrypts and uses the notified information with its own public key. In this way, by holding the public key pair in the opposite way to the normal way, it is possible to ensure that the key information registered in the smart contract can decrypt but not encrypt. In this way, the token control information 600 can be used safely even if key information is registered in the smart contract.

[0036] [Embodiment 3] When a user receives a token such as an NFT, information that uniquely identifies the user is required on the blockchain network 100. In a public blockchain such as Ethereum, this corresponds to an address generated from the public key of a public key pair managed by the user. However, in order to have an address, an app or hardware such as a wallet to manage the underlying public key pair is required, making it difficult for general users to use. Therefore, in this example, a method for solving this problem will be described.

[0037] Fig. 8 is an explanatory diagram of the token receiving process according to the embodiment 3. The token receiving process shown in Fig. 8 may be executed as the process of step S1200 in Fig. 3 before step S1210.

[0038] In step S1200 of FIG. 3, as described above, the user obtains information from the distribution means. To explain specifically the case of a QR code, the distribution means provides the QR code to the user. This provision method may be any form, such as a person handing over a piece of paper, posting a QR code at the entrance of a company, or distributing via the Internet. The user reads the QR code using a camera app or a scanner app on a smartphone (step S2100). Note that the app to be launched may change depending on the method provided by the distribution means. When the app reads this, it presents a URL and checks whether to access it, and after instructing "access", the smartphone launches a browser (step S2110) and accesses the URL destination specified in the token control information 600 (step S2200). Note that the instruction to "access" may be generated automatically. In other words, when the app reads the QR code, access to the URL destination specified in the token control information 600 may be automatically realized.

[0039] At this time, the token control processing reception unit 300 related to the distribution site to be accessed executes user side processing transmission (step S2300), and a program such as JavaScript (registered trademark) in a page prepared by the token control processing reception unit 300 generates a public key pair that is the basis for creating an address for the user (step S2210), and executes a process of storing the public key pair and / or address information in the local storage of the browser (step S2220). In this way, the user can obtain address information that is unique in the blockchain network 100 without being aware of it. In addition, since the local storage can only be used by the user of that smartphone, it can be said to be relatively safe. In a modified example, the public key pair may be stored in the browser's session storage and other browser storage such as browser cookies, instead of the browser's local storage, or may be stored in a storage area other than the browser's storage (for example, a storage area in the user terminal 400 or a storage area of ​​a server device accessible by the token control processing reception unit 300, etc.).

[0040] However, the local storage can be deleted by the user. If the public key pair (particularly the private key) is deleted, the tokens granted to the user cannot be transferred forever. In order to avoid this, the public key pair or the information used to generate them is converted into a QR code after it is created and displayed to the user (step S2230). That is, the user is notified of a restoration means (restoration information) that allows restoration even if the public key pair (particularly the private key) is deleted from the local storage of the browser. This allows the user to capture the displayed screen and save it in a location other than the local storage of the browser (for example, a storage device in a smartphone or other cloud storage) (step S2120). With this information, the user can generate the public key pair generated at the time of access at any time, and the granted token will not be wasted. FIG. 9 shows an example of a UI990 that prompts the user to save the restoration means. In this case, the UI990 includes a QR code C12 and a message that prompts the user to save the restoration means. In addition, instead of a QR code, any word or other word that can restore the generated public key pair may be used. The public key pair stored in the browser's local storage may be regarded as temporary information for receiving. For this reason, after the user obtains an address to be used permanently, the target token, the permanent use address, and restoration information, or the target token, the permanent use address, and information on the private key stored in the local storage are provided to the token control processing reception unit 300, thereby providing a function to send the target token from the address stored in the user's local storage to the permanent use address. A UI image of this function is shown in FIG. 12. Since "From" is an address stored in the local storage, it is set automatically, but it may also be set (input) manually. "To" is a field for inputting wallet information that can identify the corresponding wallet, such as a permanent use address or the like (for example, an address for proxy processing in the case of going through proxy processing), and is input by the user himself. "To" may be set by reading it from a QR code or the like. It is assumed here that the restoration information is stored as a separate file.

[0041] Next, in response to an instruction from the user, a process is executed to request acquisition of an NFT (step S1210 in FIG. 3) via a process of notifying generation information in the browser (step S2240). Note that token control information 600 is notified from the distribution means, and processing such as obtaining and encrypting the necessary information from there may be executed in the process related to notifying generation information (S2240). Note that a part or all of the token control information 600 may be incorporated in the corresponding URL, or may be included in a web page that is expanded based on the corresponding URL.

[0042] For example, in the example shown in FIG. 9, when the user operates the button BT990 labeled "Saved, proceed" on the smartphone, the process from step S1210 onward in FIG. 3 is executed via step S2240. In this case, the UI991 shown in FIG. 10 may be output on the user's smartphone via the screen 990 shown in FIG. 10. In the example shown in FIG. 10, a screen 990 is displayed that includes an image G10 representing the token (NFT) to be acquired, a description G11 thereof, and a processing display G12 that visually indicates that the token is being acquired. By looking at the screen 990, the user can obtain information about the NFT being acquired. Note that the description G11 may include advertising information related to the distributor. Also, the example shown in FIG. 10A is an alternative example of the screen image for explaining the token receiving process shown in FIG. 10, and instead of the image G10 representing the token (NFT) to be acquired, advertising information G10A is included. The advertising information may be generated by a message, a video, a still image, a sound, music, or any combination thereof. The advertising information may be related to the advertiser that distributes it, or may be related to another advertiser. Moreover, UI992 shown in FIG. 11 is a screen displayed when acquisition is complete, and includes a message saying "NFT saved!" Note that "save" here means saving to the local storage of the browser, as described above. UI992 shown in FIG. 11 displays a screen 990 including an image G10 representing the saved token (NFT) and its explanation G13. The explanation G13 may include a link to a more detailed explanation screen, a link to a site related to advertising information, etc. Incidentally, when acquiring a token such as an NFT, a smart contract on the blockchain is used, so it may take some time to acquire the token. Specifically, it takes some time because a synchronization process is executed on the blockchain network 100. Even if the time taken is not actually that long, it may feel long to a user who is waiting. This can be understood from psychological findings that the same amount of time tends to feel long while waiting. Taking this into consideration, according to the present embodiment, the time is utilized to output advertising information to users who are in a waiting state, thereby efficiently increasing the effectiveness of the advertising information and relieving users who are in a waiting state from having to use their time.

[0043] In the example shown in Fig. 8, a process (step S2230) is executed to prompt the user to save the restoration means, but this process may be omitted or executed after the fact in a manner that notifies the user later. Also, in Fig. 8, the address creation process for the public blockchain is not shown explicitly, but since the address is generated from the public key, it may be created in the process related to the public key pair creation (S2210).

[0044] In addition, in this embodiment, the display information based on the URL destination specified in the token control information 600 (in this case, a WEB screen) may have a UI that allows the selection of a storage destination of the token (NFT) to be acquired. For example, the example shown in FIG. 13 includes a button B21 that can be selected by a user who owns a wallet, and a button B22 that is suitable for selection by a user who does not own a wallet. When a user operates the button B21, the target token is associated with a constant use address, and the process described above with reference to FIG. 12 can be made unnecessary. On the other hand, when a user operates the button B22, the various processes described above with reference to FIG. 8 are executed, and the target token can be granted even to a user who owns a wallet. In this way, by providing a UI that allows the selection of a storage destination of the token (NFT) to be acquired, a highly convenient service can be provided to a wide range of users.

[0045] In addition, when requesting processing from the blockchain network 100, many blockchains incur a fee called a gas fee. This gas fee must be paid using the basic token in each blockchain, but it is difficult for general users to secure tokens to substitute for gas. Therefore, a method is provided in which a process for the blockchain network 100 is created using the user's public key pair, but the token control processing reception unit 300 bears the gas fee required for the request. The user terminal 400 uses the private key of the public key pair stored in the local storage to sign the token control information 600 received from the distribution means, and notifies the token control processing reception unit 300 that it will definitely use it, thereby requesting the burden of the gas fee. The token control processing reception unit 300 can reliably confirm the sender from the sender information and the signature, and allows the burden of the gas fee based on the confirmation. In addition, a smart contract that can execute this proxy request is prepared in the blockchain network 100, and the token control processing reception unit 300 requests the processing from the smart contract, thereby realizing proxy processing. In this way, by having the token control processing reception unit 300 act as a proxy for the processing on the blockchain network 100, the user can request processing from the blockchain network 100 without being aware of the gas fee. Although the method of sending a held token to a permanent address has been described above, this can also be achieved by proxy means without providing private key information, etc. There are two main ways. In one, the user creates a processing request to send the target token from the address of the public key pair stored in the local storage to the permanent use address prepared by the user, signs it with the private key of the local storage, and requests the token control processing reception unit 300 to execute it. In the other, a processing request is created to grant the token control processing reception unit 300 the authority to operate the target token, signs it with the private key stored in the local storage, etc., and requests the token control processing reception unit 300 to execute it. In either case, the token control processing reception unit 300 that receives the request sets the gas fee and then requests the smart contract that realizes the proxy processing to perform the processing, thereby completing the processing.In addition, when changing the token storage location by these means, the UI 1000 in FIG. 12 does not need to include an item for restoration information, and two methods can be presented and selected, or the system can be implemented to use one of the two methods and the UI can be made optional. When actually performing proxy processing, the received data storage unit 700 in FIG. 5 is referenced to confirm whether the requester is correct, and then proxy processing is requested from the blockchain network 100. In addition, the information in the received data storage unit 700 can be referenced to determine whether or not proxy execution can be performed. For example, since QR codes are distributed in large numbers, gas fees are not subsidized, but those who obtain NFTs via voice are permitted, and those who obtain NFTs via NFC are given a small amount that can be used as gas fees in the future if they are performed within three days, and only gas fees are paid within one month, and no more than that is permitted. By performing such control, it is possible to weight specific distribution means and increase the variety of NFT distribution methods.

[0046] [Other embodiments] 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.

[0047] Regarding each of the above-described embodiments, the following first and second supplementary notes are further disclosed.

[0048] [Appendix 1] A system for controlling tokens circulating on a blockchain network consisting of multiple computers, a token processing unit that manages and processes the tokens; a token control processing reception unit that notifies the token processing unit of token control information in response to an instruction from a user terminal and transmits a result from the token processing unit to the user terminal; A distribution means for distributing information to the user terminal, the distribution means sets a random number or information set according to a predetermined rule as a part of the token control information to be distributed to the user terminal, The user terminal notifies the token processing unit of the token control information via or without the token control processing reception unit, The token control processing reception unit or the token processing unit stores the token control information received from the user terminal together with user information regarding the user terminal that transmitted the token control information, A token control system characterized in that the token processing unit refers to the random number or the information set in the rule set in the token control information by the distribution means, and uses the random number or the information set in the rule as specific information of the token managed by the token processing unit.

[0049] [Appendix 1, Note 2] the token processing unit has an information processing unit that processes the random number stored in the token control information or information set by the rule to fit the information within a certain range, The token control system described in Appendix 1 is characterized in that, when the first processing information obtained by processing the random number or the information set according to a predetermined rule is the same as the existing information stored in the token control information, the processing unit further processes the first processing information into second processing information, thereby keeping the token control information within a certain range, and uses the first processing information or the second processing information as information for identifying a token managed by the token processing unit, and performs control on the identified token.

[0050] [Appendix 1, Note 3] The token control system described in Appendix 1, characterized in that the token processing unit fits the information into a certain range in the processing unit, further divides and weights the range, and when the information becomes the same as existing information in the processing unit, the processing unit reprocesses the information so that it fits within the divided range, uses the information that fits within the divided range as information for identifying a token, and implements control over the identified token.

[0051] [Appendix 1, Note 4] The token control system described in Appendix 1, 2 or 3, is characterized in that the token processing unit processes information taking into account additional information stored in the token control information when confining the information within a certain range in the processing unit.

[0052] [Appendix 1, Note 5] The token control system described in Attachment 1, 2 to 4, is characterized in that the token processing unit controls the allocation range and allocation number in the processing unit according to the distribution means.

[0053] [Appendix 1, Note 6] The token control system described in Appendix 1-5, characterized in that when the user terminal transmits the token control information, the token control processing unit or the token processing unit changes whether or not to accept processing, the processing method of the processing unit, and the weighting of the divided ranges of the range depending on the date and time of transmission and / or the combination of the distribution means, and then performs control on the identified token.

[0054] [Appendix 1, Note 7] The token control system described in 1st Supplementary Note 2 to 1st Supplementary Note 6, characterized in that when the information processing processing unit keeps information within a certain range, the token processing reception unit or the token processing unit calls a random number generation function running on the blockchain network to generate a random number, combines the random number or information set according to a predetermined rule with the random number to generate third processed information, and uses the third processed information as input to the information processing processing unit.

[0055] [Appendix 1, Note 8] The token control system described in any one of Appendix 1 to Appendix 7, characterized in that the distribution means encrypts information of the token control information to be used by the token processing unit to create information, the token control processing reception unit or the token processing unit holds a decryption encryption key, decrypts the information using the decryption encryption key, and uses the information, and when the token processing unit decrypts the information, the public key of the public key pair is registered in the token processing unit.

[0056] [Appendix 1, Note 9] The token control system described in 1st Appendix 1 to 1st Appendix 8, characterized in that when the user terminal transmits the token control information to the token control processing reception unit or the token processing unit, the user terminal automatically generates information necessary to uniquely identify the user in the blockchain network in a memory unit that can only be used by the user terminal, or, if the uniquely identifying information is stored in the memory unit, reads out the information and sets the generated uniquely identifying information before transmitting the token control information.

[0057] [Appendix 10] The token control system described in Appendix 1, 9, is characterized in that when the user terminal generates the uniquely identifying information, it generates information for restoring the uniquely identified information that was generated uniquely, and presents the information to the user and notifies them to store it.

[0058] [Appendix 11] The token control system described in 1st Supplementary Note 9 or 10, characterized in that when the user terminal obtains uniquely identifying information in the blockchain network that the user uses on a regular basis, it reads the generated uniquely identifying information managed in a memory unit that can only be used by the user terminal, provides a UI for instructing the user information to be updated from the generated uniquely identifying information that uniquely identifies a token that the user has permission to use and is managed in the token processing unit to the uniquely identifying information that is used on a regular basis, and updates the user information in accordance with the instructions of the UI.

[0059] [Appendix 12] The token control system described in 1st Supplementary Note 9 to 11, characterized in that the user terminal signs a processing request to the blockchain network with a private key held in the user terminal and requests the token control processing reception unit to perform processing on behalf of the user, and the token control processing reception unit pays the fee required when making a processing request to the blockchain network on behalf of the user and requests the processing from the blockchain network.

[0060] [Appendix 13] The token control system described in First Appendix 12, characterized in that when the token control processing reception unit performs proxy processing, the user terminal refers to the token control information stored in the token control information processing reception unit, determines whether or not to perform proxy processing based on the content of the token control information, or determines additional processing to be performed when performing proxy processing, and then requests processing from the blockchain network, and performs or does not perform proxy processing, including additional processing. [Appendix 2, Note 1] An information processing device that, based on an acquisition request generated by a user terminal to acquire a single token that can be circulated on a blockchain network (including acquisition of a newly issued token or acquisition associated with a transaction such as the transfer of an already issued token), generates specific information that enables the acquisition or management of the single token, and executes a first process to store the generated specific information in a specific memory area of ​​the user terminal or a server device. [Appendix 2] The information processing device according to claim 2, wherein the specified memory area includes a browser storage. [Appendix 2, Note 3] The information processing device according to claim 2, wherein the specified information includes information related to a private key. [Appendix 2, Note 4] An information processing device as described in Appendix 2, further executing a second process to transition a state related to the one token from a first state managed via the specified information on a blockchain network to a second state managed via a wallet accessible by a user. [Appendix 2, Note 5] The information processing device described in Second Appendix 4, wherein the second process is executed based on the specified information and wallet information capable of identifying the wallet. [Appendix 2, Note 6] The information processing device according to claim 2, further comprising a third process of notifying the user terminal of restoration information enabling the specified information to be restored. [Appendix 2, Note 7] the acquisition request is generated based on token control information related to the one token, The information processing device described in Appendix 2, wherein the token control information includes specific information of the one token that is set according to a random number or a predetermined rule. [Appendix 2, Note 8] the token control information includes information for accessing a predetermined URL, The information processing device according to claim 2, wherein the acquisition request is generated based on access to the specified URL. [Appendix 2, Note 9] The information processing device according to claim 2, wherein the acquisition request is further generated based on a first predetermined input at the predetermined URL. [Appendix 2, Note 10] the display information based on the predetermined URL includes a UI that allows a user to selectively input either the first predetermined input or a second predetermined input different from the first predetermined input; The information processing device described in Appendix 9, which creates a state in which the one token is managed via a wallet accessible by a user based on the second specified input. [Appendix 2, Note 11] The information processing device according to claim 2, wherein the first process is executed on a browser by a program prepared in association with the specific URL. [Appendix 2, Note 12] The user terminal signs a processing request to the blockchain network with a private key held on the user terminal or browser storage, the second process is further performed based on address information related to the predetermined information and the signed process request; The information processing device according to claim 2, wherein the address information is input on a UI in a browser. [Appendix 2, Note 13] The information processing device according to claim 2, wherein the third process includes outputting, together with the notification, information prompting a user to save the restoration information. [Appendix 2, Note 14] A program that causes a computer to execute a first process that generates specific information that enables the acquisition or management of a single token based on an acquisition request generated by a user terminal to acquire a single token that can be circulated on a blockchain network, and stores the generated specific information in a specific memory area related to the user terminal. [Appendix 2, Note 15] An information processing method in which, based on an acquisition request generated by a user terminal to acquire a token that can be circulated on a blockchain network, a first process is executed by a computer to generate specific information that enables the acquisition or management of the token, and to store the generated specific information in a specific memory area related to the user terminal. [Explanation of symbols]

[0061] 100...blockchain network, 600...token control information, 700...received data storage unit, 800...token management information, 900...token distribution number management, 1000...token storage location change UI

Claims

1. An information processing device that, when an acquisition request to acquire a token circulatable on a blockchain network is input via a display screen, executes a smart contract that enables the acquisition or management of the token, and outputs advertising information on the display screen during at least a portion of the period during which the smart contract is being executed.

2. The information processing device according to claim 1 , wherein the smart contract is registered on a blockchain network in a manner associated with the one token.

3. The execution of the smart contract includes a synchronous process on a blockchain network; The information processing device according to claim 1 , wherein the at least a portion of the period includes a period during which the synchronization process is being performed.

4. The information processing device according to claim 3 , wherein the display screen is generated via a browser.

5. Based on an acquisition request for acquiring one token that can be circulated on a blockchain network being generated by a user terminal, a first process is executed to generate predetermined information that enables acquisition or management of the one token, and to store the generated predetermined information in a predetermined storage area related to the user terminal or a server device; The information processing device outputs advertisement information on the display screen during at least a portion of the execution of the first process.

6. The information processing device according to claim 5 , wherein the predetermined storage area includes a browser storage.

7. The information processing apparatus according to claim 6 , wherein the predetermined information includes information relating to a private key.

8. the acquisition request is generated based on token control information related to the one token, The token control information includes information for accessing a predetermined URL, The information processing apparatus according to claim 7 , wherein the acquisition request is generated based on an access to the predetermined URL.

9. The information processing apparatus according to claim 8 , wherein the retrieval request is further generated based on a first predetermined input at the predetermined URL.

10. the display information based on the predetermined URL includes a UI that allows a user to selectively input either the first predetermined input or a second predetermined input different from the first predetermined input; The information processing device according to claim 9 , further comprising: a state in which the one token is managed via a wallet accessible by a user, based on the second predetermined input.

11. The information processing apparatus according to claim 8 , wherein the first process is executed on a browser by a program prepared in association with the predetermined URL.

12. The information processing device according to claim 1 , wherein the advertisement information includes a moving image or a still image.

13. The information processing device according to claim 1 , wherein the advertising information is generated by an advertiser associated with the one token.

14. A program that causes a computer to execute a smart contract that enables the acquisition or management of a token that can be circulated on a blockchain network when an acquisition request is input via a display screen, and to output advertising information on the display screen during at least a portion of the period during which the smart contract is being executed.

15. An information processing method in which, when an acquisition request to acquire a token circulatable on a blockchain network is input via a display screen, a smart contract that enables the acquisition or management of the token is executed by a computer, and advertising information is output on the display screen during at least a portion of the period during which the smart contract is executed.

Images