JPWO2021029090A1 - Program, challenge support system, challenge support method, terminal - Google Patents

Abstract

Provide a program that can realize a challenge support system that increases the possibility that the user will complete the challenge. It is determined whether or not the contract conditions regarding the challenge to be achieved by the first user are satisfied to the terminal connected to the Internet (50), and the first token is distributed based on the determination result of the contract conditions. A blockchain network having one smart contract and a second smart contract that generates a transaction that allocates the first token to the second user based on the balance of the second token of the second user ( In 55), it is used for the process of acquiring the determination data, the process of transmitting the determination data to the blockchain network (55), the process of generating the transaction used for the allocation of the second token, and the process of allocating the second token. A program that executes a process of sending a transaction to a blockchain network (55).

Description

The present invention relates to a program, a challenge support system, a challenge support method, and a terminal.

People sometimes have challenges that they want to achieve but are difficult to achieve. Challenges include, for example, walking to maintain and improve health, going to a health checkup, quitting smoking, studying English conversation, and so on.

In the case of this type of challenge, it is often the case that someone other than the person taking the challenge expects the person to complete the challenge for their own health and skill acquisition. For example, the father of a person living an unhealthy life wants to somehow get the person to do healthy activities such as walking, and the wife or child of the person is long and healthy. I hope that I will support the person's efforts for healthy activities.

The person doing this kind of challenge needs to be properly motivated to carry out the challenge. Also, the failure to complete a challenge is not desirable not only for the person himself, but also for others who expect him to complete the challenge. Others who expect the person to complete the challenge can motivate him / her to carry out the challenge.

However, other people who expect the person to complete the challenge are also willing to do so in a situation where, in addition to the benefits of the person completing the challenge, there is no immediate benefit to the other people themselves. It is difficult to continue to support.

If the person's motivation is maintained / promoted by himself / herself or the person's motivation is maintained / promoted by the support of other people, the person becomes reluctant to complete the challenge, and there is a high possibility that the challenge will not be achieved.

Therefore, an object of the present invention is to provide a program capable of realizing a challenge support system that enhances the possibility of a user achieving a challenge.

In the program according to one aspect of the present invention, whether or not the terminal connected to the Internet satisfies the contract conditions for the challenge including the conditions for achieving the challenge to be achieved by the first user and the deadline for completing the challenge. Based on the judgment result of the contract conditions, the first smart contract that generates a transaction for allocating the first token and the first token are allocated from the first smart contract, and the first user A transaction that manages the balance of the second token that can be distributed to the second user and distributes the first token to the second user based on the balance of the second token of the second user. In the blockchain network having the second smart contract to be generated and connected to the Internet, the process of acquiring the judgment data used for the judgment of the contract conditions and the judgment data are transmitted to the first smart contract. The process of generating a transaction used for the distribution of the second token from the first user to the second user by the second smart contract, and the process of generating the second token from the first user to the second user. The process of sending the transaction used for the allocation of the second smart contract to the second smart contract is executed.

According to this aspect, the first token allocated by the first smart contract when the challenge is achieved is allocated to the second user based on the balance of the second token allocated by the first user. It becomes possible to do. The first user can distribute the second token to the second user before the start of the challenge, in the process of completing the challenge, or before and after the completion of the challenge.

The second user can obtain the distribution of the first token by holding the second token. Therefore, let the second user actively support the challenge of the first user in order to obtain the first token, and obtain the second token, which is the consideration for the support, from the first user. Is given the motive. The first user is motivated to perform the challenge by being supported by the second user. By creating a situation in which the second user is involved in trying to complete the challenge instead of the first user alone, the possibility that the first user will achieve the challenge is increased.

In the above aspect, the program may cause the terminal to execute a process of generating token issuance information used for issuing the second token and a process of transmitting the token issuance information to the blockchain network.

According to this aspect, the second token can be issued by the first user operating the terminal. By allowing the first user to freely issue the second token, the ratio of distribution to the second user can be appropriately adjusted. The ratio is adjusted so that the user with a high degree of contribution who supports the first user receives more of the second token. Therefore, the first user can easily encourage the second user and other users to support themselves. Therefore, it is more likely that the first user will complete the challenge by gaining more support.

In the above embodiment, the program generates a transaction in the terminal used for distributing the second token from the second user to the third user, and the second token from the second user to the third user. The process of sending the transaction used for the allocation to the second smart contract may be executed.

According to this aspect, the second user can send the second token to the third user. The second token can be distributed from time to time. The second token will be distributed to users different from the user selected by the first user. Therefore, it becomes possible to receive support from more users, and the possibility that the first user accomplishes the challenge increases.

In the above embodiment, in a blockchain network in which the terminal further has a third smart contract that manages the balance of the third token, the program has a third smart contract based on the balance of the second token. The process of generating the transaction used for the allocation of tokens and the process of transmitting the transaction used for the allocation of the third token based on the balance of the second token to the third smart contract may be executed.

According to this aspect, the balance of the third token is managed based on the balance of the second token. By making the second token a temporary token for the support of each challenge of the first user and the third token as a long-term token for a plurality of challenges of the first user, the first user Will be able to win long-term support. The first user, who has the peace of mind that he has gained long-term support, gains stable motivation for the challenge. Therefore, the first user is more likely to complete the challenge.

In the above embodiment, the program generates a transaction in the terminal used for the distribution of the third token based on the balance of the second token and the difficulty of the challenge by the third smart contract, and the second token. The process of transmitting the transaction used for the allocation of the third token based on the balance of the third smart contract and the difficulty of the challenge to the third smart contract may be executed.

By allocating the third token based on the difficulty of the challenge, in each challenge, instead of uniformly allocating the third token from the balance of the second token, the third challenge It is possible to appropriately allocate the third token according to the difficulty level.

In the above embodiment, the program performs a process of generating information indicating the interruption of the challenge on the terminal, and the first smart contract, the first token according to the allocation setting of the first token when the challenge is interrupted. In order to generate the transaction used for the allocation of the challenge, the process of transmitting the information indicating the interruption of the challenge to the first smart contract may be executed.

According to this aspect, the challenge can be interrupted, and the convenience as a system is improved.

In the above aspect, the program performs a process of acquiring a destination for transmitting information about the challenge of the first user to the terminal, and a predetermined user of the blockchain network to a predetermined user of the blockchain network in the blockchain network. In order to generate the transaction used for the distribution of the tokens of the above, the process of transmitting the information about the challenge of the first user to the destination may be executed.

According to this aspect, a predetermined user of the blockchain network can distribute a predetermined token to the first user. The first user can be supported by the predetermined user by allowing the first user to receive tokens from the predetermined user based on the information about his / her challenge. Therefore, the first user is more likely to complete the challenge.

The program according to another aspect of the present invention is for a terminal connected to the Internet, for a contract condition regarding a challenge including a condition for achieving a challenge to be achieved by a first user and a deadline for accomplishing the challenge, and a challenge. The contract conditions are satisfied with the process of generating contract information including the amount of the first token to be deposited in, the allocation setting of the first token when the challenge is successful, and the allocation setting of the first token when the challenge is unsuccessful. A first smart contract that determines whether or not the contract conditions are based on the contract conditions and the determination data used for determining the contract conditions, and generates a transaction for allocating the first token based on the determination result of the contract conditions. In order to generate in the blockchain network connected to the Internet, the process of transmitting the contract generation transaction based on the contract information to the blockchain network is executed.

According to this aspect, the first smart contract for accomplishing the challenge can be generated from the terminal connected to the Internet. Any terminal connected to the Internet can freely generate the first smart contract related to the challenge, so that the challenge can be achieved according to the purpose of each user. By making the challenge in line with the user's purpose, the motivation for the user's challenge is increased, and the possibility that the user completes the challenge is increased.

In the above aspect, the program allocates the first token to the terminal according to the process of generating the information indicating the interruption of the challenge and the allocation setting of the first token to the first smart contract when the challenge is interrupted. In order to generate a transaction to be executed, a process of transmitting information indicating the interruption of the challenge to the first smart contract may be executed.

The creator of the first smart contract regarding the challenge can interrupt the challenge, improving the convenience of the system.

In the above aspect, the first smart contract may calculate the achievement level of the challenge based on the contract conditions and the judgment data, and generate a transaction for allocating the first token based on the calculated achievement level. ..

According to this aspect, even if the challenge is interrupted or failed, the first token is distributed based on the achievement level. If the difficulty of the challenge is set high, the chance of the challenge being interrupted or failing may increase. In this case, even if the challenge is interrupted, the first token is distributed, so that the user's motivation for the challenge can be maintained and the achievement of the challenge can be promoted.

In the above aspect, the determination data may include end determination data for determining the end of the challenge.

According to this aspect, the first smart contract can acquire information (Oracle) for determining the end of the challenge from the outside, and the challenge can be surely ended.

In the above aspect, the end determination data may include data relating to the date and time.

According to this aspect, when the first smart contract cannot automatically acquire the date and time information from the Internet or the blockchain network, the date and time information can be transmitted to the first smart contract. Therefore, when the deadline for the challenge has passed, the challenge can be surely completed.

In the program according to another aspect of the present invention, has the terminal connected to the Internet satisfy the contract conditions for the challenge including the conditions for achieving the challenge to be achieved by the first user and the deadline for completing the challenge? Whether or not it is determined, and a transaction for allocating the first token is generated based on the determination result of the contract conditions, which can be allocated from the first user to the second user, and is valid after the determination is made. To generate a smart contract on the blockchain network that manages the balance of the second token and generates a transaction that distributes the second token to the second user based on the judgment result of the contract conditions. The process of sending the contract generation transaction to the blockchain network is executed.

According to this aspect, the first user can distribute the second token, which becomes valid after it is determined whether or not the contract conditions related to the challenge are satisfied, to the second user. Thus, the second user is motivated to support the challenge of the first user in order to validate the second token. The first user is motivated to perform the challenge by being supported by the second user. By creating a situation in which the second user is involved in trying to complete the challenge instead of the first user alone, the possibility that the first user will achieve the challenge is increased.

