KR20210157125A - Condition Validation Decision System for High-Speed Agreements in Decision Making through Agreement in Blockchain - Google Patents

Abstract

The present invention relates to a condition verification decision-making system for high-speed consensus processing in decision-making through consensus in blockchains, which enables decision-making at high speed by verifying contents through consensus based on blockchains. The condition verification decision-making system of the present invention comprises: a blockchain network which is composed of multiple peers, wherein each peer has a blockchain ledger for recording transaction messages in blocks, and synchronizes the blockchain ledgers of all the peers; a key management terminal generating an asymmetric key that decrypts or encrypts a voting key, encrypting the voting key with an encryption key of the asymmetric key, extracting a combination of users that satisfies voting conditions, and combining approval keys of the users for each extracted combination and encrypting a decryption key of the asymmetric key to generate an encrypted decryption key of each combination; and a voting terminal recording a decision-making requesting message in the blockchain network, collecting approval messages recorded in the blockchain network, unlocking the encrypted decryption key by combining the approval keys included in the approval messages, and obtaining the voting key by decrypting the encrypted voting key with the unlocked decryption key.

Description

Condition Validation Decision System for High-Speed Agreements in Decision Making through Agreement in Blockchain

The present invention relates to a blockchain-based decision-making system, and more particularly, high-speed consensus processing when making decisions through consensus in a blockchain that enables high-speed decision-making by verifying content through consensus in blockchain. It relates to a condition verification decision-making system for

Decision-making is to rationally derive relative priorities according to the importance of data, and it is being made in various fields such as research activities in research institutes, corporate policy-making, and problem solving in industrial fields. In order to systematically, hierarchically, and accurately make such a decision, an Analitic Hierarchy Process (AHP) technique is widely used.

In the conventional AHP technique, a decision table is formed by receiving a pairwise comparison value between a plurality of decision-making candidate data for which decision-making is to be performed, and the most reasonable importance distribution among decision-making candidate data is derived through a specific calculation procedure. That is, in the conventional AHP technique, as shown in FIG. 1, pairwise comparison values (R(AB), R(AC), ... 1/R(CD)) between decision candidate data A to D are input, After writing the input pairwise comparison values in the decision-making table 10, their eigenvectors or geometric averages are calculated to calculate the final importance distribution. Here, the pairwise comparison value represents the importance ratio between the two decision candidate data. For example, if the pairwise comparison value between the decision candidate data A and B is 3:1, the decision candidate data A is the decision candidate. It means that it has three times the importance of data (B).

However, the conventional AHP technique cannot calculate the importance of each decision candidate data before receiving the pairwise comparison values between all decision candidate data and writing them all in the decision table. Not only cannot predict the change, but also the Consistency Index, which means the rationality (hereinafter referred to as rationality) of the pairwise comparison value input from the user, cannot be calculated. There is a problem in that it is not known to what degree of rationality the value has.

In order to solve the above problems, application No. 10-2006-0048103 (title of the invention: decision-making system and method) filed on May 29, 2006 has been filed with the Korean Intellectual Property Office, and the claims are Looking at "input means for receiving a pair of comparison values between a plurality of decision-making candidate data and decision-making candidate data to be made a decision from a user; a figure representing each of the plurality of decision-making candidate data is formed, and the paired comparison value is A connection line connecting the corresponding decision-making candidate data is set, and each of the plurality of decision-making candidate data is based on the pairwise comparison value.

data processing means for adjusting the size of each figure; Detecting the importance of the plurality of decision candidate data and reflecting the detected importance in the figure

urethral treatment means; rationality processing means for detecting a rationality of the pairwise comparison value based on the importance; a final importance processing means for detecting the final importance of the plurality of decision candidate data based on whether the importance converges, and reflecting the detected final importance on the figure; and a display means for displaying the figure and the rationality level. " to be.

However, since the conventional decision-making system and method are not based on a block chain, there is a problem in that a decision cannot be made at a high speed.

Therefore, the present invention has been improved and invented to solve all the problems according to the prior art, and an object of the present invention is to verify the contents through consensus based on the block chain in a block chain that allows a decision to be made at high speed. The purpose of this is to provide a condition-verified decision-making system for high-speed consensus processing when making decisions through consensus.

