KR20200013206A - Freight booking system and method based on blockchains - Google Patents

Abstract

The present invention relates to a freight transportation reservation system and a method thereof. In particular, a blockchain technology is used in the invention. In the invention, to receive a predetermined transportation service by using a freight transportation reservation system (1000) built by a service provider, a freight transportation subscriber (100), a consignee (200), and a freight carrier (300) individually need to download, to smartphones (150, 250, 350) thereof, an application (450) provided by a transportation reservation service provider and sign up for a membership. The service of this invention is provided by allowing customers to be connected, on the web, to an operating server (400) of the service provider through the application (450). A smart contract for transportation reservation is also made on the web. When freight is safely transported to the consignee (200), the operating server (400) automatically pays the transaction amount to the freight carrier (300) wherein the transaction amount is paid by points. A part of the transaction amount is evenly distributed to freight transportation-related groups and automatically paid thereto, thereby being capable of being used for the public services of the groups.

Description

Freight booking system and method based on blockchains}

The invention uses blockchain technology to build a consortium blockchain network between organizations with different interests in the freight reservation market (freight forwarders, companies that frequently request freight forwarding, freight forwarding unions, freight forwarding associations). The present invention relates to a system and a method for making a freight transportation reservation by constructing and using a smart contract to co-distribute a transaction fee between a reliable transportation cost payment system and a consortium organization and agree on a freight cost.

In general, when a transaction takes place in the blockchain network, the transaction is included in the newly created block 10 to determine whether the transaction is just or not through agreement of all system members constituting the blockchain 20. It is added to the blockchain 20. The blockchain 20 is divided into three types according to the utilization: a public blockchain, a consocium blockchain, and a private blockchain.

The public blockchain is a blockchain in which an unspecified majority can participate, and Bitcoin and Ethereum are representative.

Private blockchains and consortium blockchains are blockchains in which only authorized organizations or users can participate. And in the case of private blockchain, it is a blockchain network constructed in a single organization.

Consortium blockchains, on the other hand, are blockchain networks configured for reliability between specified organizations. One example is IBM's Hyperledger. The blockchain 20 of this invention also corresponds to this.

In the case of the consensus blockchain adopted by the consortium blockchain, the consensus blockchain uses consensus algorithms such as Byzantine Fault Tolerance (BFT) and Practical Byzintine Fault Tolerance (PBFT). In particular, in the BFT consensus algorithm method, even if (n-1) / 3 or less consensus nodes out of n consensus nodes act malicious, they can draw consensus normally.

On the other hand, if you look at the problems of the prior art in this field, in the current cargo reservation and brokerage market, the transport client registers the transport request to the server through the broker, the freight forwarders through the cargo brokerage program As the contract is operated, the transportation reservation system is operated. Especially, the central server is operated exclusively by the broker, so the broker monopolizes the authority to register the transport request, set the unit price and the fee. So, in the real brokerage market, brokers have abused this authority and raised commissions severely, or the client commissioned 100,000 won, but the brokers raised their profits by raising it to 50,000 won. As a result, drivers are paying a lot of fees, which often prevents them from receiving proper compensation for their work.

In addition, Bitcoin, the first cryptocurrency, implemented decentralized money by decentralizing its focus on the issue of centralized money. However, in the case of cryptocurrency, there are many problems in introducing and operating the concept of cryptocurrency in actual business due to the problems of value volatility and government regulation.

In particular, the problem of the centralized system in the freight forwarding reservation market is not the centralized issuance of money, but the lack of reliability in the pricing of fees, the increase of fees, and the registration of transport requests.

Therefore, the cargo reservation is exploding due to the increase of commerce through the Internet, and the need to solve the problems of the conventional cargo reservation system is urgently increasing.

The present invention is to provide a blockchain-based freight transport reservation system and method by forming a consortium consisting of freight forwarders union, large freight forwarding companies, freight forwarding association to solve the problems of conventional freight forwarding reservation technology. The purpose.

Another object of the present invention is to solve the problems of transport cost payment system and transport process between client and driver in the existing cargo reservation system by using smart contract technology. It is to provide a technology that can be done reliably and automatically.

It is another object of the present invention to provide a method of voluntary participation in a consortium organization, a method of co-distributing a part of the transaction fee between consortium organizations in the freight market, and a method of applying a unit price of freight.

It is another object of the present invention to provide a technology that uses the cost of transportation in a blockchain network through the issuance of a centralized coin of a point concept without the concept of cryptocurrency.

As such, the present invention may be variously modified and may take various forms, and only the specific embodiments thereof are described in the following detailed description. It is to be understood, however, that the invention is not limited to the specific forms referred to in the description below, but rather includes all modifications, equivalents and substitutions within the spirit and scope of the invention as defined by the appended claims. Should be understood as

A preferred embodiment of the freight reservation system according to the present invention, in order to receive a predetermined transportation service using the freight reservation system 1000 built by the freight reservation service provider 100 freight reservation in advance 100, Recipient 200, freight forwarder 300, respectively, the real-time queryable app 450 provided by the cargo reservation service provider to download their smartphones (150, 250, 350) to register as a customer, the above system (1000) )silver,

A certification authority 610 that issues a certificate and a private key for the user; And

A consensus node 620 to derive consensus between organizations for the various transactions of the system 1000;

Consensus cluster 600 for obtaining a consensus related to various transactions between organizations having different interests engaged in the freight forwarding business;

Storage means 420 for storing an operating system program 410 and operating data 415 of the freight transportation reservation system 1000;

Storage means (430) for storing various data of the system (1000);

-In order to authenticate the various transactions of the system 1000, the user who has been authenticated by the initial certification authority 900 in advance and sent the transaction verifies the validity of the valid member user by using the public key of the organization where the certificate was issued. Issuing a certification authority 440;

A certificate server 460 for storing member information and delivering the user's private key and certificate received from the certification authority to the customer;

It has a ledger 40, a public key and a private key inside, verifies whether the transaction sent by the customer is from a legitimate member customer, and generates the transaction result according to the smart contract. A verification node 470 that signs the key and delivers it to the customer who initiated the transaction; And

An exchange office 480 that uses predetermined points as means of payment for transportation costs according to the transaction of the system 1000 and issues corresponding points according to the deposit amount of the member customer upon request of the member customer;

It is provided with an operating server 400 for operating the operating system program (410);

-Organizations with different interests are the corporate freight forwarding clients (500) who commission cargoes in large quantities, the Freight Forwarding Association (700), and the freight forwarders' unions (800). This includes,

-The above organizations (500, 700, 800) each

-When a user belonging to the organization registers through the authentication server 460, manages the members belonging to the organization, requests user registration, and logs in to the authentication server 460 when logging in with the authentication server 460 after registration. Certificate authorities (510, 710, 810) for requesting issuance of certificates and private keys; And

-At this time, by separately installing a certification authority for each organization, based on the certificate, it clearly identifies the participant's affiliation and distributes the authority to issue certificates and private keys to participate in the blockchain network.

Each of them has a ledger 40, a public key and a private key, verifies whether a transaction sent by the customer is from a legitimate member customer, and generates a transaction result according to a smart contract. A verification node (520, 720, 820) for signing with a private key and forwarding it to the customer who initiated the transaction;

Equipped with,

It is made, including

At this time, the operating system program (410) is characterized in that it is prepared according to the cargo transportation reservation method of claims 2 to 10 of the present invention based on the block chain technology for the operation of this system.

And a preferred embodiment of the cargo transportation reservation method applied to the cargo reservation system according to the present invention,

Module A for freight transport reservation request registration transaction of the freight carrier;

Module B for a freight forwarding contract transaction of the freight forwarder 300 according to module A; And

A module C for a freight confirmation transaction of the freight recipient 200 according to the module A and the module B;

It is made with

At this time, each of the above module is characterized by using a blockchain technology.

In this embodiment, module A above,

If the freight shipping scheduler 100 is logged in to the operation server 400 through the app 450, the operation server 400 is authenticated through the authentication server 460 to be authenticated when the certificate to the freight shipping scheduler 100 ( C1) and transmitting the private key PK1 (S1100);

Receiving the C1 and PK1 freight forwarding subscriber 100 inputs a predetermined freight transport information for the freight transport request (S1200);

-At this time, the personal information for the freight transportation reservation 100 is automatically registered in the operation server 400 based on the member information stored in the authentication server 460,

When the above transport information is input, the operation server 400 automatically calculates a transport distance according to the origin and destination information included in the above transport information (S1300);

If the freight shipping subscriber 100 enters the transport information in the app 450, and then press the button to register the freight transport request, the app 450 installed on the smart phone 150 of the freight transport subscriber 100 is a transport request registration transaction (T1) (S1400) executing a freight transport reservation request registration transaction (T1) by automatically transmitting to the verification node (470) together with the transaction information signed by the certificate (C1) and the private key (PK1);

