WO2018070784A2 - 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버 - Google Patents

블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버 Download PDF

Info

Publication number
WO2018070784A2
WO2018070784A2 PCT/KR2017/011210 KR2017011210W WO2018070784A2 WO 2018070784 A2 WO2018070784 A2 WO 2018070784A2 KR 2017011210 W KR2017011210 W KR 2017011210W WO 2018070784 A2 WO2018070784 A2 WO 2018070784A2
Authority
WO
WIPO (PCT)
Prior art keywords
hash value
value
electronic voucher
specific
issuer
Prior art date
Application number
PCT/KR2017/011210
Other languages
English (en)
French (fr)
Other versions
WO2018070784A3 (ko
Inventor
송주한
홍재우
어준선
Original Assignee
주식회사 코인플러그
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 코인플러그 filed Critical 주식회사 코인플러그
Priority to CA3030810A priority Critical patent/CA3030810C/en
Publication of WO2018070784A2 publication Critical patent/WO2018070784A2/ko
Publication of WO2018070784A3 publication Critical patent/WO2018070784A3/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2228—Indexing structures
    • G06F16/2246—Trees, e.g. B+trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/047—Payment circuits using payment protocols involving electronic receipts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3265—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate chains, trees or paths; Hierarchical trust model
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00—Business processing using cryptography

Definitions

  • the present invention relates to a method for issuing, using, refunding, paying and destroying an electronic voucher by managing a balance database for each block in a blockchain, and more specifically, to (a) issuing the electronic voucher from a specific issuer.
  • an electronic voucher data containing at least certain unique nonce and value information, (ii) the public key of the particular issuer and (iii) a hash value of the electronic voucher data or a value including the same as the private key of the particular issuer.
  • the specific hash value-the specific hash value is (i) the electronic voucher data, (ii) the public key of the specific issuer.
  • a hash value for the signature value of the particular issuer-and at least one neighboring hash value matching the particular hash value-a particular neighboring hash value of the at least one neighboring hash value is all value information of all electronic vouchers.
  • a hash value of delta_n containing each balance of all The all electronic vouchers may be identified by all PrivTxids representing all respective location information of all transactions recorded in the nth block of the blockchain of the private blockchain database, and the nth block represents the electronic voucher issuing transaction.
  • the present invention relates to a method for acquiring a Txid representing location information on the public blockchain database, and to a server using the same. Furthermore, a specific user uses an electronic voucher, and a specific user refunds an electronic voucher, a specific seller. To settle the electronic voucher Law relates to a method and a server, using it to destroy certain electronic voucher issuers.
  • a voucher that includes coupons, gift certificates, etc. is a voucher (ticket) that describes the amount or quantity for using a product or service, and is produced for the purpose of facilitating the sale of the product or service or for advertisement purposes. If a person purchases a certain product at a restaurant or a department store, the next time the user purchases the product again, a discount voucher is applied to the product for a predetermined amount or a price is paid in exchange for the purchase of the product over the predetermined amount.
  • the prize exchange ticket etc. which let you do it are called collectively.
  • the present invention aims to solve all the above-mentioned problems.
  • Another object of the present invention is to provide a method and a server for registering an electronic voucher on a blockchain of virtual currency so that copying or forgery is impossible.
  • Another object of the present invention is to provide a method and a server for securing information using a hash function and encryption technology such as the use of an electronic voucher, and forgery and forgery.
  • another object of the present invention is to provide a method and a server capable of preventing a problem such as an electronic voucher being repeatedly issued by registering an electronic voucher in a blockchain of a virtual currency.
  • a method for issuing an electronic voucher comprising: (a) electronic voucher data comprising at least (i) specific unique nonce and value information for issuing the electronic voucher from a specific issuer, ( ii) if a signature value of the particular issuer is obtained which has signed the public key of the particular issuer and (iii) the hash value of the electronic voucher data or a value including the same with the private key of the particular issuer, then the server (i) the The electronic voucher data, (ii) the public key of the particular issuer and (iii) the validity of the signature value of the particular issuer is validated, and (i) the electronic voucher data, (ii) the public key of the particular issuer and (iii) create an electronic voucher issuing transaction including the signature value of the specific issuer and register or register it in a private blockchain database; Provide or provide PrivTxid indicating location information on the private blockchain database of the electronic voucher issuing transaction registered in the eBitchain chain database to the
  • the server determines that a particular hash value-the particular hash value is (i) the electronic voucher data, (ii) the public key of the particular issuer, and (iii) the signature of the particular issuer.
  • Is a hash value for a value-and at least one neighboring hash value that matches the particular hash value-a particular neighboring hash value of the at least one neighboring hash value includes delta_n including all respective balances of all value information of all electronic vouchers Is a hash value of, and all of the electronic vouchers can be identified by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database, wherein the nth block is Including an electronic voucher issuance transaction-A representative hash value generated by arithmetic operation or a value obtained by processing the representative hash value is public blockchain. Assisting in registering or acquiring a Txid representing location information on the public blockchain database of the representative hash value or the processed value of the representative hash value registered in the public blockchain database. ; There is provided a method comprising a.
  • an electronic voucher data comprising at least (i) specific unique nonce and usage value information for use of the electronic voucher from a specific user, ( ii) if a signature value of the specific user is obtained that has signed the public key of the specific user and (iii) the hash value of the electronic voucher data or a value including the same with the private key of the specific user, then the server (i) the The electronic voucher data, (ii) the public key of the specific user and (iii) the validity of the signature value of the specific user, if valid; (i) the electronic voucher data, (ii) the public key of the specific user and (iii) register or register an electronic voucher transaction using the signature value of the specific user in a private blockchain database; Support or provide PrivTxid indicating location information on the private blockchain database of the electronic voucher usage transaction registered in the lockchain database to the specific user, and balance the usage value information including the balance of the electronic voucher data.
  • the server determines that a particular hash value-the particular hash value is (i) the electronic voucher data, (ii) the public key of the particular user and (iii) the signature of the particular user.
  • Is a hash value for a value-and at least one neighboring hash value that matches the particular hash value-a particular neighboring hash value of the at least one neighboring hash value includes delta_n including all respective balances of all value information of all electronic vouchers Is a hash value of, and all of the electronic vouchers can be identified by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database, wherein the nth block is Including a transaction using an electronic voucher-A public hash of the representative hash value generated by calculating or processing the representative hash value Assisting in registering or acquiring a Txid representing location information on the public blockchain database of the representative hash value or the processed value of the representative hash value registered in the public blockchain database. ; There is provided a method comprising a.
  • a method for refunding an electronic voucher in a method for refunding an electronic voucher, (a) electronic voucher data including at least (i) specific unique nonce and refund value information for refund of the electronic voucher from a specific user, ( ii) if the public key of the specific user and (iii) the signature value of the specific user signing the hash value of the electronic voucher data or the processed value with the private key of the specific user is obtained, the server (i) (I) the electronic voucher data, (ii) the public key of the specific user when the electronic voucher data, (ii) the public key of the specific user and (iii) the signature value of the specific user are valid And (iii) generating an electronic voucher refund transaction including the signature value of the specific user and registering or registering it in a private blockchain database.
  • the refund value information including providing or providing a PrivTxid indicating location information on the private blockchain database of the electronic voucher refund transaction registered in the private blockchain database to the specific user, and including a balance of the electronic voucher data; Updating to the balance database and registering or supporting the registration; And (b) if a predetermined condition is satisfied, the server determines that a particular hash value-the particular hash value is (i) the electronic voucher data, (ii) the public key of the particular user and (iii) the signature of the particular user.
  • Is a hash value for a value-and at least one neighboring hash value that matches the particular hash value-a particular neighboring hash value of the at least one neighboring hash value includes delta_n including all respective balances of all value information of all electronic vouchers Is a hash value of, and all of the electronic vouchers can be identified by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database, wherein the nth block is Including the electronic voucher refund transaction-The public hash of the representative hash value generated by calculating or processing the representative hash value Assisting in registering or acquiring a Txid representing location information on the public blockchain database of the representative hash value or the processed value of the representative hash value registered in the public blockchain database. ; There is provided a method comprising a.
  • the server in a method for calculating an electronic voucher, (a) electronic voucher data including at least (i) specific unique nonce and settlement value information for the settlement of the electronic voucher from a particular seller, ( ii) if a signature value of the particular merchant is obtained that has signed the public key of the particular merchant and (iii) the hash value of the electronic voucher data, or a value including the same, with the private key of the particular merchant, the server: (i) The electronic voucher data, (ii) the public key of the specific merchant and (iii) the validity of the signature value of the specific merchant, if valid, (i) the electronic voucher data, (ii) the public key of the specific merchant and (iii) create an electronic voucher settlement transaction that includes the signature value of the particular merchant and support registration or registration in a private blockchain database; The settlement value information including a balance of the electronic voucher data and providing or providing a PrivTxid indicating location information on the private blockchain database of the electronic voucher settlement transaction registered in a live blockchain database
  • Is a hash value of a value-and at least one neighboring hash value that matches the particular hash value-a particular neighboring hash value of the at least one neighboring hash value is of delta_n including all respective balances of all value information of all electronic vouchers.
  • a hash value, and all the electronic vouchers can be identified by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database, wherein the nth block is the electronic Including the voucher settlement transaction-A representative hash value generated by calculating or a processed value of the representative hash value is public blockchain data.
  • the server in a method of destroying an electronic voucher, (a) electronic voucher data comprising at least (i) specific unique nonce and destruction value information for the destruction of the electronic voucher from a particular issuer, ( ii) if a signature value of the particular issuer is obtained which has signed the public key of the particular issuer and (iii) the hash value of the electronic voucher data, or a value including the same, with the private key of the particular issuer, the server: (i) the The electronic voucher data, (ii) the public key of the particular issuer and (iii) the validity of the signature value of the particular issuer is validated, and (i) the electronic voucher data, (ii) the public key of the particular issuer and (iii) register or register an electronic voucher destruction transaction including the signature value of the specific issuer in a private blockchain database, wherein the private Support or provide PrivTxid indicating location information on the private blockchain database of the electronic voucher destruction transaction registered in the lockchain database to the particular issuer, and balance
  • the server determines that a particular hash value-the particular hash value is (i) the electronic voucher data, (ii) the public key of the particular issuer, and (iii) the signature of the particular issuer.
  • Is a hash value for a value-and at least one neighboring hash value that matches the particular hash value-a particular neighboring hash value of the at least one neighboring hash value includes delta_n including all respective balances of all value information of all electronic vouchers Is a hash value of, and all of the electronic vouchers can be identified by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database, wherein the nth block is Including the electronic voucher destruction transaction-A public hash of the representative hash value generated by calculating or processing the representative hash value Assisting in registering or acquiring a Txid representing location information on the public blockchain database of the representative hash value or the processed value of the representative hash value registered in the public blockchain database. ; There is provided a method comprising a.
  • a server for performing the above methods is provided.
  • a computer readable recording medium for recording a computer program for executing the method of the present invention is further provided.
  • the present invention can improve the reliability and security of the electronic voucher by registering the electronic voucher in the blockchain of the virtual currency so that copying or forgery / modulation is impossible.
  • the present invention can improve the reliability and security of the electronic voucher by ensuring that the information, such as the use of the electronic voucher is secured by using a hash function and encryption technology, and forgery / modulation is impossible.
  • the present invention can prevent the problem such as duplicated electronic voucher is issued by registering the electronic voucher in the blockchain of the virtual currency, it is possible to improve the reliability and security of the electronic voucher.
  • FIG. 1 schematically illustrates a server for issuing an electronic voucher according to an embodiment of the present invention
  • 3 and 4 schematically illustrate a process of registering an electronic voucher issuing transaction in a public blockchain database according to an embodiment of the present invention.
  • FIG. 5 schematically illustrates a method of registering an electronic voucher issuer for issuing an electronic voucher in a method for issuing an electronic voucher according to an embodiment of the present invention.
  • FIG. 8 schematically illustrates a method for calculating an electronic voucher according to an embodiment of the present invention.
  • FIG. 9 schematically illustrates a method of discarding an electronic voucher according to an embodiment of the present invention.
  • the server 100 may include a communication unit 101 and a processor 102.
  • the same reference numerals are used for the convenience of description and are not intended to mean that these individual devices are the same.
  • the server may be configured differently to perform the method, or the method may be performed through the same server 100.
  • server 100 is typically a computing device (eg, a device that may include components of a computer processor, memory, storage, input and output devices, other conventional computing devices; electronic communications such as routers, switches, etc.). Desired system performance using a combination of a device; an electronic information storage system such as network attached storage (NAS) and a storage area network (SAN) and computer software (ie, instructions that cause a computing device to function in a particular manner). It may be to achieve.
  • NAS network attached storage
  • SAN storage area network
  • the communication unit 101 of the computing device may transmit and receive a request and a response with another computing device to which the computing device is linked.
  • the request and response may be made by the same TCP session, but are not limited thereto.
  • it may be transmitted and received as a UDP datagram.
  • the processor 102 of the computing device may include a hardware configuration such as a micro processing unit (MPU) or a central processing unit (CPU), a cache memory, a data bus, and the like.
  • the operating system may further include a software configuration of an application performing a specific purpose.
  • the electronic voucher according to the present invention has tangible and intangible value information such as at least a portion of an amount, a number of times of use / use, and a commodity that can be exchanged, such as a coupon, a gift certificate, an exchange ticket, a use right, and the like. It can contain any type of electronic file you record.
  • electronic voucher data containing at least (i) certain unique nonce and value information for issuance of the electronic voucher from a specific issuer 110 that is the electronic voucher issuer, (ii) the public key of the particular issuer and ( iii) If an electronic voucher issuance request (issue TrxA) is transmitted from a terminal of a specific issuer by a hash value of the electronic voucher data or a signature value of a specific issuer which has signed a value including the same with the private key of the specific issuer, the server 100 ) Receives it through the communication unit 101 (S100).
  • the electronic voucher data may include the type information of the electronic voucher, the public key of the specific issuer who is the sender of the electronic voucher, the public key of the specific user who purchases the voucher which is the recipient of the electronic voucher, the unique ID information of the specific issuer, and the use of the electronic voucher. It may further include at least one or more of the due date information.
  • the public key of a specific user purchasing an electronic voucher may specify a user who purchased the electronic voucher by designating a specific user. Alternatively, by not specifying a user, the public key may be used similarly to general currency such as a bearer voucher. You may.
  • the value information of the electronic voucher may be information on tangible and intangible values, including the amount of use, the number of times of use, and information on exchangeable goods.
  • the unique ID of a specific issuer may be information for identifying a specific issuer.
  • the unique ID of a specific issuer may be a hash value or a value including the public key of a specific issuer.
  • information on a specific issuer or a specific user may be registered in advance in the server 100 or may be registered in the server 100 at a corresponding point in time if necessary, and the registration information may be a publisher having a private key and a public key. Alternatively, the user has registered his or her public key on the server 100, which will be described in another operation.
  • the expiration date information of the electronic voucher may be date information specifying the expiration date for using the electronic voucher.
  • unique nonce means that if a valid seller created by a particular issuer or user transmits multiple times to the network, a certain seller or user's account will be recognized as a valid transaction. This is to prevent replay attackers by providing a unique nonce for each transaction.
  • a transaction (TrxA) for issuing an electronic voucher may include: 1. type (issue), 2. unique nonce, 3. public key of a specific issuer as a sender, 4. public key of a specific user as a receiver, 5. electronic Voucher's issuance value information, 6. The unique ID of the specific issuer that issued the electronic voucher, 7. The expiration date of the electronic voucher, 8. The public key (MPubA) of the specific issuer, which is the public key for identifying the subject of this action, 9.
  • the signature Values include the signature values 1, 2, 3, 4, 5, 6, 7, 8 (SigMPrivA (1: 2: 3: 4: 5: 6: 7: 8)) signed by a particular issuer with a private key. can do.
  • the processor 102 of the server 100 checks whether the (i) electronic voucher data, (ii) the public key of a specific issuer, and (iii) the signature value of a specific issuer obtained through the communication unit 101 are valid. (S101). In addition, the server 100 may check whether the format format for the electronic voucher data is valid.
  • the processor 101 of the server 100 obtains the hash value generated by applying the hash function to the electronic voucher data and (iii) the signature value of the specific issuer using the public key of the specific issuer. One value can be compared and analyzed to confirm the validity of the electronic voucher data.
  • whether a signature value of a specific issuer is valid may be checked by using a public key registered by a specific issuer.
  • the server obtains the hash value by applying the hash function to the electronic voucher data obtained by using the registered specific issuer's public key, and checks whether the signature value of the specific issuer confirmed by using the registered specific issuer's public key matches. You can verify that the electronic voucher data is valid and signed by a specific specific issuer.
  • the balance of the updated balance database may be the publication value information of the electronic voucher, which is a change amount (delta).
  • the deltaA is described as a change amount of one electronic voucher issued by one issuer for convenience, but may include a change amount of a plurality of electronic vouchers.
  • the server 100 In response to the valid verification result, the server 100 generates an electronic voucher issuing transaction (TrxA) including (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer.
  • TrxA electronic voucher issuing transaction
  • the server 100 may provide or support a specific issuer 110 to provide or provide a response indicating a failure including an error message (S113).
  • the server 100 records the n-th block of the blockchain of the private blockchain database (this block includes the electronic voucher issuance transaction).
  • a delta_n containing all respective balances of all value information of all electronic vouchers identified by all PrivTxids representing all respective location information of all transactions that have been made, or at least one of all value information of all electronic vouchers of the nth block Register one with the balance database, and the specific hash value (the specific hash value is (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer) and the specific hash value At least one neighboring hash value matched (at least one neighboring hash value of at least one neighboring hash value is a hash of the delta_n) Im) to generate a value representing the processed hash value or a representative value by a hash operation (S121).
  • the Txid indicating the location information on the public blockchain database of the processed value may be obtained.
  • the operation of a specific hash value and at least one neighboring hash value can be performed by various hash functions, and the hash function can be performed by MD4 function, MD5 function, SHA-0 function, SHA-1 function, SHA-224 function, It will be appreciated by those skilled in the art that the present invention may include, but is not limited to, an SHA-256 function, an SHA-384 function, an SHA-512 function, and an HAS-160 function. For example, Triple SHA256 would be possible.
  • the server 100 may store and manage a specific hash value and at least one neighbor hash value in a predetermined data structure.
  • the data structure may vary, for example, may be a merkle tree structure.
  • the server 100 may support to generate or generate a merkle tree in which a specific hash value is assigned to a specific leaf node, and if a predetermined condition is satisfied, at least one other leaf matching the specific hash value.
  • a representative hash value generated by calculating a hash value assigned to a node or a processed value of the representative hash value may be registered or registered in the public blockchain database 120.
  • the server 100 supports the operation value by calculating or calculating the hash value assigned to the sibling node of the node to which (i) the specific hash value and (ii) the specific hash value is assigned. After obtaining, the hash value for the operation value may be assigned to or assigned to the node's parent node.
  • the parent node is the root node of the Merkle tree, the hash value assigned to the parent node becomes the representative hash value.
  • the server 100 repeatedly performs (x1) to (x3) by using the hash value assigned to the parent node as a specific hash value.
  • the server 100 supports registering or registering the hash value finally assigned to the root node of the Merkle tree as the representative hash value in the public blockchain database 120. At this time, a value obtained by processing the representative hash value may be registered. For example, the result of performing the hex operation may be registered in the representative hash value.
  • the server 100 stores a specific hash value and at least one neighboring hash value in a predetermined first data structure, and then stores and manages a second data structure having the same form as the first data structure,
  • the data structure and the second data structure may be connected in a chain form.
  • first data structure and the second data structure are Merkle trees as in the above-described example
  • a root value of the first data structure or a hash value of the root value may be allocated to the first leaf node of the second data structure.
  • data integrity may be more guaranteed by verifying the first data structure.
  • the verification of the second data structure will be described later.
  • the first leaf node of the first Merkle tree may be assigned a hash value or a processed value of predetermined message data consisting of text, numbers, or symbols. have.
  • a hash value of an input message initially given by the server 100 may be assigned when generating the merkle tree.
  • 3 and 4 are diagrams showing examples of the Merkle tree generated according to one embodiment of the present invention.
  • ha256digest coinplug_unique_message
  • the server 100 may support to calculate or calculate (i) a specific hash value assigned to the h2 node and (ii) a hash value assigned to the h3 node that is a sibling node of the h2 node.
  • the hash value for the operation value is assigned to the parent node (h23 node) of node h2 and node h3.
  • the server 100 may repeat the above process by using the hash value assigned to the h23 node as a specific hash value. That is, the hash value assigned to the h23 node can be used as a specific hash value, and the hash value assigned to the h23 node and the hash value assigned to the h01 node can be calculated and assigned to the parent node (h0123 node) of the h23 node and the h01 node. have.
  • the server 100 registers or registers a value (hex (h ⁇ node_index ⁇ )) of the hash value assigned to the h0123 node in the public blockchain database 120.
  • the above-mentioned predetermined conditions are (i) a condition in which an electronic voucher issuing transaction or a "related transaction" relating to the electronic voucher is generated by a predetermined number, (ii) a condition in which a predetermined time elapses, and (iii) a private block chain. It may include at least one of a condition in which a block is generated in the database, and (iv) a condition for a service characteristic.
  • the “related transaction” related to the electronic voucher may include the use of the electronic voucher, the refund of the electronic voucher, the settlement of the electronic voucher, the destruction of the electronic voucher, etc., in addition to the issuance of the electronic voucher.
  • the "related transaction” associated with the electronic voucher is not limited thereto, and may include any state that may occur with respect to the electronic voucher, such as the transfer, sale, etc. of the electronic voucher.
  • the Merkle tree may be generated, and the root value of the Merkle tree may be supported or registered in the public blockchain database 120.
  • the server 100 may generate the root value of the aforementioned Merkle tree on a predetermined time unit (condition (ii) above). In this case, when a predetermined time elapses, the server 100 may generate a Merkle tree using the input values up to that time and register or register the root value of the Merkle tree in the public blockchain database 120.
  • a value may not be assigned to a sibling node of a node to which a specific hash value of the Merkle tree is assigned even after a predetermined time has elapsed.
  • the server 100 supports to assign or allocate the predetermined hash value to the sibling node. This allows the root value of the Merkle tree to be calculated. For example, server 100 may support assigning or assigning a particular hash value to a sibling node.
  • the server 100 may store all the value information of all the electronic vouchers in the block header of the nth block when the nth block is generated in the private blockchain database (condition (iii)). Only the value information stored in the BDB) or a balanced database header hash value, which is a hash value calculated from the delta_n, may be recorded or supported to be recorded.
  • the server is further recorded in the block header of the block in which the trader information representative hash value and the voucher transaction information representative hash value are generated.
  • the hash value for the transaction information representative hash value and the voucher transaction information representative hash value or a processed value thereof is a public block type. It may apply to register or registered in the database.
  • the server 100 may also include (i) a hash value computed from a random nonce, a random nonce signature value and a public key, and (ii) information about issuance, use, refund, settlement or destruction of all electronic vouchers.
  • the balance database header hash value, the private representative hash value, or a processed value thereof may be registered, registered, or registered in the public blockchain database while further recorded in the block header of.
  • the service characteristics include cost information provided by a specific issuer who has requested an electronic voucher issuance, time zone information at which the electronic voucher issuing transaction registration is made, regional information on which the electronic voucher issuing transaction registration service is performed, and a company that has requested the electronic voucher issuing transaction registration. It may be at least part of the type information. However, the present invention is not limited to the above description and includes various condition information in which a generally accepted differential service can be provided.
  • the server 120 when a new Merkle tree generation starts and a predetermined condition is satisfied in the absence of an electronic voucher issuing transaction, the server 120 generates a Merkle tree in which predetermined message data is assigned to the first leaf node and the second leaf node. Or to create or register the root value of the Merkle tree or the processed value thereof in the public blockchain database 120. In this case, a two leaf node Merkle tree may be created.
  • the server 100 stores a specific hash value and at least one neighboring hash value in a predetermined first data structure, and then stores and manages a second data structure having the same form as the first data structure.
  • the first data structure and the second data structure may be connected in a chain form.
  • a root value of the first data structure or a hash value of the root value may be assigned to the first leaf node of the second data structure.
  • FIG. 4 illustrates a Merkle tree generated as a second data structure according to an embodiment of the present invention.
  • the present invention has an advantage of improving data integrity by easily tracking even when data is tampered with by connecting a plurality of data structures generated when a transaction occurs.
  • the public blockchain database stores the first representative hash value (the above-mentioned representative hash value is referred to herein as the first representative hash value for convenience of explanation) or the first representative hash value generated by calculating a neighbor hash value of the public blockchain database.
  • the server 100 obtains a verification request related to an electronic voucher issuing transaction, and generates a second representative hash value or a second representative hash value generated using input data included in the verification request.
  • the server 100 records. Data can be judged or assisted in judging that verification related to data has been made.
  • the first specific hash value is one of (i) a hash value of the electronic voucher issuing transaction signed with the private key of the server, (ii) a hash value of the electronic voucher issuing transaction signed with the specific issuer private key and the server's private key. It can be either.
  • the second representative hash value may be generated by calculating a second specific hash value and at least one neighboring hash value matching the second specific hash value.
  • the second specific hash value may be a hash value of verification request data included in input data signed with a private key of a server or signed with a specific issuer's private key and a server's private key.
  • the input data included in the verification request may include any one of (i) verification request data, (ii) message digest for verification request data, or (iii) an ID issued at the time of registration of the electronic voucher issuing transaction. have.
  • the message digest for the verification request data may be generated in the above-described manner, and a second specific hash value may be calculated based on the message digest.
  • the second representative hash value may be generated by calculating at least one neighboring hash value matching the second specific hash value.
  • a value assigned to the leaf node corresponding to the ID in the previously generated Merkle tree may be set as the second specific hash value.
  • the description of the first specific hash value described above may be equally applied to the second specific hash value. That is, the operation of the second specific hash value and the at least one neighbor hash value may be performed by various hash functions. Since it has been described above, the description is omitted.
  • the operation of the second specific hash value and the at least one neighbor hash value may be performed through a merkle tree.
  • the server 100 may identify merkle tree information and leaf node information related to the input data.
  • the second representative hash value is assigned to at least one other leaf node whose second specific hash value matches the second specific hash value and the second specific hash value in a merkle tree assigned to the specific leaf node. Can be generated by calculating the hash value.
  • the server 100 may refer to the electronic voucher issuing transaction ID and support to obtain or obtain an OP message from the public blockchain database 120 using the transaction ID. Can be.
  • a value obtained by processing the second representative hash value or the second representative hash value generated by using the input data included in the verification request is the value of the first representative hash value or the first representative hash value included in the OP message. If the corresponding to the voucher transaction, and can be determined that the verification associated with the electronic voucher issuance transaction has been made.
  • the predetermined transaction ID may be provided included in the input data. That is, a particular issuer may specify a transaction ID along with any of the (i) verification request data described above, (ii) message digest for verification request data, or (iii) an ID issued at the time of registration of an electronic voucher issuing transaction upon verification request. It may be delivered to the server 100.
  • the server 100 may support to generate or generate a new Merkle tree.
  • the Merkle tree generated during the public blockchain database registration of the electronic voucher issuance traction described above may be used.
  • the new Merkle tree may be generated by assigning the second specific hash value or a processed value to a specific leaf node of the generated Merkle tree, and the specific leaf node is a leaf node of the generated Merkle tree. Among them, a leaf node to which a value substituted by the second specific hash value is assigned.
  • the server 100 supports or computes (y1) (i) the second specific hash value and (ii) the hash value assigned to the sibling node of the specific leaf node of the new Merkle tree, and A hash value may be assigned or supported to be assigned to the parent node of the specific leaf node and its sibling node in the new Merkle tree.
  • (y2) if the parent node is the root node of the new Merkle tree, supports to compare or compare the hash value assigned to the parent node with the value included in the OP message as the second representative hash value, and (y3) the parent node. If is not the root node of the new Merkle tree, (y1) to (y3) may be repeated by using the hash value assigned to the parent node as the second specific hash value.
  • the electronic voucher issuing transaction and It may or may be determined that the relevant verification has been made.
  • the server 100 may identify at least one of merkle tree information and leaf node information related to the input data with reference to time information related to the input data.
  • the server 120 identifies the previously generated Merkle tree and leaf node information with reference to the input data information, and identifies the identified Merkle tree information (tree_id).
  • the server 100 may support to generate or generate a new Merkle tree using the input 2.
  • the server 100 assigns the hash value assigned to the h2 node and the hash assigned to the h3 node that is the sibling node of the h2 node in the generated Merkle tree. Can support or compute a value.
  • the hash value for the operation value is assigned to node h23, which is the parent node of node h2 and node h3. Since the h23 node is not the root node of the new Merkle tree, the server 100 may repeat the process by using the hash value assigned to the h23 node as the second specific hash value.
  • the hash value assigned to the h23 node is used as the second specific hash value, and the hash value assigned to the h23 node and the hash value assigned to the h01 node in the existing Merkle tree are calculated to be the parent of the h23 node and the h01 node. It can be assigned to node h0123.
  • the server 100 may support or compare the hash value assigned to the h0123 node (hex (h ⁇ node_index ⁇ )) with the value included in the OP message. Can be.
  • the server 100 checks whether the specific issuer 110 is valid (S210) and the specific issuer 110 is valid. In this case, the random nonce (RN) may be supported or delivered to the specific issuer 110 (S211). In addition, when the specific issuer 110 is not valid, for example, a person who steals the name of another person, the server 100 may provide or support the specific issuer 110 to provide or provide a response indicating that the issuer has failed. .
  • a specific issuer when a specific issuer generates a private key (MPrivA) and a public key (MPubA) in a terminal, and transmits the public key to the server 100 to register as an issuer for issuing an electronic voucher, the server 100 ) Checks whether the specific issuer 110 of the obtained public key is valid.
  • the validity of the specific issuer 100 may use a PKI-based certificate or identification information of a specific issuer, but is not limited thereto.
  • a specific issuer may be identified through a PKI-based certificate, an OPSign certificate, or a specific issuer through identification information such as a social security number or a passport.
  • the server 100 determines whether the random nonce signature value is normally signed by the public key of the specific issuer. Verify using (S220). That is, the server 100 checks a random nonce of RN from SjgMPrivA (RN), which is a signature value obtained using the public key of a specific issuer, and confirms whether the confirmed random nonce matches the random nonce delivered to a specific issuer. If so, verify that it is a valid signature.
  • SjgMPrivA a signature value obtained using the public key of a specific issuer
  • the server 100 issues a publisher registration transaction (RN, SigMPrivA (RN), MPubA, including a random nonce, a random nonce signature value, and a specific issuer's public key).
  • RN publisher registration transaction
  • MPubA including a random nonce, a random nonce signature value, and a specific issuer's public key.
  • S221 To register or register the private blockchain database (S221), and issue a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the publisher registration transaction registered in the private blockchain database was successful. It may provide to or support to provide (S222).
  • the server 100 may provide or support the specific issuer 110 to provide a response indicating that the signature value verification failed.
  • the server 100 may match at least one of a random nonce, a random nonce signature value, and a specific hash value that is a hash value of a specific issuer's public key when a predetermined condition is satisfied (S230).
  • a predetermined condition is satisfied
  • the server 100 may match at least one of a random nonce, a random nonce signature value, and a specific hash value that is a hash value of a specific issuer's public key when a predetermined condition is satisfied (S230).
  • the generated representative hash value or the processed value of the representative hash value to register or register in the public blockchain database and supports
  • a representative hash value registered in the public blockchain database or a representative hash value may be acquired or acquired to obtain a Txid indicating location information on the public blockchain database of the processed value (S233).
  • the registration of the specific issuer registration transaction to the public blockchain database 120 may cause the representative hash value or the processed hash value generated by the Merkle tree by the method as shown in FIG. 2
  • electronic voucher data containing at least (i) specific unique nonce usage value information for use of the electronic voucher from the specific user 111 who purchased the electronic voucher, (ii) the public key of the specific user and (iii) If an electronic voucher use request (use TrxA) is sent from a terminal of a specific user by a hash value of the electronic voucher data or the signature value of the specific user who signed the processed value with the private key of the specific user, the server. 100 receives it via the communication unit 101 (S300).
  • the electronic voucher data includes the type information of the electronic voucher, the public key of the specific user who is the sender of the electronic voucher, the public key of the specific seller who is the recipient of the electronic voucher, the unique ID of the specific issuer who issued the electronic voucher, and the expiration date of the electronic voucher. It may further include at least one or more of the information.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating the use of the electronic voucher.
  • the public key of a particular merchant receiving an electronic voucher may specify a merchant that receives the electronic voucher, that is, receives an electronic voucher used by a particular user, by designating the specific merchant, otherwise the merchant is not specified.
  • the use value information for use at this time may be information on tangible and intangible values including use amount, use count, and exchangeable product information.
  • the unique ID of the specific issuer who issued the electronic voucher may be information for identifying a specific issuer.
  • the unique ID may be a hash value or a value including the public key of the specific issuer.
  • transaction (TrxA) for using the electronic voucher is 1. type (use), 2. Unique nonce, 3. public key of the specific user who is the sender, 4. public key of the specific merchant, the receiver, 5. electronic Value information to be used for the voucher, 6. The unique ID of the specific issuer who issued the electronic voucher, 7. The expiration date of the electronic voucher, 8. The public key of the specific user who is the public key for identifying the subject of this action; It can contain 1, 2, 3, 4, 5, 6, 7, 8 signature values (SigMPrivA (1: 2: 3: 4: 5: 6: 7: 8)) signed by the user. .
  • the server 100 checks whether the obtained (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user (S301). In addition, the server 100 may check whether the format format for the electronic voucher data is valid.
  • the server 100 executes the electronic voucher transaction (TrxA) including (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user.
  • a specific user 111 receives a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the transaction using the electronic voucher registered in the private blockchain database is supported. It may provide or support to provide (S312). However, if the check result S110 is not valid, the server 100 may provide or support a specific user 111 to provide or provide a response indicating a failure including an error message.
  • the server 100 records in the nth block of the blockchain of the private blockchain database (this block includes the electronic voucher transaction).
  • Delta_n including all respective balances of all value information of all electronic vouchers identified by all PrivTxids representing all respective location information of all transactions, or at least of all usage value information of all electronic vouchers of the nth block.
  • the specific hash value is (i) the electronic voucher data, (ii) the public key of the specific user and (iii) the signature value of the specific user) and the specific hash value
  • At least one neighboring hash value that is matched at least one of the neighboring hash values, a particular neighboring hash value is equal to every value of every electronic voucher.
  • Is a hash value of delta_n containing all respective balances of value information, and all the electronic vouchers are represented by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database.
  • the n th block includes the electronic voucher using transaction) to generate a representative hash value or a processed value of the representative hash value (S321). Then, the registered representative hash value or the processed value of the representative hash value is registered or supported in the public blockchain database (S322), and the representative hash value or the representative hash value registered in the public blockchain database is processed. In operation S323, a Txid indicating location information on the public blockchain database may be obtained or acquired. At this time, registration of the electronic voucher using transaction to the public blockchain database 120 may cause a representative hash value or a processed hash value generated by the Merkle tree by the method as shown in FIG. 2 to be registered.
  • the process of registering the specific user by the server 100 is as follows.
  • the registration of a specific user is also performed by the same method as the registration of a specific publisher in FIG. 5, and thus similar parts are omitted in the description of FIG. 5.
  • the server 100 checks whether the specific user 111 is valid and, if the specific user 111 is valid, generates a random nonce for the specific user 111. Can be delivered to or supported). In addition, when a specific user 111 is not valid, the server 100 may provide or support a response indicating a user confirmation failure to the specific user 111.
  • the server 100 verifies whether the random nonce signature value is normally signed by using the specific user's public key.
  • the server 100 registers or registers a user registration transaction including a random nonce, a random nonce signature value, and a specific user's public key in a private blockchain database. And may provide or provide PrivTxid indicating location information on a private blockchain database of a user registration transaction registered in a private blockchain database to a specific user 111.
  • the server 100 may provide or support a response indicating the signature value verification failure to the specific user 111.
  • the server 100 may determine that at least one of a random hash, a random nonce signature value, a hash value of a specific user's public key and a specific hash value match at least if a predetermined condition is satisfied. It supports to register or register the representative hash value or the processed value of the representative hash value generated by calculating one neighbor hash value in the public blockchain database, and the representative hash value or the representative hash value registered in the public blockchain database is processed.
  • a Txid indicating location information on a public blockchain database of one value may be obtained or acquired.
  • the electronic voucher data containing at least (i) certain unique nonce and refund value information for the refund of the electronic voucher from the specific user 111 who purchased the electronic voucher, and (ii) the public key of the specific user. And (iii) an electronic voucher refund request (refund TrxA) based on a signature value of a specific user who signed a hash value of the electronic voucher data or a value including the same with a specific user's private key, from the terminal of the specific user 111.
  • the server 100 receives it through the communication unit (S400).
  • the electronic voucher data includes the type information of the electronic voucher, the public key of the specific user who is the sender of the electronic voucher, the public key of the specific issuer who issued the electronic voucher which is the recipient of the electronic voucher, the unique ID of the specific issuer, and the expiration date of the electronic voucher. It may further include at least one or more of the information.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating an electronic voucher refund.
  • a transaction (TrxA) for issuing an electronic voucher may include: 1. type (refund), 2. Unique nonce, 3. public key of a specific user who is a sender, 4. public key of a specific issuer, which is a receiver, 5. electronic Voucher's refund value information, 6. The unique ID of the specific issuer who issued the electronic voucher, 7. The expiration date of the electronic voucher, 8.
  • the signature The value contains the signature values 1, 2, 3, 4, 5, 6, 7, 8 (SigMPrivA (1: 2: 3: 4: 5: 6: 7: 8)) signed by a specific user with a private key. can do.
  • the server 100 checks whether the obtained (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user (S401).
  • BDBprev previous value information
  • deltaA deltaA
  • the delta which is a change amount of the balance, may be the same as the refund value information.
  • the server 100 executes an electronic voucher refund transaction (TrxA) including (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user.
  • a specific user 111 is provided with a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the electronic voucher refund transaction registered in the private blockchain database is successful. It may provide or support to provide (S412). However, if the check result S410 is not valid, the server 100 may provide or support a specific user 111 to provide or provide a response indicating a failure including an error message.
  • the server 100 corresponds to a valid confirmation result
  • the specific hash value includes (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the specific user. Is a hash value for a signature value-and at least one neighboring hash value that matches a particular hash value (at least one of the neighboring hash values, a particular neighbor hash value of delta_n containing all respective balances of all value information of all electronic vouchers).
  • a hash value, and all the electronic vouchers can be identified by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database, wherein the nth block is the electronic Calculating a representative hash value or a representative hash value by calculating a voucher refund transaction (S421). And it supports to register or register the generated representative hash value or the value processed the representative hash value in the public blockchain database (S422), and the public of the value processed the representative hash value or the representative hash value registered in the public blockchain database In operation S423, a Txid indicating location information on the blockchain database may be obtained or acquired. At this time, the registration of the electronic voucher refund transaction to the public blockchain database 120 may cause the representative hash value or the processed hash value generated by the Merkle tree by the method as shown in FIG. 2 to be registered.
  • FIG. 8 a method for calculating an electronic voucher according to an embodiment of the present invention will be described.
  • portions similar to those in the method for issuing an electronic voucher in the embodiment of the present invention of FIG. 2 are understood from the description of FIG. 2 and thus the detailed description is omitted.
  • Electronic voucher data that includes at least (i) certain unique nonce and settlement value information for the settlement of an electronic voucher from a particular seller 112 who has received the electronic voucher in return for payment of goods or services, etc. to settle the electronic voucher
  • An e-voucher settlement request (merchant TrxA) is specified by (ii) a particular merchant's public key and (iii) the hash value of the electronic voucher data, or a value containing it, with the signature value of a particular merchant that has signed the merchant's private key.
  • the electronic voucher data may further include at least one or more of the type information of the electronic voucher, the public key of the specific seller who is the sender of the electronic voucher, the public key of the specific issuer that issued the electronic voucher, which is the recipient of the electronic voucher, and the unique ID of the specific issuer. It may include.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating the electronic voucher settlement.
  • the settlement value information of the electronic voucher may be information on the value received by the particular seller in the counter-benefits of goods, services, and the like.
  • a transaction (TrxA) for issuing an electronic voucher may include: 1. type (settlement), 2. unique nonce, 3. public key of a specific seller as a sender, 4. public key of a specific issuer as a receiver, 5. electronic Settlement value information of the voucher, 6. Unique ID of the specific issuer who issued the electronic voucher, 7. Expiration date of the electronic voucher (none), 8. Public key of the specific merchant, public key for identifying the subject of this action, 9. Signature The value contains the signature value of 1, 2, 3, 4, 5, 6, 7, 8 (SigMPrivA (1: 2: 3: 4: 5: 6: 7: 8)) signed by a particular seller with a private key. can do.
  • the server checks whether the obtained (i) the electronic voucher data, (ii) the public key of the specific merchant and (iii) the signature value of the specific merchant (S501). In addition, the server 100 may check whether the format format for the electronic voucher data is valid.
  • delta which is a change amount of balance, may be settlement value information of the electronic voucher.
  • the server 100 In response to the valid verification result, the server 100 generates an electronic voucher settlement transaction (TrxA) including (i) the electronic voucher data, (ii) the public key of the specific merchant, and (iii) the signature value of the specific merchant. It may be supported to register or register in a private blockchain database, and may provide or provide PrivTxid to a specific seller 112 indicating location information on a private blockchain database of an electronic voucher settlement transaction registered in the private blockchain database (S512). ). However, if the check result S510 is not valid, the server 100 may provide or support a specific seller 112 to provide or provide a response indicating a failure including an error message.
  • TrxA electronic voucher settlement transaction
  • the server 100 corresponds to a valid confirmation result, and the specific hash value (the specific hash value is (i) the electronic voucher data, (ii) the public key of the specific seller, and (iii). ) A hash value of a particular merchant's signature value) and at least one neighboring hash value (at least one neighboring hash value of at least one neighboring hash value that matches the particular hash value includes all respective balances of all value information of all electronic vouchers).
  • Is a hash value of delta_n and all of the electronic vouchers may be identified by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database, and the nth block Includes the electronic voucher settlement transaction) to generate a representative hash value or a processed value of the representative hash value (S521). Then, the generated representative hash value or the processed value of the representative hash value is registered or registered in the public blockchain database (S522), and the representative hash value or the representative hash value registered in the public blockchain database is processed. In operation S523, the Txid indicating the location information on the public blockchain database may be acquired or acquired. At this time, the registration of the electronic voucher settlement transaction to the public blockchain database 120 may cause a value generated by processing the representative hash value or the representative hash value generated by the Merkle tree by the method as shown in FIG. 3.
  • the server 100 describes a process of registering a specific seller as follows.
  • the registration of a specific seller is also performed by the same method as the registration of a specific publisher in FIG. 5, and thus similar parts are omitted in the description of FIG. 5.
  • the server 100 checks whether the specific seller 112 is valid and, if the specific seller 112 is valid, generates a random nonce 112. Can be delivered to or supported). If the specific seller 112 is not valid, the server 100 may provide or support the specific seller 112 to provide a response indicating a user confirmation failure.
  • the server 100 verifies whether the random nonce signature value is normally signed using the specific seller's public key. do.
  • the server 100 registers or registers a seller registration transaction including a random nonce, a random nonce signature value, and a specific seller's public key in a private blockchain database. And may provide or support PrivTxid, which indicates location information on a private blockchain database of a seller registration transaction registered in a private blockchain database, to a specific seller 112.
  • the server 100 may provide or support the specific seller 112 to provide a response indicating that the signature value verification failed.
  • the server 100 when the seller and the signature value are valid, the server 100, if a predetermined condition is satisfied, at least matched with a particular hash value and a specific hash value that is a hash value of the random nonce, the random nonce signature value, and the public key of the particular seller. It supports to register or register the representative hash value or the processed value of the representative hash value generated by calculating one neighbor hash value in the public blockchain database, and the representative hash value or the representative hash value registered in the public blockchain database is processed.
  • a value may be obtained or supported to obtain a Txid indicating a location on a public blockchain database.
  • the registration of the specific seller registration transaction to the public blockchain database 120 may allow a value generated by processing the representative hash value or the representative hash value generated by the Merkle tree by the method as shown in FIG. 2.
  • the electronic voucher data containing at least (i) specific unique nonce and destruction value information for the destruction of the electronic voucher from the specific issuer 110, (ii) the public key of the specific issuer and (iii) the electronic
  • an electronic voucher destruction request (revocate TrxA) is sent from a terminal of a specific issuer by using a signature value of a specific issuer that signed a hash value of the voucher data or a value including the same with a private key of a specific issuer
  • the server 100 may request this.
  • the electronic voucher data may further include at least one of the type information of the electronic voucher, the public key of the specific user who is the sender of the electronic voucher, the public key of the specific issuer who is the recipient of the voucher, and the unique ID of the specific issuer.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating the discarding of the electronic voucher.
  • a transaction (TrxA) for issuing an electronic voucher may include: 1. type (destruction), 2. Unique nonce, 3. public key of a specific user who is a sender, 4. public key of a specific issuer, which is a receiver, 5. electronic Voucher's destruction value information, 6. The unique ID of the specific issuer who issued the electronic voucher, 7. The expiration date of the electronic voucher (none), 8. The public key of the specific issuer, which is the public key for identifying the subject of this action, 9.
  • the signature Values include the signature values 1, 2, 3, 4, 5, 6, 7, 8 (SigMPrivA (1: 2: 3: 4: 5: 6: 7: 8)) signed by a particular issuer with a private key. can do.
  • the server 100 checks whether the obtained (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer (S601). In addition, the server 100 may check whether the format format for the electronic voucher data is valid.
  • the server 100 In response to the valid verification result, the server 100 generates an electronic voucher destruction transaction (TrxA) including (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer.
  • a specific issuer 110 is provided with a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the transaction destroying the electronic voucher registered in the private blockchain database is supported. It may provide or support to provide (S612). However, if the verification result S610 is not valid, the server 100 may provide or support a specific issuer 110 to provide or provide a response indicating a failure including an error message.
  • the server 100 corresponds to a valid confirmation result, and the specific hash value (the specific hash value is (i) the electronic voucher data, (ii) the public key of the specific issuer and (iii). ) A hash value for a particular issuer's signature value) and at least one neighboring hash value (at least one neighboring hash value of at least one neighboring hash value that matches the particular hash value) matches all respective balances of all value information of all electronic vouchers.
  • a hash value of delta_n that includes, and all the electronic vouchers can be identified by all PrivTxids representing all respective position information of all transactions recorded in the nth block of the blockchain of the private blockchain database, and the nth
  • the block includes the electronic voucher discard transaction) to generate a representative hash value or a processed value of the representative hash value (S621).
  • the generated representative hash value or the processed value of the representative hash value is registered or registered to the public blockchain database (S622), and the representative hash value or the representative hash value registered in the public blockchain database is processed. It may support to acquire or obtain a Txid indicating location information on the public blockchain database (S623).
  • the registration of the electronic voucher discard transaction to the public blockchain database 120 may cause the representative hash value or the processed hash value generated by the Merkle tree by the method as shown in FIG. 2 to be registered.
  • the embodiments according to the present invention described above may be implemented in the form of program instructions that may be executed by various computer components, and may be recorded in a computer-readable recording medium.
  • the computer-readable recording medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on the computer-readable recording medium may be those specially designed and configured for the present invention, or may be known and available to those skilled in the computer software arts.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tape, optical recording media such as CD-ROMs, DVDs, and magneto-optical media such as floptical disks. media), and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
  • Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware device may be configured to operate as one or more software modules to perform the process according to the invention, and vice versa.

