KR20170124472A - System and method for delivery service - Google Patents

Abstract

According to the present invention, a method for a delivery service is performed by a system including a storage device to temporarily store a delivery article, a shipper application installed in a terminal of a shipper, a deliverer application installed in a terminal of a deliverer, and a server to provide a delivery service, and comprises: (a) a step where the deliverer application supplies a deliverer public key to the server; (b) a step where the server generates a multi-signature address with the deliverer public key and one or more system public keys to supply the deliverer public key and the system public keys to the shipper application if a delivery request from the shipper application occurs; (c) a step where the shipper application remits a prescribed delivery charge to the multi-signature address in encrypted money; (d) a step where the deliverer unlocks the storage device to allow the shipper to receive a delivery article locked and stored in the first storage device; and (e) a step where the server signs on the multi-signature address with a private key corresponding to any one among the system public keys to allow the shipper to consume the remitted shipping charge if delivery is completed by the deliverer.

Description

SYSTEM AND METHOD FOR DELIVERY SERVICE [0001]

The present invention relates to a system and a method for a delivery service, and more particularly, to a system and a method for a delivery service for allowing delivery through a general person rather than a professional delivery person using a storage device installed in a subway or a public place .

Recently, as the competition for shipping services is heating up, various delivery methods are being put to trial. For example, to avoid the consignment of logistics resources and use logistics resources exclusively to shorten the delivery time, to include transportation means such as drone, which appeared as new IT technology, in the delivery service, Time to be included as shipping resources, and efforts are being made to achieve delivery cost reduction and efficiency. If you have enough logistics resources and use them all for shipping services, you will be able to deliver the most efficient and relatively fast delivery.

However, operating the logistics infrastructure for such delivery is costly and burdensome for the operating logistics company. As a result, the responsibility of the consumer can be transferred to the customer due to the increase in the unit price of the delivery product, and the competition with the price of the other company can be left behind.

As an alternative, 'Shared Economy Shipment Service' is under review. This means that unspecified shipping manpower (that is, the general public) is delivered to the delivery, and the cost is reduced because the transportation route and the transportation means (vehicle, etc.) of the general people are utilized. It is possible to shorten the delivery time by creating an appropriate matching with the general public in real time, and the available shipping resources are large enough to be unrestricted.

Since this shared economic delivery is an individual delivery, there is a higher concern about shipping accidents compared to the specialized delivery by a logistics company. Therefore, the reliability of the service should be secured for the delivery client, and the delivery of the client for the delivery person Attempts should be made to ensure safe delivery to the destination. It can not be achieved before the delivery begins or at the same time as the delivery begins, if the shipping customer is paid the shipping cost from the shipping client.

Therefore, the so-called postpaid method of paying the delivery fee to the delivery person after the delivery client completes the delivery may be used. However, in this case, if the delivery client neglects the obligation to pay the postage, the service provider who relays the service between the delivery client and the delivery person The position of the delivery person is unfairly damaged.

Alternatively, a so-called escrow scheme may be used in which the shipping client first pays shipping to the service provider and the service provider pays shipping to the carrier after the delivery is normally completed. However, this method requires a service provider to temporarily post the bill to a financial institution such as a bank. Therefore, it is necessary to pay a fee to the financial institution and other related expenses, and the cost will increase. do.

SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and it is an object of the present invention to provide a method and system for delivering a delivery service, which can secure the reliability of a service to a delivery client, And to provide a system and method for such a system.

According to another aspect of the present invention, there is provided a method for providing a delivery service, the method comprising: a storage device for temporarily storing a delivery item; a sender application installed in a terminal of the sender; And a server for providing a delivery service, the method comprising the steps of: (a) providing the delivery application with a delivery public key to the server; (b) when the delivery request from the sender application occurs, the server generates and provides to the sender application a multi-signature address with the delivery public key and at least one system public key; (c) remitting the shipping application to the multi-signature address with a predetermined shipping charge in encrypted currency; And (d) unlocking the storage device so that the shipper can receive the shipment locked in the first storage device by the shipper; And (e) if the delivery is completed by the sender, the server signs the multi-signature address with the private key corresponding to any one of the system public keys so that the sender can consume the remitted transport costs And a control unit.

Wherein the step (d) comprises the steps of: providing a private key to the delivery application, the delivery key being the delivery to the first storage device; And unlocking the first storage device if the delivery public key and the delivery private key are matched.

