WO2021117499A1 - Information processing method, program, information processing device, and information processing terminal - Google Patents

Abstract

The present technology pertains to an information processing method, a program, an information processing device, and an information processing terminal with which it is possible to manage the value of evaluation data in conjunction with the browsing state of the evaluation data. In an information processing method of a first aspect of the present technology, an information processing device that constitutes a node of a blockchain network allocates a token to the respective evaluation data recorded in a blockchain database and indicating the evaluation of the object to be evaluated and causes value management information indicating the value of the token that changes in accordance with the browsing state of the evaluation data to be recorded in the blockchain database. The present technology can be applied to blockchain networks.

Description

Information processing method, program, information processing device, information processing terminal

This technology is particularly related to information processing methods, programs, information processing devices, and information processing terminals that enable the value of evaluation data to be managed in conjunction with the viewing status of evaluation data.

Conventionally, services and technologies have been proposed in which data related to learning and education are recorded on a blockchain and the data is shared by learners and educators (Patent Document 1).

For example, if the score of the test taken by the learner is recorded in the blockchain as learning data, users such as those involved in schools, cram schools, and employment support companies can view the learning data and provide services. Can be useful. The user who browses the learning data can comprehensively evaluate the learner based on the learning data, provide learning guidance, and provide employment support.

The learning data written in the blockchain is the evaluation data showing the evaluation result when the learner is evaluated by the test company provided by the evaluator, with the tester such as the cram school acting as the evaluator.

JP-A-2018-169856

It is preferable that learners who publish their own learning data, which can be said to be personal information, are paid for viewing by users such as schools, cram schools, and employment support companies.

At this time, it is preferable that the amount of reward is not determined by the blockchain platformer, but is linked with the value in the market so that the learner can control it.

This technology was made in view of such a situation, and makes it possible to manage the value of the evaluation data in conjunction with the viewing status of the evaluation data.

In the information processing method of the first aspect of the present technology, the information processing devices constituting the nodes of the blockchain network assign tokens to each evaluation data indicating the evaluation of the evaluation target recorded in the blockchain database. , Value management information indicating the value of the token, which fluctuates according to the viewing status of the evaluation data, is recorded in the blockchain database.

In the information processing method of the second aspect of the present technology, evaluation data indicating the evaluation of the evaluation target is recorded in the blockchain database constituting the blockchain network, and tokens whose value fluctuates according to the browsing situation are assigned. The usage condition setting information representing the condition for viewing the evaluation data is recorded in the blockchain database according to the setting by the evaluated person who made the evaluation data viewable.

In the first aspect of the present technology, tokens are assigned to each evaluation data indicating the evaluation of the evaluation target recorded in the blockchain database, and the value of the token that fluctuates according to the viewing status of the evaluation data is determined. The value management information shown is recorded in the blockchain database.

In the second aspect of the present technology, the evaluation data indicating the evaluation of the evaluation target is recorded in the blockchain database constituting the blockchain network, and the evaluation data to which the token whose value changes according to the browsing situation is assigned is assigned. The usage condition setting information representing the conditions related to the viewing of the above is recorded in the blockchain database according to the setting by the evaluated person who made the evaluation data viewable.

It is a figure explaining a blockchain platform. It is a figure explaining the structure of a blockchain network. It is a figure explaining the processing at the time of execution of a transaction. It is a figure explaining the outline of this technology. It is a figure which shows the example of the allocation of a sub token. It is a figure which shows the expression example of the value of a sub-token. It is a figure which shows the example of the value of a learner in using the learning data. It is a figure which shows the flow of the process at the time of recording a learning data. It is a figure which shows the example of the management of learning data. It is a figure which shows the flow of the process at the time of browsing the learning data. It is a figure which shows the flow of other processing at the time of browsing the learning data. It is a block diagram which shows the configuration example of a client. It is a block diagram which shows the functional structure example of the control part of a client. It is a block diagram which shows the configuration example of a peer. It is a block diagram which shows the functional structure example of the control part of a peer. It is a flowchart explaining the learning data recording process of a client. It is a figure which shows the example of a transaction. It is a flowchart explaining the sub-token allocation process of a peer. It is a figure which shows the example of management information. It is a flowchart explaining the use condition setting process of a peer. It is a figure which shows the example of management information. It is a flowchart explaining the use condition setting process of a peer. It is a figure which shows the example of management information. It is a flowchart explaining the use condition setting process of a peer. It is a figure which shows the example of management information. It is a flowchart explaining the browsing process of a client. It is a flowchart explaining the use condition setting process of a peer. It is a figure which shows the example of management information. It is a flowchart explaining the management information update process of a peer. It is a figure which shows the example of management information. It is a figure which shows the other configuration example of a blockchain platform. It is a figure which shows the example of the positioning of the device which functions as a node of a blockchain network. It is a block diagram which shows the configuration example of a computer.

This technology allows the evaluated person who has published the evaluation data as viewable to set the authority for viewing the evaluation data recorded on the blockchain. The evaluation data is data showing the evaluation result when the evaluation target is evaluated by the service provided by the evaluator.

It is possible to use various data indicating the evaluation of a predetermined evaluation target as evaluation data. In the following, the case where the evaluation data is data indicating the score of the test provided by the tester or the like as the evaluator will be described.

Therefore, the evaluation target is the learner (examinee) who takes the test provided by the tester or the like. The learner becomes the evaluated person.

Hereinafter, modes for implementing the present technology will be described. The explanation will be given in the following order.
1. 1. About blockchain platform 2. Learning data management system using sub-tokens 3. Configuration of each device 4. Operation of each device 5. Modification example

<About blockchain platform>
FIG. 1 is a diagram showing an outline of a blockchain platform.

The blockchain platform shown in Fig. 1 allows not only schools and learners (students) but also various businesses such as cram schools and employment support businesses to store, share, and certify data related to learning and education history. Used for.

On the blockchain platform, each user such as a school or learner connects to the blockchain network using API (Application Programming Interface), records data, and browses the recorded data.

For example, as a result of providing a test service (test), data related to learning and education is generated and recorded in the blockchain network, and the data is browsed and used to provide various services such as learning management, learning services, and employment support. It is done.

The blockchain platform can prevent data tampering by managing data related to learning and education by multiple participants, and can share safer and more reliable data.

Also, if the number of users of the blockchain network increases, more data will be shared, so it will be possible to provide higher quality services.

FIG. 2 is a diagram showing a configuration example of a blockchain network.

The blockchain network shown in FIG. 2 is a P2P network composed of a plurality of nodes managed by a plurality of participants, and is particularly called a consortium type blockchain network.

In this example, the blockchain network is managed by the participants, School A, Cram School B, and Cram School C. Not limited to this example, the blockchain network may be managed by any participant.