However, the object of the present invention is not limited to the above-mentioned objects, and other objects not mentioned will be clearly understood by those skilled in the art from the following description.

In order to achieve the above object, the condition verification decision-making system for high-speed consensus processing when making a decision through consensus in the block chain according to the present invention,

A blockchain network composed of multiple peers, each peer having a blockchain ledger that records transaction messages in blocks, and a blockchain network that synchronizes the blockchain ledgers of all peers;

Generates an asymmetric key that decrypts or encrypts the voting key, encrypts the voting key with the encryption key of the asymmetric key, extracts a combination of users that satisfy the voting condition, and combines the user's approval key for each extracted combination a key management terminal for generating an encrypted decryption key of each combination by encrypting the decryption key of the asymmetric key;

A message requesting decision making is recorded in the block chain network, the approval message recorded in the block chain network is collected, the encryption key is released by combining the approval key included in the approval message, and the encrypted decryption key is encrypted Including a voting terminal to obtain a voting key by decrypting the voting key,

The decision terminal 112,

a high-speed agreement means 114 that helps to agree a resolution request at high speed;

a verification unit 116 that verifies the contents agreed upon by the high-speed agreement means 114 at high speed;

a display unit 128 showing the contents of the agreement in the high-speed agreement means 114 and the contents of the verification in the verification unit 116;

The high-speed agreement means 114,

a data input unit 118 for inputting decision candidate data received from the user terminal 102;

a data processing unit 120 configured to set a degree of importance from each of the decision candidate data inputted through the data input unit 118 and display it on the display unit 128;

an importance processing unit 122 for calculating the importance of the decision candidate data as a predetermined value based on the initial importance of the pairwise comparison value input through the data input unit 120;

The rationality of the pairwise comparison value is calculated from the importance calculated by the importance processing unit 122 , and the calculated rationality is displayed on the display unit 128 . Here, the rationality is a rationality processing unit 124 indicating that the importance ratio between the paired comparison value decision-making candidate data set by the user is reasonable when the rationality of the pairwise comparison value input to the data input unit 118 is a first threshold value;

It is determined whether the importance calculated by the importance processing unit 122 converges to a predetermined value, and if it is determined that the importance does not converge to a predetermined value, the decision-making candidate data is abandoned based on the calculated importance while converging to a predetermined value. If it is determined to be, the final importance high-speed agreement processing unit 126 is included to set the calculated importance as the final importance, and to recognize it as decision candidate data based on the set final importance.

As described above, the condition verification decision-making system for high-speed consensus processing when making a decision through consensus in the block chain according to the present invention is a block-chain-based verification decision-making system that can make decisions quickly by verifying the contents through consensus. It works.

1 is a table that helps to make a decision with the conventional AHP technique;
2 is a view showing a condition verification decision-making system for high-speed consensus processing when making a decision through consensus in a block chain according to the present invention;
3 is a schematic configuration diagram of the voting terminal of FIG.

Hereinafter, a preferred embodiment of a condition verification decision-making system for high-speed consensus processing when making a decision through consensus in a block chain according to the present invention will be described.

In the following description of the present invention, if it is determined that a detailed description of a related well-known function or configuration may unnecessarily obscure the gist of the present invention, the detailed description thereof will be omitted.

2 is a diagram illustrating a condition verification decision-making system for high-speed consensus processing when a decision is made through consensus in a block chain according to the present invention, and FIG. 3 is a schematic configuration diagram of the decision terminal of FIG.

As shown in FIGS. 2 to 3, the condition verification decision-making system 100 for high-speed consensus processing when making a decision through consensus in the block chain according to the present invention,

The user terminal 102, the blockchain network 106 composed of a plurality of peers 104, the key management terminal 108 that generates the user key and the decision key, and the blockchain network 106 ) is composed of a relay terminal 110 for recording in and a decision terminal server 112 for processing decision making.

Here, the key management terminal 108 includes a key information DB (not shown) for storing key data, and the decision terminal server 112 includes a decision information DB (not shown) for storing decision-related information. includes

The user terminal 102 is used by a user, and has a computing function such as a smart phone, a tablet PC, a notebook computer, and a personal computer (PC).

In addition, the user terminal 102 holds the user's unique key (hereinafter, referred to as user key) in advance.