In the program according to another aspect of the present invention, the terminal connected to the Internet is satisfied with the contract conditions relating to the challenge including the conditions for achieving the challenge to be achieved by a predetermined user and the deadline for completing the challenge. A first smart contract that determines whether or not the contract conditions are based on the contract conditions and the determination data used to determine the contract conditions, and a block that is connected to the Internet based on the determination results transmitted from the first smart contract. A second smart contract that manages the balance of tokens in the chain network, and a blockchain network that has tokens are accumulated, and the accumulated tokens are distributed based on the determination result transmitted from the first smart contract. In a blockchain network having 2 smart contracts, a process of generating a transaction for betting a token against a prediction of a judgment result and a transaction for betting a token against a prediction of a judgment result are transmitted to the second smart contract. Process and execute.

According to this aspect, the second smart contract allocates tokens by betting tokens on the determination result of the challenge of the first user and managing the balance of tokens based on the determination result. Therefore, more users are interested in the first challenge in an attempt to increase their tokens. When the first user has a lot of interest in his / her challenge, he / she tries to complete the challenge in order to respond to the interest. Therefore, the first user is more likely to complete the challenge.

The challenge support system according to another aspect of the present invention includes a first terminal and a second terminal connected to the Internet, the first terminal for achieving a challenge to be achieved by the first user. Contract terms for the challenge, including conditions and deadlines for completing the challenge, the amount of first tokens deposited for the challenge, the allocation of the first tokens upon success of the challenge, and the first tokens upon failure of the challenge. The contract information generation unit that generates contract information including allocation settings and whether or not the contract conditions are satisfied are determined based on the contract conditions and the judgment data used for determining the contract conditions, and based on the judgment result of the contract conditions. The first transaction that sends a contract generation transaction based on the contract information to the blockchain network in order to generate a smart contract that generates a transaction that allocates the first token to the blockchain network connected to the Internet. The second terminal includes a generation unit, a determination data acquisition unit that acquires determination data used for determining contract conditions, and a second transaction generation unit that transmits determination data to a smart contract. Be prepared.

According to this aspect, a smart contract is generated on the blockchain network by the contract information generated by the first terminal. The first token is deposited in the smart contract. The user is motivated to perform the challenge in order to obtain a first token that is distributed depending on whether the contract conditions for the challenge are met. The judgment data used for the judgment of the contract conditions is by the second terminal. Sent to smart contract. The smart contract determines whether or not the contract conditions are satisfied according to the determination data.

By determining the challenge via the smart contract, the allocation of the first token according to the result of the challenge is surely fulfilled in the absence of an administrator. Therefore, the user can create a challenge that is promised to be rewarded for the challenge result by generating a smart contract on the blockchain network. The challenge support system motivates the user to perform the challenge and increases the user's chances of completing the challenge by increasing the reliability of earning rewards for the outcome of the challenge.

According to the present invention, it is possible to provide a program capable of realizing a challenge support system that increases the possibility of a user achieving a challenge.

It is a figure which shows the structure of the challenge support system which concerns on 1st Embodiment. It is a block diagram of the fund provider terminal which concerns on 1st Embodiment. It is a block diagram of the challenger terminal which concerns on 1st Embodiment. It is a block diagram of the supporter terminal which concerns on 1st Embodiment. It is a block diagram of the operator terminal which concerns on 1st Embodiment. It is a data structure stored in the operator terminal according to the first embodiment. It is a figure which shows the smart contract in the blockchain network which concerns on 1st Embodiment. It is a block diagram of the determination data transmission terminal which concerns on 1st Embodiment. It is a sequence diagram of the challenge support system which concerns on 1st Embodiment. It is a sequence diagram of the challenge support system which concerns on 1st Embodiment. It is a figure explaining the cheerleading token contract which concerns on 1st Embodiment. It is a figure explaining the cheerleading token contract which concerns on 1st Embodiment. It is a figure explaining the Sunkus token contract which concerns on 1st Embodiment. It is a figure of the data structure stored in the fund provider terminal which concerns on 1st Embodiment. This is an example of contract information created by the funder terminal according to the first embodiment. It is a figure explaining the challenge contract which concerns on 1st Embodiment. It is a data structure stored in the operator terminal according to the first embodiment. It is a data structure stored in the operator terminal according to the first embodiment. It is a data structure of determination data which concerns on 1st Embodiment. This is a data structure of determination data recorded in the challenge contract according to the first embodiment. It is a data structure stored in the challenger terminal according to the first embodiment. It is a figure explaining the Sunkus token contract which concerns on 1st Embodiment. This is an example of another challenge according to the first embodiment. This is an example of another challenge according to the first embodiment. This is an example of another challenge according to the first embodiment. This is an example of another challenge according to the first embodiment. This is a screen displayed by the challenge application according to the first embodiment. This is a screen displayed by the challenge application according to the first embodiment. This is a screen displayed by the challenge application according to the first embodiment. This is a screen displayed by the challenge application according to the first embodiment. This is a screen displayed by the challenge application according to the first embodiment. This is a screen displayed by the challenge application according to the first embodiment. This is a screen displayed by the challenge application according to the first embodiment. It is a figure which shows the structure of the challenge support system which concerns on 2nd Embodiment. It is a figure which shows the smart contract in the blockchain network which concerns on 3rd Embodiment. It is a figure explaining the Sunkus token contract which concerns on 3rd Embodiment. It is a figure explaining the Sunkus token contract which concerns on 3rd Embodiment. It is a figure explaining the Sunkus token contract which concerns on 3rd Embodiment. It is a figure explaining the Sunkus token contract which concerns on 3rd Embodiment. It is a figure which shows the smart contract in the blockchain network which concerns on 4th Embodiment. It is a figure explaining the management of the token in the blockchain network which concerns on 4th Embodiment. It is a figure explaining the management of the token in the blockchain network which concerns on 4th Embodiment. It is a figure explaining another example of the management of the token in the blockchain network which concerns on 4th Embodiment. It is a figure which shows the smart contract in the blockchain network which concerns on 5th Embodiment.

Preferred embodiments of the present invention will be described with reference to the accompanying drawings. In each figure, those having the same reference numerals have the same or similar configurations.

The first embodiment will be described. FIG. 1 shows a challenge support system according to the first embodiment. The challenge support system 1 includes a fund provider terminal 10, a challenger terminal 20, a supporter terminal 30, 30A, an operator terminal 40, an Internet 50, a blockchain network 55, and a determination data transmission terminal 60.

The Internet 50 is configured so that the fund provider terminal 10, the challenger terminal 20, the supporter terminals 30, 30A, the operator terminal 40, and the determination data transmission terminal 60 are connected via the network N. The blockchain network 55 is connected to the Internet 50.

The blockchain network 55 is a system in which a plurality of terminals share and manage a ledger in which transactions are recorded. A blockchain is data in which a plurality of blocks are connected in a chain shape in a time series, and each block contains transaction data in a certain period of time. The blockchain technology has a feature that it is difficult to falsify the history because a plurality of blocks are added while retaining the past information.

In the present embodiment, it is assumed that Ethereum, which can realize a smart contract, is used as the blockchain network 55. Other blockchain networks that can realize smart contracts may be used.

FIG. 2 shows a block diagram of the fund provider terminal 10. The fund provider terminal 10 is an information processing terminal having a function of communicating with the operator terminal 40, the Internet 50, and the blockchain network 55 via the network N. For example, smartphones, PCs, tablets and the like can be mentioned, but the present invention is not limited to these.

The funder terminal 10 includes an input unit 111, a display unit 112, a communication unit 113, a control unit 114, a storage unit 115, and an imaging unit 116.

The input unit 111 accepts an operation from the user. The display unit 112 displays information to the user. The input unit 111 and the display unit 112 may be integrated like a touch panel or the like. The communication unit 113 communicates with an external terminal via the network N. The challenge application 80 is stored in the storage unit 115. The image pickup unit 116 is used for acquiring an image or the like.

The user account and password of the challenge application 80 are stored in the storage unit 115 based on the information input through the input unit 111. The fund provider terminal 10 transmits the user identification information regarding the stored user account to the operator terminal 40.

The user identification information is information generated by using a part or all of the member information acquired by having the user input the challenge application 80 at the time of installation or startup, for example. The user identification information includes a name, gender, date of birth, account name, public address of a determination data transmission terminal used by the user, and the like.

The control unit 114 includes a CPU and a memory. The control unit 114 reads the challenge application 80 (program) stored in the storage unit 115 into the RAM and executes it by the CPU, so that the key generation unit 121, the address generation unit 122, the address acquisition unit 123, and the wallet are executed. It functions as a unit 124, a transaction generation unit 125, a challenge setting unit 126, and a contract information generation unit 127.

The key generation unit 121 generates a unique private key / public key pair for each user of the fund provider terminal 10. The generated private key is stored in the storage unit 115. The private key is used for a digital signature when transmitting a transaction to the blockchain network 55. It is desirable that the private key be generated when offline, usually stored offline, and connectable as needed.

The address generation unit 122 generates a public address in the blockchain network 55 based on the public key generated by the key generation unit 121. The generated public address of the funder is stored in storage 115. The public address is used to identify the user of the blockchain network 55. In the blockchain network 55, the transaction destination of Ether and other tokens, which are virtual currencies in Ethereum, is a public address. Hereinafter, Ether will be referred to as ETHER. The abbreviation for ETHE is ETH.

The address generation unit 122 associates the generated public address with the user identification information and transmits the generated public address to the operator terminal 40 described later. By associating the public address with the user identification information, it can be confirmed that a certain public address in the blockchain network 55 is a user of the challenge support system 1.

The address acquisition unit 123 acquires another public address in the blockchain network 55 from the operator terminal 40 or another terminal. When acquiring another public address from the operator terminal 40, the address acquisition unit 123 communicates with the operator terminal 40 via the network N and acquires another public address stored in the operator terminal 40.

When acquiring another public address from another terminal, for example, it is acquired by reading an image such as a two-dimensional bar code indicating the public address by the imaging unit 116. Alternatively, another public address is acquired by acquiring a public address represented by an image or text generated by another terminal via the network N. The public address acquired by the address acquisition unit 123 is stored in the storage unit 115.