Wherein the system further comprises a consignee application installed at a consignee's terminal, the consignor application providing a public key received by the server upon the dispatch request, the method further comprising, after step (d) Providing a private key to which said consignee application is entitled to said second storage device so that said consignee can receive said consignment, which is kept locked in a second storage device by said consignee receiving said shipment from the device ; And unlocking the second storage device if the receiver's private key and the receiver's public key are matched.

Providing the delivery private key or the consignee private key to the first or second storage device may be performed using short-range wireless communication (NFC) between the terminal and the first or second storage device.

In the step (e), when the delivery is completed by the delivery person, the second storage device may be unlocked by at least the received personal key.

Wherein the step (b) comprises: (b1) creating a multiple signature script indicating that a private key signature corresponding to at least two public keys of the delivery public key and the at least one system public key is required; (b2) calculating a hash value of the multiple signature script; And (b3) encoding the hash value to generate the multi-signature address.

The encrypted currency may include a bit coin.

CLAIMS 1. A system for delivering services, comprising: a storage device for temporarily storing deliveries; A sender application installed in the terminal of the sender; An application that is a shipment installed in the terminal of the shippers; And a server for providing a delivery service, wherein the delivery application provides a delivery public key to the server, and when a delivery request from the sender application occurs, the server sends the delivery public key and at least one Signature address using a system public key and provides the same to the sender application, and the sender application remits the predetermined shipping cost to the multi-signature address in encrypted currency, and the storage device stores the first archive Wherein the server is unlocked to receive a lock-held delivery to the device, and if the delivery is completed by the delivery person, the server sends the multi-signature address to the system public address so that the delivery person can consume the remitted shipping cost. And signing with a private key corresponding to any one of the keys.

The delivery application provides a private key for delivery to the first storage device, and the first storage device can be unlocked if the delivery public key and the delivery private key match.

Wherein the system further comprises a consignee application installed on the consignee's terminal, the consignor application providing a public key received by the server upon the dispatch request, the consignee application receiving the consignment from the first storage device Wherein the second storage device is provided with a private key that is received by the second storage device so that the consignee can receive the shipment locked in the second storage device by the one shipment person, If the consent public key is matched, it can be unlocked.

Providing the delivery private key or the consignee private key to the first or second storage device may be performed using short-range wireless communication (NFC) between the terminal and the first or second storage device.

And when the delivery is completed by the delivery person, the second storage device is unlocked by at least the received personal key.

The server creates a multiple signature script indicating that a private key signature corresponding to at least two public keys of the delivery public key and the at least one system public key is required and calculates a hash value of the multiple signature script , And generate the multi-signature address by encoding the hash value.

The encrypted currency may include a bit coin.

According to the present invention described above, it is possible to allow the sender to remit the shipping cost in encrypted currency to the multiple signature address generated by the delivery public key and the system public key of the service provider, and after the delivery is completed, By signing with the private key corresponding to the system public key, the sender can consume the postage only after the delivery is completed. Thus, without any fees or other expense to be paid to the financial institution, it is possible to secure the reliability of the service to the delivery client and induce the delivery person to safely deliver the delivery to the destination.

1 shows a configuration of a system for a delivery service according to an embodiment of the present invention.
FIG. 2 is a flowchart illustrating a process from a delivery request of a shipper to a delivery person receiving a delivery item in a method for a delivery service according to an embodiment of the present invention.
FIG. 3 shows an example of a process of generating a multi-signature address.
Fig. 4 shows an example of the appearance of the storage device.
5 shows an example of a screen displayed when storing or receiving a delivery to a storage device.
FIG. 6 is a flowchart illustrating a process from the time the delivery person receives the delivery to the completion of the delivery in the method for the delivery service according to the embodiment of the present invention.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the drawings. In the following description and the accompanying drawings, substantially the same components are denoted by the same reference numerals, and redundant description will be omitted. In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear.

The delivery service according to the embodiment of the present invention includes a service model in which a transaction (delivery request) is generated in a non-face-to-face relationship between a shipper requesting delivery and a delivery person performing delivery via a storage device capable of temporarily storing delivery items , If the shipper keeps the shipment in a nearby storage device, the shipment person receives the shipment from the storage device and delivers the shipment to the destination (the storage device or the address near the receiver who receives the shipment).