The user key is shared by the user terminal 102 and the key management terminal 108 with each other.

And, the user terminal 102 receives the decision request information of the decision request message through the relay terminal 110, and records its decision making information in the block chain network 106. That is, the user terminal 102 receives an input of whether the user's decision is approved, and stores the approval information in the block chain network 106 through the relay terminal 110 according to whether or not the user approves the decision.

In particular, in case of approval, the user key and the request code are combined to generate an approval key, and the approval key is included in the approval information. A one-way function is used to generate an authorization key by combining the user key and the request code. As an example, a hash value is obtained by combining a user key and a request code, and the obtained hash value is obtained as an approval key.

In this case, preferably, the request code is included in the decision request message and delivered.

On the other hand, preferably, the authorization key in the authorization information may be encrypted. At this time, the approval key is encrypted with the public key of the voting terminal 112 so that only the voting terminal 112 can be decrypted.

In addition, a dedicated app (application) for voting is installed in the user terminal 102, and the above-described voting operation is performed through the dedicated app. In particular, it is possible to access the relay terminal 110 by retaining the address of the relay terminal 110 in the dedicated app in advance.

A user performs an operation through the user terminal 102 .

On the other hand, the block chain network 106 is a normal block chain network, and records transactions (or messages) as blocks, but connects and records each block with a block chain.

And, the block chain network 106 is composed of a plurality of peers 104 connected to the network.

The peer 104 is a single computing terminal, and copies and stores the transaction message ledger (hereinafter referred to as the block chain ledger) in which the transaction message is recorded in the block chain.

Therefore, all peers 104 synchronize with each other and have the same blockchain ledger.

The transaction message (or message) is a message indicating one transaction. etc.

Obtain the hash value of each transaction message, and configure the hash values in the block chain. At this time, the blockchain ledger includes both the blockchain and transaction messages (or messages) in which the hash values of each message are composed of a chain of blocks. By reading the message of the blockchain ledger, the contents of the message can be viewed, and the authenticity of the message can be verified by authenticating the hash value of the blockchain.

When the peer 104 performs one transaction task, it adds a new transaction message to its blockchain ledger and transmits the added block information to other peers 104 . The added information or block is added as a block chain to the existing block chain ledger.

Then, other peers 104 receive block information added from the previously updated peer 104, and add block information to their own block chain ledger. Preferably, the peer 104 transmits (propagates) update information (additional information) about the blockchain to be added to the peers 104 located in its vicinity, and the peers 104 around the blockchain Records the update information on its own blockchain ledger and transmits it again to its peers. Therefore, all peers 104 located in the blockchain network 106 synchronize the blockchain ledger and all have the same blockchain ledger.

On the other hand, the key management terminal 108 brings the decision request message of the decision terminal 112 from the block chain network 106, and includes an encrypted decision key and an encrypted decryption key (a key capable of decrypting the decision key). to generate a key information message and register it in the blockchain network 106 .

That is, the key management terminal 108 checks whether the blockchain ledger of the blockchain network 106 is updated. And when an update event occurs, it is checked whether the newly added message is a vote request message. And if it is a decision request message, the key management terminal 108 extracts the decision request information from the decision request message. The decision request information is the content of the decision request, and includes a request code, a decision condition, and the like.

And, the key management terminal 108 generates an asymmetric key for decrypting or encrypting the voting key, encrypts the voting key with the encryption key of the asymmetric key, extracts a combination of users satisfying the decision condition, and each extracted combination For each combination, an encrypted decryption key (encrypted decryption key for each combination) is generated by encrypting the decryption key of the asymmetric key by combining the user's approval key. In particular, a key information message including an encrypted decryption key and an encrypted voting key of each combination is generated, and the key information message is registered in the blockchain network 106 .

The key management terminal 108 stores and stores each user's unique key (or user key) in advance, and shares the user key with the user terminal 102 .

Then, the key management terminal 108 generates an approval key for each user by combining the user key and the request code. The request code is extracted from the voting request message.

Then, the key management terminal 108 generates a voting key, and generates an asymmetric key for encrypting or decrypting the voting key. In this case, the asymmetric key is composed of an encryption key and a decryption key. The encrypted voting key is decrypted only with the decryption key, which is an asymmetric key.