If the public address acquired from the operator terminal 40 or another terminal includes the user identification information generated by the same type of application as the challenge application 80 stored in the other terminal, the address acquisition unit 123 will use the user identification information. Can also be obtained. The acquired user identification information is stored in the storage unit 115.

The address acquisition unit 123 can acquire the contract address of the smart contract related to the challenge in the blockchain network 55 from the operator terminal 40 or another terminal.

The wallet unit 124 has a function of managing the balance of the virtual currency. The virtual currency in the first embodiment is a token independently issued by ETHER or the blockchain network 55. The wallet unit 124 acquires the balance of the virtual currency from the transaction history recorded in the blockchain network 55. The acquired balance can be confirmed by the user by being displayed on the display unit 112.

The wallet unit 124 generates fund payment data including the public address of the remittance destination or the account name corresponding to the public address of the remittance destination and the remittance amount. For example, the wallet unit 124 generates fund payment data including an account designated by the user and a remittance amount via the input unit 111. The terms remittance and funds are used to mean the movement of virtual currency, and the target of movement is not limited to ETHER, but also includes other tokens.

The transaction generation unit 125 generates a transaction signed by the private key stored in the storage unit 115 and transmits it to the blockchain network 55. For example, the transaction generation unit 125 generates a transaction signed with the private key stored in the storage unit 115 based on the fund payment data generated by the wallet unit 124, and transmits the transaction to the blockchain network 55. If the transaction is approved in the blockchain network 55, the transfer of funds based on the transaction is stored in the blockchain network 55.

The wallet unit 124 may acquire a list of challenge contracts, which will be described later, from the operator terminal 40 and display it in a format selectable by the user. Further, when the wallet unit 124 transmits the public address of the storage unit 115 when acquiring the list of challenge contracts, the list of contract addresses of the challenge contracts in which the user is registered in the operator terminal 40 as a fund provider. May be made available.

The challenge setting unit 126 acquires the setting related to the challenge created by the fund provider from the user and generates the setting data. The setting data includes information such as the public address of the fund provider, the public address of the challenger who challenges the challenge, the public address of the operator, the amount of funds, the challenge start deadline, and the challenge period. It also includes contract conditions such as the specific content of the challenge to achieve the challenge, the conditions for achieving the challenge, the setting of the allocation of funds when the challenge is successful, and the setting of the allocation of funds when the challenge is unsuccessful.

The contract information generation unit 127 compiles the contract code written in the Solidity language by solc based on the setting data generated by the challenge setting unit 126, and generates the compiled contract code.

The transaction generation unit 125 transmits the compiled contract code generated by the contract information generation unit 127 to the blockchain network 55 as a transaction. When the transaction is approved in the blockchain network 55, a smart contract challenge contract 501 is generated in the blockchain network 55, as shown in FIG. Challenge contract 501 will be described later. The language used by the funder terminal 10 is not limited to the Solidity language, and other languages capable of generating smart contracts on the blockchain network 55 can be used.

The challenge contract 501 generated in the blockchain network 55 has a contract address in the blockchain network 55. Funds deposited by the funder are sent and held at the contract address of Challenge Contract 501. The contract address of the challenge contract 501 is transmitted from the blockchain network 55 to the funder terminal 10 and acquired when the challenge contract 501 is generated, or is acquired by the funder terminal 10 from the blockchain network 55. The acquired contract address of the challenge contract 501 is transmitted from the fund provider terminal 10 to the operator terminal 40 together with the setting data generated by the challenge setting unit 126.

FIG. 3 shows a block diagram of the challenger terminal 20. The challenger terminal 20 is an information processing terminal having a function of communicating with the operator server and the blockchain network 55 via the network N. For example, smartphones, PCs, tablets and the like can be mentioned, but the present invention is not limited to these.

The challenger terminal 20 includes an input unit 211, a display unit 212, a communication unit 213, a control unit 214, a storage unit 215, and an imaging unit 216.

The input unit 211, the display unit 212, the communication unit 213, and the image pickup unit 216 are the same as the input unit 111, the display unit 112, the communication unit 113, and the image pickup unit 116. The challenger terminal 20 transmits its own user identification information to the operator terminal 40. The challenge application 80 is stored in the storage unit 215.

The control unit 214 includes a CPU and a memory. The control unit 214 reads the challenge application 80 (program) stored in the storage unit 215 into the RAM and executes it by the CPU, so that the key generation unit 221 and the address generation unit 222, the address acquisition unit 223, and the wallet are executed. It functions as a unit 224, a transaction generation unit 225, a determination data acquisition unit 226, and a token issuance information generation unit 227.

The key generation unit 221, the address generation unit 222, the address acquisition unit 223, the wallet unit 224, and the transaction generation unit 225 are the key generation unit 121, the address generation unit 122, the address acquisition unit 123, the wallet unit 124, and the transaction generation unit 125. Has the same function as.

The private key generated by the key generation unit 221 is stored in the storage unit 215. The challenger's public address generated by the address generation unit 222 is stored in the storage unit 215.

The determination data acquisition unit 226 records the determination data used for determining whether or not the contract conditions are satisfied in the storage unit 215 in the information input in the input unit 211 or in the challenger terminal 20. Get from the information. The information recorded in the storage unit 215 includes, for example, exercise information such as the number of steps aggregated by the pedometer function of the smartphone and recorded in the storage unit 215. Alternatively, there is exercise information such as the number of steps recorded in the storage unit 215 from a terminal capable of measuring the number of external steps via the communication unit 213.

Arbitrary data such as data that serves as evidence of activities for achieving the challenge and data that includes either "success" or "failure" of the challenge can be used as the determination data.

The determination data can include data indicating the "interruption" of the challenge. When the data indicating the "interruption" of the challenge is transmitted to the blockchain network 55, the challenge contract 501 can be set to perform a predetermined process.

The judgment data includes end judgment data that determines the success or failure of the challenge. The end determination data is, for example, the result of the final day in a challenge that spans a plurality of days. Further, the end determination data may be information on a date and time for determining whether or not the challenge deadline has been passed.

The transaction generation unit 225 generates a transaction signed with the private key stored in the storage unit 215 in order to transmit the determination data to the smart contract. The transaction generation unit 225 transmits a transaction related to the determination data to the smart contract. When the transaction is approved on the blockchain network 55, the data of the smart contract that is the destination of the transaction is updated. The destination is, for example, the contract address of Challenge Contract 501.

When the judgment data acquired by the judgment data acquisition unit 226 is transmitted to the smart contract, the transaction generation unit 225 acquires the contract address of the smart contract from the operator terminal 40 and sends it to the user as the transaction destination. It may be displayed in a selectable format.

Further, when acquiring the contract address of the smart contract, the address acquisition unit 223 transmits the public address of the challenger to obtain the contract address of the smart contract in which the user is registered in the operator terminal 40 as a challenger. You may be able to get the list.

Regarding the content such as an image that supports the determination data, the determination data acquisition unit 226 generates a hash value that uniquely identifies the content, and transmits only the generated hash value as a transaction to the blockchain network 55. .. The actual content is transmitted to the operator terminal 40 together with the hash value. The image includes, for example, a meal image taken by the challenger, a body measurement result image taken by the challenger, and the like. By using the hash value, it is not necessary to record the content that is directly large in size and incurs a large cost (GAS fee) in the blockchain network 55.

The token issuance information generation unit 227 generates token issuance information for issuing tokens in the blockchain network 55.

The token issuance information includes the total number of tokens issued, the name of the token, the unit notation of the token, and the like. The token issuance information generation unit 227 acquires these information and generates token issuance information based on the user's input from the input unit 211.

The transaction generation unit 225 transmits a transaction to the blockchain network 55 based on the token issuance information. If the transaction is approved on the blockchain network 55, a token contract is generated on the blockchain network 55. The fact that a token contract, which is a smart contract for managing the balance of tokens, is generated means that tokens are issued.

The token contract has a contract address in the blockchain network 55. The token contract manages the balance of tokens in the blockchain network 55 by recording the state of the public address that owns the issued token and the balance of tokens with respect to the public address.

In the first embodiment, as shown in FIG. 7, a thank-you token contract 502 is generated as a token contract. The Thanks Token Contract 502 will be described later.

The challenge application 80 in the challenger terminal 20 may be feasible to realize the challenge setting unit 126 and the contract information generation unit 127 in the funder terminal 10. The challenge application 80 in the fund provider terminal 10 may be feasible to realize the determination data acquisition unit 226 and the token issuance information generation unit 227 in the challenger terminal 20. That is, the funder terminal 10 and the challenger terminal 20 are distinguished by the position of the funder and the position of the challenger, but the distinction between the two can be arbitrarily exchanged. Also, the funder and the challenger may be the same person.

FIG. 4 shows a block diagram of the supporter terminal 30. The supporter terminal 30 is an information processing terminal having a function of communicating with the operator server and the blockchain network 55 via the network N. For example, smartphones, PCs, tablets and the like can be mentioned, but the present invention is not limited to these.

The supporter terminal 30 includes an input unit 311, a display unit 312, a communication unit 313, a control unit 314, a storage unit 315, and an imaging unit 316.

The input unit 311, the display unit 312, the communication unit 313, and the image pickup unit 316 are the same as the input unit 111, the display unit 112, the communication unit 113, and the image pickup unit 116. The supporter terminal 30 transmits its own user identification information to the operator terminal 40. The challenge application 80 is stored in the storage unit 315.

The control unit 314 includes a CPU and a memory. The control unit 314 reads the challenge application 80 (program) stored in the storage unit 315 into the RAM and executes it by the CPU, so that the key generation unit 321 and the address generation unit 322, the address acquisition unit 323, and the wallet are executed. It functions as a unit 324 and a transaction generation unit 325.

The key generation unit 321, the address generation unit 322, the address acquisition unit 323, the wallet unit 324, and the transaction generation unit 325 include the key generation unit 121, the address generation unit 122, the address acquisition unit 123, the wallet unit 124, and the transaction generation unit 125. Has the same function as.