When the contents of the transport request registration transaction (T1) are transmitted to the verification node (470), the verification node (470) determines whether the transaction (T1) has been transmitted by a legitimate user. Verifying legitimacy of the user through the public key PK0 (S1500);

The verification node 470 sends a remote procedure call protocol from the operation data 415 in the storage means 420 when the transaction T1 is transmitted from the freight forwarder 100. Called using, the transportation unit price is automatically based on the agreed transportation unit price 34 stored in the Genesis block 30 based on the transportation distance, the weight and volume of the cargo, and the transportation unit price and the point of the client 100 By comparing the holding amount, if the point holding amount of the client 100 is smaller than the shipping unit price, the registration is rejected. If the holding amount is more than or equal to the shipping unit price, a random transaction address is generated to correspond to the shipping unit price. Subtracting the point from the point account of the client 100 and putting it in an arbitrary transaction address (S1600);

The verification node 470 includes a transaction result TR1 including the ledger update contents and signed with the private key PK0 of the verification node 470 (S1700);

The verification node 470 transmits the made transaction result TR1 to the freight transport subscriber 100 (S1800);

App 450 of the freight shipping subscriber 100 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR1) (S1900);

Consensus cluster 600, which received the transaction result TR1, internally generates a new block 10 by sequentially arranging the transaction results by the consensus node 620, which is the leader in the consensus cluster 600, and generates the new block 10. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S2000); And

Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the block 10 is judged as a legitimate block 10 and added to its blockchain 20, and ledger state storage Updating 45 (S2100);

Made with

At this time, the consensus node 620 that becomes the leader in the above step (S2000) is continuously changed,

N is preferably the number of total consensus nodes 620.

And in this embodiment, the above module B is

When the freight transporter 300 logs in to the operation server 400 through the app 450, the operation server 400 authenticates the identity through the authentication server 460 and is authenticated to the freight transporter 300 by the certificate (C2). And transmitting the private key PK2 (S2200);

The freight forwarder 300, which has received the certificate C2 and the private key PK2, inputs predetermined transport search information to search for registered freight forwarding registration cases (S2300);

-At this time, the personal information for the freight forwarder 300 is automatically registered in the operation server 400 based on the member information stored in the authentication server 460,

Among the verification nodes (470, 520, 720, 820) of the freight transport request registration stored in the ledger state storage 45 in each verification node (470, 520, 720, 820) in the system 1000 through the app 450, which can be queryed in real time by the freight carrier (300) Checking in one (S2400);

Cargo transporter 300 performs a transaction (T2) to check the registered cargo request to select the desired cargo request and contract (S2500);

Freight forwarder 300, the app 450 installed on the smart phone 350 of the freight forwarder 300 when pressing the registered request button on the freight contract contract (T2), certificate (C2), private key (S2600) automatically transmitting the transaction content signed with (PK2) to the verification node (470);

When the contract transaction (T2) is sent to the verification node (470), the verification node (470) determines whether the transaction (T2) has been sent by a legitimate user, or the public key of the authentication period (440) that issued the certificate (C2). Verifying the validity of the user 300 through PK0 (S2700);

When the transaction T2 is transmitted from the freight forwarder 300, the verification node 470 includes the ledger renewal content for the transaction T2 and the transaction result (TR2) signed with the private key PK0 of the verification node 470. Step (S2800);

The verification node 470 transmits the transaction result TR2 made above to the freight forwarder 300 (S2900);

App 450 of the freight carrier 300 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR2) (S3000);

The settlement cluster 600 that has received the transaction result TR2 is internally generated by the settlement node 620, which is the leader in the settlement cluster 600, gathers the transaction results, generates a new block 10, and generates a new block. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S3100);

Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the corresponding block 10 is determined to be a legitimate block 10 and added to the own blockchain 20, each of which is a verification node. Updating the internal ledger state storage 45 (S3200); And

Cargo carrier 300 that executes the contract transaction (T2) receives the load from the freight shipping scheduler 100 and loads the freight to the recipient 200 (S3300);

Made with

At this time, the consensus node 620 that becomes the leader in the above step (S3100) continues to change,

N is preferably the number of total consensus nodes 620.

And in this embodiment, module C above,

Recipient receiving the cargo 200 checks the contents of the transport and if the transportation is made exactly as the contract details, and executes the receipt confirmation transaction (T3) by pressing the receipt button in the app 450 (S3400);

The app 450 installed on the smartphone 250 of the payee 200 is a receipt confirmation transaction (T3) contents, a certificate (C3), and a private key (PK3) that the certification authority 440 authenticates and issues the payee 200. Automatically transmitting the signed transaction details to the verification node 470 (S3500);

When the receipt confirmation transaction (T3) is sent to the verification node (470), the verification node (470) determines whether the transaction (T3) has been sent by the legitimate user (200) or the certification authority (440) that issued the certificate (C3). Verifying legitimacy of the user 200 through the public key PK0 of step S3600;

When the transaction T3 is transmitted from the payee 200, the verification node 470 includes the ledger renewal content for the transaction T3 and is signed with the private key PK0 of the verification node 470 (TR3). Creating step (S3700);

The verification node 470 may transmit the created transaction result TR3 to the payee 200 (S3800);

App 450 of the recipient 200 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR3) (S3900);

Consensus cluster 600, which has received the transaction result TR3, internally generates a new block 10 by sequentially arranging the transaction results by the consensus node 620, which is the leader in the consensus cluster 600, and generates a new block. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S4000); And

Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the block 10 is judged as a legitimate block 10 and added to its blockchain 20 to blockchain 20 ), And according to the blockchain 20 update, subtract the transportation cost of the arbitrary transaction address of the ledger state store 45 and add the corresponding amount to the transaction address of the freight forwarder 300, and then the state ledger state store 45 Updating (S4100);

Made with

At this time, the consensus node 620 that becomes the leader in the above step (S4000) continues to change,

In step S4100, N is the total number of consensus nodes 620,

In the above step (S4100) by adding the corresponding amount to the transaction address of the freight forwarder 300, a predetermined amount of payment is automatically paid,

No matter which verification node is queried in the system 1000, all verification nodes always have a ledger state store 45 in a synchronized state, so that the freight forwarder 300 holds points at random transaction addresses Points being, the freight forwarding client 100 preferably stores the same details of points held in the transaction address.

In addition, in this embodiment, the predetermined freight information is the name, address and contact information of the freight client 100, the origin, destination, the name of the freight recipient 200, address and contact information, load list, weight of the cargo, It is desirable to include information about the volume and content of the cargo.

In this embodiment, it is preferred to further include a module D for co-distribution within the consortium of freight charges.

In this embodiment, the above module D is

Determining the time point of the fee due to the freight by consortium organizations (300,500,700,800) participating in the consensus cluster (600) (S210); And

If the point of occurrence of the fee is determined at the time of registering the freight request, the freight rate request registration function of the smart contract defined by the predetermined logic at the time of registering the freight request is called and executed from the operation data 415, and then the predetermined rate of the requested amount. Moving the amount to an arbitrary transaction address and adding the remaining amount to 1 / N to the point transaction address managed by each consortium (500, 700, 800) (S220); or

When the point of occurrence of the fee is determined as the smart contract of the freight, the freight carrier 300 during the smart contract of the freight transport among the plurality of freight registration registration requests transmitted to each node (500, 700, 800) in the system 1000 When a smart contract is concluded by selecting a specific request, the freight transport contract function of the smart contract defined by the predetermined logic is called and executed from the operation data 415 above, and an amount of a certain amount of the requested amount is assigned to the random transaction address. Moving to and adding the remaining amount by 1 / N to the point trading address managed by each consortium organization 500, 700, and 800 (S230); or

If the point of occurrence of the fee is determined at the time of receipt of the cargo by the recipient 200, when the receipt of cargo is confirmed by the recipient 200, the cargo receipt confirmation function defined in advance by the predetermined logic is determined from the operation data 415. Calling and executing, moving a predetermined amount of the requested amount to a random transaction address, and adding the remaining amount to 1 / N to the point transaction address managed by each consortium organization (500, 700, 800) (S240);

It is made with

In this case, N is preferably the number of total consensus nodes 620.

In this embodiment, it is preferable to further include a module E for freight freight unit price agreement applied to the cargo reservation system.

In this embodiment, the module E is

Storing transportation unit price 35 information agreed between the consortium organizations 300, 500, 700, and 800 in the Genesis block 30, which is initially created during the initial consortium network construction (S310);

After the agreed transportation unit price 35 information is stored in the Genesis block 30, and there is a specific consortium organization that feels the necessity of adjusting the transportation unit price during network operation, the organization uses an operation related web application operated by each organization. After creating a transaction that calls the transport price adjustment request function defined in the smart contract in advance, the transaction contents are signed with the private key of the corresponding organization's internal certification authority, which is the private key of the corresponding organization, and delivered to each verification node in the network (S320). );