The encrypted voting key is included in the key information message.

Then, the key management terminal 108 extracts a combination of approved users that satisfy the decision condition. The combination of approved users is a combination of users who approve the decision, and is a combination that satisfies the decision condition.

Then, the key management terminal 108 encrypts the decryption key by combining the approval key of the user belonging to the combination of approved users. An encrypted decryption key consists of encrypted blocks. The key management terminal 108 includes each user combination and the encrypted decryption key of the corresponding combination in the key information message.

The decision key is a key capable of proceeding with a specific decision-making result. That is, only by obtaining a decision key, the object of decision (or decision agenda) can be performed. Here, obtaining the voting key indicates that the decision has been passed.

On the other hand, preferably, when the key management terminal 108 confirms the decision request message in the block chain network 106, it obtains each user combination, and generates an encrypted decryption key of each combination. Data on users and each user's weight are stored in advance or are taken from a decision request message. Preferably, the voting condition is provided as a decision request message.

bring it from Since most of the users and the weight of each user are fixed values, it is preferable to store them in advance rather than being transmitted through a decision request message each time. On the other hand, since the voting conditions may be different for each decision request, it is preferable to include it in the decision request message.

On the other hand, the key management terminal 108 has one peer P0 belonging to the blockchain network 106 . That is, the key management terminal 108 has its own peer P1 and configures the peer P1 to belong to the blockchain network 106 . In this case, the peer provided by the key management terminal 108 will be referred to as a second peer P1.

The key management terminal 108 checks whether the blockchain ledger is updated (whether an update event of the blockchain ledger has occurred) through the second peer P1. And when an update event occurs, it is checked whether the newly added message is a vote request message.

And, in the case of a vote request message, information necessary for a decision is extracted by reading the message.

Then, the key management terminal 108 generates a key information message and transmits it to the second peer P1. The second peer (P1) registers the received key information message in its blockchain ledger. Here, since the second peer P1 is one peer belonging to the blockchain network 20, it synchronizes the blockchain ledger with other peers 104 in the blockchain network 106.

Accordingly, all peers 104 in the blockchain network 106 update the blockchain ledger so that the key information message of the key management terminal 108 is added.

Then, the relay terminal 110 fetches the decision request message of the decision terminal 112 from the block chain network 106 and transfers the content of the decision request (or decision request information) to the user terminal 102, and the user terminal 102 ) receives approval information (or approval content) from and registers (or records) the approval message in the blockchain network 106 .

That is, the relay terminal 110 checks whether the block chain ledger of the block chain network 106 has been updated (whether a block chain ledger update event has occurred). And when an update event occurs, it is checked whether the newly added message is a vote request message. And if it is a decision request message, the relay terminal 110 extracts the decision request information (the content of the decision request) from the decision request message and transmits the decision request information to the user terminal 102 .

Preferably, the relay terminal 110 may transmit the decision request information as a guide message. For example, the relay terminal 110 sends a callback text message, or when a dedicated app (mobile app) is installed in the user terminal 102, an app message or an app pop-up

Push messages, etc.

The relay terminal 110 receives approval information when the user accesses the callback through the guide message of the user terminal 102 .

Then, when the relay terminal 110 receives approval information from the user terminal 102 , it generates an approval message including the approval information and registers the approval message in the blockchain ledger of the blockchain network 106 . An acknowledgment message is a transaction message in the blockchain.

The approval message is generated by the user terminal 102 . In particular, in the case of granting, the grant message includes the grant key.

And, the relay terminal 110 includes one peer P2 belonging to the block chain network 106 . That is, the relay terminal 110 has one peer P2 of its own, and configures the peer P2 to belong to the block chain network 106 . In this case, the peer provided by the relay terminal 110 will be referred to as a third peer P2.

The relay terminal 110 verifies, through the third peer P2, whether the blockchain ledger is updated (whether an update event of the blockchain ledger has occurred). And when an update event occurs, it is checked whether the newly added message is a vote request message.

And if it is a vote request message, the message is read and information necessary for the decision is extracted.