The blockchain network is composed of CAs (Certificate Authority), peers, and nodes that function as Orderers. The node here is an information processing device such as a server. One node may be composed of one information processing device, or may be composed of a plurality of information processing devices.

CA is a node managed individually by participants, and uses a mechanism called MSP (Membership Service Provider) to register information about participants and peers, and to certify to participants and peers. Issue a book.

Peers are nodes that are individually managed by participants and record and read data.

In particular, there are peers called Endorsement Peer and Committing Peer.

Endorsement Peer records smart contracts and distributed ledgers, and Committing Peer records distributed ledgers.

Here, the smart contract is a program also called a chain code, and by executing the smart contract, the processing of the business logic agreed in advance between the participants, such as reading and writing data under predetermined conditions, is automated. be able to.

In addition, the distributed ledger consists of a blockchain consisting of multiple blocks and a state database.

The blocks that make up the blockchain store a plurality of transactions that are actually executed and that request various processes such as reading and writing data. In addition, each block also stores the nonce value assigned to each block and the hash value generated for the immediately preceding block.

Therefore, the blockchain can be said to be a database in which a plurality of blocks are linked in a chain by a hash value.

For example, in the blockchain, if the transaction in the block is tampered with, the hash value of the block changes, so that the blockchain cannot be tampered with locally.

In addition, the latest state of the result of executing the transaction written in the blockchain is recorded in the state database of the distributed ledger.

In the following, such a state database and a distributed ledger consisting of a blockchain will also be referred to as a blockchain database.

The above-mentioned Committing Peer verifies the transactions in the block received from the Orderer and writes the block to its own blockchain database.

Endorsement Peer is a peer that not only functions as a Committing Peer, but also verifies and provisionally executes a transaction when it is requested to execute it.

In addition, the Orderer that constitutes the blockchain network is a node that is jointly managed by multiple participants, and multiple transactions are ordered and packed into blocks, and the obtained blocks are sent to multiple Committing Peers. To do.

As described above, in the blockchain network shown in FIG. 2, the CA and peer managed by school A, the CA and peer managed by cram school B, the CA and peer managed by cram school C, and the school A and cram school B An Orderer jointly managed by Cram School C exists as a node.

The number of CAs, peers, and Orderers that make up the blockchain network may be any number.

FIG. 3 is a diagram showing a specific processing procedure when a transaction is executed and the execution result of the transaction is written to the blockchain.

FIG. 3 shows a processing procedure when a client 11 connecting to a blockchain network using an API requests execution of a transaction.

For example, the client 11 may be a device managed by a participant of the blockchain network such as school A, cram school B, and cram school C shown in FIG. 2, or a service provided in connection with the blockchain network. It may be a device such as a user of.

Here, the case where the cram school B is the owner of the client 11 and the score data of a predetermined learner in the test as a service provided by the cram school B is written to the blockchain database will be described as an example. ..

In such a case, the client 11 first generates a transaction that includes data indicating the learner's score and requests (applies) to write the data to the blockchain database. This transaction also includes the signature of client 11.

The client 11 sends the generated transaction to a plurality of Endorsement Peer 12 by using the API provided by the blockchain network in the procedure STP1.

Then, each Endorsement Peer 12 verifies the transaction received from the client 11 in the procedure STP2.

Specifically, Endorsement Peer 12 verifies whether the signature of the client 11 included in the transaction is correct, and approves the transaction when it is confirmed that the signature is correct.

When the transaction is approved, Endorsement Peer12 temporarily executes the transaction by executing the smart contract in the procedure STP3, and adds the signature of Endorsement Peer12 itself to the transaction.

Then, Endorsement Peer 12 sends the transaction to which its signature is added in the procedure STP4 to the client 11 as a response of the procedure STP1.

Further, in the procedure STP5, the client 11 transmits the transaction received as a response from Endorsement Peer 12 to a plurality of Orderers 13 using the API.

In the blockchain network, since the transaction is applied not only by the client 11 but also by other clients, the transaction is transmitted to the Orderer 13 not only from the client 11 but also from other clients.

Each Orderer 13 receives a transaction sent from the client 11 or another client and temporarily holds the transaction.

In procedure STP6, Orderer 13 orders a plurality of transactions received from the client 11 and other clients, and packs (stores) the plurality of ordered transactions in one block.

At this time, Orderer 13 assigns a transaction ID that uniquely identifies those transactions to each of a plurality of transactions.

When the block is generated in this way, the Orderer 13 transmits the generated block to a plurality of Committing Peer 14 in the procedure STP7.

In the procedure STP8, each Committing Peer 14 verifies each transaction included in the block received from the Orderer 13.

For example, Committing Peer 14 confirms for each transaction whether the signatures of Endorsement Peer 12 satisfying a predetermined endorsement policy have been collected, and whether the transaction has been tampered with.

When each transaction is verified, in procedure STP9, each Committing Peer 14 writes a block containing each verified transaction to its own blockchain database.

At this time, Committing Peer14 blocks the written block by calculating the hash value of the last block constituting the blockchain held by itself and storing the hash value and the nonce value in the newly written block. Connect to the end of the chain.

As a result, the transaction temporarily executed in procedure STP3 will be in the final executed state. In addition, Committing Peer 14 also updates the state database of the blockchain database held by itself according to the execution result of the transaction.

Finally, each Committing Peer 14 sends the transaction execution result to the client 11 in the procedure STP10.

By receiving the transaction execution result from Committing Peer 14, the client 11 can grasp that the transaction requested (requested) by itself has been executed correctly.

Although the transaction processing procedure for writing data has been described above, in the transaction processing procedure for reading (viewing) data, the above-mentioned procedures STP1 to STP4 are processed.

At this time, the response transmitted from Endorsement Peer 12 to the client 11 in the procedure STP4 includes the data requested by the client 11 to be read by the transaction.

As described above, the blockchain network constituting the blockchain platform of FIG. 1 is a block used for educational purposes for managing learning data of various learners and for various users to browse learning data. It is a chain network.

<Learning data management system using sub-tokens>
-Regarding the sub-token FIG. 4 is a diagram schematically showing how to use the blockchain network.

In the blockchain database managed by the blockchain network 51, which is a blockchain network for educational purposes, learning data describing the scores of the tests taken by the learners is recorded as shown by arrow A1 in FIG.

As mentioned above, the blockchain database is a distributed ledger consisting of a blockchain and a state database. The blockchain database is shared by a plurality of devices such as nodes constituting the blockchain network 51. The nodes constituting the blockchain network 51 function as CA, Endorsement Peer, Committing Peer, and Orderer.

In this example, the blockchain that constitutes the blockchain database is configured by concatenating a plurality of blocks that include transactions in which learning data is stored.

Since each learner records the learning data of a plurality of tests, the learning data of various tests of various learners is recorded in the blockchain database.

The learning data recorded in the blockchain database is viewed by the viewer who operates the client 11, as shown by arrows A11 and A12. The viewer is, for example, a person related to a school, a cram school, or a employment support company.