Each verification node that has received the above transaction details verifies whether the entity that sent the transaction is a legitimate entity and whether the transaction is justified to ensure the justification of the transaction. Generating a result of the signature and then signing it with a private key of each verification node and delivering the result to an operation related web application of the organization (S330);

Receiving the signed transaction results, the web application step of transmitting the transaction results to the consensus cluster 600 (S340);

The consensus node 620, which is the leader among the consensus nodes 620, generates a new block 10 by sequentially gathering the transaction results and generates the new block 10 with the private key of the consensus node 620 that is the leader in the generated new block 10. Attaching the signed contents (S350);

The consensus node 620 to be a leader may include propagating the signed block 10 to all the consensus nodes 620 and verification nodes (S360);

Each consensus node 620 verifies the signature included in the propagated block 10, verifies the validity of the transaction included in the block 10, and if it is determined that the consensus node 620 is determined to be right, Signing block 10 with its private key and propagating it to all verification nodes (S370);

Each verification node that receives the above-signed block 10 receives all N-((N-1) / 3) identical blocks 10 from all of the consensus nodes 620 and transfers the same block 10 to the legitimate block 10. Judging and adding it to its own blockchain 20, and updating its ledger state store 45 (S380);

Where N is the total number of consensus nodes 620 in this system 1000,

In the updated ledger state store 45 of each verification node, a state for requesting a transport unit price agreement by the specific organization is registered, and all organizations request transport unit price requests in real time through each organization's operation-related web application. Each organization checks whether it agrees or disagrees, and creates a transaction that calls a transport unit price voting function predefined in the smart contract, signs it with the organization's private key, and passes it to the verification node ( S390);

Each verification node that receives the transaction details that call the above unit price voting function verifies that it is legitimate after verifying whether the entity that sent the transaction is legitimate and whether the transaction is legitimate in order to secure the justification of the transaction received. Generating a result of the transaction including the ledger update contents and then signing the private key of each verification node and delivering the result to an operation related web application of the organization (S400);

Receiving the signed transaction results, the web application transfers the transaction results to the consensus cluster 600 (S410);

The consensus node 620, which is the leader among the consensus nodes 620, generates a new block 10 by sequentially gathering the transaction results and generates the new block 10 with the private key of the consensus node 620 that is the leader in the generated new block 10. Attaching the signed contents (S420);

The consensus node 620 to be a leader may include propagating the signed block 10 to all consensus nodes 620 and verification nodes (S430);

Each consensus node 620 verifies the signature included in the propagated block 10, verifies the validity of the transaction included in the block 10, and if it is determined that the consensus node 620 is determined to be right, Signing block 10 with its private key and propagating it to all verification nodes (S440); And

Each verification node that receives the above-signed block 10 receives all N-((N-1) / 3) identical blocks 10 from all of the consensus nodes 620 and transfers the same block 10 to the legitimate block 10. Judging and adding it to its own blockchain 20, and updating its ledger state store 45 (S450);

Made with

At this time, it is preferable that the above-mentioned transport unit price voting function defined in the smart contract has a logic of automatically applying the unit price as the unit price used in the request for transport registration function when more than 75% of the N organizations agree. .

In this embodiment, it is preferable to further include a module F for issuance of points applied to the cargo reservation system 1000 by the exchange office 480.

In this embodiment, the above module F is

The exchange office 480 is a step of depositing a predetermined amount of money by the user when the user's request for charging is verified through the user's validity verification process (S510);

After confirming that the payment is made correctly, the exchange office 480 executes the point charging transaction and signs the transaction details attached with the private key of the exchange office 480 to the verification node 470, and then the verification node 470 performs the point charging function. Verifying the legitimacy of the transaction based on the attached certificate and the signature that the subject causing the exchange is correct (S520); And

When the transaction is verified, the charging station 480 calls the point charging function of the smart contract from the operation data 415 in the storage means 420 using the remote procedure call protocol to deposit the amount deposited by the user. Performing logic to increase a point of the user who requested charging by calculating a corresponding point based on the operation (S530);

Made with

At this time, it is preferable to manage the private key of the exchange office 480 through a predetermined security means (485).

Due to the implementation of the present invention, it is possible to eliminate the centralized existing cargo brokerage system and build a network of distributed systems, thereby eliminating the significant increase in commissions and the trust issues associated with transport requests.

In addition, the advantages of blockchain (forgery prevention, transaction traceability and legitimacy verification, service availability) can be applied to verify objective transaction history through the blockchain ledger, making it easier to post-process accidents or damaged goods during transportation. Service characteristics are guaranteed by applying the characteristics of P2P network.

In addition, by using the smart contract, the transport cost payment system and the problem of transport processing between the client and the transporter existed in the existing system. It can increase the credibility of the transaction.

And through the mobile app linked with the blockchain network, it provides convenience for transporters and carriers to easily make transactions within the cargo reservation network.

In addition, smart contracts can lead to voluntary consortium participation by providing a mechanism for reliably distributing common interests for a portion of transaction fees when participating in consortium organizations.

In addition, since the freight price is determined through agreement of all organizations, it is possible to reduce complaints of transporters and clients due to arbitrarily adjusted freight price adjustment (rising and falling freight price) of brokers operating in the existing centralized system.

1 is a block diagram of a block, a block header, a genesis block, a blockchain, and a ledger used in the present invention.
Figure 2 is a block diagram and a detailed block diagram of the entire cargo reservation system according to the present invention.
3 is a flow chart of a freight forwarding reservation method according to the present invention applied to the system of FIG.
Figure 4 is a view showing the flow chart of the freight booking method of Figure 3 centered on each member of the freight reservation system.
5 is a view showing a shipping cost transfer process between a client and a carrier according to the present invention.
6 is a flow chart of a method for co-distributing transportation transaction fees between consortium organizations in accordance with the present invention.
7 is a flowchart of a method of agreeing a freight rate according to the present invention.
8 is a flowchart of a point issuing method according to the present invention.

This invention will be described in detail with reference to the accompanying drawings. First, a brief definition of technical terms in this field used in the detailed description of the present invention is as follows.

Block: Block 10 is a date structure consisting of one header 15 and one long list of transactions 18. The order of each transaction in this transaction list 18 is determined according to the order of time at which the transaction occurred.

FIG. 1A illustrates a block diagram of the block 10, and FIG. 1B is an internal block diagram of the header 15 of FIG. 1A. The hash 11 of the current block, the hash 12 of the previous block, and the time stamp 13 are illustrated. ) Is provided. At this time, one block 10 includes a plurality of transaction information. These transactions are recorded in the order in which they occurred. As such, the block 10 is a kind of collection of data, and the size of the block 10 is usually about 1 megabyte, and in some cases, may be much larger than this.

Blockchain: Blockchain was published in 2008 through Satoshi Nakamoto's article on crypto currency bitcoin, called "purely peer-to-peer version of electronic cash." This is the first concept. Blockchain is a decentralized, or distributed ledger technology that reliably conducts transactions between individuals without a third-party trust agency (intermediary) .All participating consortium organizations share the same blockchain 20 A transaction ledger technology that holds and always synchronizes transaction ledger data.

The blockchain 20 encrypts all transaction information (including transaction certificates) with a hash function for security. So you must have an encrypted key to read that information. The blockchain 20 is distributed and stored in various consortium organizations to prevent loss of information.

Each block 10 of the blockchain 20 is sequentially connected in the generated time order (see FIG. 1D). To this end, each block (eg 10B) contains a hash of the previous block (eg 10A) and is sequentially connected to each other in the form of a hash chain, so that each block chain 20 has all transactions from the beginning to the present. It includes.

1D is a conceptual diagram of the blockchain 20. The genesis block 30 at the top and the newly added blocks 10A, 10B, ..., 10K, ... form the blockchain 20. At this time, each block 10A, 10B,... , 10K,… And the like indicate the order in which each block is generated.

On the other hand, each block 10 has an ordered transaction list 18, and each block 10 constituting the block chain 20 is connected in chronological order. In other words, the blockchain 20 describes the order of each block 10. Therefore, the data structure of the blockchain 20 can be used to determine the order of all transactions.

Genesis block: The first block 30 of any blockchain 20 is the Genesis block 30. 1C shows an internal configuration diagram of the Genesis block 30. In the present invention, the Genesis block 30 includes information about the transport unit price 35 previously agreed by the settlement nodes 620.