Then, the relay terminal 110 generates an acknowledgment message and transmits it to the third peer P2. The third peer (P2) registers the received approval message in its blockchain ledger. Since the third peer P2 is one peer belonging to the blockchain network 106, it synchronizes the blockchain ledger with other peers 104 in the blockchain network 106. Accordingly, all peers 104 in the blockchain network 106 update the blockchain ledger so that the confirmation message of the relay terminal 110 is added.

On the other hand, the decision terminal 112 records a message for requesting a decision (or a decision request message) in the block chain network 106, and collects the key information message and the approval message recorded in the block chain network 106. And the voting terminal 112 obtains an encrypted voting key and an encrypted decryption key of each combination from the key information message. And the voting terminal 112 combines the approval key included in the approval message, and releases (decrypts) the decryption key encrypted with the approval key combination to obtain the decryption key. Then, by decrypting the encrypted voting key with the decryption key, the voting key is obtained.

That is, the voting terminal 112 generates a vote request message for requesting a vote and records it in the blockchain network 106 . In this case, the decision request message includes decision request information. The decision request information includes a request code. The request code is a random number for generating an authorization key from the user key.

And, the voting terminal 112 extracts and stores the user combination, the encrypted decryption key (or encrypted block) of the corresponding combination, and the encrypted voting key from the key information message. A user combination is a set of users (or user IDs), and is a combination of approved users (users who approved a decision) that satisfy a decision condition. In particular, the combination of approved users is a combination that satisfies the decision condition if all users of the corresponding combination approve.

And, the decision terminal 112 checks whether the blockchain ledger of the blockchain network 106 is updated. And when an update event occurs, it is checked whether the newly added message is a key information message or an approval message. And if it is a key information message, the voting terminal 112 extracts an encrypted voting key and an encrypted decryption key from the key information message. At this time, if it is an approval message, the voting terminal 112 extracts approval information (or approval content) from the approval message. The authorization information includes user identification information (such as a user ID), an authorization key, and the like. The approval key is included only when the corresponding user approves the vote.

On the other hand, the decision terminal 112 generates an approval key combination by combining the approval key of the collected approval information, and releases the encrypted decryption key using the approval key combination to obtain a decryption key. Then, the voting key is obtained by decrypting the encrypted voting key with the decryption key. Here, all users (or user IDs) of the approval information including the approval key are collected, and an approved user combination that the collected users can combine is searched for. When an approved user combination is found, all uses within that authorized user combination are found.

The authorization key combination is generated by combining the authorization keys of the parties. Then, the encrypted decryption key of the corresponding combination is released with the key combination to obtain the decryption key, and the encrypted decision key is decrypted with the decryption key.

And, the decision terminal 112 has one peer P0 belonging to the block chain network 106 . That is, the voting terminal 112 has one peer P0 of its own, and configures the peer P0 to belong to the block chain network 106 . In this case, the peer provided by the voting terminal 112 will be referred to as a first peer P0.

The decision terminal 112 generates a decision request message and transmits it to the first peer P0. The first peer (P0) registers the received decision request message in its blockchain ledger. Since the first peer P0 is one peer belonging to the blockchain network 106, it synchronizes the blockchain ledger with other peers 104 in the blockchain network 106. Therefore, all peers 104 in the blockchain network 106 update the blockchain ledger so that the vote request message from the voting terminal 112 is added.

On the other hand, the voting terminal 112 checks whether the blockchain ledger has been updated (whether an update event of the blockchain ledger has occurred) through the first peer P0. And when an update event occurs, it is checked whether the newly added message is an approval message or a key information message. And if it is an approval message or a key information message, an encrypted decision key, an encrypted decryption key, an approval key, etc. are collected by reading the corresponding message.

In particular, as shown in FIG. 3 , the decision terminal 112 further includes a high-speed agreement means 114 , a verification unit 116 , and a display unit 128 .

The high-speed agreement means 114 helps to quickly agree on a decision request, the verification unit 116 verifies the agreement at high speed, and the display unit 128 shows the agreement and verification contents.

Here, the high-speed agreement means 114 includes a data input unit 118 , a data processing unit 120 , an importance processing unit 122 , a rationality processing unit 124 , and a final importance high-speed processing unit 126 .

The data input unit 118 inputs the decision candidate data received from the user terminal 102 .

The data processing unit 120 sets an importance level from each decision candidate data for a plurality of decision candidate data input through the data input unit 118 and displays it on the display unit 128 .