Particularly, in the embodiment of the present invention, the sender uses an encrypted currency (for example, bit coin) as a payment means for a shipping fee paid to a delivery person. This is because the inventor has found that the public key of the encrypted currency, , Recognizing that it is possible to provide a great advantage to the above delivery service model for user authentication and payment of shipping costs between shipping proceedings.

1 shows a configuration of a system for a delivery service according to an embodiment of the present invention.

The sender A is a person who requests delivery of the delivery M and the receiver C is a person to receive the delivery M and the person B is a general person who is not a delivery specialist (M) to deliver.

The storage devices 21 and 22 are installed in a place where a lot of people, such as a subway or a public place, can temporarily store the deliveries M and may be a locker installed in the subway or the like, Or may have been installed by a service provider.

The server 10 is operated by the service provider of the delivery service, and manages and manages the entire delivery service. For example, the server 10 may control (e.g., lock, unlock, etc.) the storage devices 21 and 22 and store the contents of the portable terminals A, B, (B), and the consignee (C) by managing and authenticating the sender (A), the deliverer (B), and the receiver (C) And carries out the payment of the postage.

The server 10 and the storage devices 21 and 22 are typically connected via a wired network and some of the functions and operations of the server 10 may be performed by the storage devices 21 and 22, Some of the functions and operations of the storage devices 21 and 22 may be performed by the server 10.

The terminals 31, 32, and 33 have terminals (typically, but not limited to, portable terminals) 31, 32, and 33. The terminals 31, 32, For example, a smart phone, a tablet PC, a notebook PC, and the like, which can be connected to the Internet and to which various applications (application programs) can be installed.

32, and 33 (hereinafter, referred to as a shipper terminal, a shipper terminal, and a consignee terminal, respectively) of the shipper A, the shipper B, and the shipper C, For convenience, will be referred to as a sender application, a delivery application, and a receiver application, respectively. However, these applications may be implemented separately, or two or three functions may be integrally implemented. For example, a shipping citation application may be provided for a person who is primarily required to ship or who receives the shipment, and who wants to participate in the shipping service and perform the shipment directly.

The functions and operations of the sender application, the delivery application, and the receiver application described in this specification are not limited to the functions of the sender terminal 31, The functions and operations of the sender terminal 31, the deliverer terminal 32 and the receiver terminal 33 can be understood as functions and operations of the sender terminal 32 and the receiver terminal 33. Similarly, The functions and operations of the application, the receiver application, and the receiver application.

Hereinafter, a system for a delivery service will be described in more detail with reference to FIGS. 2, 3, and 6, which are flowcharts of a method for a delivery service according to an embodiment of the present invention.

FIG. 2 is a flowchart illustrating a process from the delivery request of the shipper (A) to the delivery person (B) until receiving the delivery in the method for the delivery service according to the embodiment of the present invention.

The delivery person B participating in the delivery service and performing the delivery and receiving the reward (shipping fee) performs the delivery person registration to the server 10 through the delivery person application (step 510). At this time, the delivery application transmits the basic information of the shipper and the public key of the shipper to the server 10, and the server 10 stores it.

The shipper A requesting the delivery goes to the nearby first storage device 21 and locks the delivery M in the first storage device 21 in step 221. At this time, the sender terminal 31 can transmit the sender public key to the first storage device 21 using the short-range wireless communication. The server 10 can send the sender's public key to the sender A) can be identified. The shipper A having stored the deliveries M requests delivery to the server 10 through the sender application (Step 222). At this time, the sender A inputs the sender's public key, the receiver's public key, the destination (the other storage device or the receiver's address, the second storage device 22 in this embodiment), the shipping cost, etc. to the server 10 through the sender application send. When the first storage device 21 stores the deliveries M, the first storage device 21 transmits the sender's public key to the first storage device 21 via the short-range wireless communication (NFC) between the sender terminal 31 and the first storage device 21. [ So that the first storage device 21 can identify the sender A. [

The shipping charge may be entered by the shipper (A) arbitrarily, or may be an amount already determined in accordance with the terms and conditions. When the shipper (A) determines and inputs it, the shipper (A) will be determined in consideration of the importance of the delivery case and the will to shorten the delivery time.