Viewers who browse the learning data will use the contents of the learning data for services provided by themselves.

It can be said that the learning data itself is valuable data in that the browsed contents are used for the services provided by various businesses.

In the blockchain network 51, sub-tokens representing the value of learning data are assigned (issued) to each learning data. The value of each training data is managed using sub-tokens.

FIG. 5 is a diagram showing an example of subtoken allocation.

In the example of FIG. 5, sub-tokens ST1 to ST3 are assigned to learning data 1 to 3 which are three learning data registered by a certain learner, respectively. Each of the sub-tokens ST1 to ST3 is an original (unique) sub-token.

As will be described later, the sub-token allocation information, which is the information for associating each learning data with the sub-tokens assigned to each learning data, is recorded in the blockchain database.

FIG. 6 is a diagram showing an example of expressing the value of the sub token.

As shown in FIG. 6, the value of the sub-token is evaluated based on the Education coin issued as a token on the blockchain network 51. For example, Value = 1 of the sub token corresponds to 1 Education coin. Education coins are information with economic value, and are used, for example, as virtual currencies for purchasing goods and using services. The sub-token is exchanged for Education coins at a predetermined timing according to the operation by the learner as the administrator of the learning data.

For example, the fact that the sub-token ST1 has the value of 1 Education coin means that the learning data to which the sub-token ST1 is assigned has the value equivalent to 1 Education coin.

Further, the fact that the sub-token ST2 has the value of 2 Education coins means that the learning data to which the sub-token ST2 is assigned has the value equivalent to 2 Education coins.

In this case, the learning data to which the sub-token ST2 is assigned has twice the value of the learning data to which the sub-token ST1 is assigned.

The value of the sub-token varies depending on the viewing status of the learning data. The value of the learning data will fluctuate according to the browsing status of the learning data. The browsing status includes the number of browsing times by the viewer, the browsing cost which is the cost paid by the viewer for browsing, the content of the browsed learning data, and the like.

Value management information, which is information for managing the value of sub-tokens assigned to each learning data, is recorded in the blockchain database.

As described above, each learner records a plurality of learning data in the blockchain database. For viewers who want to browse the learning data and use it for their own services, the value of the learner in using the learning data is the sum of the values of the sub-tokens assigned to the learning data recorded by the learner. Will be recognized as.

FIG. 7 is a diagram showing an example of the value of the learner in using the learning data.

In the example of FIG. 7, the values of the sub-tokens assigned to the learning data 1 to 3 which are the three learning data of a certain learner are set to Value 1 to 3, respectively. In this case, the value of the learner in using the learning data is recognized as the sum of Values 1 to 3.

A learner who has a high value in using the learning data becomes a learner who has a great influence in using the learning data.

-Processing flow FIG. 8 is a diagram showing a processing flow at the time of recording learning data.

In the example of FIG. 8, learner # 1 and learner # 2 are shown as learners who record learning data. In reality, more learners record the learning data. The learning data recorded in the blockchain network 51 (blockchain database) may be generated by the learner's client 11 according to the learner's own operation after the learner has taken the test. , The evaluator's client 11 may be generated according to the evaluator's operation.

When it is requested to record Data2 and Data3 which are learning data representing the score of the test taken by the learner # 1, Data2 and Data3 are recorded in the blockchain network 51 as shown by the arrows A21 and A22. Will be done.

Further, when it is requested to record Data1 which is learning data representing the score of the test taken by learner # 2, Data1 is recorded in the blockchain network 51 as shown at the tip of arrow A23.

Specifically, the client 11 generates a transaction that requests the recording of the learning data, and requests the execution of the transaction to record the learning data (transaction). The series of processes for recording the training data is the same process as the process described with reference to FIG. The request for execution of the transaction may be made by the learner's client 11 or may be made by the evaluator's client 11.

The processing performed in the blockchain network 51 in response to the request from the client 11 is realized by appropriately executing the smart contract in the Endorsement Peer.

When learning data is recorded, sub-tokens are assigned to each learning data. As shown in FIG. 8, the sub-token allocation information recorded in the blockchain network 51 includes a sub-token ID which is an ID of the sub-token in association with the learning data.

Further, the value management information recorded in the blockchain network 51 includes information indicating the value of the sub-token assigned to each learning data in association with the sub-token ID.

In the example of FIG. 8, the sub-token ID of the sub-token assigned to each of Data1, Data2, and Data3 is included in the sub-token allocation information. For example, the subtoken ID of the subtoken assigned to Data1 is 0x12345678. In the sub-token allocation information, for example, each ID of Data1, Data2, and Data3 and the sub-token ID are managed in association with each other.

Further, in the example of FIG. 8, information representing the value of the sub-tokens assigned to each of Data1, Data2, and Data3 is recorded in the value management information.

For example, the value of the sub-token assigned to Data1 is set to 1, which is the default value. The value representing the value of the sub-token is the value in units of Education coins. Similarly, the value of the subtoken assigned to Data2 is represented by a value of 2.3, and the value of the subtoken assigned to Data3 is represented by a value of 15.32.

Information representing the correspondence between one learning data and the sub-token ID may be recorded in the blockchain by one transaction, or information representing the correspondence between a plurality of learning data and the sub-token ID may be recorded by one transaction. It may be recorded collectively on the blockchain.

Further, the information indicating the correspondence between the learning data and the sub-token ID may be managed in the state database constituting the blockchain network 51. In this case, the sub-token allocation information shown in FIG. 8 is information that constitutes the state database.

Similarly, the value management information and the information constituting the usage condition setting information described later may be recorded as transaction data or may be recorded in the state database.

FIG. 9 is a diagram showing an example of management of learning data.

For the learning data recorded in the blockchain network 51, the learner himself as the manager of the learning data can set the usage conditions.

In the example of FIG. 9, the browsing cost rate and the number of browsing times are set as the usage condition setting information.

The browsing cost rate represents the rate used to calculate the browsing cost, which is the cost required for browsing the learning data. The browsing cost rate is a coefficient of 0 or more and 1 or less. The browsing cost is calculated, for example, by multiplying the value of the sub-token by the browsing cost rate. In this case, the browsing cost will not exceed the value of the sub-token.

In order to browse the learning data, payment of the browsing cost is required. The browsing cost is paid using Education coin, which is a virtual currency.

The number of views represents the number of times that viewing is permitted.

When the number of times of browsing is set to 1 or more, it means that the learning data can be browsed up to the number of times set by the learner. For example, when 10 is set as the number of views, 10 viewers are allowed to view the learning data.

If 0 is set as the number of views, it means that the learner's approval is required to view the learning data. Only the viewers who are approved to browse can browse the learning data.

If -1 is set as the number of views, it means that the learning data can be viewed without any limit on the number of views.