Abstract

본 발명은 특정 발행자로부터 전자 바우처 발행을 위한 전자 바우처 데이터, public key 및 서명값이 획득되면, 이의 유효 여부를 확인하여 유효일 경우, 전자 바우처 발행 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하며, 이에 대한 PrivTxid를 특정 발행자에게 제공하고, 전자 바우처 데이터에 포함된 가치 정보를 발란스 데이터베이스에 변화량인 delta로 업데이트하여 등록하며, 소정의 조건이 만족되면, 전자 바우처 발행 transaction의 특정 해쉬값 및 특정 해쉬값과 매칭되는 이웃 해쉬값을 연산한 대표 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하고, 이에 대한 Txid를 획득한다.

Description

블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버에 관한 것으로, 보다 상세하게는, (a) 특정 발행자로부터의 상기 전자 바우처의 발행을 위한 (i) 특정 unique nonce 및 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 발행 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 발행 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하며, (b) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 발행 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하는 방법과 이를 이용하는 서버에 관한 것이며, 더 나아가 특정 사용자가 전자 바우처를 사용하는 방법, 그리고, 특정 사용자가 전자 바우처를 환불하는 방법, 특정 판매자가 전자 바우처를 정산하는 방법, 특정 발행자가 전자 바우처를 파기하는 방법 및 이를 이용하는 서버에 관한 것이다.
일반적으로 쿠폰, 상품권 등을 포함하는 바우처(voucher)는 상품이나 서비스 등을 이용하기 위한 금액이나 수량 등이 기재된 증표(이용권)로, 상품이나 서비스의 판매를 촉진시키거나 광고 등의 목적을 위해 제작되며, 음식점과 백화점 등에서 소정의 상품을 구매한 사람에게 다음에 재차 구매할 경우 그 상품에 대하여 소정의 금액만큼 할인이 적용되도록 하는 할인권 또는 소정 금액 이상의 상품을 구매한 대가로 지급되어 소정의 경품과 교환할 수 있도록 하는 경품 교환권 등을 통칭한다.
근래에 들어서는 음식점과 백화점 등에서의 물품 구입뿐 아니라 연극, 영화, 도서 구입에도 활용할 수 있는 다양한 바우처가 제작되고 있으며, 또한 인터넷의 보편화에 따른 전자 바우처도 등장하는 등 사회 전반에 걸쳐 새로운 문화로서 정착되고 있고 있다.
그러나, 전자 바우처로 일반적으로 많이 사용되고 있는 모바일 쿠폰, 기프트 쿠폰, 할인 쿠폰이나 상품권 등은 대부분 바코드나 등록번호를 등록할 수 있는 체계로 제작되어 있으며, 이러한 전자 바우처는 대부분 이미지라는 단순 데이터가 문자 형식으로 전송되는 방식이기 때문에 복사 또는 위 변조될 위험성이 높은 문제점이 있다. 또한, 시스템 상의 오류로 인하여 중복 발행되는 등의 문제점이 발생할 가능성이 높다.
본 발명은 상술한 문제점들을 모두 해결하는 것을 그 목적으로 한다.
또한, 본 발명은 가상 화폐의 블록체인에 전자 바우처를 등록하여 복사 또는 위/변조가 불가능하도록 하는 방법 및 서버를 제공하는 것을 다른 목적으로 한다.
또한, 본 발명은 전자 바우처의 사용 등의 정보를 해쉬함수와 암호화 기술을 이용하여 보안이 보장되고 위/변조가 불가능하도록 하는 방법 및 서버를 제공하는 것을 또 다른 목적으로 한다.
또한, 본 발명은 가상 화폐의 블록체인에 전자 바우처를 등록함으로써 전자 바우처가 중복 발행되는 등의 문제점을 미연에 방지할 수 있도록 하는 방법 및 서버를 제공하는 것을 또 다른 목적으로 한다.
상기 목적을 달성하기 위한 본 발명의 대표적인 구성은 다음과 같다.
본 발명의 일 실시예에 따르면, 전자 바우처를 발행하는 방법에 있어서, (a) 특정 발행자로부터의 상기 전자 바우처의 발행을 위한 (i) 특정 unique nonce 및 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 발행 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 발행 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및 (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 발행 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 전자 바우처를 사용하는 방법에 있어서, (a) 특정 사용자로부터 상기 전자 바우처의 사용을 위한 (i) 특정 unique nonce 및 사용 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 사용 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 사용 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 사용 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및 (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 사용 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 전자 바우처를 환불하는 방법에 있어서, (a) 특정 사용자로부터 상기 전자 바우처의 환불을 위한 (i) 특정 unique nonce 및 환불 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 가공한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 환불 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 환불 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 환불 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및 (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 환불 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 전자 바우처를 정산하는 방법에 있어서, (a) 특정 판매자로부터 상기 전자 바우처의 정산을 위한 (i) 특정 unique nonce 및 정산 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 판매자의 private key로 서명한 상기 특정 판매자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값을 포함하는 전자 바우처 정산 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 정산 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 정산 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및 (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 정산 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 전자 바우처를 파기하는 방법에 있어서, (a) 특정 발행자로부터 상기 전자 바우처의 파기를 위한 (i) 특정 unique nonce 및 파기 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 파기 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 파기 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 파기 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및 (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 파기 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
또한, 본 발명의 일 실시예에 따르면, 상기의 방법들을 수행하기 위한 서버가 제공된다.
이 외에도, 본 발명의 방법을 실행하기 위한 컴퓨터 프로그램을 기록하기 위한 컴퓨터 판독 가능한 기록 매체가 더 제공된다.
본 발명에 의하면, 다음과 같은 효과가 있다.
본 발명은 가상 화폐의 블록체인에 전자 바우처를 등록하여 복사 또는 위/변조가 불가능하도록 하여 전자 바우처의 신뢰성 및 보안성을 향상시킬 수 있다.
또한, 본 발명은 전자 바우처의 사용 등의 정보를 해쉬함수와 암호화 기술을 이용하여 보안이 보장되고 위/변조가 불가능하도록 하여 전자 바우처의 신뢰성 및 보안성을 향상시킬 수 있다.
또한, 본 발명은 가상 화폐의 블록체인에 전자 바우처를 등록함으로써 전자 바우처가 중복 발행되는 등의 문제점을 미연에 방지할 수 있어 전자 바우처의 신뢰성 및 보안성을 향상시킬 수 있다.
도 1은 본 발명의 일 실시예에 따라 전자 바우처를 발행하는 서버를 개략적으로 도시한 것이고,
도 2는 본 발명의 일 실시예에 따라 전자 바우처를 발행하는 방법을 개략적으로 도시한 것이고,
도 3과 도 4는 본 발명이 일 실시예에 따른 전자 바우처 발행 transaction을 퍼블릭 블록체인 데이터베이스에 등록하는 과정을 개략적으로 도시한 것이고,
도 5는 본 발명의 일 실시예에 따른 전자 바우처를 발행하는 방법에서 전자 바우처를 발행하는 전자 바우처 발행자를 등록하는 방법을 개략적으로 도시한 것이고,
도 6은 본 발명의 일 실시예에 따라 전자 바우처를 사용하는 방법을 개략적으로 도시한 것이고,
도 7은 본 발명의 일 실시예에 따라 전자 바우처를 환불하는 방법을 개략적으로 도시한 것이고,
도 8은 본 발명의 일 실시예에 따라 전자 바우처를 정산하는 방법을 개략적으로 도시한 것이고,
도 9는 본 발명의 일 실시예에 따라 전자 바우처를 파기하는 방법을 개략적으로 도시한 것이다.
후술하는 본 발명에 대한 상세한 설명은, 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 당업자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는, 적절하게 설명된다면, 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 지칭한다.
이하, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있도록 하기 위하여, 본 발명의 바람직한 실시예들에 관하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따라 전자 바우처를 발행하는 서버를 개략적으로 도시한 것이고, 서버(100)는 통신부(101)와 프로세서(102)를 포함할 수 있다. 동일한 참조 부호를 이용하여 나타낸 것은 설명의 편의를 위한 것일 뿐, 이들 개별 장치들이 동일하다는 의미로 의도된 것은 아니다. 그리고, 본 발명의 다른 실시예에서의 방법은 서버를 상이하게 구성하여 해당 방법을 수행하거나 동일한 서버(100)를 통해 해당 방법을 수행할 수도 있다.
구체적으로, 서버(100)는 전형적으로 컴퓨팅 장치(예컨대, 컴퓨터 프로세서, 메모리, 스토리지, 입력 장치 및 출력 장치, 기타 기존의 컴퓨팅 장치의 구성요소들을 포함할 수 있는 장치; 라우터, 스위치 등과 같은 전자 통신 장치; 네트워크 부착 스토리지(NAS) 및 스토리지 영역 네트워크(SAN)와 같은 전자 정보 스토리지 시스템)와 컴퓨터 소프트웨어(즉, 컴퓨팅 장치로 하여금 특정의 방식으로 기능하게 하는 인스트럭션들)의 조합을 이용하여 원하는 시스템 성능을 달성하는 것일 수 있다.
이와 같은 컴퓨팅 장치의 통신부(101)는 연동되는 타 컴퓨팅 장치와 요청과 응답을 송수신할 수 있는바, 일 예시로서 그러한 요청과 응답은 동일한 TCP 세션에 의하여 이루어질 수 있지만, 이에 한정되지는 않는바, 예컨대 UDP 데이터그램으로서 송수신될 수도 있을 것이다.
또한, 컴퓨팅 장치의 프로세서(102)는 MPU(Micro Processing Unit) 또는 CPU(Central Processing Unit), 캐쉬 메모리(Cache Memory), 데이터 버스(Data Bus) 등의 하드웨어 구성을 포함할 수 있다. 또한, 운영체제, 특정 목적을 수행하는 애플리케이션의 소프트웨어 구성을 더 포함할 수도 있다.
그리고, 본 발명에서의 전자 바우처는 쿠폰, 상품권, 교환권, 사용권 등에서와 같이 금액이나 사용/이용 회수, 교환할 수 있는 상품 등 중 적어도 일부와 같은 유무형의 가치 정보를 가지는 것으로, 유무형의 가치 정보를 기록한 모든 유형의 전자 파일을 포함할 수 있다.
먼저, 도 2를 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 발행하는 방법을 도 1의 서버를 통해 설명하면 다음과 같다.
전자 바우처를 발행하기 위하여, 전자 바우처 발행자인 특정 발행자(110)로부터 전자 바우처의 발행을 위한 (i) 특정 unique nonce 및 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 특정 발행자의 private key로 서명한 특정 발행자의 서명값에 의한 전자 바우처 발행 요청(request(issue TrxA))이 특정 발행자의 단말로부터 송신되면 서버(100)는 이를 통신부(101)를 통해 수신한다(S100).
이때, 전자 바우처 데이터는, 전자 바우처의 타입 정보, 전자 바우처의 송신자인 특정 발급자의 public key, 전자 바우처의 수신자인 바우처를 구매하는 특정 사용자의 public key, 특정 발행자의 고유 ID 정보 및 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함할 수 있다. 또한, 전자 바우처를 구매하는 특정 사용자의 public key는 특정 사용자를 지정함으로써 해당 전자 바우처를 구매한 사용자를 특정할 수도 있으며, 이와는 달리 사용자를 특정하지 않음으로써 무기명 상품권과 같이 일반 화폐와 유사하게 사용되게 할 수도 있다. 그리고, 전자 바우처의 가치 정보는 사용 금액, 사용 회수, 교환 가능한 상품 정보 등을 포함하는 유무형의 가치에 대한 정보일 수 있다. 또한, 특정 발행자의 고유 ID는 특정 발행자를 식별하기 위한 정보일 수 있으며, 일 예로 특정 발행자의 public key의 해쉬값 또는 이를 포함한 값일 수 있다. 그리고, 특정 발행자 또는 특정 사용자에 대한 정보는 사전에 서버(100)에 등록된 것이거나, 필요에 따라 해당 시점에 서버(100)에 등록할 수도 있으며, 등록 정보는 private key와 public key를 가진 발행자 또는 사용자가 자신의 public key를 서버(100)에 등록한 것으로, 이에 대한 설명은 다른 동작에서 설명한다. 또한, 전자 바우처의 사용 기한 정보는 전자 바우처를 사용할 수 있는 기한을 지정한 날짜 정보일 수 있다. 또한, unique nonce는 특정 발행자 또는 사용자가 생성한 유효한 거래를 악의자인 특정 판매자가 여러 번 네트워크에 전송하면, 특정 발행자 또는 사용자의 account가 충분할 경우 모두 유효한 거래로 인정하여 특정 발행자 또는 사용자의 전자 바우처로부터 여러 번 지불되는 것을 방지하기 위한 것으로 각각의 거래에 고유한 nonce를 제공함으로써 replay attacker을 차단하기 위한 것이다.
그리고, 일 예로, 전자 바우처 발행을 위한 transaction(TrxA)은 1. 타입(발행), 2. Unique nonce, 3. 송신자인 특정 발행자의 public key, 4. 수신자인 특정 사용자의 public key, 5. 전자 바우처의 발행 가치 정보, 6. 전자 바우처를 발행한 특정 발행자의 고유 ID, 7. 전자 바우처의 만료일, 8. 이번 동작의 주체 확인을 위한 public key인 특정 발행자의 public key(MPubA), 9. 서명값으로 특정 발행자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7, 8의 서명값(SigMPrivA(1:2:3:4:5:6:7:8))을 포함할 수 있다.
그러면, 서버(100)의 프로세서(102)는 통신부(101)를 통해 획득된 (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값의 유효 여부를 확인한다(S101). 또한, 서버(100)는 전자 바우처 데이터에 대한 포맷 형식의 유효 여부를 확인할 수도 있다.
이때, 서버(100)의 프로세서(101)는 (i) 전자 바우처 데이터에 해쉬 함수를 적용하여 생성한 해쉬값과 획득한 (iii) 특정 발행자의 서명값에 대해 특정 발행자의 public key 를 사용하여 획득한 값을 비교 분석하여 전자 바우처 데이터의 유효 여부를 확인할 수 있다.
일 예로, 특정 발행자에 의해 등록된 public key를 이용하여 특정 발행자의 서명값에 대한 유효 여부를 확인할 수 있다.
즉, 서버는 등록된 특정 발행자의 public key를 사용하여 획득된 전자 바우처 데이터에 해쉬함수를 적용하여 해쉬값을 획득하며, 등록된 특정 발행자의 public key를 사용하여 확인한 특정 발행자의 서명값이 일치하는지를 확인하여 전자 바우처 데이터가 유효하며 정상적인 특정 발행자에 의해 서명된 것인지를 확인할 수 있다.
그리고, 서버(100)는 확인 결과(S110) 유효한 것으로 판단하면, 전자 바우처 데이터의 발란스를 포함하는 가치 정보를 발란스 데이터베이스에 변화량인 delta 만큼 업데이트하여 등록하거나 등록하도록 지원할 수 있다(S111). 즉, 발란스 데이터베이스에 등록된 전자 바우처의 이전 가치 정보(BDBprev)를 전자 바우처 발행 transaction에 의한 변화량인 deltaA와 합산한 현재 가치 정보인 BDBnow = BDBprev + deltaA로 업데이트한다. 이때, 전자 바우처의 발행에서는 이전 가치 정보가 없거나 “0”이므로 업데이트되는 발란스 데이터베이스의 발란스는 변화량(delta)인 전자 바우처의 발행 가치 정보가 될 수 있다. 이때, 상기 deltaA는 편의상 하나의 발행자가 발행한 하나의 전자 바우처의 변화량으로 기술되었으나, 복수개의 전자 바우처의 변화량들을 포함할 수 있다.
그리고, 서버(100)는 유효인 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값을 포함하는 전자 바우처 발행 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 발행 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 포함하는 등록이 성공했음을 나타내는 응답을 특정 발행자에게 제공하거나 제공하도록 지원할 수 있다(S112). 하지만, 서버(100)는 확인 결과(S110) 유효가 아니면, 특정 발행자(110)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다(S113).
또한, 서버(100)는 상기 전자 바우처가 유효한 것으로 판단되고 소정의 조건이 만족되면(S120), 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록(이 블록에는 상기 전자 바우처 발행 transaction이 포함됨)에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별되는 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n, 또는 상기 n번째 블록의 모든 전자 바우처의 모든 가치 정보 중 적어도 하나를 발란스 데이터베이스에 등록하며, 특정 해쉬값(특정 해쉬값은 (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값에 대한 해쉬값임) 및 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값(적어도 하나의 이웃 해쉬값 중 특정 하나의 이웃 해쉬값은 상기 delta_n의 해쉬값임)을 연산함으로써 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 생성한다(S121). 그리고, 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스(120)에 등록하거나 등록하도록 지원하며(S122), 퍼블릭 블록체인 데이터베이스(120)에 등록된 대표 해쉬값 또는 대표 해쉬값을 가공한 값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다(S123).
그리고, 특정 해쉬값과 적어도 하나의 이웃 해쉬값과의 연산은 다양한 해쉬 함수에 의해 수행 될 수 있으며, 해쉬함수는 MD4 함수, MD5 함수, SHA-0 함수, SHA-1 함수, SHA-224 함수, SHA-256 함수, SHA-384 함수, SHA-512 함수 및 HAS-160 함수를 포함할 수 있으나, 이에 한정되지 않음은 통상의 기술자가 알 수 있을 것이다. 예를 들어 Triple SHA256도 가능할 것이다.
이때, 서버(100)는 특정 해쉬값과 적어도 하나의 이웃 해쉬값을 소정의 데이터 구조로 저장하여 관리할 수 있다. 여기서, 데이터 구조는 다양할 수 있는데, 일 예로 머클 트리(merkle tree) 구조가 될 수도 있다.
즉, 서버(100)는 특정 해쉬값이 특정 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 생성하도록 지원할 수 있고, 소정의 조건이 만족되면, 특정 해쉬값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성되는 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스(120)에 등록하거나 등록하도록 지원할 수 있다.
좀더 구체적으로 설명하면, (x1) 서버(100)는, (i) 특정 해쉬값과 (ii) 특정 해쉬값이 할당된 노드의 형제 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원하여 연산값을 얻은 후, 상기 연산값에 대한 해쉬값을 노드의 부모 노드에 할당하거나 할당하도록 지원할 수 있다. (x2) 만일, 부모 노드가 머클 트리의 루트 노드이면, 부모 노드에 할당된 해쉬값이 대표 해쉬값이 된다. (x3) 반면, 부모 노드가 머클 트리의 루트 노드가 아니면, 서버(100)는, 부모 노드에 할당된 해쉬값을 특정 해쉬값으로 하여 (x1) 내지 (x3)를 반복하여 수행한다.
그리고, 서버(100)는 최종적으로 머클 트리의 루트 노드에 할당된 해쉬값을 대표 해쉬값으로서 퍼블릭 블록체인 데이터베이스(120)에 등록하거나 등록하도록 지원한다. 이때, 대표 해쉬값을 가공한 값이 등록될 수도 있다. 예를 들어, 대표 해쉬값에 hex 연산이 수행된 결과값이 등록될 수도 있다.
한편, 서버(100)가 특정 해쉬값과 적어도 하나의 이웃 해쉬값을 소정의 제1 데이터 구조로 저장하고, 이후 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 제1 데이터 구조와 제2 데이터 구조는 체인 형태로 연결될 수 있다.
특히, 상술한 예에서와 같이 제1 데이터 구조 및 제2 데이터 구조가 머클 트리인 경우, 제1 데이터 구조의 루트값 또는 루트값의 해쉬값이 제2 데이터 구조의 첫번째 리프 노드에 할당될 수 있다.
또한, 제2 데이터 구조를 생성할 때는 제1 데이터 구조에 대한 검증이 이루어짐으로써 데이터 integrity가 좀더 보장될 수 있다. 제2 데이터 구조의 검증에 대해서는 후술하기로 한다.
또한, 체인 형태로 연결된 적어도 하나의 머클 트리 중 첫번째 머클 트리의 경우, 첫번째 머클 트리의 첫번째 리프 노드에는 텍스트, 숫자, 또는 기호로 이루어진 소정의 메시지 데이터의 해쉬값 또는 이를 가공한 값이 할당될 수 있다. 예를 들어, 머클 트리 생성시 서버(100)에 의해 최초로 부여된 입력 메시지의 해쉬값이 할당될 수 있다.
도 3 및 4는 본 발명의 일 실시예에 따라 생성된 머클 트리의 예를 도시한 도면이다.
도 3에서는 리프 노드의 개수가 4개인 머클 트리가 도시된다. 도시된 머클 트리는 첫번째 머클 트리이기 때문에(tree_id=0), 첫번째 리프 노드인 h0 노드에는 소정의 메시지 데이터의 해쉬값 (sha256digest(coinplug_unique_message))이 할당되었음을 알 수 있다. 기록 데이터에 대한 등록 요청(즉, 메신저 서비스 송수신 데이터에 관한 기록 요청)이 있는 경우, 서버(100)는 현재 구성 중인 머클 트리의 가장 마지막 리프 노드의 다음 리프 노드를 생성하여 특정 해쉬값 또는 특정 해쉬값을 가공한 값을 할당하거나 할당하도록 지원한다. 예를 들어, 도 3의 머클 트리에서 두번째 리프 노드인 h1 노드까지 값 할당이 완료된 상태에서 새로운 리프 노드를 생성하여야 하는 경우, 다음 리프 노드인 h2 노드를 생성하여 특정 해쉬값 또는 특정 해쉬값을 가공한 값(sha256digest(input2))을 할당할 수 있다. 또한, 서버(100)는 (i) h2 노드에 할당된 특정 해쉬값과 (ii) h2 노드의 형제 노드인 h3 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원할 수 있다. 연산값에 대한 해쉬값은 h2 노드와 h3 노드의 부모 노드(h23 노드)에 할당된다. 부모 노드(h23 노드)가 머클 트리의 루트 노드가 아니므로 서버(100)는 h23 노드에 할당된 해쉬값을 특정 해쉬값으로 하여 상기 과정을 반복하여 수행할 수 있다. 즉, h23 노드에 할당된 해쉬값을 특정 해쉬값으로 하고, h23 노드에 할당된 해쉬값과 h01 노드에 할당된 해쉬값을 연산하여 h23 노드와 h01 노드의 부모 노드(h0123 노드)에 할당할 수 있다. 이때, h0123 노드가 머클 트리의 루트 노드이므로 서버(100)는, h0123 노드에 할당된 해쉬값을 가공한 값(hex(h{node_index}))을 퍼블릭 블록체인 데이터베이스(120)에 등록하거나 등록하도록 지원할 수 있다.
한편, 전술한 소정의 조건이란, (i) 소정의 개수만큼 전자 바우처 발행 transaction 또는 전자 바우처와 관련한 "관련 transaction"이 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 프라이빗 블록체인 데이터베이스에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함할 수 있다. 이때, 전자 바우처와 관련한 "관련 transaction"은 전자 바우처의 발행에 더하여, 후술할 전자 바우처의 사용, 전자 바우처의 환불, 전자 바우처의 정산, 전자 바우처의 파기 등을 포함할 수 있다. 그러나, 전자 바우처와 관련한 "관련 transaction"은 이에 한정되지 않으며, 전자 바우처의 양도, 매매 등과 같이 전자 바우처와 관련하여 발생할 수 있는 모든 상태를 포함할 수 있다.
한편, 예를 들어, 복수의 전자 바우처 발행 transaction이 머클 트리의 리프 노드 수만큼 획득되면 머클 트리를 생성하고, 머클 트리의 루트값을 퍼블릭 블록체인 데이터베이스(120)에 등록하거나 등록하도록 지원할 수 있다.
또한, 서버(100)는 소정 시간 단위로 전술한 머클 트리의 루트값을 생성할 수 있다(상기 (ii) 조건). 이 경우 서버(100)는 소정의 시간이 경과되면 그때까지의 입력값을 이용하여 머클 트리를 생성하고 머클 트리의 루트값을 퍼블릭 블록체인 데이터베이스(120)에 등록하거나 등록하도록 지원할 수 있다.
그런데, 이 경우에는 소정 시간이 경과하였음에도 머클 트리의 특정 해쉬값이 할당된 노드의 형제 노드에 값이 할당되지 않을 수 있다. 이처럼 소정의 조건이 만족되었음에도 특정 해쉬값이 할당된 노드의 형제 노드에 해쉬값이 할당되어 있지 않은 경우, 서버(100)는, 형제 노드에 소정의 해쉬값을 할당하거나 할당하도록 지원하여 전술한 방식으로 머클 트리의 루트값이 산출되도록 할 수 있다. 예를 들어, 서버(100)는 특정 해쉬값을 복제하여 형제 노드에 할당하거나 할당하도록 지원할 수 있다.
또한, 서버(100)는 프라이빗 블록체인 데이터베이스에서 상기 n번째 블록이 생성되는 때(상기 (iii) 조건)에 상기 n번째 블록의 블록 헤더(block header)에, 모든 전자 바우처의 모든 가치 정보(상기 BDB에 저장된 가치 정보인 경우만 해당됨)로부터 연산된 해쉬값 또는 상기 delta_n으로부터 연산된 해쉬값인 발란스 데이터베이스 헤더 해쉬값이 기록되도록 하거나 기록되도록 지원할 수 있다.
일 예로, (i) random nonce, random nonce 서명값 및 public key로부터 연산된 해쉬값들만이 리프 노드들에 할당된 머클 트리로부터 대표 해쉬값인 거래자 정보 대표 해쉬값이 생성되고, (ii) 상기 모든 전자 바우처의 발행, 사용, 환불, 정산 또는 파기에 대한 정보를 포함하는 모든 전자 바우처 데이터, 적어도 하나의 public key 및 적어도 하나의 서명값으로부터 연산된 해쉬값들이 리프 노드들에 할당된 머클 트리로부터 대표 해시값인 바우처 거래 정보 대표 해쉬값이 생성된 후, 거래자 정보 대표 해쉬값 및 바우처 거래 정보 대표 해쉬값이 생성되는 블록의 블록 헤더에 더 기록된 상태에서, 서버가, 상기 발란스 데이터베이스 헤더 해쉬값, 상기 거래자 정보 대표 해쉬값 및 상기 바우처 거래 정보 대표 해쉬값 또는 이들을 가공한 값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원할 수도 있다.
또한, 서버(100)는 (i) random nonce, random nonce 서명값 및 public key로부터 연산된 해쉬값, 및 (ii) 모든 전자 바우처의 발행, 사용, 환불, 정산 또는 파기에 대한 정보를 포함하는 상기 모든 전자 바우처 데이터, 적어도 하나의 public key 및 적어도 하나의 서명값으로부터 연산된 해쉬값들이 리프 노드들에 할당된 머클 트리로부터 프라이빗 대표 해쉬값이 생성된 후, 상기 프라이빗 대표 해쉬값이 상기 생성되는 블록의 블록 헤더에 더 기록된 상태에서, 상기 발란스 데이터베이스 헤더 해쉬값 및 상기 프라이빗 대표 해쉬값, 또는 이들을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하거나 등록하도록 지원할 수도 있다.
그리고, 서비스 특성이란, 전자 바우처 발행 요청을 한 특정 발행자가 제공한 비용 정보, 전자 바우처 발행 transaction 등록이 이루어지는 시간대 정보, 전자 바우처 발행 transaction 등록 서비스가 이루어지는 지역 정보, 전자 바우처 발행 transaction 등록 요청을 한 회사 타입 정보 중 적어도 일부가 될 수 있다. 다만, 여기서 기재한 것에 한정할 것은 아니고, 통상적으로 인정되는 차등적 서비스가 제공될 수 있는 다양한 조건 정보를 포함한다.
한편, 새로운 머클 트리 생성이 시작되고, 전자 바우처 발행 transaction이 없는 상태에서 소정의 조건이 만족되면, 서버(120)는, 소정의 메시지 데이터가 첫번째 리프 노드와 두번째 리프 노드에 할당된 머클 트리를 생성하거나 생성하도록 지원하고, 머클 트리의 루트값 또는 이를 가공한 값을 퍼블릭 블록체인 데이터베이스(120)에 등록하거나 등록하도록 지원할 수 있다. 이 경우에는 리프 노드 2개짜리 머클 트리가 생성될 수도 있는 것이다.
한편, 전술한 것처럼 서버(100)가 특정 해쉬값과 적어도 하나의 이웃 해쉬값을 소정의 제1 데이터 구조로 저장하고, 이후 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 제1 데이터 구조와 제2 데이터 구조는 체인 형태로 연결될 수 있다. 특히, 제1 데이터 구조 및 제2 데이터 구조가 머클 트리인 경우, 제1 데이터 구조의 루트값 또는 루트값의 해쉬값이 제2 데이터 구조의 첫번째 리프 노드에 할당될 수 있다.
도 4는 본 발명의 일 실시예에 따라 제2 데이터 구조로서 생성된 머클 트리를 도시한 도면이다.
도 4를 참조하면, 도 3의 머클 트리(tree_id=0)의 루트값(hex(h0123))이 새로운 머클 트리의 첫번째 리프 노드(h4 노드)에 할당되었음을 알 수 있다(sha256digest(input4)). 본 발명은 이와 같이 트랜잭션 발생시 생성되는 복수의 데이터 구조를 연결함으로써 중간에 데이터가 변조가 발생되는 경우라도 쉽게 트래킹이 가능하여 데이터 integrity를 향상시키는 장점을 가진다.
다음으로, 전술한 데이터 구조를 이용하여 등록된 전자 바우처 발행 transaction에 대해 검증을 수행하는 과정을 설명한다.
기존에 서버(100)가 전자 바우처 발행 transaction을 획득하여, 제1 특정 해쉬값(설명의 편의를 위하여 전술한 특정 해쉬값을 여기서는 제1 특정 해쉬값이라 지칭함)과 소정의 조건 하에서 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 제1 대표 해쉬값(설명의 편의를 위하여 전술한 대표 해쉬값을 여기서는 제1 대표 해쉬값이라 지칭함) 또는 제1 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스(120)에 등록하고 있는 상태에서, 서버(100)가 전자 바우처 발행 transaction과 관련된 검증 요청을 획득하고, 검증 요청에 포함된 입력 데이터를 사용하여 생성된 제2 대표 해쉬값 또는 제2 대표 해쉬값을 가공한 값이 퍼블릭 블록체인 데이터베이스(120)에 등록된 제1 대표 해쉬값 또는 제1 대표 해쉬값을 가공한 값과 대응되면, 서버(100)가 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원할 수 있다. 여기서, 제1 특정 해쉬값은, (i) 서버의 private key로 서명된 전자 바우처 발행 transaction의 해쉬값, (ii) 특정 발행인 private key 및 서버의 private key로 서명된 전자 바우처 발행 transaction의 해쉬값 중 어느 하나일 수 있다.
또한, 제2 대표 해쉬값은, 제2 특정 해쉬값 및 제2 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성될 수 있다. 여기서, 제2 특정 해쉬값은, 서버의 private key로 서명되거나 특정 발행인의 private key 및 서버의 private key로 서명된 입력 데이터에 포함된 검증 요청 데이터의 해쉬값일 수 있다.
이때, 검증 요청에 포함된 입력 데이터는, (i) 검증 요청 데이터, (ii) 검증 요청 데이터에 대한 message digest, 또는 (iii) 전자 바우처 발행 transaction의 등록 당시 발급된 ID 중 어느 하나를 포함할 수 있다.
입력 데이터에 검증 요청 데이터가 포함되는 경우, 전술한 방법으로 검증 요청 데이터에 대한 message digest가 생성되고 이를 기초로 하여 제2 특정 해쉬값이 산출될 수 있다. 그리고, 제2 대표 해쉬값은 제2 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산하여 생성될 수 있다.
입력 데이터에 기록 데이터 등록 당시 발급된 ID가 포함되는 경우 기존에 생성된 머클 트리에서 ID에 대응되는 리프 노드에 할당된 값이 제2 특정 해쉬값으로 설정될 수 있다.
제2 특정 해쉬값에 대해서는 전술한 제1 특정 해쉬값에 대한 설명이 동일하게 적용될 수 있다. 즉, 제2 특정 해쉬값과 적어도 하나의 이웃 해쉬값의 연산은 다양한 해쉬함수에 의해 수행될 수 있다. 이에 대해서는 전술하였으므로 설명을 생략한다.
또한, 제2 특정 해쉬값과 적어도 하나의 이웃 해쉬값의 연산은 머클 트리(merkle tree)를 통해 이루어질 수 있다. 전자 바우처 발행 transaction과 관련된 검증 요청이 획득되면, 서버(100)는, 입력 데이터와 관련된 머클 트리 정보 및 리프 노드 정보를 식별할 수 있다.
그리고, 제2 대표 해쉬값은, 제2 특정 해쉬값이 특정 리프 노드에 할당된 머클 트리(merkle tree)에서 제2 특정 해쉬값 및 제2 특정 해쉬값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성될 수 있다.
또한, 서버(100)는, 전자 바우처 발행 transaction과 관련한 검증 요청이 획득되면, 전자 바우처 발행 transaction ID를 참조하고, transaction ID를 사용하여 퍼블릭 블록체인 데이터베이스(120)로부터 OP 메시지를 획득하거나 획득하도록 지원할 수 있다. 또한, 검증 요청에 포함된 입력 데이터를 사용하여 생성된 제2 대표 해쉬값 또는 제2 대표 해쉬값을 가공한 값이 OP 메시지에 포함된 제1 대표 해쉬값 또는 제1 대표 해쉬값을 가공한 값과 대응되면, 전자 바우처 발행 transaction과 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원할 수 있다.
한편, 소정의 transaction ID는 입력 데이터에 포함되어 제공될 수도 있다. 즉, 특정 발행자는 검증 요청시 전술한 (i) 검증 요청 데이터, (ii) 검증 요청 데이터에 대한 message digest, 또는 (iii) 전자 바우처 발행 transaction 의 등록 당시 발급된 ID 중 어느 하나와 함께 transaction ID를 서버(100)에 전달할 수도 있다.
검증 연산 과정에서 서버(100)는 새로운 머클 트리를 생성하거나 생성하도록 지원할 수 있는데, 여기에는 전술한 전자 바우처 발행 traction의 퍼블릭 블록체인 데이터베이스 등록 과정에서 생성된 머클 트리가 이용될 수 있다. 이때 상기 새로운 머클 트리는, 기생성된 머클 트리의 특정 리프 노드에 상기 제2 특정 해쉬값 또는 이를 가공한 값을 할당함으로써 생성될 수 있으며, 상기 특정 리프 노드는, 상기 기생성된 머클 트리의 리프 노드들 중 상기 제2 특정 해쉬값에 의해 치환되는 값이 할당되어 있던 리프 노드이다. 즉 서버(100)는 (y1) (i) 제2 특정 해쉬값과 (ii) 상기 새로운 머클 트리의 상기 특정 리프 노드의 형제 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원하고, 연산값에 대한 해쉬값을 상기 새로운 머클 트리에서 상기 특정 리프 노드와 그 형제 노드의 부모 노드에 할당하거나 할당하도록 지원할 수 있다. 또한, (y2) 부모 노드가 상기 새로운 머클 트리의 루트 노드이면, 부모 노드에 할당된 해쉬값을 제2 대표 해쉬값으로서 OP 메시지에 포함된 값과 비교하거나 비교하도록 지원하고, (y3) 부모 노드가 상기 새로운 머클 트리의 루트 노드가 아니면, 부모 노드에 할당된 해쉬값을 제2 특정 해쉬값으로 하여 (y1) 내지 (y3)를 반복하여 수행할 수 있다.
서버(100)는, 최종적으로 상기 새로운 머클 트리의 루트값 또는 이를 가공한 값이 OP 메시지에 포함된 제1 대표 해쉬값 또는 제1 대표 해쉬값을 가공한 값과 대응되면, 전자 바우처 발행 transaction과 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원할 수 있다.
이처럼 본 발명은 전자 바우처 발행 transaction의 등록 단계에서 nm(=N)개의 리프 노드를 가지는 머클 트리가 생성이 되면, 머클 트리의 높이(lognN=m)만큼의 연산만을 수행함으로써 파일에 대한 검증을 수행할 수 있어 빠르게 transaction의 integrity 확인이 가능하게 된다.
한편, 서버(100)는 입력 데이터를 획득하는 경우, 입력 데이터와 관련된 시간 정보를 참조로 하여 입력 데이터와 관련된 머클 트리 정보 및 리프 노드 정보 중 적어도 하나를 식별할 수도 있다.
이하에서는 도 3에 도시된 구체적인 예를 들어 검증 과정을 설명한다.
다시 도 3을 참조하면, input 2에 대한 검증 요청이 있는 경우, 서버(120)는 입력 데이터 정보를 참조로 하여 기존에 생성된 머클 트리와 리프 노드 정보를 식별하고, 식별된 머클 트리 정보(tree_id = 0)에 대응되는 소정의 transaction ID를 퍼블릭 블록체인 데이터베이스(120)에 전송하여 퍼블릭 블록체인 데이터베이스(120)로부터 OP 메시지를 획득한다. 그리고, 서버(100)는 input 2를 이용하여 새로운 머클 트리를 생성하거나 생성하도록 지원할 수 있다. input 2의 해쉬값(sha256digest(input2))이 h2 노드에 할당되어 있으므로 서버(100)는 h2 노드에 할당된 해쉬값과 기존에 생성된 머클 트리에서 h2 노드의 형제 노드인 h3 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원할 수 있다. 연산값에 대한 해쉬값은 h2 노드와 h3 노드의 부모 노드인 h23 노드에 할당된다. h23 노드가 새로운 머클 트리의 루트 노드가 아니므로 서버(100)는 h23 노드에 할당된 해쉬값을 제2 특정 해쉬값으로 하여 상기 과정을 반복하여 수행할 수 있다. 즉, h23 노드에 할당된 해쉬값을 제2 특정 해쉬값으로 하고, h23 노드에 할당된 해쉬값과 기존에 생성된 머클 트리에서 h01 노드에 할당된 해쉬값을 연산하여 h23 노드와 h01 노드의 부모 노드인 h0123 노드에 할당할 수 있다. 이때, h0123 노드가 머클 트리의 루트 노드이므로 서버(100)는, h0123 노드에 할당된 해쉬값을 가공한 값(hex(h{node_index}))을 OP 메시지에 포함된 값과 비교하거나 비교하도록 지원할 수 있다.
다음으로, 도 5를 참조하여 특정 발행자(110)를 등록하는 과정을 설명하면 다음과 같다.
특정 발행자(100)의 public key(MPubA)에 의한 발행자 등록 요청이 획득되면(S200), 서버(100)는, 특정 발행자(110)의 유효 여부를 확인하여(S210) 특정 발행자(110)가 유효할 경우 random nonce(RN)를 특정 발행자(110)에게 전달하거나 전달하도록 지원할 수 있다(S211). 그리고, 특정 발행자(110)가 유효하지 않을 경우, 일 예로 타인의 명의를 도용한 사람일 경우, 서버(100)는 특정 발행자(110)에게 발행자 확인 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
구체적으로, 특정 발행자가 단말에서 private key(MPrivA)와 public key(MPubA)를 생성한 상태에서, 전자 바우처를 발행하기 위한 발행자로 등록하기 위하여 public key를 서버(100)로 전송하면, 서버(100)는 획득되는 public key의 특정 발행자(110)가 유효한지를 확인한다. 이때, 특정 발행자(100)의 유효 여부는 PKI 기반 인증서를 이용하거나 특정 발행자의 신분 증명 정보를 이용할 수 있으나, 이에 한정되는 것은 아니다. 일예로, PKI 기반 인증서인 공인인증서, OPSign 인증서 등을 통해 특정 발행자를 확인하거나, 주민 번호, 여권 등과 같이 개인 신분을 증명할 수 있는 신분 증명 정보를 통해 특정 발행자를 확인할 수 있다.
이후, random nonce를 특정 발행자의 private key로 서명한 random nonce 서명값(SigMPrivA(RN))이 획득되면(S212), 서버(100)는, random nonce 서명값이 정상적으로 서명되었는지를 특정 발행자의 public key를 사용하여 검증한다(S220). 즉, 서버(100)는 특정 발행자의 public key를 사용하여 획득한 서명값인 SjgMPrivA(RN)으로부터 RN인 random nonce를 확인하고, 확인된 random nonce가 특정 발행자에게 전달한 random nonce와 일치하는지를 확인하여 일치할 경우 유효한 서명인 것으로 검증한다.
그리고, 서버(100)는 특정 발행자(110)로부터 획득된 서명값이 유효한 것일 경우, random nonce, random nonce 서명값 및 특정 발행자의 public key를 포함하는 발행자 등록 transaction(RN, SigMPrivA(RN), MPubA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며(S221), 프라이빗 블록체인 데이터베이스에 등록된 발행자 등록 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid을 포함하는 등록이 성공했음을 나타내는 응답을 특정 발행자에게 제공하거나 제공하도록 지원할 수 있다(S222).
그러나, 서버(100)는 특정 발행자(110)로부터 획득된 서명값이 유효하지 않을 경우, 특정 발행자(110)에게 서명값 확인 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
또한, 서버(100)는 발행자와 서명값이 유효한 경우, 소정의 조건이 만족되면(S230), random nonce, random nonce 서명값 및 특정 발행자의 public key의 해쉬값인 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 생성하고(S231), 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며(S232), 퍼블릭 블록체인 데이터베이스에 등록된 대표 해쉬값 또는 대표 해쉬값을 가공한 값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다(S233). 이때, 특정 발행자 등록 transaction의 퍼블릭 블록체인 데이터베이스(120)로의 등록은 도 2에서와 같은 방법에 의한 머클 트리에 의해 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값이 등록되도록 할 수 있다.
다음으로, 도 6을 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 사용하는 방법을 설명하면 다음과 같다. 다음의 설명에서 도 2의 본 발명의 실시예에서 전자 바우처를 발행하는 방법에서와 유사한 부분은 도 2의 설명으로부터 이해 가능하므로 상세한 설명을 생략한다.
전자 바우처를 사용하기 위하여, 전자 바우처를 구매한 특정 사용자(111)로부터 전자 바우처의 사용을 위한 (i) 특정 unique nonce 사용 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 가공한 값을 특정 사용자의 private key로 서명한 특정 사용자의 서명값에 의한 전자 바우처 사용 요청(request(use TrxA))이 특정 사용자의 단말로부터 송신되면 서버(100)는 이를 통신부(101)를 통해 수신한다(S300).
이때, 전자 바우처 데이터는 전자 바우처의 타입 정보, 전자 바우처의 송신자인 특정 사용자의 public key, 전자 바우처의 수신자인 특정 판매자의 public key, 전자 바우처를 발행한 특정 발행자의 고유 ID 및 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 사용을 표시하는 정보일 수 있다. 또한, 전자 바우처를 수신하는 특정 판매자의 public key는 특정 판매자를 지정함으로써 해당 전자 바우처를 수신한, 즉 특정 사용자에 의해 사용되는 전자 바우처를 수령하는 판매자를 특정할 수도 있으며, 이와는 달리 판매자를 특정하지 않음으로써 무기명 상품권과 같이 일반 화폐와 유사하게 사용되게 할 수도 있다. 그리고, 전자 바우처의 가치 정보 중에서 이번에 사용하기 위한 사용 가치 정보는 사용 금액, 사용 회수, 교환 가능한 상품 정보 등을 포함하는 유무형의 가치에 대한 정보일 수 있다. 또한, 전자 바우처를 발행한 특정 발행자의 고유 ID는 특정 발행자를 식별하기 위한 정보일 수 있으며, 일 예로 특정 발행자의 public key의 해쉬값 또는 이를 포함한 값일 수 있다.
그리고, 일 예로, 전자 바우처 사용을 위한 transaction(TrxA)은 1. 타입(사용), 2. Unique nonce, 3. 송신자인 특정 사용자의 public key, 4. 수신자인 특정 판매자의 public key, 5. 전자 바우처의 사용할 가치 정보, 6. 전자 바우처를 발행한 특정 발행자의 고유 ID, 7. 전자 바우처의 만료일, 8. 이번 동작의 주체 확인을 위한 public key인 특정 사용자의 public key, 9. 서명값으로 특정 사용자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7, 8의 서명값(SigMPrivA(1:2:3:4:5:6:7:8))을 포함할 수 있다.
그러면, 서버(100)는 획득된 (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값의 유효 여부를 확인한다(S301). 또한, 서버(100)는 전자 바우처 데이터에 대한 포맷 형식의 유효 여부를 확인할 수도 있다.
그리고, 서버(100)는 확인 결과(S310) 유효한 것으로 판단하면, 전자 바우처 데이터의 발란스가 포함된 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원할 수 있다(S311). 즉, 발란스 데이터베이스에 등록된 전자 바우처의 이전 가치 정보(BDBprev)를 전자 바우처 사용 transaction에 의한 변화량인 deltaA와 합산한 현재 가치 정보인 BDBnow = BDBprev + deltaA로 업데이트한다.
그리고, 서버(100)는 유효인 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값을 포함하는 전자 바우처 사용 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 사용 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 포함하는 등록이 성공했음을 나타내는 응답을 특정 사용자(111)에게 제공하거나 제공하도록 지원할 수 있다(S312). 하지만, 서버(100)는 확인 결과(S110) 유효가 아니면, 특정 사용자(111)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
또한, 서버(100)는 유효한 확인 결과에 대응하여, 소정의 조건이 만족되면(S320), 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록(이 블록에는 상기 전자 바우처 사용 transaction이 포함됨)에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별되는 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n, 또는 상기 n번째 블록의 모든 전자 바우처의 모든 사용 가치 정보 중 적어도 하나를 발란스 데이터베이스에 등록하며, 특정 해쉬값(특정 해쉬값은 (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값에 대한 해쉬값임) 및 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값(적어도 하나의 이웃 해쉬값 중 하나의 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 사용 transaction을 포함함)을 연산함으로써 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 생성한다(S321). 그리고, 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며(S322), 퍼블릭 블록체인 데이터베이스에 등록된 대표 해쉬값 또는 대표 해쉬값을 가공한 값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다(S323). 이때, 전자 바우처 사용 transaction의 퍼블릭 블록체인 데이터베이스(120)로의 등록은 도 2에서와 같은 방법에 의한 머클 트리에 의해 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값이 등록되도록 할 수 있다.
그리고, 서버(100)가 특정 사용자를 등록하는 과정을 설명하면 다음과 같다. 특정 사용자의 등록 또한 도 5에서의 특정 발행자의 등록과 같은 방법을 수행하는 것으로 유사한 부분은 도 5에서의 설명으로 이해 가능하므로 생략한다.
특정 사용자(111)의 public key에 의한 사용자 등록 요청이 획득되면, 서버(100)는, 특정 사용자(111)의 유효 여부를 확인하여 특정 사용자(111)가 유효할 경우 random nonce를 특정 사용자(111)에게 전달하거나 전달하도록 지원할 수 있다. 그리고, 특정 사용자(111)가 유효하지 않을 경우, 서버(100)는 특정 사용자(111)에게 사용자 확인 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
유효한 사용자일 경우, random nonce를 특정 사용자의 private key로 서명한 random nonce 서명값이 획득되면, 서버(100)는, random nonce 서명값이 정상적으로 서명되었는지를 특정 사용자의 public key를 사용하여 검증한다.
그리고, 서버(100)는 특정 사용자(111)로부터 획득된 서명값이 유효한 것일 경우, random nonce, random nonce 서명값 및 특정 사용자의 public key을 포함하는 사용자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 사용자 등록 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 특정 사용자(111)에게 제공하거나 제공하도록 지원할 수 있다.
그러나, 서버(100)는 특정 사용자(111)로부터 획득된 서명값이 유효하지 않을 경우, 특정 사용자(111)에게 서명값 확인 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
또한, 서버(100)는 발행자와 서명값이 유효한 경우, 소정이 조건이 만족되면, random nonce, random nonce 서명값 및 특정 사용자의 public key의 해쉬값인 특정 해쉬값 및 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 퍼블릭 블록체인 데이터베이스에 등록된 대표 해쉬값 또는 대표 해쉬값을 가공한 값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다.
다음으로, 도 7을 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 환불하는 방법을 설명하면 다음과 같다. 다음의 설명에서 도 2의 본 발명의 실시예에서 전자 바우처를 발행하는 방법에서와 유사한 부분은 도 2의 설명으로부터 이해 가능하므로 상세한 설명을 생략한다.
전자 바우처를 환불하기 위하여, 전자 바우처를 구매한 특정 사용자(111)로부터 전자 바우처의 환불을 위한 (i) 특정 unique nonce 및 환불 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 특정 사용자의 private key로 서명한 특정 사용자의 서명값에 의한 전자 바우처 환불 요청(request(refund TrxA))이 특정 사용자(111)의 단말로부터 송신되면 서버(100)는 이를 통신부를 통해 수신한다(S400).
이때, 전자 바우처 데이터는 전자 바우처의 타입 정보, 전자 바우처의 송신자인 특정 사용자의 public key, 전자 바우처의 수신자인 전자 바우처를 발행한 특정 발행자의 public key, 특정 발행자의 고유 ID 및 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 환불을 표시하는 정보일 수 있다.
그리고, 일 예로, 전자 바우처 발행을 위한 transaction(TrxA)은 1. 타입(환불), 2. Unique nonce, 3. 송신자인 특정 사용자의 public key, 4. 수신자인 특정 발행자의 public key, 5. 전자 바우처의 환불 가치 정보, 6. 전자 바우처를 발행한 특정 발행자의 고유 ID, 7. 전자 바우처의 만료일, 8. 이번 동작의 주체 확인을 위한 public key인 특정 사용자의 public key(PubA), 9. 서명값으로 특정 사용자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7, 8의 서명값(SigMPrivA(1:2:3:4:5:6:7:8))을 포함할 수 있다.
그러면, 서버(100)는 획득된 (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값의 유효 여부를 확인한다(S401).
그리고, 서버(100)는 확인 결과(S410) 유효한 것으로 판단하면, 전자 바우처 데이터의 발란스를 포함하는 환불 가치 정보를 변화량인 delta 만큼 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원할 수 있다(S411). 즉, 발란스 데이터베이스에 등록된 전자 바우처의 이전 가치 정보(BDBprev)를 전자 바우처 발행 transaction에 의한 변화량인 deltaA와 합산한 현재 가치 정보인 BDBnow = BDBprev + deltaA로 업데이트한다. 이때, 전자 바우처의 환불에서는 발란스의 변화량인 delta는 환불 가치 정보와 동일할 수 있다.
그리고, 서버(100)는 유효인 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값을 포함하는 전자 바우처 환불 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 환불 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 포함하는 등록이 성공했음을 나타내는 응답을 특정 사용자(111)에게 제공하거나 제공하도록 지원할 수 있다(S412). 하지만, 서버(100)는 확인 결과(S410) 유효가 아니면, 특정 사용자(111)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
또한, 서버(100)는 유효한 확인 결과에 대응하여, 소정의 조건이 만족되면(S420), 특정 해쉬값은 (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값에 대한 해쉬값임 - 및 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값(적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 환불 transaction을 포함함)을 연산함으로써 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 생성한다(S421). 그리고 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며(S422), 퍼블릭 블록체인 데이터베이스에 등록된 대표 해쉬값 또는 대표 해쉬값을 가공한 값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다(S423). 이때, 전자 바우처 환불 transaction의 퍼블릭 블록체인 데이터베이스(120)로의 등록은 도 2에서와 같은 방법에 의한 머클 트리에 의해 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값이 등록되도록 할 수 있다.
다음으로, 도 8을 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 정산하는 방법을 설명하면 다음과 같다. 다음의 설명에서 도 2의 본 발명의 실시예에서 전자 바우처를 발행하는 방법에서와 유사한 부분은 도 2의 설명으로부터 이해 가능하므로 상세한 설명을 생략한다.
전자 바우처를 정산하기 위하여, 상품이나 서비스 등의 반대 급부로 전자 바우처를 수령한 특정 판매자(112)로부터 전자 바우처의 정산을 위한 (i) 특정 unique nonce 및 정산 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 특정 판매자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 특정 판매자의 private key로 서명한 특정 판매자의 서명값에 의한 전자 바우처 정산 요청(request(merchant TrxA)이 특정 판매자의 단말로부터 송신되면 서버(100)를 통신부를 통해 이를 수신한다(S500).
이때, 전자 바우처 데이터는 전자 바우처의 타입 정보, 전자 바우처의 송신자인 특정 판매자의 public key, 전자 바우처의 수신자인 전자 바우처를 발행한 특정 발행자의 public key 및 특정 발행자의 고유 ID 중 적어도 하나 이상을 더 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 정산을 표시하는 정보일 수 있다. 또한, 전자 바우처의 정산 가치 정보는 특정 판매자가 상품, 서비스 등의 반대 급부로 수령한 가치에 대한 정보일 수 있다.
그리고, 일 예로, 전자 바우처 발행을 위한 transaction(TrxA)은 1. 타입(정산), 2. Unique nonce, 3. 송신자인 특정 판매자의 public key, 4. 수신자인 특정 발행자의 public key, 5. 전자 바우처의 정산 가치 정보, 6. 전자 바우처를 발행한 특정 발행자의 고유 ID, 7. 전자 바우처의 만료일(없음), 8. 이번 동작의 주체 확인을 위한 public key인 특정 판매자의 public key, 9. 서명값으로 특정 판매자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7, 8의 서명값(SigMPrivA(1:2:3:4:5:6:7:8))을 포함할 수 있다.
그러면, 서버는 획득된 (i) 전자 바우처 데이터, (ii) 특정 판매자의 public key 및 (iii) 특정 판매자의 서명값의 유효 여부를 확인한다(S501). 또한, 서버(100)는 전자 바우처 데이터에 대한 포맷 형식의 유효 여부를 확인할 수도 있다.
그리고, 서버(100)는 확인 결과(S510) 유효한 것으로 판단하면, 전자 바우처 데이터의 발란스를 포함하는 가치 정보를 발란스 데이터베이스에 변화량인 delta로 업데이트하여 등록하거나 등록하도록 지원할 수 있다(S511). 즉, 발란스 데이터베이스에 등록된 전자 바우처의 이전 가치 정보(BDBprev)를 전자 바우처 발행 transaction에 의한 변화량인 deltaA와 합산한 현재 가치 정보인 BDBnow = BDBprev + deltaA로 업데이트한다. 이때, 발란스의 변화량인 delta는 전자 바우처의 정산 가치 정보일 수 있다.
그리고, 서버(100)는 유효인 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 판매자의 public key 및 (iii) 특정 판매자의 서명값을 포함하는 전자 바우처 정산 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 정산 Transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 특정 판매자(112)에게 제공하거나 제공하도록 지원할 수 있다(S512). 하지만, 서버(100)는 확인 결과(S510) 유효가 아니면, 특정 판매자(112)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
또한, 서버(100)는 유효한 확인 결과에 대응하여, 소정의 조건이 만족되면(S520), 특정 해쉬값(특정 해쉬값은 (i) 전자 바우처 데이터, (ii) 특정 판매자의 public key 및 (iii) 특정 판매자의 서명값의 해쉬값임) 및 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값(적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 정산 transaction을 포함함)을 연산함으로써 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 생성한다(S521). 그리고, 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며(S522), 퍼블릭 블록체인 데이터베이스에 등록된 대표 해쉬값 또는 대표 해쉬값을 가공한 값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다(S523). 이때, 전자 바우처 정산 transaction의 퍼블릭 블록체인 데이터베이스(120)로의 등록은 도 3에서와 같은 방법에 의한 머클 트리에 의해 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값이 등록되도록 할 수 있다.
그리고, 서버(100)가 특정 판매자를 등록하는 과정을 설명하면 다음과 같다. 특정 판매자의 등록 또한 도 5에서의 특정 발행자의 등록과 같은 방법을 수행하는 것으로 유사한 부분은 도 5에서의 설명으로 이해 가능하므로 생략한다.
특정 판매자(112)의 public key에 의한 사용자 등록 요청이 획득되면, 서버(100)는, 특정 판매자(112)의 유효 여부를 확인하여 특정 판매자(112)가 유효할 경우 random nonce를 특정 판매자(112)에게 전달하거나 전달하도록 지원할 수 있다. 그리고, 특정 판매자(112)가 유효하지 않을 경우, 서버(100)는 특정 판매자(112)에게 사용자 확인 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
이후, 유효한 판매자일 경우, random nonce를 특정 판매자의 private key로 서명한 random nonce 서명값이 획득되면, 서버(100)는, random nonce 서명값이 정상적으로 서명되었는지를 특정 판매자의 public key를 사용하여 검증한다.
그리고, 서버(100)는 특정 판매자(112)로부터 획득된 서명값이 유효한 것일 경우, random nonce, random nonce 서명값 및 특정 판매자의 public key을 포함하는 판매자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 판매자 등록 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 특정 판매자(112)에게 제공하거나 제공하도록 지원할 수 있다.
그러나, 서버(100)는 특정 판매자(112)로부터 획득된 서명값이 유효하지 않을 경우, 특정 판매자(112)에게 서명값 확인 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
또한, 서버(100)는 판매자와 서명값이 유효한 경우, 소정의 조건이 만족되면, random nonce, random nonce 서명값 및 특정 판매자의 public key의 해쉬값인 특정 해쉬값 및 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 퍼블릭 블록체인 데이터베이스에 등록된 대표 해쉬값 또는 대표 해쉬값을 가공한 값의 퍼블릭 블록체인 데이터베이스 상의 위치를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다. 이때, 특정 판매자 등록 transaction의 퍼블릭 블록체인 데이터베이스(120)로의 등록은 도 2에서와 같은 방법에 의한 머클 트리에 의해 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값이 등록되도록 할 수 있다.
다음으로, 도 9를 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 파기하는 방법을 설명하면 다음과 같다. 다음의 설명에서 도 2의 본 발명의 실시예에서 전자 바우처를 발행하는 방법에서와 유사한 부분은 도 2의 설명으로부터 이해 가능하므로 상세한 설명을 생략한다.
전자 바우처를 파기하기 위하여, 특정 발행자(110)로부터 전자 바우처의 파기를 위한 (i) 특정 unique nonce 및 파기 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 특정 발행자의 private key로 서명한 특정 발행자의 서명값에 의한 전자 바우처 파기 요청(request(revocate TrxA))이 특정 발행자의 단말로부터 송신되면 서버(100)는 이를 통신부를 통해 수신한다(S600).
이때, 전자 바우처 데이터는 전자 바우처의 타입 정보, 전자 바우처의 송신자인 특정 사용자의 public key, 바우처의 수신자인 특정 발행자의 public key 및 특정 발행자의 고유 ID 중 적어도 어느 하나 이상을 더 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 파기를 표시하는 정보일 수 있다.
그리고, 일 예로, 전자 바우처 발행을 위한 transaction(TrxA)은 1. 타입(파기), 2. Unique nonce, 3. 송신자인 특정 사용자의 public key, 4. 수신자인 특정 발행자의 public key, 5. 전자 바우처의 파기 가치 정보, 6. 전자 바우처를 발행한 특정 발행자의 고유 ID, 7. 전자 바우처의 만료일(없음), 8. 이번 동작의 주체 확인을 위한 public key인 특정 발행자의 public key, 9. 서명값으로 특정 발행자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7, 8의 서명값(SigMPrivA(1:2:3:4:5:6:7:8))을 포함할 수 있다.
그러면, 서버(100)는 획득된 (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값의 유효 여부를 확인한다(S601). 또한, 서버(100)는 전자 바우처 데이터에 대한 포맷 형식의 유효 여부를 확인할 수도 있다.
그리고, 서버(100)는 확인 결과(S610) 유효한 것으로 판단하면, 전자 바우처 데이터의 발란스를 포함하는 가치 정보를 발란스 데이터베이스에 변화량인 delta로 업데이트하여 등록하거나 등록하도록 지원할 수 있다(S611). 즉, 발란스 데이터베이스에 등록된 전자 바우처의 이전 가치 정보(BDBprev)를 전자 바우처 파기 transaction에 의한 변화량인 deltaA와 합산한 현재 가치 정보인 BDBnow = BDBprev + deltaA로 업데이트한다.
그리고, 서버(100)는 유효인 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값을 포함하는 전자 바우처 파기 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 파기 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 포함하는 등록이 성공했음을 나타내는 응답을 특정 발행자(110)에게 제공하거나 제공하도록 지원할 수 있다(S612). 하지만, 서버(100)는 확인 결과(S610) 유효가 아니면, 특정 발행자(110)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다.
또한, 서버(100)는 유효한 확인 결과에 대응하여, 소정의 조건이 만족되면(S620), 특정 해쉬값(특정 해쉬값은 (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값에 대한 해쉬값임) 및 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값(적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 파기 transaction을 포함함)을 연산함으로써 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 생성한다(S621). 그리고, 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며(S622), 퍼블릭 블록체인 데이터베이스에 등록된 대표 해쉬값 또는 대표 해쉬값을 가공한 값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다(S623). 이때, 전자 바우처 파기 transaction의 퍼블릭 블록체인 데이터베이스(120)로의 등록은 도 2에서와 같은 방법에 의한 머클 트리에 의해 생성된 대표 해쉬값 또는 대표 해쉬값을 가공한 값이 등록되도록 할 수 있다.
또한, 이상 설명된 본 발명에 따른 실시예들은 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항들과 한정된 실시예 및 도면에 의해 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명이 상기 실시예들에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형을 꾀할 수 있다.
따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등하게 또는 등가적으로 변형된 모든 것들은 본 발명의 사상의 범주에 속한다고 할 것이다.

Claims (48)

  1. 전자 바우처를 발행하는 방법에 있어서,
    (a) 특정 발행자로부터의 상기 전자 바우처의 발행을 위한 (i) 특정 unique nonce 및 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 발행 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 발행 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및
    (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 발행 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 (b) 단계에서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼 상기 전자 바우처 발행용 transaction 또는 상기 전자 바우처와 관련한 관련 transaction이 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 상기 프라이빗 블록체인 데이터베이스에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 서버는,
    상기 프라이빗 블록체인 데이터베이스에서 블록이 생성되는 때에, 상기 n번째 블록의 블록 헤더(block header)에 상기 delta_n으로부터 연산된 해쉬값인 발란스 데이터베이스 헤더 해쉬값이 기록되는 것을 특징으로 하는 방법.
  4. 제3항에 있어서,
    상기 (b) 단계는,
    (i) random nonce, random nonce 서명값 및 public key로부터 연산된 해쉬값들만이 리프 노드들에 할당된 머클 트리로부터 대표 해쉬값인 거래자 정보 대표 해쉬값이 생성되고, (ii) 모든 전자 바우처의 발행, 사용, 환불, 정산 또는 파기에 대한 정보를 포함하는 모든 전자 바우처 데이터, 적어도 하나의 public key 및 적어도 하나의 서명값으로부터 연산된 해쉬값들이 리프 노드들에 할당된 머클 트리로부터 대표 해시값인 바우처 거래 정보 대표 해쉬값이 생성된 후, 상기 거래자 정보 대표 해쉬값 및 상기 바우처 거래 정보 대표 해쉬값이 상기 n번째 블록의 블록 헤더에 더 기록된 상태에서, 상기 서버가, 상기 발란스 데이터베이스 헤더 해쉬값, 상기 거래자 정보 대표 해쉬값 및 상기 바우처 거래 정보 대표 해쉬값 또는 이들을 가공한 값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 방법.
  5. 제3항에 있어서,
    상기 (b) 단계는,
    (i) random nonce, random nonce 서명값 및 public key로부터 연산된 해쉬값, 및 (ii) 모든 전자 바우처의 발행, 사용, 환불, 정산 또는 파기에 대한 정보를 포함하는 모든 전자 바우처 데이터, 적어도 하나의 public key 및 적어도 하나의 서명값으로부터 연산된 해쉬값들이 리프 노드들에 할당된 머클 트리로부터 프라이빗 대표 해쉬값이 생성된 후, 상기 프라이빗 대표 해쉬값이 상기 n번째 블록의 블록 헤더에 더 기록된 상태에서, 상기 서버가, 상기 발란스 데이터베이스 헤더 해쉬값 및 상기 프라이빗 대표 해쉬값, 또는 이들을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 방법.
  6. 제1항에 있어서,
    상기 (b) 단계에서,
    상기 서버는, 상기 특정 해쉬값이 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 생성하도록 지원하고,
    상기 소정의 조건이 만족되면, 상기 특정 해쉬값과, 상기 특정 해쉬값이 할당된 특정 리프 노드와 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성되는 상기 대표 해쉬값 또는 상기 해쉬값을 가공한 값을 상기 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 방법.
  7. 제6항에 있어서,
    상기 머클 트리가 체인 형태로 연결된 적어도 하나의 머클 트리 중 첫번째 트리인 경우, 상기 머클 트리의 첫번째 리프 노드에는 텍스트, 숫자 또는 기호로 이루어진 소정의 메시지 데이터의 해쉬값 또는 이를 가공한 값이 할당되는 것을 특징으로 하는 방법.
  8. 제6항에 있어서,
    상기 소정의 조건이 만족되면,
    (x1) 상기 서버는, (i) 상기 특정 해쉬값과 (ii) 상기 특정 해쉬값이 할당된 노드의 형제 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원하여 연산값을 얻은 후, 상기 연산값에 대한 해쉬값을 상기 노드의 부모 노드에 할당하거나 할당하도록 지원하며,
    (x2) 상기 부모 노드가 상기 머클 트리의 루트 노드이면, 상기 부모 노드에 할당된 해쉬값을 상기 대표 해쉬값으로서 상기 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고,
    (x3) 상기 부모 노드가 상기 머클 트리의 루트 노드가 아니면, 상기 부모 노드에 할당된 해쉬값을 상기 특정 해쉬값으로 하여 상기 (x1) 내지 (x3)을 반복하여 수행하는 것을 특징으로 하는 방법.
  9. 제8항에 있어서,
    상기 (x1)에서
    상기 소정의 조건이 만족되었음에도 상기 특정 해쉬값이 할당된 노드의 형제 노드에 해쉬값이 할당되어 있지 않은 경우, 상기 서버는, 상기 형제 노드에 소정의 해쉬값을 할당하거나 할당하도록 지원하여 상기 (x1) 내지 (x3)를 수행하는 것을 특징으로 하는 방법.
  10. 제1항에 있어서,
    상기 서버가 상기 특정 해쉬값과 상기 적어도 하나의 이웃 해쉬값을 소정의 제1 데이터 구조로 저장하고, 이후 상기 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 상기 제1 데이터 구조와 상기 제2 데이터 구조는 체인 형태로 연결되는 것을 특징으로 하는 방법.
  11. 제10항에 있어서,
    상기 제1 데이터 구조 및 상기 제2 데이터 구조가 머클 트리인 경우, 상기 제1 데이터 구조의 루트값 또는 상기 루트값의 해쉬값이 상기 제2 데이터 구조의 첫번째 리프 노드에 할당되는 것을 특징으로 하는 방법.
  12. 제1항에 있어서,
    상기 (a) 단계에서,
    상기 서버는,
    (1) 상기 획득한 (i) 전자 바우처 데이터에 해쉬 함수를 적용하여 생성한 해쉬값과 (2) 상기 획득한 (iii) 특정 발행자의 서명값에 대해 상기 특정 발행자의 public key 를 사용하여 획득한 값을 비교 분석하여 상기 전자 바우처 데이터의 유효 여부를 확인하는 것을 특징으로 하는 방법.
  13. 제1항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 상기 특정 발급자의 public key, 상기 전자 바우처의 수신자인 상기 바우처를 구매하는 특정 사용자의 public key, 상기 특정 발행자의 고유 ID 정보 및 상기 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  14. 제13항에 있어서,
    상기 특정 발행자의 고유 ID 정보는, 상기 특정 발행자의 public key의 해쉬값 또는 이를 포함한 값인 것을 특징으로 하는 방법.
  15. 제1항에 있어서,
    상기 (a) 단계에서,
    상기 서버는,
    상기 특정 발행자에 의해 등록된 public key를 이용하여 상기 특정 발행자의 서명값에 대한 유효 여부를 확인하는 것을 특징으로 하는 방법.
  16. 제1항에 있어서,
    상기 (a) 단계 이전에,
    (a01) 상기 특정 발행자의 public key에 의한 발행자 등록 요청이 획득되면, 상기 서버는, 상기 특정 발행자의 유효 여부를 확인하여 상기 특정 발행자가 유효할 경우 random nonce를 상기 특정 발행자에게 전달하거나 전달하도록 지원하는 단계;
    (a02) 상기 random nonce를 상기 특정 발행자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 서버는, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 발행자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 발행자의 public key를 포함하는 발행자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 발행자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 단계; 및
    (a03) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 발행자의 public key의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 더 포함하는 것을 특징으로 하는 방법.
  17. 전자 바우처를 사용하는 방법에 있어서,
    (a) 특정 사용자로부터 상기 전자 바우처의 사용을 위한 (i) 특정 unique nonce 및 사용 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 사용 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 사용 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 사용 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및
    (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 사용 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  18. 제17항에 있어서,
    상기 (b) 단계에서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼 상기 전자 바우처 사용 transaction 또는 상기 전자 바우처와 관련한 관련 transaction이 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 상기 프라이빗 블록체인 데이터베이스에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  19. 제17항에 있어서,
    상기 (a) 단계에서,
    상기 서버는,
    (1) 상기 획득한 (i) 전자 바우처 데이터에 해쉬 함수를 적용하여 생성한 해쉬값과 (2) 상기 획득한 (iii) 특정 사용자의 서명값에 대해 상기 특정 사용자의 public key 를 사용하여 획득한 값을 비교 분석하여 상기 전자 바우처 데이터의 유효 여부를 확인하는 것을 특징으로 하는 방법.
  20. 제17항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 상기 특정 사용자의 public key, 상기 전자 바우처의 수신자인 특정 판매자의 public key, 상기 전자 바우처를 발행한 특정 발행자의 고유 ID 및 상기 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  21. 제17항에 있어서,
    상기 (a) 단계 이전에,
    (a01) 상기 특정 사용자의 public key에 의한 사용자 등록 요청이 획득되면, 상기 서버는, 상기 특정 사용자의 유효 여부를 확인하여 상기 특정 사용자가 유효할 경우 random nonce를 상기 특정 사용자에게 전달하거나 전달하도록 지원하는 단계;
    (a02) 상기 random nonce를 상기 특정 사용자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 서버는, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 사용자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 사용자의 public key를 포함하는 사용자 등록 transaction을 생성하여 상기 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 사용자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하는 단계; 및
    (a03) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 사용자의 public key의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 더 포함하는 것을 특징으로 하는 방법.
  22. 전자 바우처를 환불하는 방법에 있어서,
    (a) 특정 사용자로부터 상기 전자 바우처의 환불을 위한 (i) 특정 unique nonce 및 환불 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 가공한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 환불 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 환불 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 환불 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및
    (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 환불 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  23. 제22항에 있어서,
    상기 (b) 단계에서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼 상기 전자 바우처 환불용 transaction 또는 상기 전자 바우처와 관련한 관련 transaction이 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 상기 프라이빗 블록체인 데이터베이스에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  24. 제22항에 있어서,
    상기 (a) 단계에서,
    상기 서버는,
    (1) 상기 획득한 (i) 전자 바우처 데이터에 해쉬 함수를 적용하여 생성한 해쉬값과 (2) 상기 획득한 (iii) 특정 사용자의 서명값에 대해 상기 특정 사용자의 public key를 사용하여 획득한 값을 비교 분석하여 상기 전자 바우처 데이터의 유효 여부를 확인하는 것을 특징으로 하는 방법.
  25. 제22항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 상기 특정 사용자의 public key, 상기 전자 바우처의 수신자인 상기 전자 바우처를 발행한 특정 발행자의 public key, 상기 특정 발행자의 고유 ID 및 상기 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  26. 전자 바우처를 정산하는 방법에 있어서,
    (a) 특정 판매자로부터 상기 전자 바우처의 정산을 위한 (i) 특정 unique nonce 및 정산 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 판매자의 private key로 서명한 상기 특정 판매자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값을 포함하는 전자 바우처 정산 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 정산 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 정산 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및
    (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 정산 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  27. 제26항에 있어서,
    상기 (b) 단계에서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼 상기 전자 바우처 정산 transaction 또는 상기 전자 바우처와 관련한 관련 transaction이 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 프라이빗 블록체인 데이터베이스에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  28. 제26항에 있어서,
    상기 (a) 단계에서,
    상기 서버는,
    (1) 상기 획득한 (i) 전자 바우처 데이터에 해쉬 함수를 적용하여 생성한 해쉬값과 (2) 상기 획득한 (iii) 특정 판매자의 서명값에 대해 상기 특정 판매자의 public key를 사용하여 획득한 값을 비교 분석하여 상기 전자 바우처 데이터의 유효 여부를 확인하는 것을 특징으로 하는 방법.
  29. 제26항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 상기 특정 판매자의 public key, 상기 전자 바우처의 수신자인 상기 전자 바우처를 발행한 특정 발행자의 public key 및 상기 특정 발행자의 고유 ID 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  30. 제26항에 있어서,
    상기 (a) 단계 이전에,
    (a01) 상기 특정 판매자의 public key에 의한 판매자 등록 요청이 획득되면, 상기 서버는, 상기 특정 판매자의 유효 여부를 확인하여 상기 특정 판매자가 유효할 경우 random nonce를 상기 특정 판매자에게 전달하거나 전달하도록 지원하는 단계;
    (a02) 상기 random nonce를 상기 특정 판매자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 서버는, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 판매자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 판매자의 public key를 포함하는 판매자 등록 transaction을 상기 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 판매자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공되도록 지원하는 단계; 및
    (a03) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 판매자의 public key의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 더 포함하는 것을 특징으로 하는 방법.
  31. 전자 바우처를 파기하는 방법에 있어서,
    (a) 특정 발행자로부터 상기 전자 바우처의 파기를 위한 (i) 특정 unique nonce 및 파기 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 파기 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 파기 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 파기 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 단계; 및
    (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 파기 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  32. 제31항에 있어서,
    상기 (b) 단계에서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼 상기 전자 바우처 파기용 transaction 또는 상기 전자 바우처와 관련한 관련 transaction이 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 프라이빗 블록체인 데이터베이스에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  33. 제31항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 특정 사용자의 public key, 상기 전자 바우처의 수신자인 상기 특정 발행자의 public key 및 상기 특정 발행자의 고유 ID 중 적어도 어느 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  34. 전자 바우처를 발행하는 서버에 있어서,
    특정 발행자로부터의 상기 전자 바우처의 발행을 위한 (i) 특정 unique nonce 및 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값을 획득하는 통신부; 및
    (a) 상기 획득된 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 발행 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 발행 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 프로세스, 및 (b) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 발행 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세스를 수행하는 프로세서;
    를 포함하는 것을 특징으로 하는 서버.
  35. 제34항에 있어서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼 상기 전자 바우처 발행용 transaction 또는 상기 전자 바우처와 관련한 관련 transaction이 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 상기 프라이빗 블록체인 데이터베이스에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 서버.
  36. 제34항에 있어서,
    상기 프로세서는,
    상기 특정 해쉬값이 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 생성하도록 지원하고,
    상기 소정의 조건이 만족되면, 상기 특정 해쉬값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성되는 상기 대표 해쉬값 또는 상기 해쉬값을 가공한 값을 상기 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 서버.
  37. 제34항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 상기 특정 발급자의 public key, 상기 전자 바우처의 수신자인 상기 바우처를 구매하는 특정 사용자의 public key, 상기 특정 발행자의 고유 ID 정보 및 상기 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 서버.
  38. 제34항에 있어서,
    상기 프로세서는,
    상기 (a) 프로세스 이전에,
    (a01) 상기 특정 발행자의 public key에 의한 발행자 등록 요청이 획득되면, 상기 특정 발행자의 유효 여부를 확인하여 상기 특정 발행자가 유효할 경우 random nonce를 상기 특정 발행자에게 전달하거나 전달하도록 지원하는 프로세스, (a02) 상기 random nonce를 상기 특정 발행자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 발행자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 발행자의 public key를 포함하는 발행자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 발행자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 프로세스, 및 (a03) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 발행자의 public key의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세스를 더 수행하는 것을 특징으로 하는 서버.
  39. 전자 바우처를 사용하는 서버에 있어서,
    특정 사용자로부터 상기 전자 바우처의 사용을 위한 (i) 특정 unique nonce 및 사용 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값을 획득하는 통신부; 및
    (a) (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 사용 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 사용 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 사용 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 프로세스; 및 (b) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 사용 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세스를 수행하는 프로세서;
    를 포함하는 것을 특징으로 하는 서버.
  40. 제39항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 상기 특정 사용자의 public key, 상기 전자 바우처의 수신자인 특정 판매자의 public key, 상기 전자 바우처를 발행한 특정 발행자의 고유 ID 및 상기 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 서버.
  41. 제39항에 있어서,
    상기 프로세서는,
    상기 (a) 프로세스 이전에,
    (a01) 상기 특정 사용자의 public key에 의한 사용자 등록 요청이 획득되면, 상기 특정 사용자의 유효 여부를 확인하여 상기 특정 사용자가 유효할 경우 random nonce를 상기 특정 사용자에게 전달하거나 전달하도록 지원하는 프로세스, (a02) 상기 random nonce를 상기 특정 사용자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 사용자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 사용자의 public key를 포함하는 사용자 등록 transaction을 생성하여 상기 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 사용자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하는 프로세스, 및 (a03) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 사용자의 public key의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세스를 더 수행하는 것을 특징으로 하는 서버.
  42. 전자 바우처를 환불하는 서버에 있어서,
    특정 사용자로부터 상기 전자 바우처의 환불을 위한 (i) 특정 unique nonce 및 환불 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 가공한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값을 획득하는 통신부: 및
    (a) (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 환불 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 환불 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 환불 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 프로세스, 및 (b) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 환불 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세스를 수행하는 것을 특징으로 하는 서버.
  43. 제42항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 상기 특정 사용자의 public key, 상기 전자 바우처의 수신자인 상기 전자 바우처를 발행한 특정 발행자의 public key, 상기 특정 발행자의 고유 ID 및 상기 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 서버.
  44. 전자 바우처를 정산하는 서버에 있어서,
    특정 판매자로부터 상기 전자 바우처의 정산을 위한 (i) 특정 unique nonce 및 정산 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 판매자의 private key로 서명한 상기 특정 판매자의 서명값을 획득하는 통신부; 및
    (a) (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값을 포함하는 전자 바우처 정산 transaction을 생성하여 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 정산 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 정산 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 프로세스, 및 (b) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 정산 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세스를 수행하는 것을 특징으로 하는 서버.
  45. 제44항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처의 송신자인 상기 특정 판매자의 public key, 상기 전자 바우처의 수신자인 상기 전자 바우처를 발행한 특정 발행자의 public key 및 상기 특정 발행자의 고유 ID 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 서버.
  46. 제44항에 있어서,
    상기 프로세서는,
    상기 (a) 프로세스 이전에,
    (a01) 상기 특정 판매자의 public key에 의한 판매자 등록 요청이 획득되면, 상기 특정 판매자의 유효 여부를 확인하여 상기 특정 판매자가 유효할 경우 random nonce를 상기 특정 판매자에게 전달하거나 전달하도록 지원하는 프로세서, (a02) 상기 random nonce를 상기 특정 판매자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 판매자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 판매자의 public key를 포함하는 판매자 등록 transaction을 상기 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 판매자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공되도록 지원하는 프로세서, 및 (a03) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 판매자의 public key의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세서를 더 수행하는 것을 특징으로 하는 서버.
  47. 전자 바우처를 파기하는 서버에 있어서,
    특정 발행자로부터 상기 전자 바우처의 파기를 위한 (i) 특정 unique nonce 및 파기 가치 정보를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값을 획득하는 통신부; 및
    (a) (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 파기 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 파기 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하고, 상기 전자 바우처 데이터의 발란스를 포함하는 상기 파기 가치 정보를 발란스 데이터베이스에 업데이트하여 등록하거나 등록하도록 지원하는 프로세스, 및 (b) 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값 - 상기 적어도 하나의 이웃 해쉬값 중 특정 이웃 해쉬값은 모든 전자 바우처의 모든 가치 정보의 모든 각각의 밸런스를 포함하는 delta_n의 해쉬값이고, 상기 모든 전자 바우처는 프라이빗 블록체인 데이터베이스의 블록체인의 n번째 블록에 기록된 모든 트랜잭션의 모든 각각의 위치 정보를 나타내는 모든 PrivTxid들에 의해 식별될 수 있으며, 상기 n번째 블록은 상기 전자 바우처 파기 transaction을 포함함 - 을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세스를 수행하는 프로세서;
    를 포함하는 것을 특징으로 하는 방법.
  48. 제47항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 바우처의 송신자인 특정 사용자의 public key, 상기 바우처의 수신자인 상기 특정 발행자의 public key 및 상기 특정 발행자의 고유 ID 중 적어도 어느 하나 이상을 더 포함하는 것을 특징으로 하는 서버.
PCT/KR2017/011210 2016-10-11 2017-10-11 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버 WO2018070784A2 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CA3030810A CA3030810C (en) 2016-10-11 2017-10-11 Method for issuing, redeeming, refunding, settling and revoking electronic voucher by managing balance database by blocks in blockchain, and server employing same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2016-0131086 2016-10-11
KR1020160131086A KR101841566B1 (ko) 2016-10-11 2016-10-11 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버

Publications (2)

Publication Number Publication Date
WO2018070784A2 true WO2018070784A2 (ko) 2018-04-19
WO2018070784A3 WO2018070784A3 (ko) 2018-07-19

Family

ID=61828932

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/011210 WO2018070784A2 (ko) 2016-10-11 2017-10-11 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버

Country Status (4)

Country Link
US (1) US11436595B2 (ko)
KR (1) KR101841566B1 (ko)
CA (1) CA3030810C (ko)
WO (1) WO2018070784A2 (ko)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10542115B1 (en) 2015-10-01 2020-01-21 Sprint Communications Company L.P. Securing communications in a network function virtualization (NFV) core network
US10839378B1 (en) * 2016-01-12 2020-11-17 21, Inc. Systems and methods for performing device authentication operations using cryptocurrency transactions
KR101849918B1 (ko) * 2016-10-26 2018-04-19 주식회사 코인플러그 Utxo 기반 프로토콜을 사용하여 통화를 발행 및 지급 결제하는 방법과 이를 이용한 서버
US20200394652A1 (en) 2017-03-08 2020-12-17 Ip Oversight Corporation A method for creating commodity assets from unrefined commodity reserves utilizing blockchain and distributed ledger technology
SG11201909999RA (en) * 2017-06-06 2019-11-28 Visa Int Service Ass Linked multiple blockchain system
US11132704B2 (en) * 2017-07-06 2021-09-28 Mastercard International Incorporated Method and system for electronic vouchers via blockchain
US10348488B1 (en) * 2017-08-25 2019-07-09 Sprint Communications Company L.P. Tiered distributed ledger technology (DLT) in a network function virtualization (NFV) core network
JP6316530B1 (ja) 2017-12-05 2018-04-25 Ｇｖｅ株式会社 管理装置、仮想通貨システム、及びシステム
US11177961B2 (en) * 2017-12-07 2021-11-16 Nec Corporation Method and system for securely sharing validation information using blockchain technology
US10896418B2 (en) * 2017-12-29 2021-01-19 Ebay Inc. Secure management of data files using a blockchain
US20210004906A1 (en) * 2018-02-08 2021-01-07 2Bc Innovations, Llc Modifying a portfolio of blockchain-encoded rived longevity-contingent instruments
US20210099284A1 (en) * 2018-02-08 2021-04-01 2Bc Innovations, Llc Modifying blockchain-encoded records of rived longevity-contingent instruments
US11055675B2 (en) 2018-05-08 2021-07-06 Xspero U.S. Systems and methods for e-certificate exchange and validation
US11341818B2 (en) 2018-05-08 2022-05-24 Xspero U.S. Systems and methods for authenticated blockchain data distribution
CN108629589B (zh) * 2018-05-13 2021-09-10 广西建辰网络科技有限公司 一种基于区块链的交易管理方法及系统
CN108876572A (zh) 2018-05-29 2018-11-23 阿里巴巴集团控股有限公司 区块链交易的对账方法及装置、电子设备
CN108805712B (zh) 2018-05-29 2021-03-23 创新先进技术有限公司 资产转移的回退处理方法及装置、电子设备
CN108876606B (zh) 2018-05-29 2021-02-09 创新先进技术有限公司 资产转移方法及装置、电子设备
CN113283988A (zh) * 2018-05-29 2021-08-20 创新先进技术有限公司 资产转移方法及装置、电子设备
CN110493039B (zh) * 2018-08-06 2021-06-04 腾讯科技（深圳）有限公司 基于区块链的设备管理方法及设备管理系统
CN109408551B (zh) * 2018-08-06 2021-07-06 杭州复杂美科技有限公司 数据查询方法及系统、共识方法及系统、设备和存储介质
CN109274837B (zh) * 2018-08-22 2020-04-03 北京航空航天大学 基于区块链技术的电话来源可追溯方法及装置
CN109087111A (zh) * 2018-08-31 2018-12-25 深圳付贝科技有限公司 基于区块链的共识验证方法、挖矿机及区块链系统
US11763299B2 (en) 2018-09-11 2023-09-19 Sicpa Holding Sa Advanced methods, systems and devices for registering information in a database
EP3857423A4 (en) * 2018-09-26 2022-06-15 Vitro Technology Corporation SYSTEMS AND METHODS FOR CREATING A PHYSICAL DEVICE BASED ON HARDWARE UNIQUE KEY GENERATION
US11368446B2 (en) * 2018-10-02 2022-06-21 International Business Machines Corporation Trusted account revocation in federated identity management
CN109461026A (zh) * 2018-10-24 2019-03-12 深圳市优权天成科技有限公司 卡券发放方法、装置、计算机设备及存储介质
MY194395A (en) 2018-12-19 2022-11-30 Advanced New Technologies Co Ltd Data isolation in a blockchain network
EP3849133B1 (en) 2018-12-21 2022-07-13 Advanced New Technologies Co., Ltd. Verifying integrity of data stored in a consortium blockchain using a public sidechain
US11469881B2 (en) * 2018-12-26 2022-10-11 Korea Institute Of Science And Technology Apparatus and method for forgery prevention of digital information
CN109741056B (zh) * 2018-12-26 2023-06-16 中国银联股份有限公司 一种电子凭证上传的方法及装置
CN110956474B (zh) * 2019-01-29 2024-02-27 深圳市智税链科技有限公司 基于区块链的电子发票系统
US10425230B1 (en) * 2019-03-01 2019-09-24 Capital One Services, Llc Identity and electronic signature verification in blockchain
CN109951481B (zh) * 2019-03-19 2021-01-15 全链通有限公司 基于区块链网络相邻节点的信息处理方法和系统
CN109934590B (zh) * 2019-03-21 2023-07-18 深圳市迅雷网络技术有限公司 一种基于区块链的数据处理方法、装置、电子设备及介质
EP3610446A4 (en) 2019-04-12 2020-06-10 Alibaba Group Holding Limited RETRIEVING VALUE OF DIGITAL TICKETS USING INTELLIGENT CONTRACTS IN BLOCKCHAIN NETWORKS
CN110290108B (zh) * 2019-05-17 2020-10-13 深圳市网心科技有限公司 一种区块链网络中的数据处理方法、系统及相关设备
US10778452B2 (en) * 2019-06-03 2020-09-15 Alibaba Group Holding Limited Blockchain ledger authentication
CN110233850B (zh) * 2019-06-20 2021-08-31 浪潮卓数大数据产业发展有限公司 基于联盟链的注册方法、应用服务器、用户端以及系统
KR102311354B1 (ko) * 2019-09-19 2021-10-13 주식회사 엔에스에이치씨 암호학적 해시 알고리즘을 이용해 트랜잭션 사이즈를 감소시킨 블록체인 트랜잭션 방법
US20210150632A1 (en) * 2019-11-18 2021-05-20 Willporttrust Llc Systems and methods for authenticated voucher distribution using blockchain
US11475453B2 (en) 2019-12-31 2022-10-18 Capital One Services, Llc System and techniques for utilizing a smart contracts library
JP2023518981A (ja) * 2020-03-24 2023-05-09 セキュレンシー、インコーポレイテッド コンピュータ・ネットワーク上のセキュアな多国間データ交換のための方法、装置、及びコンピュータ可読媒体
CN111563743B (zh) * 2020-07-15 2020-11-03 百度在线网络技术（北京）有限公司 一种区块链的转账处理方法、装置、设备和介质
KR102551530B1 (ko) * 2020-09-03 2023-07-04 주태영 블록체인 기반 디지털 자산 거래 시스템 및 방법
CN112419059B (zh) * 2020-11-19 2023-07-21 中山大学 一种基于账户模型的高效数字法币交易方法
WO2023232739A1 (en) * 2022-05-30 2023-12-07 Traent S.R.L. Verification of acceptance of data shared among a plurality of nodes.

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0518963D0 (en) * 2005-09-16 2005-10-26 Eagle Eye Solutions Ltd Transaction apparatus,systems and methods
US8977857B1 (en) * 2012-02-10 2015-03-10 Google Inc. System and method for granting access to protected information on a remote server
GB201300939D0 (en) * 2013-01-18 2013-03-06 Corethree Ltd Offline voucher generation and redemption
KR102238681B1 (ko) * 2013-07-01 2021-04-12 삼성전자주식회사 데이터 인증을 위한 서명 정보 생성 및 검증 방법과 이를 위한 시스템
ZA201502969B (en) * 2014-05-09 2016-01-27 Univ Stellenbosch Enabling a user to transact using cryptocurrency
KR101575030B1 (ko) * 2014-07-11 2015-12-07 조선대학교산학협력단 클라우드 상의 공유 데이터에 대한 다중 서명생성방법
KR101637854B1 (ko) * 2015-10-16 2016-07-08 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법 및 블록체인을 기반으로 하는 공인인증서 인증시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 인증방법
US20170331896A1 (en) * 2016-05-13 2017-11-16 De La Rue International Limited Methods and systems for processing assets
US10282558B2 (en) * 2016-09-02 2019-05-07 The Toronto-Dominion Bank System and method for maintaining a segregated database in a multiple distributed ledger system

Also Published As

Publication number Publication date
US11436595B2 (en) 2022-09-06
CA3030810A1 (en) 2018-04-19
US20180101844A1 (en) 2018-04-12
CA3030810C (en) 2023-06-13
WO2018070784A3 (ko) 2018-07-19
KR101841566B1 (ko) 2018-05-04

Similar Documents

Publication Publication Date Title
WO2018070784A2 (ko) 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2018070781A2 (ko) Utxo 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2018070783A2 (ko) Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2018080207A1 (ko) 블록체인 내의 블록별로 밸런스 데이터베이스를 관리하여 통화를 발행 및 지급 결제하는 방법과 이를 이용한 서버
WO2018070848A1 (ko) 스마트 컨트랙트 기반의 인증서 서비스를 제공하는 방법 및 이를 이용한 서버
WO2018194379A1 (ko) 블록체인 및 이와 연동되는 머클 트리 구조 기반의 토큰 아이디를 이용하여 카드 사용을 승인하는 방법 및 이를 이용한 서버
US10931457B2 (en) Systems and methods for blockchain-based digital lottery ticket generation and distribution
WO2018194378A1 (ko) 블록체인 기반의 토큰 아이디를 이용하여 카드 사용을 승인하는 방법 및 이를 이용한 서버
US11301933B2 (en) Method for providing united point service using updated status of balance database with blockchain and server using the same
WO2017146333A1 (ko) 블록체인을 기반으로 하는 금융기관 제증명서류 위변조 검증시스템 및 방법
WO2018151427A1 (ko) 스마트 컨트랙트 및 블록체인 데이터베이스를 사용하여 pki 기반의 인증을 통해 사용자의 로그인을 대행하는 방법 및 이를 이용한 서버
WO2016204461A1 (ko) 블록체인을 기반으로 하는 금융기관 제증명서류 위변조 검증시스템 및 방법
WO2018151425A1 (ko) Utxo 기반 프로토콜의 블록체인 데이터베이스를 사용하여 pki 기반의 인증을 통해 사용자의 로그인을 대행하는 방법 및 이를 이용한 서버
WO2018080206A1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 통화를 발행 및 지급 결제하는 방법과 이를 이용한 서버
WO2018124718A1 (ko) 블록체인 내의 블록별로 밸런스 데이터베이스를 관리하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
WO2019078623A1 (ko) 블록체인 기반의 결제 방법 및 이를 이용한 지급 결제 서버
WO2012053780A1 (ko) 고객 단말기의 맥 어드레스 정보를 이용한 결제 방법 및 시스템
WO2018124716A1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
US11416930B2 (en) Method for providing united point service in use of unspent transaction output based protocol and server using the same
KR101841565B1 (ko) Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
KR101841564B1 (ko) Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2020197247A1 (ko) 가상자산에 의한 제1 결제수단에 기반하여 사용자에게 서비스를 제공하는 서비스제공시스템과 연동하여 비-가상자산에 의한 제2 결제수단에 기반하여 상기 서비스를 제공해 줄 수 있도록 지원하는 결제대행시스템 및 이를 이용한 결제 대행 방법
KR101841568B1 (ko) 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
KR101841561B1 (ko) Utxo 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2018080205A1 (ko) Utxo 기반 프로토콜을 사용하여 통화를 발행 및 지급 결제하는 방법과 이를 이용한 서버

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17859961

Country of ref document: EP

Kind code of ref document: A2

ENP Entry into the national phase

Ref document number: 3030810

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 12/07/2019)

122 Ep: pct application non-entry in european phase

Ref document number: 17859961

Country of ref document: EP

Kind code of ref document: A2