Blockchain ledger state storage: The ledger state storage 45 is arranged in the ledger 40 together with the blockchain 20, as shown in FIG. 1E, which is a block according to the blockchain 20 update. It is a blockchain state database that stores the final state of the chain network system participants (100, 200, 300, 500, 700, 800). All transaction details submitted through the blockchain network are stored in the blockchain 20 within the blockchain ledger 40, and the current point assets and participant status of the trading account of the blockchain network participants, the point details and transportation of random trading addresses. The requested state is stored in the ledger state storage 45. The ledger 40 is distributed to each participant, or set of peers, and updates to the ledger 40 are validated by all consortium organizations 300, 500, 700, and 800 using a predetermined consensus algorithm and the approved blockchain ( 20) to ensure consistency across all organizations.

For example, if the current state of account A currently holds 100 coins, and a transaction that transfers 10 coins from account B to account A occurs, the blockchain 20 is updated due to the transaction. Therefore, the result of "the final state of the A account has point 110 coins" is stored in the ledger state storage 45. That is, the ledger state storage 45 in the ledger 40 shows that the current user A's account status is 110 coins as a result of the above remittance transaction, and the blockchain 20 transfers 10 coins from the B account to the A account. The transaction has been saved. In other words, it can be seen that the information corresponding to the balance of the general ledger is recorded in the ledger state storage 45, and the detailed contents of the deposit and withdrawal transaction of the general ledger are recorded in the transaction list 18. At this time, the transaction information stored in the blockchain 20 is data verified and approved by a predetermined consensus algorithm.

Ledger (ledger): The ledger 40 is disposed in the verification node (520, 720, 820) and the verification node 470 in the operation server 400 of each organization of the consensus cluster 600, the ledger state repository 45 and The blockchain 20 is arranged (see FIG. 1E).

Certified authority: A certification authority has a public key and a private key issued by a root CA, and exists in each organization of the consensus cluster 600. Nodes that issue certificates and private keys to users who made transactions through them. 2B and 2C of the present invention, a plurality of certification authorities 440, 510, 610, 710 and 810 are shown.

Top Certificate Authorities: These are the top certification authorities for the HTTPS security of websites, and Google, Mozilla, and Microsoft each operate a number of top certification authorities. In this invention, the initial certification authority 900 of FIG. 2A is not the highest certification authority, but is the certification authority below it.

-Authentication server: A user (100,200,300) using a client program (for example, a downloaded app) performs an identity authentication based on the identity information written at the time of membership registration. It plays a role of delivering to the user, and the member information is also stored in the database. In addition, it generates a transaction for storing the hash of the member information in the blockchain, and serves to store the hash value of the member information in the blockchain 20. In the present invention, the authentication server 460 is shown in the operation server 400 of the service provider.

Client: The customer who creates a transaction and checks the transaction details. Also known as a participant, it is a member of the blockchain network. The customer can own the asset and submit the transaction.

In the system of the present invention, members 100, 200, and 300 who have downloaded and installed an application program 450 of a service provider on their mobile terminals 150, 250, and 350 are customers. The app 450 provides the user with an interface to participate in the blockchain network. The app 450 also serves to store and receive the private key and certificate from the authentication server (460). 2a, a plurality of customers 100, 200, 300 are shown.

-Verification node: Each verification node (470, 520, 720, 820) has its own ledger (40) and its own public key, and also has the public keys of all verification nodes and consensus nodes. It also has its own private key.

It verifies that the transactions sent by customers are from legitimate participants. In addition, it executes a smart contract to generate a transaction result, sign it with the private key of each verification node, and deliver it to the customer who created the transaction. Validation nodes 470, 520, 720, and 820 are shown in FIGS. 2B and 2E of the present invention.

In the consortium blockchain network system 1000 adopted in the present invention, when a transaction result is received in the consensus cluster 600, the consensus node 620 (each time) that becomes a leader in the consensus cluster 600 collects the transaction results. The new block 10 is generated and then propagated to the remaining consensus nodes 620 and all verification nodes. The remaining consensus node 620 verifies the validity of the newly created block 10 and if it is determined to be valid, attaches the signature for this block 10 to this block 10, propagates to all verification nodes 470, 520, 720, 820 and agrees. If more than n-((n-1) / 3) signed blocks 10 of n nodes arrive, this block 10 is considered a normal block 10, and each verification node (470, 520, 720, 820) receives this block. (10) is added to the blockchain 20, and the ledger state store 45 is updated. The verification node performs verification of the transaction separately, such as whether the point balance of the transaction account of the customer who created the transaction is sufficient or not used in duplicate.

-Agreement cluster: An agreement node (620) held by each organization (400, 500, 700, 800) participating in a specific consensus is clustered form. And sequentially clean up blocks 100 and propagate them to all verification nodes. 600 of this invention FIG. 2A is an example of a consensus cluster.

Consensus Node: In this invention, the consensus node 620 plays the role of a block generation node. 4B, four consensus nodes are shown in this example of the invention. Each consensus node is for agreement with the operation server 400, the bulk freight forwarding company (500), freight forwarding association (700), freight forwarders union (800).

Node: The node stores the transaction history, approves the transaction, and performs the function of agreeing the distribution of the blockchain 20. For example, verifying node and consensus node. An organization's computer or smartphone acts as a node, and all the customers' computers or smartphones act as clients.

Smart contract: when a customer (100,200,300) initiates a transaction in a blockchain network (i.e., calls a function predefined in a smart contract), the logic defined in advance in the smart contract automatically under certain conditions Is a contract that allows the outcome of a transaction to be derived.

-Operation-related web application: Operation-related web application (540,740,840) is a web application that is operated by each organization used for the transportation unit price agreement, fee agreement (see Figure 2a). In the case of the operation server 400, the web application is included in the operating system program 410, and includes a module that automatically calculates the transportation distance, that is, included in the operating system program that is in charge of a kind of server role.

1. Freight Transportation Reservation System

The configuration of a block transportation network based freight transportation reservation system 1000 according to the present invention is as shown in Figs. 2a to 2c. In the system 1000 of the present invention, in order to receive a predetermined transportation service using the cargo transportation reservation system 1000 built by the cargo transportation reservation service provider, the cargo transportation scheduler 100, the recipient 200, and the cargo in advance. The carrier 300 should download a queryable app 450 in real time provided by the cargo reservation service provider to their smartphones 150, 250, and 350 to register as a customer.

And this system 1000,

A certification authority 610 that issues a certificate and a private key for the user; And

A consensus node 620 to derive consensus between organizations for the various transactions of the system 1000;

Consensus cluster 600 for obtaining a consensus related to various transactions between organizations having different interests engaged in the freight forwarding business;

Storage means 420 for storing an operating system program 410 and operating data 415 of the freight transportation reservation system 1000;

Storage means (430) for storing various data of the system (1000);

-In order to authenticate the various transactions of the system 1000, the user who has been authenticated by the initial certification authority 900 in advance and sent the transaction verifies the validity of the valid member user by using the public key of the organization where the certificate was issued. Issuing a certification authority 440;

A certificate server 460 for storing member information and delivering the user's private key and certificate received from the certification authority to the customer;

It has a ledger 40, a public key and a private key inside, verifies whether the transaction sent by the customer is from a legitimate member customer, and generates the transaction result according to the smart contract. A verification node 470 that signs the key and delivers it to the customer who initiated the transaction; And

An exchange office 480 that uses predetermined points as means of payment for transportation costs according to the transaction of the system 1000 and issues corresponding points according to the deposit amount of the member customer upon request of the member customer;

It is provided with an operating server 400 for operating the operating system program (410);

-Organizations with different interests are the corporate freight forwarding clients (500) who commission cargoes in large quantities, the Freight Forwarding Association (700), and the freight forwarders' unions (800). This includes,

-The above organizations (500, 700, 800) each

-When a user belonging to the organization registers through the authentication server 460, manages the members belonging to the organization, requests user registration, and logs in to the authentication server 460 when logging in with the authentication server 460 after registration. Certificate authorities (510, 710, 810) for requesting issuance of certificates and private keys; And

-At this time, by separately installing a certification authority for each organization, based on the certificate, it clearly identifies the participant's affiliation and distributes the authority to issue certificates and private keys to participate in the blockchain network.

Each of them has a ledger 40, a public key and a private key, verifies whether a transaction sent by the customer is from a legitimate member customer, and generates a transaction result according to a smart contract. A verification node (520, 720, 820) for signing with a private key and forwarding it to the customer who initiated the transaction;

Equipped with,

It is made, including

At this time, the operating system program (410) is characterized in that it is prepared in accordance with the cargo transportation reservation method of claim 2 to 12 of the present invention based on the block chain technology for the operation of this system.

2. How to book freight

3 is a flowchart illustrating a freight transportation reservation method applied to the system of FIG. 2. And Figure 4 shows a flow chart of the cargo transportation reservation method of Figure 3 centered on each member of the cargo reservation system. 4 (1) to (16) show the processing flow between each member. Here, the system development company refers to a provider that provides a freight forwarding reservation service according to the present invention.