In the example of FIG. 9, as shown by arrows A31 and A32, the usage conditions of Data2 and Data3 are set by the learner # 1 who is the administrator of Data2 and Data3.

For example, the browsing cost rate of Data2 is set as 0.8, and the number of browsing times is set as 1. If you pay the browsing cost, only one viewer can browse Data2.

Also, the browsing cost rate of Data3 is set as 0.0123, and the number of browsing is set as 0. Data3 is learning data that requires learner approval to view it. The number of views is used not only for the number of times the view is permitted, but also for setting whether or not the learner's approval is required.

Further, in the example of FIG. 9, as shown by arrow A33, the usage conditions of Data1 are set by the learner # 2 who is the administrator of Data1.

The browsing cost rate of Data1 is set as 1, and the number of browsing is set as -1. If you pay the browsing cost, each viewer will be able to browse Data1.

In this way, in the blockchain network 51, the learner himself can set the conditions of use such as viewing of his / her learning data by a third party. In addition to browsing, learners can set usage conditions other than browsing, such as copying learning data, updating learning data such as adding information, and using the browsed learning data. May be good.

FIG. 10 is a diagram showing a processing flow at the time of viewing the learning data.

Here, a case where a certain viewer browses Data2, which shows each management information in a thick frame, will be described. The management information is composed of sub-token allocation information, value management information, and usage condition setting information. The management information also includes browsing history, which will be described later.

For example, when it is selected to browse Data2 on a predetermined screen of the client 11 operated by the viewer, in the blockchain network 51, only one viewer can view the usage condition setting information based on the number of times of viewing. It is specified that it can be viewed. As described above, since the number of times Data2 is viewed is set to 1, only one viewer can view Data2.

Also, 1.84 Education by multiplying 2.3, which is the value of the sub-token assigned to Data2 recorded in the value management information, and 0.8, which is the browsing cost rate of Data2 recorded in the usage condition setting information. The cost of browsing coins is calculated.

The viewer confirms the browsing cost presented on the screen of the client 11, pays the browsing cost, and selects to browse Data2.

When viewing Data2 is selected, the viewing cost of 1.84 Education coins will be paid as shown by arrow A41.

Specifically, a transaction related to paying 1.84 Education coins from the viewer to the learner # 1 is generated in the client 11 operated by the viewer. The transaction generated by the client 11 includes, for example, information indicating that the browsing cost is 1.84 Education coins, the wallet ID of the viewer who is the payment source, and the wallet ID of the learner # 1 who is the payment destination. Is done. Each user of the blockchain network 51 has a wallet for managing their own Education coins in advance.

When the transaction generated by the client 11 operated by the viewer is executed in Endorsement Peer, the browsing cost is paid as shown by arrow A42.

After the browsing cost is paid, a transaction requesting browsing of Data2 is generated, and Data2 is browsed according to the transaction being executed in Endorsement Peer. The contents of Data2 are displayed on the display of the client 11 operated by the viewer.

Although it was assumed that the payment of the browsing cost and the request for browsing Data2 were made using different transactions, it is also possible to make them collectively using one transaction.

FIG. 11 is a diagram showing the flow of other processing when viewing the learning data.

Here, we will explain the case where a certain viewer browses Data3, which shows each management information in a thick frame.

For example, when it is selected to browse Data3 on a predetermined screen of the client 11 operated by the viewer, in the blockchain network 51, in order to browse the learning data based on the number of times the usage condition setting information is browsed. Is identified as requiring learner approval. As described above, since the number of times of browsing Data3 is set to 0, only the viewers who are approved to browse can browse the learning data.

In addition, 15.32, which is the value of the sub-token assigned to Data3, recorded in the value management information is specified.

The viewer confirms the value of the sub-token assigned to Data3 displayed on the screen of the client 11, and as shown by arrow A51, for example, 16 Education coins corresponding to the value equal to or more than the value of the sub-token. Pay as a browsing cost and request to browse Data3. A request including information indicating that the browsing cost that the viewer is going to pay for browsing Data3 is 16 Education coins is transmitted from the client 11 to the blockchain network 51.

When a request is made by the viewer, an inquiry including the content of the request is made to the learner # 1 as shown by arrow A52. Client 11 of learner # 1 is presented with a visitor paying 16 Education coins to request viewing of Data3.

When learner # 1 chooses to approve the request, information indicating that is transmitted to the blockchain network 51 as shown by arrow A53.

If the request is approved by learner # 1, the viewing cost of 16 Education coins will be paid as shown by arrow A54.

Specifically, a transaction related to paying 16 Education coins from the viewer to the learner # 1 is generated in the client 11 operated by the viewer. The transaction generated by the client 11 includes, for example, information indicating that the browsing cost is 16 Education coins, the wallet ID of the viewer who is the payment source, and the wallet ID of the learner # 1 who is the payment destination. ..

When the transaction generated by the client 11 operated by the viewer is executed in Endorsement Peer, the browsing cost is paid as shown by arrow A55.

After the browsing cost is paid, a transaction requesting browsing of Data3 is generated, and Data3 is browsed according to the transaction being executed in Endorsement Peer. The contents of Data3 are displayed on the display of the client 11 operated by the viewer.

In this way, if it is set that approval is required to browse Data3, the browsing cost will be paid more than the value of the sub-token assigned to Data3. How much the browsing cost is paid is, for example, selected by the viewer.

Even if it is set that approval is required to browse Data3, the browsing cost may be calculated by multiplying the value of the sub-token assigned to Data3 and the browsing cost rate. ..

Learner # 1 may be able to select the method of calculating the browsing cost.

In this way, in the blockchain network 51, the learner can set not only whether or not to allow browsing but also the number of times to allow browsing. Learners can also set to require their approval to view.

This allows the learner to allow a third party to view his / her learning data within the limits set by him / her.

In addition, since the browsing cost is determined according to the value of the sub-token assigned to the learning data, the learner can receive a reward according to the value of the learning data as a reward for browsing the learning data. .. As will be described in detail later, the value of the learning data is a value that reflects the evaluation by a third party because it is determined according to the viewing situation by the viewer.

The learner can freely set the browsing cost rate, which is the basis for calculating the browsing cost, with reference to the value of the learning data. Learners can get their own rewards rather than the rewards determined by the platformer.

In this way, the learner can control the authority for viewing such as the restriction of viewing and the reward for viewing by himself / herself.

In the above, the sub-token allocation information, the value management information, and the usage condition setting information are recorded in the blockchain network 51 as different information, but the contents of each information are collectively recorded as one management information. You may do so.

Further, although it is assumed that the learning data is browsed after the payment of the browsing cost, the learning data may be browsed first, and then the browsing cost may be paid.

It is assumed that each process in the blockchain network 51 is realized by executing a smart contract by a predetermined peer, but the peer is prepared in its own recording unit, not a program prepared as a smart contract. It may be realized by executing.