The importance processing unit 122 calculates the importance of the decision candidate data as a predetermined value based on the initial importance of the pairwise comparison value input through the data input unit 120 .

The rationality processing unit 124 calculates the rationality of the pairwise comparison value from the importance calculated by the importance processing unit 122 , and displays the calculated rationality on the display unit 128 . Here, the rationality is whether the pairwise comparison value input to the data input unit 118, that is, the importance ratio between the decision-making candidate data, is reasonable or irrational.

This indicates that if the rationality of the pairwise comparison value is the first threshold (more specifically, close to 1), the pairwise comparison value set by the user, that is, the importance ratio between the decision candidate data is reasonable.

The final importance high-speed agreement processing unit 126 determines whether the importance calculated by the importance processing unit 122 converges to a predetermined value. While giving up, if it is determined that the convergence to a predetermined value is determined, the calculated importance is set as the final importance, and based on the set final importance, it is recognized as decision candidate data.

Therefore, the present invention enables high-speed decision-making by verifying the contents of high-speed agreement after high-speed agreement based on blockchain.

The above detailed description of the present invention is merely illustrative of the present invention, which is used only for the purpose of describing the present invention, and is not used to limit the meaning or the scope of the present invention described in the claims.

Therefore, it will be understood by those skilled in the art that various modifications and equivalent other embodiments are possible therefrom. Therefore, the true technical protection scope of the present invention should be determined by the technical spirit of the appended claims.

100: Condition verification decision-making system for high-speed consensus processing when making decisions through consensus in blockchain
102: user terminal
104: peer
106: blockchain network
108: key management terminal
110: relay terminal
112: decision terminal
114: high-speed agreement means
116: verification unit
118: data input unit
120: data processing unit
122: importance processing unit
124: rational degree processing unit
126: Final importance high-speed processing unit
128: display unit

Claims (5)