The public address of the supporter generated by the address generation unit 322 is stored in the storage unit 315. The supporter terminal 30 functions as a terminal capable of transmitting and receiving virtual currency in the blockchain network 55. The supporter terminal 30A is the same as the supporter terminal 30.

The challenge application 80 in the supporter terminal 30 can realize the challenge setting unit 126 and the contract information generation unit 127 in the funder terminal 10, or the determination data acquisition unit 226 and the token issuance information generation unit 227 in the challenger terminal 20. There may be. That is, the fund provider terminal 10, the challenger terminal 20, and the supporter terminal 30 can arbitrarily switch their distinctions according to the challenge.

The operator terminal 40 includes an input unit 411, a communication unit 413, a control unit 414, and a storage unit 415. For example, the operator terminal 40 is a server device. The input unit 411 and the communication unit 413 are the same as those of the input unit 111 and the communication unit 113.

The challenge DB 4151, the member DB 4152, and the content DB 4153 are stored in the storage unit 415 as a database (DB).

The control unit 414 includes a CPU and a memory. The control unit 414 reads the program stored in the storage unit 415 into the RAM and executes it by the CPU to generate the key generation unit 421, the address generation unit 422, the address acquisition unit 423, the wallet unit 424, and the transaction generation. It functions as a unit 425, a challenge setting unit 426, a contract information generation unit 427, a token issuance information generation unit 428, a site providing unit 431, a member registration unit 432, and a content receiving unit 433.

Information about the challenge is stored in the challenge DB 4151. In the first embodiment, the challenge DB 4151 stores information about the challenge challenged by the user of the challenge support system 1 for each challenge. The information about the challenge includes the contract address of the challenge contract 501 that defines the challenge, the contract conditions, and the like.

Information about the members of the challenge support system 1 is stored in the member DB 4152. In the first embodiment, as shown in FIG. 6, the member DB 4152 contains user identification information such as name, gender, date of birth, account name, public address of each user, related challenge information related to the member, and the like. It is desirable to be registered. Each public address shown in FIG. 6 is a fictitious address for explanation, and the number of digits of the address is different from the actual address used in Ethereum. The same applies to other figures.

When the user has the Thanks Token Contract 502 on the blockchain network 55, the contract address of the Thanks Token Contract 502 may be registered.

In the related challenge information, the contract address of the smart contract that defines the challenge to which the user is associated and the participation attribute to the campaign are stored. Participation attributes include, for example, a "funder" indicating that the person is the creator of the challenge, a "challengeer" indicating that the person is the challenger of the challenge, and the like. Note that the related challenge information can store information about any challenge associated with the user.

The content DB 4153 stores information related to content such as images and sounds, which is evidence of activities for achieving the challenge of the challenge support system 1. In the first embodiment, it is desirable that the content DB 4153 stores the content and the hash value generated from the content. The hash value is information that uniquely identifies the content. By using the hash value, it is not necessary to record an image file or the like on the blockchain network 55. Therefore, the content itself is kept secret without being disclosed by the blockchain network 55. If the content can be uniquely identified from the data recorded in the blockchain network 55, data different from the hash value may be used.

The key generation unit 421, the address generation unit 422, the address acquisition unit 423, the wallet unit 424, and the transaction generation unit 425 include the key generation unit 121, the address generation unit 122, the address acquisition unit 123, the wallet unit 124, and the transaction generation unit 125. It has a similar function.

The private key generated by the key generation unit 421 is stored in the storage unit 415. The operator's public address generated by the address generation unit 422 is stored in the storage unit 415. The public address of the operator can be acquired by the fund provider terminal 10 by the address acquisition unit 123 of the fund provider terminal 10.

The challenge setting unit 426 and the contract information generation unit 427 are the same as the challenge setting unit 126 and the contract information generation unit 127. The challenge setting unit 426 and the contract information generation unit 427 enable the operator to create a challenge. In creating the challenge, the operator terminal 40 may create the challenge by receiving the contract information generated externally and transmitting the contract generation transaction to the blockchain network 55.

The token issuance information generation unit 428, like the token issuance information generation unit 227, enables the operator to issue tokens in the blockchain network 55. In issuing the token, the operator terminal 40 may issue the token by receiving the token issuance information generated externally and transmitting it to the blockchain network 55.

The site providing unit 431 provides a website for using the challenge support system 1 on the network N. On the site, funders, challengers, and refunders who can refund funds can register as members. For this purpose, the site providing unit 431 transmits a web page described in HTML (HyperText Markup Language) or the like to a terminal used by the user, and receives an input result or the like by the user from the terminal.

The member registration unit 432 receives the user identification information from the user's terminal and registers it in the member DB 4152. In the first embodiment, when the member information is transmitted from the terminal in response to the user's operation on the member registration screen provided by the site providing unit 431, the member registration unit 432 receives the member DB 4152 based on the received user identification information. Register the data in.

When the member registration unit 432 receives the public address together with the user identification information from the terminal that downloaded the challenge application 80, the member registration unit 432 stores the public address in the member DB 4152 specified by the user identification information.

The content receiving unit 433 receives content such as image data and audio data from the challenger terminal 20 or the determination data transmitting terminal 60 described later, and stores the content in the content DB 4153. The content receiving unit 433 receives a hash value that uniquely identifies the content together with the content, and stores the received hash value and the content in the content DB 4153.

The blockchain network 55 is provided with a challenge contract 501, a thank-you token contract 502, and a cheering token contract 503.

The challenge contract 501 is a smart contract generated based on the contract information generated by the contract information generation unit 127 of the fund provider terminal 10 or the contract information generation unit 427 of the operator terminal 40.

The thank-you token contract 502 is a smart contract generated based on the token issuance information generated by the token issuance information generation unit 227 of the challenger terminal 20.

The cheering token contract 503 is a smart contract generated based on the token issuance information generated by the token issuance information generation unit 428 of the operator terminal 40.

A challenge contract 501, a thank-you token contract 502, and a cheerleading token contract 503 provided on the blockchain network 55 constitute a dapp (Decentralized application) having a function of increasing the possibility of a user achieving a certain challenge. The user uses dapp by paying a predetermined usage fee via a client terminal such as a fund provider terminal 10 and a challenger terminal 20. The usage fee in Ethereum is GAS.

The determination data transmission terminal 60 includes an input unit 611, a display unit 612, a communication unit 613, a control unit 614, a storage unit 615, and an imaging unit 616.

The input unit 611, the display unit 612, the communication unit 613, and the image pickup unit 616 are the same as the input unit 111, the display unit 112, the communication unit 113, and the image pickup unit 116. The determination data transmission terminal 60 transmits the stored user identification information to the operator terminal 40. The challenge application 81 is stored in the storage unit 615.

The control unit 614. Includes CPU and memory. The control unit 614 reads the challenge application 81 (program) stored in the storage unit 615 into the RAM and executes it by the CPU, so that the key generation unit 621, the address generation unit 622, the address acquisition unit 623, and the wallet are executed. It functions as a unit 624, a transaction generation unit 625, a determination data acquisition unit 626, and a key concealment unit 627.

The key generation unit 621, the address generation unit 622, the address acquisition unit 623, and the transaction generation unit 625 have the same functions as the key generation unit 121, the address generation unit 122, the address acquisition unit 123, and the transaction generation unit 125. The determination data acquisition unit 626 has the same function as the determination data acquisition unit 226.

The key concealment unit 627 has a function of preventing the user of the determination data transmission terminal 60 from transferring the private key generated by the key generation unit 621 to another terminal. A general wallet of virtual currency has a function of displaying information necessary for transferring or backing up a private key to a user. For example, the wallet displays the private key as an image or displays mnemonic. The key concealment unit 627 restricts the transfer of the private key by limiting the function of displaying the information necessary for transferring the private key and backing up the private key to the user.

Explain the reasons for restricting the transfer of private keys. Identification of whether or not the transaction is really sent by the sender in the blockchain network 55 is performed by each node of the blockchain network 55 verifying whether or not the transaction is signed by the sender's private key. Signing a transaction with the sender's private key indicates that the transaction was sent by the owner himself.

If the private key is transferred, the determination data can be sent to Challenge Contract 501 using another terminal or software. If you use another terminal or software to send the judgment data signed with your own private key, in Challenge Contract 501, whether the judgment data is data from the terminal owned by the user, other terminals or software It is indistinguishable whether the data is from.

In the determination data transmission terminal 60, by restricting the transfer of the private key by the key concealment unit 627, it is possible to avoid a situation in which the determination data is transmitted from a terminal other than the determination data transmission terminal 60. .. Therefore, the smart contract can confirm that the determination data signed by using the private key of the determination data transmission terminal 60 is sent from the determination data transmission terminal 60.

The operation of the challenge support system 1 will be described with reference to the sequence diagrams of FIGS. 9 and 10 and FIGS. 11 to 21.

In step S101, the operator terminal 40 transmits a transaction for generating the cheering token contract 503 to the blockchain network 55.

In step S102, the transaction is approved by the blockchain network 55, and a cheering token contract 503 is generated in the blockchain network 55.

In step S103, the blockchain network 55 transmits the contract address CA3 of the cheering token contract 503 to the operator terminal 40.

An initial example of the cheering token contract 503 generated in the blockchain network 55 is shown in FIG. The currency unit of the cheering token is "CT". The public address of "0x69d ..." is the contract address CA3 of the cheering token contract 503. The public address of "0xe33 ..." is the public address of the operator corresponding to the private key stored in the operator terminal 40.

The cheerleading token contract 503 distributes cheerleading tokens to other users in exchange for ETHER. When the cheering tokens are distributed, the cheering token contract 503 adds the public address of the cheerleading token holder and manages the balance of the cheering token for the public address, as shown in FIG.

In step S104, the challenger terminal 20 transmits a transaction for generating the thanks token contract 502 to the blockchain network 55.

In step S105, the transaction is approved by the blockchain network 55, and a thank-you token contract 502 is generated in the blockchain network 55.