When the delivery request is received from the shipper A, the server 10 confirms the first storage device 21 in which the delivery M is stored, (Or the delivery persons whose address is in the vicinity of the first storage device 21), together with the delivery information, in step 230. The delivery person B who has confirmed the delivery information such as the origin, destination and shipping cost of the delivery case through the delivery application can confirm that the delivery route from the first storage device 21 to the second storage device 22 overlaps his / If it is determined that the delivery is appropriate, the delivery application accepts delivery of the delivery case (Step 231).

When the delivery person B accepts the delivery, the server 10 notifies the sender A through the sender application and displays the delivery person information (e.g., past delivery performance, etc.) (step 232). This is to give the shipper (A) an opportunity to finally choose whether to send the delivery to the shipper (B).

When the shipping company A finally requests delivery to the delivery person B and confirms the delivery request finally (step 233), the server 10 transmits the shipping fee to the shipper A as described below do.

In the embodiment of the present invention, in order to allow the sender (B) to receive the postage after the delivery is completed, while allowing the sender (A) to send the postage to the delivery person (B) It utilizes the so-called multi-signature technique provided by the encryption currency.

Thus, the server 10 generates a multi-signature address with at least one system public key of the service provider and a public key that is the delivery registered by the sender B (step 240). For example, the multi-signature address specifies that a transaction must be authorized before a private key signature corresponding to each of the public key of the sender and at least two public keys of the service provider, at least two of the public keys of the service provider, . Since the sender (A) has the private key of the sender, he does not have the system private key that is the basis of the public key of the system. Therefore, the system private key is obtained or multiple signatures Unless the address is signed with a system private key, you will not be able to consume or receive shipping costs sent to a multi-signature address.

FIG. 3 shows an example of a process in which the server 10 generates the multi-signature address.

Reference numeral 310 denotes a so-called Redemption Script, which is a so-called Redemption Script, among the three public keys of a deliverer's public key, a first system public key 1, and a second system public key 2, Signature script indicating that a private key signature corresponding to each of at least two public keys is required.

In order to simplify and encrypt such a complicated multiple signature script, the 20-byte hash value 320 of the multi-signature script is calculated, converted into a Pay to Script hash (P2SH) address format, Base58 check encoded (330) And generates a multi-signature address starting with " 3 " Of course, depending on the implementation, multiple signature addresses may start with a number or letter other than '3'.

The UTXO (Unspent Transaction Output) of such a multi-signature address has a private key corresponding to at least two public keys of the sender's public key, the first system public key, the second system public key, The server 10 can sign with a private key corresponding to either the first system public key or the second system public key on condition that the delivery of the delivery person B is completed, It may be possible for the delivery person B to consume the postage only after completion.

Referring again to FIG. 2, the server 10 requests the sender A to send the shipping cost to the multi-signature address through the sender application (Step 241). At this time, it is possible to automatically input the shipping cost determined by the carrier (A) and the multi-signature address generated through step 240 prior to the shipping amount and remittance address of the sender application. The shipper (A) can then simply remit the shipping cost, for example by touching the 'Send' button. When the sender (A) touches the "Send" button, the sender application remits the shipping costs to a multi-signature address in encrypted currency, eg, bit coin.

When confirming that the sender A has transmitted the shipping cost to the multiple signature address, the server 10 requests delivery to the delivery person B and notifies the result of the remittance (step 245). Here, the notification of the remittance result is to inform the delivery person (B) that the shipping person (A) has already paid the shipping fee.

The delivery person B who has requested the delivery moves to the first storage device 21 in which the delivery material M is stored in step 250 and receives the delivery object through the interface of the first storage device 21 (Step 260).

Fig. 4 shows an example of the external configuration of the storage devices 21 and 22, and Fig. 5 shows an example of a screen displayed when the storage devices 21 and 22 store or receive a delivery.

Referring to FIG. 4, the storage devices 21 and 22 include a plurality of storage boxes 20c, a screen portion 20a, and an NFC reader 20c.

5, the user selects 'store delivery' or 'delivery receipt' through the screen unit 20a of the storage devices 21 and 22, and the screen unit 20a displays the user terminal to the NFC reader (20c). ≪ / RTI >

When the user terminal contacts the NFC reader 20c at the time of storing the delivery, the user terminal transmits the public key to the storage devices 21 and 22 via the short-range wireless communication to the storage devices 21 and 22 or the server 10 ) To identify the user.