Although it was assumed that sub-tokens were assigned to each learning data, other information representing the value of the learning data may be assigned. It is also possible to assign so-called points to the training data. In this case, the value of the points assigned to the learning data is managed using the value management information.

The original sub-token was assigned to each learning data, but a common sub-token may be assigned.

<Configuration of each device>
The configuration of the client connected to the blockchain network 51 and the peers constituting the blockchain network 51 will be described.

• Client Configuration FIG. 12 is a block diagram showing a configuration example of the client 11.

The client 11 is an information processing terminal owned by each user connected to the blockchain network 51 as a participant of the blockchain platform. The client 11 is composed of a computer such as a PC, a smartphone, or a tablet terminal. Not only learners and viewers, but also schools, cram schools, employment support companies, test companies that provide tests, and the like are users of the client 11.

As shown in FIG. 12, the client 11 is composed of a communication unit 111, an input unit 112, a recording unit 113, a control unit 114, and a display unit 115.

The communication unit 111 is an interface for a network such as the Internet. The communication unit 111 communicates with an external device such as a node constituting the blockchain network 51 and a client of another user. The communication unit 111 outputs the data transmitted from the external device to the control unit 114, and transmits the data supplied from the control unit 114 to the external device.

The input unit 112 is composed of a mouse, a keyboard, a touch panel superimposed on the display unit 115, and the like. The input unit 112 outputs a signal corresponding to the user's operation to the control unit 114.

The recording unit 113 is composed of a non-volatile memory such as a hard disk or a flash memory. The recording unit 113 records various data such as a program executed by the control unit 114.

The control unit 114 is composed of a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and the like. The control unit 114 executes a program for using the blockchain platform as described above, and controls the overall operation of the client 11.

The display unit 115 is composed of an LCD, an organic EL display, and the like. The display unit 115 displays various screens for using the blockchain platform according to the control by the control unit 114.

FIG. 13 is a block diagram showing a functional configuration example of the control unit 114 of the client 11.

As shown in FIG. 13, in the control unit 114, the learning data generation unit 121 and the usage condition setting unit 122 are realized. The client 11 having each functional unit shown in FIG. 13 is, for example, a client 11 operated by a learner. At least a part of the functional units shown in FIG. 13 is realized by executing a predetermined program by the CPUs constituting the control unit 114.

The learning data generation unit 121 generates learning data including information on the score of the test taken by the learner. When the learning data is recorded in the blockchain network 51, the learning data generation unit 121 generates a transaction requesting the recording of the learning data.

The learning data generation unit 121 communicates with the nodes constituting the blockchain network 51 by controlling the communication unit 111. The learning data generation unit 121 requests the recording of the learning data by requesting the execution of the transaction.

The usage condition setting unit 122 communicates with the nodes constituting the blockchain network 51 by controlling the communication unit 111. The usage condition setting unit 122 requests the recording of the usage condition setting information indicating the browsing cost rate and the number of browsing times set by the learner.

• Peer Configuration FIG. 14 is a block diagram showing a configuration example of the peer 131.

The peer 131 shown in FIG. 14 functions as an Endorsement Peer or a Committing Peer. The peer 131 may function as an Endorsement Peer as well as a Committing Peer.

As shown in FIG. 14, the peer 131 is composed of a communication unit 141, a recording unit 142, and a control unit 143.

The communication unit 141 communicates with an external device such as a node constituting the blockchain network 51 and a client 11 operated by the user. The communication unit 111 outputs the data transmitted from the external device to the control unit 143, and transmits the data supplied from the control unit 143 to the external device.

The recording unit 142 is composed of a non-volatile memory or the like. The recording unit 113 records various data such as a program including a smart contract executed by the control unit 114. The recording unit 142 also records a blockchain database composed of a blockchain and a state database.

The control unit 143 is composed of a CPU, ROM, RAM, and the like. The control unit 143 controls the overall operation of the peer 131 by executing a predetermined program. In addition, the control unit 143 performs various processes for realizing the blockchain platform, such as executing a smart contract.

The Orderer, which is a node constituting the blockchain network 51, also has the same configuration as the peer 131 shown in FIG.

FIG. 15 is a block diagram showing a functional configuration example of the control unit 143 of the peer 131.

As shown in FIG. 15, in the control unit 143, a sub token allocation unit 151, a value management unit 152, a usage condition management unit 153, and a browsing history management unit 154 are realized. The peer 131 having each functional part shown in FIG. 15 is, for example, Endorsement Peer. At least a part of the functional units shown in FIG. 15 is realized by executing a predetermined program such as a smart contract by the CPU constituting the control unit 143.

The sub-token allocation unit 151 allocates the original sub-token to the learning data recorded in the blockchain network 51. The sub-token allocation unit 151 generates sub-token allocation information including the sub-token ID of the learning data and records it in the blockchain database.

The value management unit 152 calculates the value of the sub-token assigned to the learning data by referring to the browsing history managed by the browsing history management unit 154. The value management unit 152 generates value management information including information representing the value of the sub-token and records it in the blockchain database.

The usage condition management unit 153 generates usage condition setting information indicating the browsing cost rate and the number of browsing times according to the setting by the learner, and records it in the blockchain database.

The browsing history management unit 154 manages the browsing history of each learning data by the viewer. In the browsing history managed by the browsing history management unit 154, the information of the viewer's ID, the number of times of browsing, the browsing cost paid by the viewer for browsing, and the like are recorded for each learning data. Browsing history information is recorded in the blockchain or state database.

<Operation of each device>
Here, the operations of the client 11 and the peer 131 having the above configuration will be described.

-Learning data recording process of the client 11 First, the process of the client 11 for recording the learning data in the blockchain network 51 will be described with reference to the flowchart of FIG.

In step S1, the learning data generation unit 121 of the client generates learning data including the information of the score of the test taken by the learner.

In step S2, the learning data generation unit 121 generates a transaction for recording the learning data in the blockchain network 51.

FIG. 17 is a diagram showing an example of a transaction.

As shown in FIG. 17, the transaction used for recording the learning data includes the signature of the client 11 and the learning data generated in step S1.

In this example, the learning data includes tester information, service ID, service category information, learner information, and score.

The tester information is information indicating the test (service) provider, that is, the tester. The service ID is identification information indicating the service. Category information is information indicating the category of a test, such as a public practice test or an in-class test. The learner information is information about the learner who took the test. The learner information includes, for example, a user ID indicating a learner. The test ID may be included in the training data.

The signature of the client 11 stored in the transaction is generated based on the certificate issued to the client 11 by the CA of the blockchain network 51.

In step S3 of FIG. 16, the learning data generation unit 121 communicates with the nodes constituting the blockchain network 51 and requests the execution of the transaction. As a result, the blockchain network 51 is required to record the learning data.

After the transaction is sent to peer 131, the process ends.