An initial example of the Sunkus token contract 502 generated in the blockchain network 55 is shown in FIG. The currency unit of the cheering token is "TT". The public address of "0x202 ..." is the contract address CA2 of the Thanks Token Contract 502. The public address of "0xb2f ..." is the challenger's public address A2 corresponding to the private key stored in the challenger terminal 20. Here, the user having the public address of "0xb2f ..." is referred to as user A.

In step S106, the blockchain network 55 transmits the contract address CA2 of the Sunkus token contract 502 to the challenger terminal 20.

In step S107, the challenger terminal 20 transmits the contract address CA2, the challenger user identification information, and the challenger's public address A2 to the operator terminal 40.

In step S108, the operator terminal 40 transmits the contract address CA2, the challenger user identification information, and the public address A2 to the funder terminal 10. By this process, the fund provider terminal 10 can store the contract address CA2 of the Sunkus token contract 502 and the challenger's public address A2 in association with each other. As shown in FIG. 14, the fund provider terminal 10 stores the account name and the public address in association with each other. In FIG. 14, if there is no Sunkus token contract corresponding to the public address, the public address of the Sunkus token contract is blank.

In step S109, the funder terminal 10 generates contract information based on the contract address CA2, the challenger user identification information, the public address A2, the contract conditions, and the like. An example of the contract information generated at this time is shown in FIG.

The contract information shown in FIG. 15 is contract information when the user A creates a challenge A, which is a challenge of walking a certain number of steps or more in a day by himself / herself. The contents of the contract information are as follows.

The challenger may challenge during the period from July 1, 2019 to July 31, 2019. The target number of steps is 8000 steps per day. The challenger chooses any 20 days from the period. The challenge is accomplished by the challenger walking 8000 steps per day for 10 or more days, which may be continuous or intermittent. The deposit amount is 1 ETH.

Step count data is used to determine the success or failure of the challenge. The step count data is stored in the smart contract.

The contract information is provided with an item of "determination data transmission terminal public address". The public address corresponding to this item corresponds to the public address of the determination data transmission terminal 60. The public address of the determination data transmission terminal 60 may be included in the user identification information of the challenger, or may be included in the user identification information of the fund provider. When the determination data transmission terminal 60 is not used, no special setting is made.

The challenge information includes items of "challenge start date" and "challenge end deadline". The challenge start date is the day when the challenger starts the challenge. The challenge start date can be, for example, the date when the first transmission of the determination data is performed.

The challenge end deadline is the deadline for completing the challenge. In FIG. 15, the challenge must be completed 20 days after the challenge start date. If July 5, 2019 is the challenge start date, the challenge end deadline will be July 24, 2019.

The contract information is provided with an item of "challenge achievement level". This item is provided for the challenge contract 501 to calculate and store the achievement level of the challenge from the step count data and the target step count in the challenge process. The degree of achievement can be calculated as, for example, the ratio of the current number of steps to the target number of steps to be achieved in the challenge.

If the challenge is successful, the deposit will be distributed to the allocation destination determined for each failure, based on the allocation setting. The allocation destination and allocation amount can be set freely. The allocation amount may be set as a percentage of the deposit amount. As the distribution amount, the amount of ETHER to be distributed may be directly set. The operator's fee is deducted, for example 2% of the deposit.

When specifying the allocation destination, the public address of the allocation destination can be directly specified. For example, a public address can be obtained from an image read by the imaging unit 116 of the fund provider terminal 10 and used as an allocation destination. As shown in FIG. 14, it is also possible to use a public address stored in the storage unit 115 of the funder terminal 10.

The allocation status of funds includes refund, donation and confiscation, respectively, and from the fund provider terminal 10, the allocation setting specified so that the total of the amounts specified for refund, donation and confiscation matches the fund amount is set. Sent. For the refund, any refund destination holding the public address of Ethereum and any amount can be specified. For donations, you can specify any donation destination that holds the public address of Ethereum and any amount. The operator fee may be paid to the operator when the challenge is successful, unsuccessful, or interrupted.

The public address stored in the storage unit 115 can be synchronized with the user identification information stored in the operator terminal 40, and when the address of another user changes, the new address is automatically acquired. Can be done.

At the time of creating a challenge, it is possible to decide whether or not it is possible to interrupt the challenge based on the information indicating the interruption of the challenge.

Challenge interruptions include give-up interruptions and self-demolition interruptions. A give-up interruption is an interruption caused by a funder or challenger giving up on completing a challenge and sending information indicating the interruption of the challenge to a smart contract as a transaction.

Suspension due to self-disassembly causes troubles such as lack of funds from Challenge Contract 501 for some reason, and when the operator self-disassembles Challenge Contract 501 at the request of the user, police, law, court or government There may be an order, request or request from the institution, or the operator may have determined that it is necessary on its own. In the case of interruption due to self-disassembly, the operator sends a transaction to challenge contract 501 to self-disassemble challenge contract 501.

In the case of giving up, the deposit will be distributed in consideration of give-up pattern A, in which the deposit is distributed to a predetermined allocation destination after deducting the operator's fee, and the degree of achievement of the challenge until giving up. , There is a give-up pattern B in which the deposit is distributed to the same allocation destination as when the challenge is successful, and the balance after deducting the operator's fee is returned to the fund provider.

When the Challenge Contract 501 is self-disassembled, the deposit can be distributed to a self-disassembly mode A in which a part of the funds is returned to the fund provider, a self-disassembly mode B in which the entire amount is remitted to the operator, and the like.

In step S110, the funder terminal 10 transmits a contract generation transaction for generating the challenge contract 501 to the blockchain network 55 based on the contract information.

In step S111, the blockchain network 55 approves the contract generation transaction, and the blockchain network 55 generates the challenge contract 501. The generated challenge contract 501 includes the contract address CA1 of the challenge contract 501 represented by “0x202 ...” in FIG. 16 and the data of the challenge result, in addition to the contract information described in FIG. The challenge result is information indicating whether the deposit is distributed according to the result of success, failure, give-up pattern A, give-up pattern B, self-disassembly mode A, or self-disassembly mode B.

In step S112-1, the blockchain network 55 transmits the contract address CA1 of the challenge contract 501 to the funder terminal 10. In step S112-2, the fund provider terminal 10 remits the deposit amount to the challenge contract 501 with the contract address CA1 as the destination. The challenge contract 501 holds the deposit amount as a balance associated with the contract address CA1.

In step S113, the fund provider terminal 10 transmits the contract information and the contract address CA1 to the operator terminal 40. As shown in FIG. 17, the operator terminal 40 records information about each challenge in the challenge DB 4151. The information stored in the "Distribution recipient" item may include a smart contract such as Challenge Contract 501. Further, the information stored in the item of "Distribution recipient public address" may include the contract address of the smart contract. Further, as shown in FIG. 18, the operator terminal 40 records the user identification information of the user and the challenge related to the user in the member DB 4152 for each user.

In step S114, the operator terminal 40 transmits the contract information and the challenge information including the contract address CA1 to the challenger terminal 20. This allows the challenger to obtain information about the content of the challenge and to which contract address the determination data should be sent.

In step S121 shown in FIG. 10, the challenger transmits determination data from the challenger terminal 20 to the challenge contract during the challenge period. It is not always necessary to use the challenger terminal 20 to transmit the determination data. As in step S122, the determination data may be transmitted to the challenge contract using the determination data transmission terminal 60.

An example of the determination data transmitted from the challenger terminal 20 to the challenge contract is shown in FIG. FIG. 20 shows the determination data transmitted from the challenger terminal 20 to the challenge contract, and the data structure stored in the challenge contract 501 by the transmitted transaction. As the data posting date and time, the generation date and time of the block of the blockchain network 55 in which the transaction is stored is added to the data of FIG. In addition, the number of days achieved is recorded by Challenge Contract 501.

In step S123, the challenger transmits a transaction for allocating the thanks token to the thanks token contract to the supporters who support the challenge.

As shown in FIG. 21, the challenger acquires and stores the address of the user of the challenge support system 1 in which the challenge application 81 is installed on the supporter terminal 30 from the operator terminal 40. The challenger can allocate a thank-you token to each address.

In step S124, the transaction is approved by the blockchain network 55, so that the balance of the Thanks Token Contract 502 is updated. By updating the balance of the Sunkus Token Contract 502, the Sunkus Token will be distributed to the supporters.

A supporter to whom a thank-you token has been distributed by a challenger can redistribute the thank-you token to other supporters. When redistributing thanks tokens, only the original supporter who redistributes needs to know the public address of the redistribute destination. In other words, Sunkus tokens can be distributed from time to time.

An example of the balance of the Sunkus Token Contract 502 after the distribution and reallocation of the Sunkus Token is shown. The balance of user A, who is the challenger, is 0. As shown in FIG. 22, the challenger terminal 20 has acquired the public addresses of each of the user D, the user E, and the user F, and distributed the thanks token to each of them. User A allocated 20 TT to user D, 50 TT to user E, and 30 TT to user F. As a result, the balance of the Sunkus token is shown by the Sunkus token balance (1) in FIG. 22. After that, the result of redistributing 10 TT from the user F to the user G having the supporter terminal 30A which the user A does not initially grasp is the Sunkus token balance (2) in FIG.

In step S125, the challenger terminal 20 transmits the end determination data to the challenge contract 501. The end determination data may be transmitted from the determination data transmission terminal 60 as in step S126. Further, it may be transmitted from the operator terminal 40 as in step S127.

The end determination data is used by the challenge contract 501 to determine the success or failure of the challenge. For example, suppose that there is a challenge of walking 8000 steps or more per day for 10 days out of 20 days from July 5th to July 24th according to the contract information of FIG. At this time, it is assumed that he has walked more than 8,000 steps for 9 days from July 5th to July 13th. In this case, the success of the challenge is determined to be the end when 10000 steps are sent as the step count data on July 14.

The data of 10,000 steps on July 14 becomes the "end determination step count data". The success of the challenge is confirmed when the transaction for transmitting the end determination step count data is approved by the blockchain network 55.

Also, in the challenge with the same conditions as above, it is assumed that you are walking 8000 steps or more for 9 days from July 5th to July 13th. After that, if you have walked less than 8000 steps from July 14th to July 23rd, and the challenger sends 5000 steps as the number of steps on July 24th, this 5000 steps becomes "end judgment step count data". , Challenge failure is the end judgment.