At the time of receipt of the delivery, the public key of the person having the receipt right of the lock-held delivery (for example, the designated delivery person or consignee) is set as the unlock condition. When the user terminal contacts the NFC reader 20c, the user terminal transmits the private key to the storage devices 21 and 22 through short-range wireless communication. When the set public key is matched with the private key provided from the user terminal, the user is authenticated and the storage of the storage devices 21 and 22 is opened.

Referring again to FIG. 2, when the delivery source terminal 32 contacts the NFC reader 20b of the first storage device 21 (Step 261), the delivery application of the delivery source terminal 32 transmits the short- To the first storage device 21 (step 262).

The server 10 matches the public key, which is the delivery set in the storage box 20c where the delivery M is stored, and the private key, which is the delivery received through the short-range wireless communication, , The storage box 20c of the first storage device 21 is unlocked so that the delivery person B can receive the delivery item M (step 264). Then, the delivery person B receives the delivery item M (step 270) and moves to the destination second storage device 22 for delivery (step 271).

FIG. 6 is a flowchart illustrating a process from the time the delivery person B receives the delivery to the completion of the delivery in the method for the delivery service according to the embodiment of the present invention.

The delivery person B arriving at the second storage device 22 stores the delivery material M in the storage box of the second storage device 22 (step 610). At this time, if the delivery destination terminal 32 contacts the NFC reader 20b of the second storage device 22 (step 611), the application which is the delivery of the delivery destination terminal 32 is transmitted to the second storage device 22 in step 612. Then, the server 10 identifies the delivery person B with the public key of the delivery person.

The server 10 confirming that the deliveries M are stored by the deliverer B arrives at the second storage 22 by the sender terminal 31 and the receiver terminal 33 (Steps 621 and 622).

The consignee C who has confirmed that the delivery M has arrived in the second storage device 22 moves to the second storage device 22 in order to receive the delivery M in operation 630.

The consignee C arriving at the second storage device 22 requests receipt of the delivery through the interface of the second storage device 22 (operation 640).

When the receiver terminal 33 contacts the NFC reader 20b of the second storage device 22 in step 641, the application received by the receiver terminal 33 is transmitted to the second storage device 22 via short- The private key is transmitted (Step 642).

The server 10 matches the received public key set in the storage of the second storage device 22 in which the delivery M is stored and the received personal key received via the short distance wireless communication Step 643) to unlock the storage box of the second storage device 22 so that the receiver C can receive the delivery M (step 644). The consignee C then receives the deliverable M (step 650).

When the receiver 10 confirms that the receiver C has received the delivery M, the server 10 notifies the sender A that the delivery is completed through the sender application (step 660).

The shipper A confirming the completion of delivery confirms completion of the payment of the shipping cost to the server 10 through the sender application (Step 661). In other words, it confirms that the delivery can be paid to the delivery person because the delivery is completed.

The server 10 then signs with the system private key corresponding to one of the two system public keys at the multi-signature address, so that the sender B can consume the shipping cost transferred to the multi-signature address (step 670). Instead of signing the private key to the multi-signature address here, the server 10 may send the system private key corresponding to either of the two system public keys to the distribution-originating terminal 32.

When the private key of the server 10 is signed or the system private key is obtained from the server 10, the delivery person B can consume the shipping cost of the multiple signature address in step 680.

In this embodiment, after the shipper of the second storage device 22 is unlocked by the private key of the consignee C, the shipper A who has received the delivery completion notice 660 In step 661, it is determined that the delivery has been completed (step 661). In this case, the server 10 signs the multi-signature address with the private key. However, according to the embodiment, the delivery completion condition may be different. It is assumed that the delivery is completed even if the storage box of the second storage device 22 in which the delivery M is stored by the private key of the receiver C is unlocked and the server 10 receives the private key at the multi- You can sign.