Freight shipping reservation method of the present invention

Module A for freight transport reservation request registration transaction of the freight carrier;

Module B for a freight forwarding contract transaction of the freight forwarder 300 according to module A; And

A module C for a freight confirmation transaction of the freight recipient 200 according to the module A and the module B;

It is made with

At this time, each of the above module is characterized by using a blockchain technology. Now look at the configuration of each module.

(1) module A

In this invention, module A,

If the freight shipping scheduler 100 is logged in to the operation server 400 through the app 450, the operation server 400 is authenticated through the authentication server 460 to be authenticated when the certificate to the freight shipping scheduler 100 ( C1) and transmitting the private key PK1 (S1100);

Receiving the C1 and PK1 freight forwarding subscriber 100 inputs a predetermined freight transport information for the freight transport request (S1200);

-At this time, the personal information for the freight transportation reservation 100 is automatically registered in the operation server 400 based on the member information stored in the authentication server 460,

When the above transport information is input, the operation server 400 automatically calculates a transport distance according to the origin and destination information included in the above transport information (S1300);

If the freight transporter 100 enters the predetermined transport information in the app 450 and then presses the button for freight request to register the app installed on the smart phone 150 of the freight transporter 100 is a transport request registration transaction (T1) executing the freight reservation reservation registration transaction T1 by automatically transmitting to the verification node 470 together with the transaction contents signed by the T1, the certificate C1, and the private key PK1 (S1400);

When the contents of the transport request registration transaction (T1) are transmitted to the verification node (470), the verification node (470) determines whether the transaction (T1) has been transmitted by a legitimate user. Verifying legitimacy of the user through the public key PK0 (S1500);

The verification node 470 sends a remote procedure call protocol from the operation data 415 in the storage means 420 when the transaction T1 is transmitted from the freight forwarder 100. Called using, the transportation unit price is automatically based on the agreed transportation unit price 34 stored in the Genesis block 30 based on the transportation distance, the weight and volume of the cargo, and the transportation unit price and the point of the client 100 By comparing the holding amount, if the point holding amount of the client 100 is smaller than the shipping unit price, the registration is rejected. If the holding amount is more than or equal to the shipping unit price, a random transaction address is generated to correspond to the shipping unit price. Subtracting the point from the point account of the client 100 and putting it in an arbitrary transaction address (S1600);

The verification node 470 includes a transaction result TR1 including the ledger update contents and signed with the private key PK0 of the verification node 470 (S1700);

The verification node 470 transmits the made transaction result TR1 to the freight transport subscriber 100 (S1800);

App 450 of the freight shipping subscriber 100 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR1) (S1900);

Consensus cluster 600, which received the transaction result TR1, internally generates a new block 10 by sequentially arranging the transaction results by the consensus node 620, which is the leader in the consensus cluster 600, and generates the new block 10. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S2000); And

Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the block 10 is judged as a legitimate block 10 and added to its blockchain 20, and ledger state storage Updating 45 (S2100);

Made with

At this time, the consensus node 620 that becomes the leader in the above step (S2000) is continuously changed,

N is characterized by the number of total consensus nodes (620).

At this time, when the execution of the module A is completed, the module B is performed. In the present invention, the predetermined freight transportation information is the name, address and contact information of the freight forwarding client 100, origin, destination, freight recipient 200, name, address and contact number, load list, weight of cargo, volume of cargo. It is desirable to include information about the cargo content.

On the other hand, in the present invention, the point store does not exist separately, and the point movement is made to the random transaction address and the random transaction address according to the smart contract. The block 10 is generated according to the transaction result generated by the smart contract, and as the blockchain 20 is updated, the state in which the specific state is stored in the ledger state store 45 at a random transaction address is stored.

(2) module B

Module B of this invention,

When the freight transporter 300 logs in to the operation server 400 through the app 450, the operation server 400 authenticates the identity through the authentication server 460 and is authenticated to the freight transporter 300 by the certificate (C2). And transmitting the private key PK2 (S2200);

The freight forwarder 300, which has received the certificate C2 and the private key PK2, inputs predetermined transport search information to search for registered freight forwarding registration cases (S2300);

-At this time, the personal information for the freight forwarder 300 is automatically registered in the operation server 400 based on the member information stored in the authentication server 460,

Among the verification nodes (470, 520, 720, 820) of the freight transport request registration stored in the ledger state storage 45 in each verification node (470, 520, 720, 820) in the system 1000 through the app 450, which can be queryed in real time by the freight carrier (300) Checking in one (S2400);

Cargo transporter 300 performs a transaction (T2) to check the registered cargo request to select the desired cargo request and contract (S2500);

Freight forwarder 300, the app 450 installed on the smart phone 350 of the freight forwarder 300 when pressing the registered request button on the freight contract contract (T2), certificate (C2), private key (S2600) automatically transmitting the transaction content signed with (PK2) to the verification node (470);

When the contract transaction (T2) is sent to the verification node (470), the verification node (470) determines whether the transaction (T2) has been sent by a legitimate user, or the public key of the authentication period (440) that issued the certificate (C2). Verifying the validity of the user 300 through PK0 (S2700);

When the transaction T2 is transmitted from the freight forwarder 300, the verification node 470 includes the ledger renewal content for the transaction T2 and the transaction result (TR2) signed with the private key PK0 of the verification node 470. Step (S2800);

The verification node 470 transmits the transaction result TR2 made above to the freight forwarder 300 (S2900);

App 450 of the freight carrier 300 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR2) (S3000);

The settlement cluster 600 that has received the transaction result TR2 is internally generated by the settlement node 620, which is the leader in the settlement cluster 600, gathers the transaction results, generates a new block 10, and generates a new block. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S3100);

Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the corresponding block 10 is determined to be a legitimate block 10 and added to the own blockchain 20, each of which is a verification node. Updating the internal ledger state storage 45 (S3200); And

Cargo carrier 300 that executes the contract transaction (T2) receives the load from the freight shipping scheduler 100 and loads the freight to the recipient 200 (S3300);

Made with

At this time, the consensus node 620 that becomes the leader in the above step (S3100) continues to change,

N is characterized by the number of total consensus nodes (620).

(3) module C

Module C of this invention,

Recipient receiving the cargo 200 checks the contents of the transport and if the transportation is made exactly as the contract details, and executes the receipt confirmation transaction (T3) by pressing the receipt button in the app 450 (S3400);

The app 450 installed on the smartphone 250 of the payee 200 is a receipt confirmation transaction (T3) contents, a certificate (C3), and a private key (PK3) that the certification authority 440 authenticates and issues the payee 200. Automatically transmitting the signed transaction details to the verification node 470 (S3500);

When the receipt confirmation transaction (T3) is sent to the verification node (470), the verification node (470) determines whether the transaction (T3) has been sent by the legitimate user (200) or the certification authority (440) that issued the certificate (C3). Verifying legitimacy of the user 200 through the public key PK0 of step S3600;

When the transaction T3 is transmitted from the payee 200, the verification node 470 includes the ledger renewal content for the transaction T3 and is signed with the private key PK0 of the verification node 470 (TR3). Creating step (S3700);

The verification node 470 may transmit the created transaction result TR3 to the payee 200 (S3800);

App 450 of the recipient 200 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR3) (S3900);

Consensus cluster 600, which has received the transaction result TR3, internally generates a new block 10 by sequentially arranging the transaction results by the consensus node 620, which is the leader in the consensus cluster 600, and generates a new block. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S4000); And

Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the block 10 is judged as a legitimate block 10 and added to its blockchain 20 to blockchain 20 ), And according to the blockchain 20 update, subtract the transportation cost of the arbitrary transaction address of the ledger state store 45 and add the corresponding amount to the transaction address of the freight forwarder 300, and then the state ledger state store 45 Updating (S4100);

Made with

At this time, the consensus node 620 that becomes the leader in the above step (S4000) continues to change,

In step S4100, N is the total number of consensus nodes 620,

In the above step (S4100) by adding the corresponding amount to the transaction address of the freight forwarder 300, a predetermined amount of payment is automatically paid,

No matter which verification node is queried in the system 1000, all verification nodes always have a ledger state store 45 in a synchronized state, so that the freight forwarder 300 holds points at random transaction addresses. Points being, the freight forwarding client 100 is characterized by storing the same details of points held in the transaction address.

On the other hand, in the present invention, if all the verification nodes receive the new block, the transport cost is deducted from the random transaction address of the ledger state store 45 according to the blockchain update, and the transport cost is added to the address of the freight forwarder 300. Is updated.

In the case of the receipt confirmation function of the smart contract, the user who caused the receipt confirmation function first checks whether the user registered as the recipient at the time of registration of the transport request is correct, and then deducts and subtracts the transportation cost from the random transaction address corresponding to the point in charge of the transaction. It includes logic to send the cost to the recipient's point account. In the case of a point account, it simply indicates that a user has how many points in the ledger state store.