If the challenger hesitates or forgets to send the data of 5000 steps on July 24th, Challenge Contract 501 will not be able to determine the success or failure of the challenge.

The smart contract may capture the date information by the block time recorded by the miner who mined the block in the blockchain network 55. The date information may be fetched by using the function of other blockchain networks. The smart contract in the first embodiment requires information about some date from the outside. Therefore, in the challenge contract 501, if the step count data is not sent even after July 24, it cannot be set to be regarded as a challenge failure. Stakeholders such as funders and operators may send date information to smart contracts as transactions.

In the above example, if the data of 5000 steps on July 24 is not sent, the operator has not sent the step count data to the funder or challenger on July 25 or 26. May be notified by e-mail or notification on the application. The operator can know the state of the data in the challenge contract 501 by directly referring to the information from the application or the challenge contract 501. The challenger is originally required to send all the steps during the challenge period at an appropriate timing, but if he / she does not fulfill it, after a certain grace period after the end of the challenge period, the number of steps is not sent as described later. If the number of steps is zero, it will be treated by the challenge contract 501. When the funder who received the above notification email sends the date data "Today is July 26" to Challenge Contract 501 as a transaction, Challenge Contract 501 will be sent from the challenger on July 24th. Since the number of steps of is treated as zero, the challenge contract 501 determines that the challenge has failed. In this case, the information regarding the date from the fund provider is the "end determination date data".

When someone sends "end determination data" as described above and the "end determination data" is taken into the blockchain network 55, the challenge contract 501 automatically starts to move as determined in advance.

The challenge achievement determination becomes possible by sending the end determination data to the challenge contract 501. In step S128, the challenge contract 501 of the blockchain network 55 performs the challenge achievement determination process.

In step S129, the challenge contract 501 performs ETHER allocation processing based on the determination result.

In Ethereum, the ETHER allocation process by the Challenge Contract 501 is performed by the Challenge Contract 501 generating an internal transaction. An internal transaction in Ethereum is a transaction generated by a smart contract triggered by a transaction received from a challenger or the like.

In step S130, the Thanks Token Contract 502 to which the ETHE has been allocated from the Challenge Contract 501 performs the ETHE allocation process to the supporters based on the balance of the Thanks tokens.

The distribution of ETHE based on the Sunkus token balance will be described by taking the case based on the Sunkus token balance (2) of FIG. 22 as an example. Suppose Challenge Contract 501 holds 1 ETH of deposit. Of the deposit of 1 ETH, 0.8 ETH will be allocated to Sunkus Token Contract 502. In this case, 0.8 ETH is allocated according to the share of the Sunkus tokens of each of User D, User E, User F, and User G. 0.16 ETH is allocated to user D, 0.4 ETH is allocated to user E, 0.16 ETH is allocated to user F, and 0.08 ETH is allocated to user G.

The Sunkus Token Contract 502 may be similarly distributed not only to ETHER but also when various tokens are sent to the Sunkus Token Contract 502.

To hedge the price fluctuation risk of the virtual currency-based deposit amount deposited by the funder to Challenge Contract 501, when creating Challenge Contract 501, use a virtual currency that can always be exchanged for fiat currency at the same rate and whose value does not change You may create this challenge support system 1.

The challenge defined by Challenge Contract 501 may be another type of challenge that is different from the step count challenge. Variations of the challenge will be described with reference to FIGS. 23 to 26.

FIG. 23 shows the contents of a smart contract regarding a safe driving challenge. The determination data is information on the speed of the car, whether or not the seatbelt is worn, sudden braking, and sudden start from the car or the smartphone owned by the driver. An IoT device having a wallet function may be used for acquiring and transmitting the determination data. Information may be transferred from the IoT device to a smartphone or the like, and a transaction signed with the private key of the wallet of the application built in the smartphone may be sent to the blockchain network. The shipping company may create a smart contract for the challenge of automatically sending ETHER and tokens to the truck driver if the judgment conditions are met in one day's driving.

FIG. 24 shows the content of a smart contract for the blood glucose spike prevention challenge. Blood sugar spikes, in which blood sugar levels rise sharply, have become a problem. For example, skipping breakfast and consuming large amounts of sugar for lunch causes blood sugar spikes. Blood sugar spikes can be prevented by taking measures such as eating vegetables and seaweed at the beginning of a meal and preventing hunger from continuing for a long time. Blood glucose data from a device that can continuously measure blood glucose by attaching it to the arm is transferred to a smartphone, etc., and a transaction signed with the private key of the wallet of the application built into the smartphone is sent to the blockchain network. You may. The insurance company may create a smart contract as shown in FIG. 24 so that the insured can learn a lifestyle that does not cause the blood sugar level to rise sharply. Subscribers do not take it seriously without a short-term financial return. First, give a lecture on how to prevent blood sugar spikes and start the challenge.

FIG. 25 shows the contents of a smart contract for a child study challenge. When a child studies using an IoT device attached, the IoT device sends the information that he / she has studied to the smart contract for a certain period of time, and ETHE or online as a reward to the IoT device wallet or the child's wallet. Tokens that can be used in the game will be sent. When ETHE is sent to the IoT device, the color of the IoT device changes according to the accumulated ETHE, and the child is motivated to study by recognizing that if he / she sees the color change and studies a lot, his / her pocket money will increase. Increase. The amount of reward should be adjusted according to the financial level of the parent. By sending some ETHER to the brothers when they succeed, they will not interfere with their studies.

FIG. 26 shows the content of a smart contract for a smoking cessation challenge. Assume self-financed treatment, not insurance-covered treatment. For patients who wish to quit smoking, doctors prescribe a smoking cessation challenge of 600,000 yen in the hospital. The patient pays 600,000 yen to the hospital. The hospital will make a smoking cessation challenge smart contract using 550,000 yen worth of ETHE, which is 550,000 yen after deducting profits and expenses of 50,000 yen. Whether the patient's smoking cessation has been achieved may be determined by the physician using a device that measures CO in exhaled breath. The CO in the exhaled breath may be measured by the IoT device for CO measurement, and the data may be sent from the wallet built in the IoT device to the smart contract, and the smart contract may judge the success or failure of the smoking cessation challenge. You may prescribe a higher quit smoking challenge.

When the challenge support system 1 operates, virtual currency is required for generating various smart contracts such as challenge contract 501, transmitting various transactions, and depositing deposits in the blockchain network 55. Funders, etc. purchase virtual currency from virtual currency exchanges, etc. Another example of how to purchase virtual currency will be described.

Funders, challengers, supporters, etc. may purchase virtual currency and tokens at convenience stores and the like. The purchaser purchases a gift certificate with information on virtual currency and tokens. If you scrape a part of the gift certificate, you will get a two-dimensional bar code. The two-dimensional bar code is the private key of the gift certificate wallet. The issuer of the gift voucher sends in advance the same amount of virtual currency and tokens as those written on the gift voucher to the public address of this gift voucher wallet. The issuer of the gift certificate shall not store any private key information of the gift certificate, but shall store and manage only the public address of the gift certificate.

The purchaser reads the two-dimensional bar code with his own app and imports the gift certificate wallet into the app. Since the user will acquire the private key information of the gift certificate wallet, the gift certificate wallet can be used freely.

Alternatively, when the purchaser selects a gift certificate on the ATM screen of the convenience store and makes a deposit, a two-dimensional bar code, which is the same private key as above, is issued. You may import the gift certificate wallet into the app by using the app on the spot and scanning the two-dimensional bar code.

In this case, the gift voucher issuer only needs to create a private key when requested by the ATM and send the money to the corresponding public address. In the case of a gift certificate such as paper, the money must be sent to the gift certificate wallet in advance. The two-dimensional bar code contains private key information and has a value substantially similar to that of a cash voucher, so care must be taken when handling it.

When the private key of the gift certificate wallet is read, there are two wallets in the purchaser's app, the wallet that was originally owned and the gift certificate wallet. In other words, you have two private keys to manage your cryptocurrencies. The purchaser sends the entire balance of the gift voucher wallet to the wallet that originally owned it and deletes the gift voucher wallet.

Alternatively, the purchaser goes to the convenience store cashier and tells the clerk that he wants virtual currency and tokens. After paying the cash, the clerk reads the two-dimensional bar code of the wallet that was originally in the buyer's app. This is the buyer's public address. Convenience stores may send their virtual currency and tokens directly to their public address.

Alternatively, if the virtual currency and the purchaser's public address are sent as a transaction from the convenience store terminal to the smart contract created by the gift certificate issuer, the virtual currency and tokens will be sent directly from the smart contract to the purchaser's wallet. You may do it.

The transition of the screen displayed on the terminal on which the challenge application 80 is installed in the generation of the challenge contract by the challenge application 80 will be described with reference to FIGS. 27 to 33.

The screen 801 of FIG. 27 is provided with a challenge column 8011, a funder column 8012, a challenger column 8013, and a deposit amount column 8014. The challenge name is entered in the challenge field 8011. The funder's account name is displayed in the funder column 8012 and the challenger column 8013. When the buttons BT1 or BT2 of the funder column 8012 and the challenger column 8013 are selected, the screen 802 shown in FIG. 28 is displayed.

On the screen 802, the account name stored in the terminal and the public address are displayed in association with each other. The user can select funders and challengers by selecting each row. The user can add an account name and address pair by selecting the button BT4 in FIG.

In the deposit amount column 8014 of FIG. 27, the deposit amount deposited by the fund provider is input. When the user selects the button BT3 on the screen 801 the screen 803 of FIG. 29 is displayed.

The screen 803 is provided with a deadline column 8031 and a condition column 8032. In the deadline column 8031, the startable period and the endable period of the challenge are entered. In the condition field 8032, the type of challenge, the number of days for executing the challenge, the number of steps, and the number of days to be achieved are input.

When the user selects the button BT5 on the screen 803, the screen 804 of FIG. 30 is displayed.

The screen 804 is provided with a success allocation column 8041, a failure allocation column 8042, and a GAS fee column 8043.