The above embodiments have exemplified the case in which the delivery person B performs the delivery to the second storage device 22 but the delivery person B can not deliver the delivery M in accordance with the delivery request of the shipper A. [ To the consignee (C). In this case, the consignee C may authenticate by carrying out the private key signature through the application which is the delivery of the deliverer B, and the consignee C may receive the delivery M.

The above-described embodiments of the present invention can be embodied in a general-purpose digital computer that can be embodied as a program that can be executed by a computer and operates the program using a computer-readable recording medium. The computer-readable recording medium includes a storage medium such as a magnetic storage medium (e.g., ROM, floppy disk, hard disk, etc.), optical reading medium (e.g., CD ROM,

The present invention has been described with reference to the preferred embodiments. It will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims. Therefore, the disclosed embodiments should be considered in an illustrative rather than a restrictive sense. The scope of the present invention is defined by the appended claims rather than by the foregoing description, and all differences within the scope of equivalents thereof should be construed as being included in the present invention.

Claims (14)

As a method for delivery service,
The method is performed in a system including a storage device for temporarily storing a deliverable, a sender application installed in a terminal of a sender, a delivery application installed in a terminal of the sender, and a server for providing a delivery service ,
(a) the delivery application providing a delivery public key to the server;
(b) when the delivery request from the sender application occurs, the server generates and provides to the sender application a multi-signature address with the delivery public key and at least one system public key;
(c) remitting the shipping application to the multi-signature address with a predetermined shipping charge in encrypted currency; And
(d) unlocking the storage device so that the shipper can receive the shipment locked by the shipper to the first storage device; And
(e) when the delivery is completed by the delivery person, the server signs the multi-signature address with the private key corresponding to any one of the system public keys so that the delivery person can consume the remitted shipping cost ≪ / RTI > The method according to claim 1,
The step (d)
Providing a private key for the delivery application to be delivered to the first storage device; And
And unlocking the first storage device if the delivery public key and the delivery private key are matched. The method according to claim 1,
The system further includes a consignee application installed in the terminal of the consignee,
Wherein the sender application provides a public key received by the server upon the delivery request,
After the step (d)
And a second storage device for storing the first storage device and the second storage device,
The receiving application providing a private key to the second storage device; And
Further comprising unlocking the second storage device if the consignee's private key and the consignee's public key match. The method according to claim 2 or 3,
And providing the delivery private key or the consignee private key to the first or second storage device is performed using short-range wireless communication (NFC) between the terminal and the first or second storage device Way. The method of claim 3,
Wherein when the delivery is completed by the delivery person in the step (e), the second storage device is unlocked by at least the received personal key. The method according to claim 1,
The step (b)
(b1) creating a multiple signature script indicating that a private key signature corresponding to at least two public keys of the delivery public key and the at least one system public key is required;
(b2) calculating a hash value of the multiple signature script; And
(b3) encoding the hash value to generate the multi-signature address. The method according to claim 1,
Wherein the encrypted currency comprises a bit coin. As a system for delivery service,
A storage device for temporarily storing the deliveries;
A sender application installed in the terminal of the sender;
An application that is a shipment installed in the terminal of the shippers; And
A server for providing a delivery service,
Wherein the delivering application provides the sender's public key to the server,
Upon receipt of a delivery request from the sender application, the server generates and provides to the sender application a multi-signature address with the delivery public key and at least one system public key,
The sender application sends a predetermined shipping rate to the multi-signature address in encrypted currency,
The storage device is unlocked so that the shipper can receive the shipment locked by the shipper to the first storage device,
Wherein the server signs the multi-signature address with a private key corresponding to any one of the system public keys so that the shippers can consume the remitted transport costs when the shipment is completed by the shippers. . 9. The method of claim 8,
Wherein the delivering application provides a private key for delivery to the first storage device,
Wherein the first storage device is unlocked when the delivery public key and the delivery private key match. 9. The method of claim 8,
Further comprising a consignee application installed in the terminal of the consignee,
Wherein the sender application provides a public key received by the server upon the delivery request,
Wherein said consignee application comprises a private key received by said second storage device so that said consignee can receive said shipment locked in a second storage device by said shipment person receiving said shipment from said first storage device Provide,
Wherein the second storage device is unlocked if the consignee's private key and the consignee's public key match. 11. The method according to claim 9 or 10,
And providing the delivery private key or the consignee private key to the first or second storage device is performed using short-range wireless communication (NFC) between the terminal and the first or second storage device system. 11. The method of claim 10,
And when the delivery is completed by the delivery person, the second storage device is unlocked by at least the received personal key. 9. The method of claim 8,
The server creates a multiple signature script indicating that a private key signature corresponding to at least two public keys of the delivery public key and the at least one system public key is required and calculates a hash value of the multiple signature script And encodes the hash value to generate the multi-signature address. 9. The method of claim 8,
Wherein the encrypted currency comprises a bit coin.

Images