-Sub-token allocation processing of peer 131 Next, the processing of peer 131 that allocates sub-tokens to the training data will be described with reference to the flowchart of FIG.

In step S11, the control unit 143 of the peer 131 causes the blockchain network 51 to record the learning data by executing the transaction transmitted from the client 11.

In step S12, the sub-token allocation unit 151 (FIG. 15) allocates the original sub-token to the learning data recorded in the blockchain network 51.

In step S13, the value management unit 152 sets the default value (initial value of the value in units of Education coins) of the sub token to be assigned to the learning data.

After the value management information that manages the value of the sub-token is recorded, the process ends.

FIG. 19 is a diagram showing an example of management information.

When Data1 is recorded, a subtoken is assigned to Data1 (step S12), and as shown in FIG. 19, the subtoken ID is managed by the subtoken allocation information. Further, 1 is set as the default value of the sub-token assigned to Data1 (step S13), and the content thereof is managed by the value management information.

In FIG. 19, the sub-token allocation information and the value management information are shown together, but it is also possible to collectively record the sub-token allocation information and the value management information as one management information in the blockchain network 51, or separate management information. It is also possible to record the information on the blockchain network 51. The same applies to the management information shown in FIG. 21 and the like.

-Peer 131 usage condition setting process 1
The processing of the peer 131 for setting the usage conditions will be described with reference to the flowchart of FIG.

The process of FIG. 20 is a process when the learner sets that the number of times is unlimited, that is, that all the learners view the learning data.

In step S21, the usage condition management unit 153 sets the browsing cost rate to, for example, 1 according to the learner's setting. The browsing cost rate can be set with a value of 0 or more and 1 or less.

In step S22, the usage condition management unit 153 sets the number of views to -1 according to the learner's operation. When the number of views is set to -1, it means that the learning data can be viewed without any limit on the number of views.

FIG. 21 is a diagram showing an example of management information.

When 1 is set as the browsing cost rate of Data1 (step S21), the value of the browsing cost rate is managed by the usage condition setting information as shown in FIG. Further, when it is set that Data1 can be browsed without limit of the number of times (step S22), the value of -1 representing the content is managed by the usage condition setting information.

-Peer 131 usage condition setting process 2
The processing of the peer 131 for setting the usage conditions will be described with reference to the flowchart of FIG.

The process of FIG. 22 is a process when the learner has set it to allow all the learners to view the learning data for free. By making it available for free, it is expected that the total number of views by viewers will increase and the value of sub-tokens will increase.

In step S31, the usage condition management unit 153 sets the browsing cost rate to 0 according to the input of the learner. The browsing cost rate can be set with a value of 0 or more and 1 or less.

In step S32, the usage condition management unit 153 sets the number of views to -1 according to the input of the learner.

FIG. 23 is a diagram showing an example of management information.

When 0 is set as the browsing cost rate of Data1 (step S31), the value of the browsing cost rate is managed by the usage condition setting information as shown in FIG. 23. Further, when it is set that Data1 can be browsed without limit of the number of times (step S32), the value of -1 representing the content is managed by the usage condition setting information.

-Peer 131 usage condition setting process 3
The processing of the peer 131 for setting the usage conditions will be described with reference to the flowchart of FIG. 24.

The process of FIG. 24 is a process when it is set that the learner's approval is required to view the learning data.

In step S41, the usage condition management unit 153 sets the number of views to 0 according to the input of the learner.

As a result, the viewer cannot browse the learning data just by paying the browsing cost, and the learner's approval is required. That is, viewing of learning data is permitted.

FIG. 25 is a diagram showing an example of management information.

When it is set to allow viewing of learning data (step S41), as shown in FIG. 25, a value of 0 representing the content is managed by the usage condition setting information as the number of viewings.

Browsing Process of Client 11 The process of browsing the learning data of the client 11 will be described with reference to the flowchart of FIG.

The process of FIG. 26 is a process performed when viewing the learning data set as requiring the approval of the learner. The process of FIG. 26 is a process performed by the client 11 operated by the viewer in response to the process described with reference to FIG. 24.

In step S51, the control unit 114 of the client 11 operated by the viewer requests the viewing of the learning data.

In step S52, the control unit 114 determines whether or not the learning data viewing request has been approved.

If it is determined in step S52 that the learning data browsing request has been approved, the control unit 114 pays the browsing cost in step S53. A transaction related to payment of browsing cost is generated, and the generated transaction is executed in Endorsement Peer to pay the browsing cost to the learner.

In step S54, the control unit 114 browses the learning data. A transaction related to viewing the learning data is generated, and the generated transaction is executed in Endorsement Peer, so that the content of the learning data is displayed on the display of the client 11 operated by the viewer.

On the other hand, if it is determined in step S52 that the learning data browsing request is not approved, the browsing cost is not paid and the learning data is not browsed, and the process is terminated.

The processing of steps S53 and S54 is performed for browsing the learning data in which a value other than 0 is set as the number of times of browsing the usage condition setting information, that is, the learning data that can be browsed by paying the browsing cost. It is realized by.

-Peer 131 management information update process 1
The processing of the peer 131 for updating the management information will be described with reference to the flowchart of FIG. 27.

The process of FIG. 27 is a process performed by the peer 131 in response to the learning data being viewed.

In step S61, the browsing history management unit 154 of the peer 131 adds only 1 to the total number of browsing.

In step S62, the browsing history management unit 154 adds the total browsing cost by the browsing cost.

In step S63, the browsing history management unit 154 recalculates the value of the learning data by the following equation (1). The coefficients α and β are values that can be set arbitrarily.
Value = Default value + α x Total number of views / 100 + β x Total browsing cost / 100 ... (1)

For example, the coefficient α is set as 0.01, and the coefficient β is set as 0.5, which is higher than the coefficient α.

In this case, the total browsing cost has a greater effect on the value of the learning data than the total number of browsing. The value of training data will increase as the total number of views increases. In addition, the value of learning data increases sharply as it is browsed at a higher browsing cost.

In step S64, the browsing history management unit 154 updates the value management information based on the result of the recalculation.

FIG. 28 is a diagram showing an example of management information.

In the example of FIG. 28, the value of Data1 managed by the value management information is 3.0601. In addition, the browsing cost rate of Data1 managed by the usage condition setting information is 0.4, and the number of browsing is -1. The browsing cost of Data1 that can be browsed without limit is 1.2 (3.0601 x 0.4).

When the learning data is browsed, as shown in FIG. 28, the total number of browses of the browsing history information is added by 1 (step S61), for example, from 980 to 981. Further, the total browsing cost is added by 1.2 (step S62), for example, from 391.2 to 392.4.

After the total number of browsing history information and the total browsing cost are updated in this way, the value management information is updated (step S64).

In this way, the value of the learning data fluctuates according to the viewing by a viewer who is a user different from the learner who recorded the learning data as viewable data on the blockchain network 51.