In the success allocation field 8041, the account name of the user who receives the funds at the time of success and the amount to be received are entered. In addition, 2% of the deposit amount will be allocated as an operator fee. The operator fee may be set freely. The same applies to the failure allocation column 8042. In the GAS fee field addressed to the challenger, an amount for subsidizing the GAS fee required when the challenger sends the step count information to the smart contract is entered.

When the user selects the button BT6 on the screen 804, the screen 805 of FIG. 31 is displayed. The screen 805 has a give-up selection field 8051 and a give-up pattern selection field 8052. The user can select whether to enable give-up by selecting the item in the give-up selection field 8051. The user can select the method of allocating the deposit at the time of giving up by selecting the item of the give-up pattern selection field 8052.

When the user selects the button BT6 on the screen 805, the screen 806 of FIG. 32 is displayed. The conditions set up to this point are displayed as a list on the screen 806.

When the user selects the button BT7 on the screen 805, a transaction for generating a challenge contract for managing the challenge in the blockchain network 55 is transmitted to the blockchain network 55.

Further, by selecting the button BT8 on the screen 805, it is possible to generate a screen 806 as shown in FIG. 33 so that the information of the challenge to be created can be read and folded by another terminal. By reading the generated image by another terminal, the other terminal can acquire information about the challenge.

The program described in the first embodiment can be stored in a storage medium. The storage medium in which the program is stored may be a non-transitory computer readable medium. The non-temporary storage medium is not particularly limited, but may be, for example, a storage medium such as a USB memory or a CD-ROM.

In the first embodiment, the fund provider terminal 10 generates the challenge contract 501, but there may be a plurality of smart contracts created for the challenge support. It is possible to build a smart contract so that multiple smart contracts perform linked processing, and create a challenge with more complicated conditions set.

The second embodiment will be described. In the second and subsequent embodiments, the description of the matters common to the first embodiment will be omitted, and only the differences will be described.

The challenge support system 1A according to the second embodiment further includes a sponsor company terminal 70 as shown in FIG. 34. The sponsoring company terminal has an account and a public address in the blockchain network 55A.

The sponsoring company is, for example, a beverage maker. The challenger purchases the beverage of the beverage manufacturer of the sponsoring company. An image showing the address of the website is attached to the beverage. The image attached to the beverage can be read to access the website of the operator or the sponsoring company. On the website, enter your name, age, place of residence, your public address, challenge contract contract address, Sunkus token contract contract address, etc. as information about the challenger.

The sponsoring company sends ETHE, product exchange tokens, cheering tokens, etc. issued by the sponsoring company on the blockchain network 55A to the challenge contract. Product exchange tokens and the like sent to the challenge contract may be activated in stages according to the degree of achievement of the challenge.

Product exchange tokens can be exchanged for beverages from sponsor companies. The value of the product exchange token can be freely designed in terms of the number of products that can be exchanged for the product exchange token, the expiration date, and the available area. For example, the exchange does not have to be one-to-one, and one product exchange token may be exchanged for five beverages.

An example of how the product exchange token is actually used will be described. Product exchange tokens are managed in the user's wallet. The user goes to the convenience store and obtains it by reading the token receiving public address held by the convenience store next to the cash register with the application. The user sends a product exchange token to that address. The convenience store confirms whether the product exchange token received at the convenience store's public address for receiving tokens is valid.

The convenience store gives the beverage to the user in exchange for the received product exchange token. The convenience store will settle the product exchange token with the operator or the sponsoring company at a later date. In order not to bother the user, the convenience store generates a transaction in which the convenience store acquires the public address of the wallet of the user's product exchange token and sends the product exchange token from the user to the convenience store by its own terminal. When the confirmation screen of the generated transaction is displayed in the user's application, the user approves the content, and the transaction is sent, the user's product exchange token is passed to the convenience store.

As in the second embodiment, in addition to the distribution of tokens by Challenge Contract 501, Thanks Token Contract 502, and Cheering Token Contract 503, by dapp composed by combining product exchange tokens, not only family and friends , The user can be more likely to complete the challenge with the support of the company.

A third embodiment will be described. The challenge support system 1B according to the third embodiment is different in that the blockchain network 55B is provided with the Sunkus token contract 502A, the Sunkus token contract 502B, and the Sunkus token contract 502C, as shown in FIG. 35.

The Sunkus token contract 502A and the Sunkus token contract 502C are smart contracts that manage the balance of tokens distributed by the challenger to the support of the supporter for each challenge, similarly to the Sunkus token contract 502 in the first embodiment.

Further, the Sunkus Token Contract 502C is related to a challenge different from the challenge to which the Sunkus Token Contract 502A is related.

The Thanks Token Contract 502B represents the contribution of continuous support to the challenger. The balance of Sunkus Token Contract 502B is updated based on Sunkus Token Contract 502A. The Sunkus Token Contract 502B manages the balance of tokens different from the Sunkus Token Contract 502A. The currency unit of the token is TTA for Sunkus Token Contract 502A, TTB for Sunkus Token Contract 502B, and TTC for Sunkus Token Contract 502C.

As shown in FIG. 36, it is assumed that the initial balance of TTB is 0 from user A to user D. Suppose that the distribution of tokens by the Thanks Token Contract 502A for a challenge is shown in FIG. 37. The amount of addition of the balance of the Sunkus Token Contract 502B is determined based on the balance of the token of the Sunkus Token Contract 502A.

The addition amount in the Sunkus Token Contract 502B is the amount obtained by multiplying the ratio to the issued token by the difficulty coefficient for each user of the Sunkus Token Contract 502A. The difficulty level of the challenge related to the Thanks Token Contract 502A has a difficulty coefficient of 0.8.

Suppose that the distribution of tokens by the Thanks Token Contract 502C for a challenge is now shown in FIG. 38. As in the case of Sunkus Token Contract 502A, the amount of addition of the balance of Sunkus Token Contract 502B is determined based on the balance of Sunkus Token Contract 502C.

The addition amount in the Sunkus Token Contract 502B is the amount obtained by multiplying the ratio to the issued token by the difficulty coefficient for each user of the Sunkus Token Contract 502C. The difficulty factor of the challenge related to the Thanks Token Contract 502C is 0.2.

The balance of the Sunkus Token Contract 502B is updated as shown in FIG. 39 by the addition amount determined based on the distribution of tokens by the Sunkus Token Contract 502A and the Sunkus Token Contract 502C.

Managing the contribution of supporters for a certain challenge Based on the management of tokens by Sunkus Token Contract 502A or Sunkus Token Contract 502C, managing the contribution of supporters of a challenger's life like Sunkus Token Contract 502B. So, long-term support is possible.

It is possible for health insurance associations and insurance companies to pay incentives for Sunkus Token Contract 502B instead of Sunkus Token Contract 502A for temporary supporters to provide continuous support to union members and members. There is sex. Further, the token managed by the Sunkus Token Contract 502B may be designed so that it cannot be transferred to another person.

A fourth embodiment will be described. The fourth embodiment differs from the first embodiment in that the blockchain network 55C has the Challenge and Thanks Token Contract 504, as shown in FIG. 40.

The Challenge and Thanks Token Contract 504 serves as both the Challenge Contract 501 and the Thanks Token Contract 502 in the first embodiment. The Challenge and Thanks Token Contract 504 distributes three types of tokens corresponding to each challenge result to each related party at the start of the challenge, as shown in the token balance 5041 shown in FIG. 41.

For each token, the token corresponding to the result shall be valid after the challenge result is determined to be either success, failure or give-up.

Challengers can send their tokens to subcontractors in the hope of their success, as shown in Figure 42. Distribution recipients on successful challenges can likewise distribute tokens to subcontractors.

If the challenge is successful, the tokens at the time of success will be valid, so the subcontractors to whom the tokens have been distributed will support the challenger more actively.

If the challenge fails, the successful token becomes invalid and the failed token becomes valid. The same is true when giving up.

The Challenge and Thanks Token Contract 504 may manage one type of token, such as the token balance 5041A shown in FIG. 43.

When managing one type of token, the token is distributed to each party as an initial allocation at the start of the challenge. The person who receives the token can subcontract it for cooperation. For example, suppose a challenger gives a subcontractor 0.2 tokens. If the challenge is successful, the subcontractor will have 12 tokens, which is 60 times 0.2 tokens, because the challenger's tokens will be multiplied by 60 according to the success allocation.

In the fourth embodiment, tokens are given to the challenger, the distribution recipient, and the like during the challenge, and the tokens are valued according to the challenge result. This allows the Thanks token to be challenged while adding value to the token itself, rather than acting as a medium for distribution.

A fifth embodiment will be described. The fifth embodiment differs from the first embodiment in that the blockchain network 55D has the expected contract 505, as shown in FIG. The Prediction Contract 505 makes predictions about the challenge process, successes and failures by the challenger and pays a bet with cheerleading tokens.

The prediction contract 505 automatically pays a certain fee to the creator of the prediction contract as soon as it receives the cheering token from the supporter or the like. A cheerleading token will also be sent to Challenge Contract 501. The cheerleading tokens accumulated and held in Challenge Contract 501 are distributed to the parties concerned under the same conditions as the distribution of successful challenges, for example, when the challenge is successful. This cheerleading token sent to Challenge Contract 501 provides an incentive to take risks and take on challenges such as walking by depositing money of yourself or others.

The embodiments described above are for facilitating the understanding of the present invention, and are not for limiting and interpreting the present invention. Each element included in the embodiment and its arrangement, material, condition, shape, size, and the like are not limited to those exemplified, and can be changed as appropriate. In addition, the configurations shown in different embodiments can be partially replaced or combined.

1,1A, 1B ... Challenge support system, 10 ... Funder terminal, 20 ... Challenger terminal, 30, 30A ... Supporter terminal, 40 ... Operator terminal, 55, 55A, 55B, 55C, 55D ... Blockchain network , 60 ... Judgment data transmission terminal, 70 ... Sponsor company terminal, 80 ... Challenge app, 501 ... Challenge contract, 502, 502A, 502B, 502C ... Thanks token contract, 503 ... Cheering token contract

Claims (23)