Therefore, regardless of which verification node is being queried, all verification nodes always have the ledger state store 45 in a synchronized state. Therefore, points held at the address of the freight forwarder 300, points of random transaction addresses, and freight forwarding clients (100) The point details held at the address are stored in the same manner.

5 is a schematic diagram illustrating a transport cost transfer process between a client and a carrier according to the present invention described above. Coin in the smart contract means the point of this invention.

(4) module D

The system 1000 of FIG. 2 further comprises a module D for co-distribution within a consortium of freight charges. And module D is shown in FIG. 6, and in particular FIG. 6B schematically shows an example of co-distributing fees according to module D. FIG.

Module D of the present invention,

Determining the time point of the fee due to the freight by consortium organizations (300,500,700,800) participating in the consensus cluster (600) (S210); And

If the point of occurrence of the fee is determined at the time of registering the freight request, the freight rate request registration function of the smart contract defined by the predetermined logic at the time of registering the freight request is called and executed from the operation data 415, and then the predetermined rate of the requested amount. Moving the amount to an arbitrary transaction address and adding the remaining amount to 1 / N to the point transaction address managed by each consortium (500, 700, 800) (S220); or

When the point of occurrence of the fee is determined as the smart contract of the freight, the freight carrier 300 during the smart contract of the freight transport among the plurality of freight registration registration requests transmitted to each node (500, 700, 800) in the system 1000 When a smart contract is concluded by selecting a specific request, the freight transport contract function of the smart contract defined by the predetermined logic is called and executed from the operation data 415 above, and an amount of a certain amount of the requested amount is assigned to the random transaction address. Moving to and adding the remaining amount by 1 / N to the point trading address managed by each consortium organization 500, 700, and 800 (S230); or

If the point of occurrence of the fee is determined at the time of receipt of the cargo by the recipient 200, when the receipt of cargo is confirmed by the recipient 200, the cargo receipt confirmation function defined in advance by the predetermined logic is determined from the operation data 415. Calling and executing, moving a predetermined amount of the requested amount to a random transaction address, and adding the remaining amount to 1 / N to the point transaction address managed by each consortium organization (500, 700, 800) (S240);

It is made with

In this case, N is the number of total consensus nodes 620

(5) module E

The system 1000 of FIG. 2 further includes a module E for freight freight unit price agreement applied to the freight reservation system. And in accordance with Module E, we show an example of consensus adjustment of transport costs between organizations.

Module E according to the invention,

Storing transportation unit price 35 information agreed between the consortium organizations 300, 500, 700, and 800 in the Genesis block 30, which is initially created during the initial consortium network construction (S310);

After the agreed transportation unit price 35 information is stored in the Genesis block 30, and there is a specific consortium organization that feels the necessity of adjusting the transportation unit price during network operation, the organization uses an operation related web application operated by each organization. After creating a transaction that calls the transport price adjustment request function defined in the smart contract in advance, the transaction contents are signed with the private key of the corresponding organization's internal certification authority, which is the private key of the corresponding organization, and delivered to each verification node in the network (S320). );

Each verification node that has received the above transaction details verifies whether the entity that sent the transaction is a legitimate entity and whether the transaction is justified to ensure the justification of the transaction. Generating a result of the signature and then signing it with a private key of each verification node and delivering the result to an operation related web application of the organization (S330);

Receiving the signed transaction results, the web application step of transmitting the transaction results to the consensus cluster 600 (S340);

The consensus node 620, which is the leader among the consensus nodes 620, generates a new block 10 by sequentially gathering the transaction results and generates the new block 10 with the private key of the consensus node 620 that is the leader in the generated new block 10. Attaching the signed contents (S350);

The consensus node 620 to be a leader may include propagating the signed block 10 to all the consensus nodes 620 and verification nodes (S360);

Each consensus node 620 verifies the signature included in the propagated block 10, verifies the validity of the transaction included in the block 10, and if it is determined that the consensus node 620 is determined to be right, Signing block 10 with its private key and propagating it to all verification nodes (S370);

Each verification node that receives the above-signed block 10 receives all N-((N-1) / 3) identical blocks 10 from all of the consensus nodes 620 and transfers the same block 10 to the legitimate block 10. Judging and adding it to its own blockchain 20, and updating its ledger state store 45 (S380);

Where N is the total number of consensus nodes 620 in this system 1000,

In the updated ledger state store 45 of each verification node, a state for requesting a transport unit price agreement by the specific organization is registered, and all organizations request transport unit price requests in real time through each organization's operation-related web application. Each organization checks whether it agrees or disagrees, and creates a transaction that calls a transport unit price voting function predefined in the smart contract, signs it with the organization's private key, and passes it to the verification node ( S390);

Each verification node that receives the transaction details that call the above unit price voting function verifies that it is legitimate after verifying whether the entity that sent the transaction is legitimate and whether the transaction is legitimate in order to secure the justification of the transaction received. Generating a result of the transaction including the ledger update contents and then signing the private key of each verification node and delivering the result to an operation related web application of the organization (S400);

Receiving the signed transaction results, the web application transfers the transaction results to the consensus cluster 600 (S410);

The consensus node 620, which is the leader among the consensus nodes 620, generates a new block 10 by sequentially gathering the transaction results and generates the new block 10 with the private key of the consensus node 620 that is the leader in the generated new block 10. Attaching the signed contents (S420);

The consensus node 620 to be a leader may include propagating the signed block 10 to all consensus nodes 620 and verification nodes (S430);

Each consensus node 620 verifies the signature included in the propagated block 10, verifies the validity of the transaction included in the block 10, and if it is determined that the consensus node 620 is determined to be right, Signing block 10 with its private key and propagating it to all verification nodes (S440); And

Each verification node that receives the above-signed block 10 receives all N-((N-1) / 3) identical blocks 10 from all of the consensus nodes 620 and transfers the same block 10 to the legitimate block 10. Judging and adding it to its own blockchain 20, and updating its ledger state store 45 (S450);

Made with

In this case, the above-mentioned function of voting of the unit cost of transportation is defined in the smart contract and it has the logic of automatically applying the unit of transport price to the unit of transport used in the transport request registration function when more than 75% of N organizations agree. .

6. Module F

It further comprises a module F indicating a method for issuing points by the exchange office 480 is applied to the cargo reservation system 1000 of FIG. And module F is shown in Figure 8,

The exchange office 480 is a step of depositing a predetermined amount of money by the user when the user's request for charging is verified through the user's validity verification process (S510);

After confirming that the payment is made correctly, the exchange office 480 executes the point charging transaction and signs the transaction details attached with the private key of the exchange office 480 to the verification node 470, and then the verification node 470 performs the point charging function. Verifying the legitimacy of the transaction based on the attached certificate and the signature that the subject causing the exchange is correct (S520); And

When the transaction is verified, the charging station 480 calls the point charging function of the smart contract from the operation data 415 in the storage means 420 using the remote procedure call protocol to deposit the amount deposited by the user. Performing logic to increase a point of the user who requested charging by calculating a corresponding point based on the operation (S530);

Made with

At this time, it is preferable to manage the private key of the exchange office 480 through a predetermined security means (485). This is because the exchange office 480 manages the private key, so protection thereof is very important.

This invention is a technology that can be used in the cargo transportation system, the industrial applicability is very high. In particular, the blockchain technology is used to enhance security, which is very useful for online P2P freight contracts.

10, 10A, 10B,... , 10K: block
11: hash of the current block
12: hash of previous block
13: time stamp
15: block header
18: List of transactions
20: blockchain
30: Genesis block
35: agreed freight price
40: ledger
45: Ledger State Store
100: Freight forwarder
150: freight forwarding user's smartphone
200: consignee
250: Cargo Consignee's Smartphone
300: freight forwarder
350: freight forwarder's smartphone
400: operation server of the system (1000)
410: operating system program
415: Operational data
420,430: storage means
440: Certified Authority (CA)
450: Application
460: Certified Server
470: verification node
480: currency exchange means
485: security measures
500: bulk freight forwarding company
510: certification authority
520: verification node
540,740,840: Operational Web Applications
600: Consensus Cluster
610: certification authority
620: consensus node
700: Freight Transportation Association
710: certification authority
720: verification node
800: Freight Forwarders Union
810: certification authority
820: verification node
900: Root CA
1000: Freight Reservation System
C1, C2, C3: Certificate
PK0: public key
PK1, PK2, PK3: Private Key

Claims (12)