The browsing cost calculation method can be set arbitrarily. The browsing cost may not be calculated using both the total number of browsing and the total browsing cost, but may be calculated based on at least one of the total number of browsing and the total browsing cost.

-Peer 131 management information update process 2
The processing of the peer 131 for updating the management information will be described with reference to the flowchart of FIG. 29.

The process of FIG. 29 is a process in which the value of the learning data is updated in consideration of the total evaluation cost in addition to the total number of views and the total browsing cost. When the learning data is browsed, the total number of browses and the total browsing cost are updated by the same process as the process described with reference to FIG. 27.

In step S71, the browsing history management unit 154 of the peer 131 calculates the evaluation cost. As shown in FIG. 29, the evaluation cost is obtained by multiplying the value of the evaluator by the evaluation value of the learning data by the evaluator.

The evaluator who participates as a user of the blockchain platform and provides the test is set with a predetermined value according to the scale of the test (number of examinees), the difficulty of the test, the reliability of the test, and the like. The evaluation value is, for example, a value set by the evaluator according to the content of the evaluation, the content of the learning data, and the like.

In step S72, the browsing history management unit 154 adds the total evaluation cost by the evaluation cost.

In step S73, the browsing history management unit 154 recalculates the value of the evaluation by the following equation (2). The coefficients α, β, and γ are values that can be set arbitrarily.
Value = Default value + α x Total number of views / 100 + β x Total browsing cost / 100 + γ x Total evaluation cost / 100 ... (2)

For example, the coefficient α is set as 0.01, and the coefficient β is set as 0.5, which is higher than the coefficient α. The coefficient γ is set as 1.0, which is higher than the coefficients α and β.

In this case, the total evaluation cost has a greater effect on the value of the learning data than the total number of views and the total browsing cost. The value of the training data will increase rapidly as it is evaluated by the evaluator.

In step S74, the browsing history management unit 154 updates the evaluation value from the result of the recalculation. The value of evaluation is managed by including it in browsing history, for example.

FIG. 30 is a diagram showing an example of management information.

In the example of FIG. 30, the total evaluation cost managed by the browsing history is 264. In this way, it is possible to update the value of the learning data based not only on the total number of browsing and the total browsing cost, but also on the total evaluation cost managed using, for example, the browsing history.

<Modification example>
Although the case where the blockchain network 51 is a consortium type network has been described, the blockchain network 51 may be another type of network such as a public type network. For example, this technology can be realized even when a server or client connected to the blockchain network 51 functions as a node such as a peer.

FIG. 31 is a diagram showing another configuration example of the blockchain platform.

In the example of FIG. 31, an information processing server 301 such as a Web server is connected to the blockchain network 51. In the information processing server 301, the information recorded in the blockchain database is referred to, and the value of the learning data is calculated.

As described above, some of the functions described as the functions of the nodes constituting the blockchain network 51 can be realized by an external device connected to the blockchain network 51.

FIG. 32 is a diagram showing an example of positioning of a device that functions as a node of a blockchain network.

For example, in the example shown on the left side of FIG. 32, an information terminal device (client) such as a user who uses the blockchain network functions as a node instead of the administrator of the blockchain network.

Further, for example, in the example shown in the center of FIG. 32, the server of a business operator or the like that provides services to users or the like using the blockchain network functions as a node instead of the administrator of the blockchain network. In this case, the server of the business operator or the like connected to the blockchain network exchanges information with the information terminal device of the user or the like by using the API, and provides the service to the user or the like.

Further, for example, in the example shown on the right side of FIG. 32, the device managed by the administrator of the blockchain network functions as a node. In this case, a server such as a business operator uses the API to exchange information with the node. In addition, the information terminal device of the user or the like is not directly connected to the node, and the service is provided by exchanging information with the server of the business operator or the like.

-Computer configuration example The series of processes described above can be executed by hardware or software. When a series of processes are executed by software, the programs constituting the software are installed from the program recording medium on a computer embedded in dedicated hardware, a general-purpose personal computer, or the like.

FIG. 33 is a block diagram showing a configuration example of the hardware of a computer that executes the above-mentioned series of processes programmatically.

The CPU (Central Processing Unit) 1001, the ROM (Read Only Memory) 1002, and the RAM (Random Access Memory) 1003 are connected to each other by the bus 1004.

An input / output interface 1005 is further connected to the bus 1004. An input unit 1006 including a keyboard and a mouse, and an output unit 1007 including a display and a speaker are connected to the input / output interface 1005. Further, the input / output interface 1005 is connected to a storage unit 1008 including a hard disk and a non-volatile memory, a communication unit 1009 including a network interface, and a drive 1010 for driving the removable media 1011.

In the computer configured as described above, the CPU 1001 loads and executes the program stored in the storage unit 1008 into the RAM 1003 via the input / output interface 1005 and the bus 1004, thereby executing the above-mentioned series of processes. Is done.

The program executed by the CPU 1001 is recorded on the removable media 1011 or provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital broadcasting, and is installed in the storage unit 1008.

The program executed by the computer may be a program that is processed in chronological order according to the order described in this specification, or may be a program that is processed in parallel or at a necessary timing such as when a call is made. It may be a program in which processing is performed.

In the present specification, the system means a set of a plurality of components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing. Therefore, a plurality of devices housed in separate housings and connected via a network, and a device in which a plurality of modules are housed in one housing are both systems. ..

Note that the effects described in this specification are merely examples and are not limited, and other effects may be obtained.

The embodiment of the present technology is not limited to the above-described embodiment, and various changes can be made without departing from the gist of the present technology.

For example, this technology can have a cloud computing configuration in which one function is shared by a plurality of devices via a network and jointly processed.

In addition, each step described in the above flowchart can be executed by one device or shared by a plurality of devices.

Further, when one step includes a plurality of processes, the plurality of processes included in the one step can be executed by one device or shared by a plurality of devices.

<Example of configuration combination>
The present technology can also have the following configurations.