It ’s a program
For terminals connected to the Internet
It is determined whether or not the contract conditions relating to the challenge including the conditions for achieving the challenge to be achieved by the first user and the deadline for achieving the challenge are satisfied, and based on the determination result of the contract conditions, the first user A first smart contract that creates a transaction that allocates one token,
The first token is distributed from the first smart contract, the balance of the second token that can be distributed from the first user to the second user is managed, and the second of the second user. In a blockchain network connected to the Internet, having a second smart contract that generates a transaction that allocates the first token to the second user based on the balance of the two tokens.
The process of acquiring the judgment data used for the judgment of the contract conditions and
The process of transmitting the determination data to the first smart contract and
A process of generating a transaction used for distribution of the second token from the first user to the second user by the second smart contract, and a process of generating the transaction.
A program that executes a process of transmitting a transaction used for distributing the second token from the first user to the second user to the second smart contract. The program according to claim 1.
To the terminal
The process of generating token issuance information used to issue the second token, and
A program that executes a process of transmitting the token issuance information to the blockchain network. The program according to claim 1 or 2.
To the terminal
A process of generating a transaction used for distributing the second token from the second user to the third user, and
A program that executes a process of transmitting a transaction used for distributing the second token from the second user to the third user to the second smart contract. The program according to any one of claims 1 to 3.
To the terminal
In the blockchain network further having a third smart contract that manages the balance of the third token.
A process of generating a transaction used for allocation of the third token based on the balance of the second token by the third smart contract, and a process of generating the transaction.
A program that executes a process of transmitting a transaction used for allocating the third token based on the balance of the second token to the third smart contract. The program according to claim 4.
To the terminal
A process of generating a transaction used for the distribution of the third token based on the balance of the second token and the difficulty level of the challenge by the third smart contract.
A program that executes a process of transmitting a transaction used for allocating the third token based on the balance of the second token and the difficulty level of the challenge to the third smart contract. The program according to any one of claims 1 to 5.
To the terminal
The process of generating information indicating the interruption of the challenge and
Indicates the interruption of the challenge in order for the first smart contract to generate a transaction used for the allocation of the first token according to the allocation setting of the first token when the challenge is interrupted. A program that executes a process of transmitting information to the first smart contract. The program according to any one of claims 1 to 6.
To the terminal
A process of acquiring a destination for transmitting information about the challenge of the first user, and
In order to generate a transaction from a predetermined user of the blockchain network to be used for distribution of a predetermined token in the blockchain network to the first user, information regarding the challenge of the first user is sent to the destination. A program that executes the process of sending to. It ’s a program
For terminals connected to the Internet
The contract conditions for the challenge, including the conditions for the first user to complete the challenge to be achieved and the deadline for completing the challenge, the amount of the first tokens deposited for the challenge, the said at the time of the success of the challenge. The process of generating the contract information including the allocation setting of the first token and the allocation setting of the first token when the challenge fails, and the process of generating the contract information.
A transaction that determines whether or not the contract conditions are satisfied based on the contract conditions and determination data used for determining the contract conditions, and allocates the first token based on the determination result of the contract conditions. A program that executes a process of transmitting a contract generation transaction based on the contract information to the blockchain network in order to generate a first smart contract for generating the contract information in the blockchain network connected to the Internet. .. The program according to claim 8.
To the terminal
The process of generating information indicating the interruption of the challenge and
In order to cause the first smart contract to generate a transaction for allocating the first token according to the allocation setting of the first token when the challenge is interrupted, the information indicating the interruption of the challenge is provided. A program that executes the process of sending to one smart contract. The program according to any one of claims 1 to 9.
The first smart contract calculates the achievement level of the challenge based on the contract conditions and the determination data, and generates a transaction for allocating the first token based on the calculated achievement level. program. The program according to any one of claims 1 to 10.
The determination data is
A program including end determination data for determining the end of the challenge. The program according to claim 11.
The end determination data is a program including data related to the date and time. It ’s a program
For terminals connected to the Internet
It is determined whether or not the contract conditions relating to the challenge including the conditions for achieving the challenge to be achieved by the first user and the deadline for achieving the challenge are satisfied, and based on the determination result of the contract conditions, the first user Generate a transaction to allocate 1 token,
The balance of the second token, which can be distributed from the first user to the second user and becomes valid after the determination is made, is managed, and the second is based on the determination result of the contract conditions. A program that executes a process of transmitting a contract generation transaction to the blockchain network in order to generate a smart contract in the blockchain network. It ’s a program
For terminals connected to the Internet
Judgment used for determining the contract conditions and the contract conditions whether or not the contract conditions related to the challenge including the conditions for achieving the challenge to be achieved by the predetermined user and the deadline for achieving the challenge are satisfied. The first smart contract to judge based on the data for
The block having a second smart contract in which tokens are accumulated from the blockchain network connected to the Internet and the accumulated tokens are distributed based on a determination result transmitted from the first smart contract. In a chain network
A process of generating a transaction for betting the token on the prediction of the determination result,
A program that executes a process of transmitting a transaction for betting the token against the prediction of the determination result to the second smart contract. It ’s a challenge support system,
Equipped with a first terminal and a second terminal connected to the Internet,
The first terminal is
The contract conditions for the challenge, including the conditions for the user to complete the challenge and the deadline for completing the challenge, the amount of the first token deposited for the challenge, the first when the challenge is successful. A contract information generation unit that generates contract information including the token allocation setting and the first token allocation setting at the time of failure of the challenge.
A transaction that determines whether or not the contract conditions are satisfied based on the contract conditions and determination data used for determining the contract conditions, and allocates the first token based on the determination result of the contract conditions. A first transaction generation unit that transmits a contract generation transaction based on the contract information to the blockchain network in order to generate a smart contract to generate the smart contract in the blockchain network connected to the Internet.
The second terminal is
A determination data acquisition unit that acquires the determination data, and a determination data acquisition unit.
A challenge support system including a second transaction generation unit that transmits the determination data to the smart contract. The challenge support system according to claim 15.
The user is the first user
The smart contract is the first smart contract,
The blockchain network
The first token is distributed from the first smart contract, the balance of the second token that can be distributed from the first user to the second user is managed, and the second of the second user. It has a second smart contract, which generates a transaction that allocates the first token to the second user based on the balance of the two tokens.
The second transaction generator is
Generate a transaction used to distribute the second token from the first user to the second user by the second smart contract.
A challenge support system that transmits a transaction used for distributing the second token from the first user to the second user to the second smart contract. It ’s a challenge support method.
The first terminal connected to the Internet is
The contract conditions for the challenge, including the conditions for the user to complete the challenge and the deadline for completing the challenge, the amount of the first token deposited for the challenge, the first when the challenge is successful. A step of generating contract information including a token allocation setting and the first token allocation setting at the time of failure of the challenge, and a step of generating contract information.
The first terminal determines whether or not the contract conditions are satisfied based on the contract conditions and determination data used for determining the contract conditions, and based on the determination result of the contract conditions, the first terminal. A step of transmitting a contract generation transaction based on the contract information to the blockchain network in order to generate a smart contract that generates a transaction for allocating one token to the blockchain network connected to the Internet.
The second terminal connected to the Internet
The step of acquiring the determination data and
A challenge support method including a step in which the second terminal transmits the determination data to the smart contract. The challenge support method according to claim 17.
The user is the first user
The smart contract is the first smart contract,
The blockchain network
The first token is distributed from the first smart contract, the balance of the second token that can be distributed from the first user to the second user is managed, and the second of the second user. It has a second smart contract, which generates a transaction that allocates the first token to the second user based on the balance of the two tokens.
A step in which the first terminal generates a transaction used to distribute the second token from the first user to the second user by the second smart contract.
A challenge support method further comprising a step in which the first terminal transmits a transaction used for distributing the second token from the first user to the second user to the second smart contract. It ’s a terminal,
A determination data acquisition unit that acquires determination data used for determining contract conditions related to the challenge, including conditions for achieving the challenge to be achieved by the user and a deadline for achieving the challenge.
The determination data is transmitted to a smart contract provided in the blockchain network, which determines whether or not the contract conditions are satisfied, and generates a transaction for allocating the first token based on the determination result of the contract conditions. A terminal that includes a transaction generator and a transaction generator. The terminal according to claim 19.
The user is the first user
The smart contract is the first smart contract,
The blockchain network
The first token is distributed from the first smart contract, the balance of the second token that can be distributed from the first user to the second user is managed, and the second of the second user. It has a second smart contract, which generates a transaction that allocates the first token to the second user based on the balance of the two tokens.
The transaction generator
Generate a transaction used to distribute the second token from the first user to the second user by the second smart contract.
A terminal that transmits a transaction used for distributing the second token from the first user to the second user to the second smart contract. It ’s a terminal,
The contract conditions for the challenge, including the conditions for the first user to complete the challenge to be achieved and the deadline for completing the challenge, the amount of the first tokens deposited for the challenge, the said at the time of the success of the challenge. A contract information generation unit that generates contract information including the allocation setting of the first token and the allocation setting of the first token at the time of failure of the challenge.
A transaction that determines whether or not the contract conditions are satisfied based on the contract conditions and determination data used for determining the contract conditions, and allocates the first token based on the determination result of the contract conditions. A terminal comprising a transaction generation unit that transmits a contract generation transaction based on the contract information to the blockchain network in order to generate a smart contract to generate the smart contract in the blockchain network. It ’s a program
For terminals connected to the Internet
Whether or not the contract conditions related to the challenge including the conditions for achieving the challenge to be achieved by the user and the deadline for completing the challenge are satisfied is based on the contract conditions and the determination data used for determining the contract conditions. In order to generate a smart contract that generates a transaction for allocating the first token to the blockchain network based on the judgment result of the contract conditions, the process of transmitting the contract information to the blockchain network is executed. ,program. It ’s a program
For terminals connected to the Internet
The first token is allocated, the balance of the second token that can be distributed from the first user to the second user is managed, and based on the balance of the second token of the second user, A program that executes a process of transmitting contract information to a blockchain network in order to generate a smart contract that generates a transaction that distributes the first token to the second user.

Images