In order to receive a predetermined transportation service using the freight transportation reservation system 1000 established by the freight transportation reservation service provider, the freight forwarding subscriber 100, the recipient 200, and the freight forwarder 300 each have a freight reservation service. In real-time queryable app 450 provided by the provider to their smartphones (150, 250, 350) to download the cargo transportation reservation system 1000 to be a member,
The system 1000,
A certification authority 610 that issues a certificate and a private key for the user; And
A consensus node 620 to derive consensus between organizations for the various transactions of the system 1000;
Consensus cluster 600 for obtaining a consensus related to various transactions between organizations having different interests engaged in the freight forwarding business;
Storage means 420 for storing an operating system program 410 and operating data 415 of the freight transportation reservation system 1000;
Storage means (430) for storing various data of the system (1000);
-In order to authenticate the various transactions of the system 1000, the user who has been authenticated by the initial certification authority 900 in advance and sent the transaction verifies the validity of the valid member user by using the public key of the organization where the certificate was issued. Issuing a certification authority 440;
A certificate server 460 for storing member information and delivering the user's private key and certificate received from the certification authority to the customer;
It has a ledger 40, a public key and a private key inside, verifies whether the transaction sent by the customer is from a legitimate member customer, and generates the transaction result according to the smart contract. A verification node 470 that signs the key and delivers it to the customer who issued the transaction; And
An exchange office 480 that uses predetermined points as means of payment for transportation costs according to the transaction of the system 1000 and issues corresponding points according to the deposit amount of the member customer upon request of the member customer;
It is provided with an operating server 400 for operating the operating system program (410);
-Organizations with different interests above can be referred to as a corporate freight forwarding client (500) who commissions freight in large quantities, a freight transport association (700) for the public interest of workers in the freight forwarding industry, and a union of freight forwarders (800). This includes,
-The above organizations (500, 700, 800) each
-When a user belonging to the organization registers through the authentication server 460, manages the members belonging to the organization, requests user registration, and logs in to the authentication server 460 when logging in with the authentication server 460 after registration. Certificate authorities (510, 710, 810) for requesting issuance of certificates and private keys; And
-At this time, by separately installing a certification authority for each organization, based on the certificate, it clearly identifies the participant's affiliation and distributes the authority to issue certificates and private keys to participate in the blockchain network
Each of them has a ledger 40, a public key and a private key, and verifies whether a transaction sent by the customer is from a legitimate member customer, and generates a transaction result according to a smart contract. A verification node (520, 720, 820) for signing with a private key and forwarding it to the customer who initiated the transaction;
Equipped with
Including,
At this time, the operating system program (410) is characterized in that it is prepared according to a predetermined freight forwarding reservation method based on blockchain technology for the operation of the system, freight forwarding reservation system. In the predetermined cargo transportation reservation method applied to the cargo reservation system of claim 1,
The above prescribed cargo reservation method is
Module A for freight transport reservation request registration transaction of the freight carrier;
Module B for a freight forwarding contract transaction of the freight forwarder 300 according to module A; And
A module C for a freight confirmation transaction of the freight recipient 200 according to the module A and the module B;
It is made with
At this time, each module is characterized in that it is implemented using a blockchain technology, freight forwarding reservation method. The method of claim 2, wherein the module A,
If the freight shipping scheduler 100 is logged in to the operation server 400 through the app 450, the operation server 400 is authenticated through the authentication server 460 to be authenticated when the certificate to the freight shipping scheduler 100 ( C1) and transmitting the private key PK1 (S1100);
Receiving the C1 and PK1 freight forwarding subscriber 100 inputs a predetermined freight transport information for the freight transport request (S1200);
-At this time, the personal information for the freight transportation reservation 100 is automatically registered in the operation server 400 based on the member information stored in the authentication server 460,
When the above transport information is input, the operation server 400 automatically calculates a transport distance according to the origin and destination information included in the above transport information (S1300);
If the freight shipping subscriber 100 enters the transport information in the app 450, and then press the button to register the freight transport request, the app 450 installed on the smart phone 150 of the freight transport subscriber 100 is a transport request registration transaction (T1) (S1400) executing a freight transport reservation request registration transaction (T1) by automatically transmitting to the verification node (470) together with the transaction information signed by the certificate (C1) and the private key (PK1);
When the contents of the transport request registration transaction (T1) are transmitted to the verification node (470), the verification node (470) determines whether the transaction (T1) has been transmitted by a legitimate user. Verifying legitimacy of the user through the public key PK0 (S1500);
The verification node 470 sends a remote procedure call protocol from the operation data 415 in the storage means 420 when the transaction T1 is transmitted from the freight forwarder 100. Called using, the transportation unit price is automatically based on the agreed transportation unit price 34 stored in the Genesis block 30 based on the transportation distance, the weight and volume of the cargo, and the transportation unit price and the point of the client 100 By comparing the holding amount, if the point holding amount of the client 100 is smaller than the shipping unit price, the registration is rejected. If the holding amount is more than or equal to the shipping unit price, a random transaction address is generated to correspond to the shipping unit price. Subtracting the point from the point account of the client 100 and putting it in an arbitrary transaction address (S1600);
The verification node 470 includes a transaction result TR1 including the ledger update contents and signed with the private key PK0 of the verification node 470 (S1700);
The verification node 470 transmits the made transaction result TR1 to the freight transport subscriber 100 (S1800);
App 450 of the freight shipping subscriber 100 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR1) (S1900);
Consensus cluster 600, which received the transaction result TR1, internally generates a new block 10 by sequentially arranging the transaction results by the consensus node 620, which is the leader in the consensus cluster 600, and generates the new block 10. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S2000); And
Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the block 10 is judged as a legitimate block 10 and added to its blockchain 20, and ledger state storage Updating 45 (S2100);
Made with
At this time, the consensus node 620 that becomes the leader in the above step (S2000) is continuously changed,
N is characterized in that the total number of nodes (620), freight booking method. The method of claim 2, wherein the module B,
When the freight transporter 300 logs in to the operation server 400 through the app 450, the operation server 400 authenticates the identity through the authentication server 460 and is authenticated to the freight transporter 300 by the certificate (C2). And transmitting the private key PK2 (S2200);
The freight forwarder 300, which has received the certificate C2 and the private key PK2, inputs predetermined transport search information to search for registered freight forwarding registration cases (S2300);
-At this time, the personal information for the freight forwarder 300 is automatically registered in the operation server 400 based on the member information stored in the authentication server 460,
Among the verification nodes (470, 520, 720, 820) of the freight transport request registration stored in the ledger state storage 45 in each verification node (470, 520, 720, 820) in the system 1000 through the app 450 that can be queried in real time by the app 450 Checking in one (S2400);
Cargo transporter 300 performs a transaction (T2) to check the registered cargo request to select the desired cargo request and contract (S2500);
Freight forwarder 300, the app 450 installed on the smart phone 350 of the freight forwarder 300 when pressing the registered request button on the freight contract contract (T2), certificate (C2), private key (S2600) automatically transmitting the transaction content signed with (PK2) to the verification node (470);
When the contract transaction (T2) is sent to the verification node (470), the verification node (470) determines whether the transaction (T2) has been sent by a legitimate user, or the public key of the authentication period (440) that issued the certificate (C2). Verifying the validity of the user 300 through PK0 (S2700);
When the transaction T2 is transmitted from the freight forwarder 300, the verification node 470 includes the ledger renewal content for the transaction T2 and the transaction result (TR2) signed with the private key PK0 of the verification node 470. Step (S2800);
The verification node 470 transmits the transaction result TR2 made above to the freight forwarder 300 (S2900);
App 450 of the freight carrier 300 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR2) (S3000);
The settlement cluster 600 that has received the transaction result TR2 is internally generated by the settlement node 620, which is the leader in the settlement cluster 600, gathers the transaction results, generates a new block 10, and generates a new block. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S3100);
Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the corresponding block 10 is determined to be a legitimate block 10 and added to the own blockchain 20, each of which is a verification node. Updating the internal ledger state storage 45 (S3200); And
Cargo carrier 300 that executes the contract transaction (T2) receives the load from the freight shipping scheduler 100 and loads the freight to the recipient 200 (S3300);
Made with
At this time, the consensus node 620 that becomes the leader in the above step (S3100) continues to change,
N is characterized in that the total number of nodes (620), freight booking method. The method of claim 2, wherein the module C,
Recipient receiving the cargo 200 checks the contents of the transport and if the transportation is made exactly as the contract details, and executes the receipt confirmation transaction (T3) by pressing the receipt button in the app 450 (S3400);
The app 450 installed on the smartphone 250 of the payee 200 is a receipt confirmation transaction (T3) contents, a certificate (C3), and a private key (PK3) that the certification authority 440 authenticates and issues the payee 200. Automatically transmitting the signed transaction details to the verification node 470 (S3500);
When the receipt confirmation transaction (T3) is sent to the verification node (470), the verification node (470) determines whether the transaction (T3) has been sent by the legitimate user (200) or the certification authority (440) that issued the certificate (C3). Verifying legitimacy of the user 200 through the public key PK0 of step S3600;
When the transaction T3 is transmitted from the payee 200, the verification node 470 includes the ledger renewal content for the transaction T3 and is signed with the private key PK0 of the verification node 470 (TR3). Creating step (S3700);
The verification node 470 may transmit the created transaction result TR3 to the payee 200 (S3800);
App 450 of the recipient 200 is automatically sent to the consensus cluster 600 when receiving the transaction result (TR3) (S3900);
Consensus cluster 600, which has received the transaction result TR3, internally generates a new block 10 by sequentially arranging the transaction results by the consensus node 620, which is the leader in the consensus cluster 600, and generates a new block. After attaching the content signed by the private key of the consensus node 620 to (10), the consensus node 620, which becomes the leader, propagates the signed new block 10 to all the consensus nodes 620 and the verification node ( S4000); And
Each consensus node 620 that has propagated the new signed block 10 verifies the signature contained in this block 10, verifies the validity of the transactions contained in this block 10, and if so, each consensus. Node 620 signs this block 10 with its private key and propagates it to all verification nodes in system 1000, and each verification node that has received these signed N blocks 10 receives these N blocks ( 10) If N-((N-1) / 3) blocks 10 are the same, the block 10 is judged as a legitimate block 10 and added to its blockchain 20 to blockchain 20 ), And according to the blockchain 20 update, subtract the transportation cost of the arbitrary transaction address of the ledger state store 45 and add the corresponding amount to the transaction address of the freight forwarder 300, and then the state ledger state store 45 Updating (S4100);
Made with
At this time, the consensus node 620 that becomes the leader in the above step (S4000) continues to change,
In step S4100, N is the total number of consensus nodes 620,
In the above step (S4100) by adding the corresponding amount to the transaction address of the freight forwarder 300, a predetermined amount of payment is automatically paid,
No matter which verification node is queried in the system 1000, all verification nodes always have a ledger state store 45 in a synchronized state, so that the freight forwarder 300 holds points at random transaction addresses Points being, characterized in that the freight forwarding client (100) stores the same details of points held in the transaction address, freight forwarding reservation method. In claim 3, the above predetermined freight transportation information is the name, address and contact information of the freight forwarding client 100, origin, destination, freight recipient 200 name, address and contact information, load list, the weight of the cargo, the cargo To include information about volume and cargo content 3. The method of claim 2, further comprising a module D for co-distribution within a consortium of freight charges. The method of claim 7, wherein the module D,
Determining the time point of the fee due to the freight by consortium organizations (300,500,700,800) participating in the consensus cluster (600) (S210); And
If the point of occurrence of the fee is determined at the time of registering the freight request, the freight rate request registration function of the smart contract defined by the predetermined logic at the time of registering the freight request is called and executed from the operation data 415, and then the predetermined rate of the requested amount. Moving the amount to an arbitrary transaction address and adding the remaining amount to 1 / N to the point transaction address managed by each consortium (500, 700, 800) (S220); or
When the point of occurrence of the fee is determined as the smart contract of the freight, the freight carrier 300 during the smart contract of the freight transport among the plurality of freight registration registration requests transmitted to each node (500, 700, 800) in the system 1000 When a smart contract is concluded by selecting a specific request, the freight transport contract function of the smart contract defined by the predetermined logic is called and executed from the operation data 415 above, and an amount of a certain amount of the requested amount is assigned to the random transaction address. Moving to and adding the remaining amount by 1 / N to the point trading address managed by each consortium organization 500, 700, and 800 (S230); or
If the point of occurrence of the fee is determined at the time of receipt of the cargo by the recipient 200, when the receipt of cargo is confirmed by the recipient 200, the cargo receipt confirmation function defined in advance by the predetermined logic is determined from the operation data 415. Calling and executing, moving a predetermined amount of the requested amount to a random transaction address, and adding the remaining amount to 1 / N to the point transaction address managed by each consortium organization (500, 700, 800) (S240);
It is made with
At this time, N is characterized in that the total number of nodes 620, the cargo transportation reservation method. The method of claim 2, characterized in that it further comprises a module E for freight freight price agreement applied to the cargo reservation system. The method of claim 9, wherein the module E,
Storing transportation unit price 35 information agreed between the consortium organizations 300, 500, 700, and 800 in the Genesis block 30, which is initially created during the initial consortium network construction (S310);
After the agreed transportation unit price 35 information is stored in the Genesis block 30, and there is a specific consortium organization that feels the necessity of adjusting the transportation unit price during network operation, the organization uses an operation related web application operated by each organization. After creating a transaction that calls the transport price adjustment request function defined in the smart contract in advance, the transaction contents are signed with the private key of the corresponding organization's internal certification authority, which is the private key of the organization, and delivered to each verification node in the network (S320 );
Each verification node that has received the above transaction details verifies whether the entity that sent the transaction is a legitimate entity and whether the transaction is justified to ensure the justification of the transaction. Generating a result of the signature and then signing it with a private key of each verification node and delivering the result to an operation related web application of the organization (S330);
Receiving the signed transaction results, the web application step of transmitting the transaction results to the consensus cluster 600 (S340);
The consensus node 620, which is the leader among the consensus nodes 620, generates a new block 10 by sequentially gathering the transaction results and generates the new block 10 with the private key of the consensus node 620 that is the leader in the generated new block 10. Attaching the signed contents (S350);
The consensus node 620 to be a leader may include propagating the signed block 10 to all the consensus nodes 620 and verification nodes (S360);
Each consensus node 620 verifies the signature included in the propagated block 10, verifies the validity of the transaction included in the block 10, and if it is determined that the consensus node 620 is determined to be right, Signing block 10 with its private key and propagating it to all verification nodes (S370);
Each verification node that receives the above-signed block 10 receives all N-((N-1) / 3) identical blocks 10 from all of the consensus nodes 620 and transfers the same block 10 to the legitimate block 10. Judging and adding it to its own blockchain 20, and updating its ledger state store 45 (S380);
Where N is the total number of consensus nodes 620 in this system 1000,
In the updated ledger state store 45 of each verification node, a state requesting a transport unit price agreement by the specific organization is registered, and all organizations request the unit price of the transport unit price in real time through each organization's operation-related web application. Each organization checks whether it agrees or disagrees, and creates a transaction that calls a transport unit price voting function predefined in the smart contract, signs it with the organization's private key, and passes it to the verification node ( S390);
Each verification node that receives the transaction details that call the above unit price voting function verifies that it is legitimate after verifying whether the entity that sent the transaction is legitimate and whether the transaction is legitimate in order to secure the justification of the transaction received. Generating a result of the transaction including the ledger update contents and then signing the private key of each verification node and delivering the result to an operation related web application of the organization (S400);
Receiving the signed transaction results, the web application transfers the transaction results to the consensus cluster 600 (S410);
The consensus node 620, which is the leader among the consensus nodes 620, generates a new block 10 by sequentially gathering the transaction results and generates the new block 10 with the private key of the consensus node 620 that is the leader in the generated new block 10. Attaching the signed contents (S420);
The consensus node 620 to be a leader may include propagating the signed block 10 to all consensus nodes 620 and verification nodes (S430);
Each consensus node 620 verifies the signature included in the propagated block 10, verifies the validity of the transaction included in the block 10, and if it is determined that the consensus node 620 is determined to be right, Signing block 10 with its private key and propagating it to all verification nodes (S440); And
Each verification node that receives the above-signed block 10 receives all N-((N-1) / 3) identical blocks 10 from all of the consensus nodes 620 and transfers the same block 10 to the legitimate block 10. Judging and adding it to its own blockchain 20, and updating its ledger state store 45 (S450);
Made with
At this time, the above-mentioned function of voting of the freight price agreement defined in the smart contract has a logic of automatically applying the freight price to the freight price used by the freight request registration function when more than 75% of the N organizations agree. , How to book freight. 3. The method of claim 2, further comprising a module F for issuance of points applied to the cargo reservation system (1000) by an exchange office (480). The module F of claim 11, wherein
The exchange office 480 is a step of depositing a predetermined amount of money by the user when the user's request for charging is verified through the user's validity verification process (S510);
After confirming that the payment is made correctly, the exchange office 480 executes the point charging transaction and signs the transaction details attached with the private key of the exchange office 480 to the verification node 470, and then the verification node 470 performs the point charging function. Verifying the legitimacy of the transaction based on the attached certificate and the signature that the subject causing the exchange is correct (S520); And
If the transaction is verified, the charging station 480 calls the point charging function of the smart contract from the operation data 415 in the storage means 420 by using the remote procedure call protocol and deposits the money deposited by the user. Performing logic to increase a point of the user who requested charging by calculating a corresponding point based on the operation (S530);
Made with
At this time, characterized in that the private key management of the exchange office 480 through a predetermined security means 485, cargo transportation reservation method.

Images