(1)
The information processing devices that make up the nodes of the blockchain network
Assign tokens to each evaluation data that indicates the evaluation to be evaluated, which is recorded in the blockchain database.
An information processing method for recording value management information indicating the value of the token, which fluctuates according to the viewing status of the evaluation data, in the blockchain database.
(2)
The information processing method according to (1), wherein the value of the token varies depending on the viewing status of the evaluation data by a viewer who is a user different from the evaluated person who can view the evaluation data.
(3)
The information processing method according to (2) above, wherein the browsing status includes at least one of the number of browsing times by the viewer and the browsing cost required for browsing by the viewer.
(4)
The information processing method according to (3) above, wherein the browsing status further includes an evaluation set for an evaluator who provides a service for evaluating the evaluation target.
(5)
Information indicating the number of times the evaluation data is permitted to be viewed, which is set by the evaluated person, is recorded in the blockchain database.
The information processing method according to any one of (2) to (4) above, which allows the viewer to view the evaluation data according to the number of times set by the evaluated person.
(6)
The information processing method according to any one of (2) to (4) above, which permits the viewer to view the evaluation data by the viewer, which is approved by the evaluated person.
(7)
The information processing method according to any one of (2) to (6) above, which allows the viewer who has paid the browsing cost calculated based on the value of the token to browse the evaluation data.
(8)
Information indicating the coefficient used for calculating the browsing cost, which is set by the evaluated person, is recorded in the blockchain database.
The information processing method according to (7), wherein the browsing cost is calculated based on the value of the token and a coefficient set by the evaluated person.
(9)
The information processing method according to any one of (1) to (8) above, wherein the allocation of the token and the change in the value of the token are performed in response to the execution of the smart contract.
(10)
To the computers that make up the nodes of the blockchain network
Assign tokens to each evaluation data that indicates the evaluation to be evaluated, which is recorded in the blockchain database.
A program for executing a process of recording value management information indicating the value of the token, which fluctuates according to the viewing status of the evaluation data, in the blockchain database.
(11)
An allocation unit that allocates tokens to each evaluation data indicating the evaluation to be evaluated, which is recorded in the blockchain database that constitutes the blockchain network.
An information processing device including a value management unit that records value management information indicating the value of the token, which fluctuates according to the viewing status of the evaluation data, in the blockchain database.
(12)
The evaluation data indicating the evaluation of the evaluation target is recorded in the blockchain database constituting the blockchain network, and the evaluation data is recorded.
The usage condition setting information indicating the conditions for viewing the evaluation data to which the token whose value fluctuates according to the viewing status is assigned is stored in the blockchain database according to the setting by the evaluated person who made the evaluation data viewable. Information processing method to record.
(13)
The information processing method according to (12), wherein the usage condition setting information including information indicating the number of times that the evaluation data is permitted to be viewed, which is set by the evaluated person, is recorded in the blockchain database.
(14)
The information processing method according to (12) or (13), wherein the usage condition setting information including information indicating a coefficient used for calculating the browsing cost, which is set by the evaluated person, is recorded in the blockchain database.
(15)
On the computer
The evaluation data indicating the evaluation of the evaluation target is recorded in the blockchain database that constitutes the blockchain network, and is recorded.
The usage condition setting information indicating the conditions for viewing the evaluation data to which the token whose value fluctuates according to the viewing status is assigned is stored in the blockchain database according to the setting by the evaluated person who made the evaluation data viewable. A program for executing the process of recording.
(16)
A control unit that records evaluation data indicating the evaluation of the evaluation target in the blockchain database that constitutes the blockchain network, and
The usage condition setting information indicating the conditions for viewing the evaluation data to which the token whose value fluctuates according to the viewing status is assigned is stored in the blockchain database according to the setting by the evaluated person who made the evaluation data viewable. An information processing terminal equipped with a setting unit for recording.

11 Client, 12 Endorsement Peer, 13 Orderer, 14 Committing Peer, 51 Blockchain Network, 121 Learning Data Generation Department, 122 Usage Condition Setting Department, 151 Sub Token Allocation Department, 152 Value Management Department, 153 Usage Condition Management Department, 154 Viewing History management department

Claims (16)

The information processing devices that make up the nodes of the blockchain network
Assign tokens to each evaluation data that indicates the evaluation to be evaluated, which is recorded in the blockchain database.
An information processing method for recording value management information indicating the value of the token, which fluctuates according to the viewing status of the evaluation data, in the blockchain database. The information processing method according to claim 1, wherein the value of the token varies depending on the viewing status of the evaluation data by a viewer who is a user different from the evaluated person who can view the evaluation data. The information processing method according to claim 2, wherein the browsing status includes at least one of the number of browsing times by the browsing person and the browsing cost required for the browsing by the viewer. The information processing method according to claim 3, wherein the browsing status further includes an evaluation set for an evaluator who provides a service for evaluating the evaluation target. Information indicating the number of times the evaluation data is permitted to be viewed, which is set by the evaluated person, is recorded in the blockchain database.
The information processing method according to claim 2, wherein the viewer is allowed to browse the evaluation data according to the number of times set by the evaluated person. The information processing method according to claim 2, wherein the viewer is allowed to view the evaluation data to the viewer approved by the evaluated person. The information processing method according to claim 2, wherein the viewer who has paid the browsing cost calculated based on the value of the token is allowed to browse the evaluation data. Information indicating the coefficient used for calculating the browsing cost, which is set by the evaluated person, is recorded in the blockchain database.
The information processing method according to claim 7, wherein the browsing cost is calculated based on the value of the token and a coefficient set by the evaluated person. The information processing method according to claim 1, wherein the allocation of the token and the change in the value of the token are performed in response to the execution of the smart contract. To the computers that make up the nodes of the blockchain network
Assign tokens to each evaluation data that indicates the evaluation to be evaluated, which is recorded in the blockchain database.
A program for executing a process of recording value management information indicating the value of the token, which fluctuates according to the viewing status of the evaluation data, in the blockchain database. An allocation unit that allocates tokens to each evaluation data indicating the evaluation to be evaluated, which is recorded in the blockchain database that constitutes the blockchain network.
An information processing device including a value management unit that records value management information indicating the value of the token, which fluctuates according to the viewing status of the evaluation data, in the blockchain database. The evaluation data indicating the evaluation of the evaluation target is recorded in the blockchain database constituting the blockchain network, and the evaluation data is recorded.
The usage condition setting information indicating the conditions for viewing the evaluation data to which the token whose value fluctuates according to the viewing status is assigned is stored in the blockchain database according to the setting by the evaluated person who made the evaluation data viewable. Information processing method to record. The information processing method according to claim 12, wherein the usage condition setting information including information indicating the number of times that the evaluation data is permitted to be viewed, which is set by the evaluated person, is recorded in the blockchain database. The information processing method according to claim 12, wherein the usage condition setting information including information indicating a coefficient used for calculating the browsing cost, which is set by the evaluated person, is recorded in the blockchain database. On the computer
The evaluation data indicating the evaluation of the evaluation target is recorded in the blockchain database constituting the blockchain network, and the evaluation data is recorded.
The usage condition setting information indicating the conditions for viewing the evaluation data to which the token whose value fluctuates according to the viewing status is assigned is stored in the blockchain database according to the setting by the evaluated person who made the evaluation data viewable. A program for executing the process of recording. A control unit that records evaluation data indicating the evaluation of the evaluation target in the blockchain database that constitutes the blockchain network, and
The usage condition setting information indicating the conditions for viewing the evaluation data to which the token whose value fluctuates according to the viewing status is assigned is stored in the blockchain database according to the setting by the evaluated person who made the evaluation data viewable. An information processing terminal equipped with a setting unit for recording.

Images