A blockchain network composed of multiple peers, each peer having a blockchain ledger that records transaction messages in blocks, and a blockchain network that synchronizes the blockchain ledgers of all peers;
Generates an asymmetric key that decrypts or encrypts the voting key, encrypts the voting key with the encryption key of the asymmetric key, extracts a combination of users that satisfy the voting condition, and combines the user's approval key for each extracted combination a key management terminal for generating an encrypted decryption key of each combination by encrypting the decryption key of the asymmetric key;
A message requesting decision making is recorded in the block chain network, the approval message recorded in the block chain network is collected, the encryption key is released by combining the approval key included in the approval message, and the encrypted decryption key is encrypted Condition verification decision-making system for high-speed consensus processing when making decisions through consensus in block chain, characterized in that it includes a voting terminal that obtains a voting key by decrypting the voting key.
A blockchain network composed of multiple peers, each peer having a blockchain ledger that records transaction messages in blocks, and a blockchain network that synchronizes the blockchain ledgers of all peers;
Generates an asymmetric key that decrypts or encrypts the voting key, encrypts the voting key with the encryption key of the asymmetric key, extracts a combination of users that satisfy the voting condition, and combines the user's approval key for each extracted combination a key management terminal for generating an encrypted decryption key of each combination by encrypting the decryption key of the asymmetric key;
A message requesting decision making is recorded in the block chain network, the approval message recorded in the block chain network is collected, the encryption key is released by combining the approval key included in the approval message, and the encrypted decryption key is encrypted a voting terminal for obtaining a voting key by decrypting the voting key;
When the decision request message is confirmed in the block chain network, the content of the decision request is transmitted to the user terminal, the approval key is received from the user terminal, and an approval message including the approval key is recorded in the block chain network. ,
The key management terminal registers a key information message including an encrypted decision key and an encrypted decryption key of each combination in the block chain network, and the decision terminal registers an encrypted decision key and each combination of the encrypted key information message from the key information message of the block chain network. obtain a decryption key,
The approval weight of each user may be different for each user, and the determination condition is that the total weight of the approving users is set to be greater than or equal to a predetermined minimum weight among the total weight of all users, and the user approval key is the unique key of each user. A condition verification decision-making system for high-speed consensus processing when making decisions through consensus in a block chain, characterized in that it is created using
A blockchain network composed of multiple peers, each peer having a blockchain ledger that records transaction messages in blocks, and a blockchain network that synchronizes the blockchain ledgers of all peers;
Generates an asymmetric key that decrypts or encrypts the voting key, encrypts the voting key with the encryption key of the asymmetric key, extracts a combination of users that satisfy the voting condition, and combines the user's approval key for each extracted combination a key management terminal for generating an encrypted decryption key of each combination by encrypting the decryption key of the asymmetric key;
A message requesting decision making is recorded in the block chain network, the approval message recorded in the block chain network is collected, the encryption key is released by combining the approval key included in the approval message, and the encrypted decryption key is encrypted Including a voting terminal to obtain a voting key by decrypting the voting key,
The decision terminal 112 includes a high-speed agreement means 114 that helps to agree a decision request at high speed. system.
A blockchain network composed of multiple peers, each peer having a blockchain ledger that records transaction messages in blocks, and a blockchain network that synchronizes the blockchain ledgers of all peers;
Generates an asymmetric key that decrypts or encrypts the voting key, encrypts the voting key with the encryption key of the asymmetric key, extracts a combination of users that satisfy the voting condition, and combines the user's approval key for each extracted combination a key management terminal for generating an encrypted decryption key of each combination by encrypting the decryption key of the asymmetric key;
A message requesting decision making is recorded in the block chain network, the approval message recorded in the block chain network is collected, the encryption key is released by combining the approval key included in the approval message, and the encrypted decryption key is encrypted Including a voting terminal to obtain a voting key by decrypting the voting key,
The decision terminal 112,
a high-speed agreement means 114 that helps to agree a resolution request at high speed;
a verification unit 116 that verifies the contents agreed upon by the high-speed agreement means 114 at high speed;
Condition verification for high-speed agreement processing when making a decision through consensus in a block chain, characterized in that it includes a display unit 128 that shows the contents of the agreement in the high-speed agreement means 114 and the contents verified by the verification unit 116 decision-making system.
A blockchain network composed of multiple peers, each peer having a blockchain ledger that records transaction messages in blocks, and a blockchain network that synchronizes the blockchain ledgers of all peers;
Generates an asymmetric key that decrypts or encrypts the voting key, encrypts the voting key with the encryption key of the asymmetric key, extracts a combination of users that satisfy the voting condition, and combines the user's approval key for each extracted combination a key management terminal for generating an encrypted decryption key of each combination by encrypting the decryption key of the asymmetric key;
A message requesting decision making is recorded in the block chain network, the approval message recorded in the block chain network is collected, the encryption key is released by combining the approval key included in the approval message, and the encrypted decryption key is encrypted Including a voting terminal to obtain a voting key by decrypting the voting key,
The decision terminal 112,
a high-speed agreement means 114 that helps to agree a resolution request at high speed;
a verification unit 116 that verifies the contents agreed upon by the high-speed agreement means 114 at high speed;
a display unit 128 showing the contents of the agreement in the high-speed agreement means 114 and the contents of the verification in the verification unit 116;
The high-speed agreement means 114,
a data input unit 118 for inputting decision candidate data received from the user terminal 102;
a data processing unit 120 configured to set a degree of importance from each of the decision candidate data inputted through the data input unit 118 and display it on the display unit 128;
an importance processing unit 122 for calculating the importance of the decision candidate data as a predetermined value based on the initial importance of the pairwise comparison value input through the data input unit 120;
The rationality of the pairwise comparison value is calculated from the importance calculated by the importance processing unit 122 , and the calculated rationality is displayed on the display unit 128 . Here, the rationality is a rationality processing unit 124 indicating that the importance ratio between the paired comparison value decision-making candidate data set by the user is reasonable when the rationality of the pairwise comparison value input to the data input unit 118 is a first threshold value;
It is determined whether the importance calculated by the importance processing unit 122 converges to a predetermined value, and if it is determined that the importance does not converge to a predetermined value, the decision-making candidate data is abandoned based on the calculated importance while converging to a predetermined value. If it is determined to be, it sets the calculated importance as the final importance, and based on the set final importance, the final importance high speed consensus processing unit 126 that is recognized as decision candidate data. A condition verification decision-making system for high-speed consensus processing when making decisions.

Images