WO2018070781A2 - Utxo 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버 - Google Patents

Utxo 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버 Download PDF

Info

Publication number
WO2018070781A2
WO2018070781A2 PCT/KR2017/011203 KR2017011203W WO2018070781A2 WO 2018070781 A2 WO2018070781 A2 WO 2018070781A2 KR 2017011203 W KR2017011203 W KR 2017011203W WO 2018070781 A2 WO2018070781 A2 WO 2018070781A2
Authority
WO
WIPO (PCT)
Prior art keywords
electronic voucher
specific
issuer
blockchain database
public key
Prior art date
Application number
PCT/KR2017/011203
Other languages
English (en)
French (fr)
Other versions
WO2018070781A3 (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 CA3039896A priority Critical patent/CA3039896C/en
Publication of WO2018070781A2 publication Critical patent/WO2018070781A2/ko
Publication of WO2018070781A3 publication Critical patent/WO2018070781A3/ko
Priority to US16/375,774 priority patent/US11397928B2/en
Priority to US17/840,617 priority patent/US11907917B2/en

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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • 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
    • 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/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • 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
    • 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/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

  • a method for issuing, using, refunding, settlement and destroying an electronic voucher using a UTXO based protocol and a server using the same more specifically, (a) for issuing the electronic voucher from a particular issuer; If the signature value of the specific issuer is obtained by signing the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the hash value of the electronic voucher data, or a value including the same, with the private key of the specific issuer, (i Check the validity of the electronic voucher data, (ii) the public key of the particular issuer and (iii) the signature value of the particular issuer; and (b) if the verification result is valid, (i) the electronic voucher data, (ii) ) Register the public key of the specific issuer and (iii) the hash value of the signature value of the specific issuer in the public blockchain database, and in the public blockchain database.
  • the method relates to a method of obtaining a Txid representing location information on the public blockchain database of the hash value and a server using the same. Furthermore, a method of using an electronic voucher by a specific user and a refund of an electronic voucher by a specific user are provided.
  • 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 for issuing the electronic voucher from a specific issuer, (ii) the public key of the specific issuer and ( iii) if a signature value of the particular issuer is obtained which has signed the hash value of the electronic voucher data or a value including the same with the private key of the particular issuer, the server may (i) the electronic voucher data, (ii) the particular issuer.
  • the server is configured to: (i) the electronic voucher data, (ii) the public key of the particular issuer, and (iii) a hash value for the signature value of the particular issuer. Assisting in registering or obtaining a Txid representing location information on the public blockchain database of the hash value registered in the public blockchain database; There is provided a method comprising a.
  • a method of using an electronic voucher comprising: (a) an electronic comprising a PrivTxid for at least some of the previously unused electronic voucher for use of the electronic voucher from a particular user; If the voucher data, (ii) the public key of the specific user and (iii) the hash value of the electronic voucher data or a value including the same, is signed with the private key of the specific user, then the server, (i) verifying the validity of the electronic voucher data, (ii) the public key of the particular user and (iii) the signature value of the particular user; And (b) if the verification result is valid, the server is configured to: (i) the electronic voucher data, (ii) the public key of the particular user, and (iii) a hash value for the signature value of the particular user. Assisting in registering or obtaining a Txid representing location information on the public blockchain database of the hash value registered in the public blockchain database; There is provided a method comprising
  • a method for refunding an electronic voucher comprising: (a) a PrivTxid for the electronic voucher at least partially unused and expired prior to (i) for a refund of the electronic voucher from a particular user;
  • the electronic voucher data (ii) a public key of the specific user and (iii) a hash value of the electronic voucher data or a signature value of the specific user that has signed the private key of the specific user with a value including the same; (I) checking whether the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user are valid; And (b) if the verification result is valid, the server is configured to: (i) the electronic voucher data, (ii) the public key of the particular user, and (iii) a hash value for the signature value of the particular user. Assisting in registering or obtaining a Txid representing location information on the public blockchain database of the hash value registered in the public blockchain
  • the server verifies whether (i) the electronic voucher data, (ii) the public key of the particular seller and (iii) the signature value of the particular seller are valid.
  • the server is configured to: (i) the electronic voucher data, (ii) the public key of the particular merchant, and (iii) a hash value for the signature value of the particular merchant. Assisting in registering or obtaining a Txid representing location information on the public blockchain database of the hash value registered in the public blockchain database; There is provided a method comprising a.
  • Electronic voucher data comprising a; (ii) a public key of the specific issuer; and (iii) a signature value of the specific issuer that has signed the hash value of the electronic voucher data or a value including the same with the private key of the specific issuer.
  • the server further comprises: (i) verifying the validity of the electronic voucher data, (ii) the public key of the particular issuer, and (iii) the signature value of the particular issuer; And (b) if the verification result is valid, the server is configured to: (i) the electronic voucher data, (ii) the public key of the particular issuer, and (iii) a hash value for the signature value of the particular issuer. Assisting in registering or obtaining a Txid representing location information on the public blockchain database of the 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
  • FIG. 3 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. 7 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.
  • the server 100 transmits the request through the communication unit 101.
  • Receive (S100) a request for issuing an electronic voucher (issue TrxA) based on a signature value of a specific issuer, which has signed the value including the private key of the specific issuer, is transmitted from the terminal of the specific issuer, the server 100 transmits the request through the communication unit 101.
  • Receive (S100) a request for issuing an electronic voucher (issue TrxA) based on a signature value of a specific issuer, which has signed the value including the private key of the specific issuer
  • the electronic voucher data at least one of the type information of the electronic voucher, the public key of the specific user to purchase the electronic voucher, the value information of the electronic voucher, the unique ID information of the specific issuer and the expiration date of the electronic voucher.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating the issuance of the electronic voucher.
  • 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.
  • transaction (TrxA) for issuing an electronic voucher is 1. type (issued), 2. PrivTxid or Txid for the previous transaction (in this embodiment, there is no previous PrivTxid or Txid because it is an issue of an electronic voucher), 3
  • the public key (PubA) of the user purchasing the electronic voucher as the recipient 4. the value of the issue of the electronic voucher, 5. the electronic voucher issuer ID, 6. the expiration date of the electronic voucher, 7. the public key to verify the subject of this action. Is the public key (MpubA) of the particular issuer.
  • the signature values 1, 2, 3, 4, 5, 6, and 7 (SigMPrivA (1: 2: 3: 4 :) 5: 6: 7)).
  • 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 (i) 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.
  • the server 100 obtains a hash value by applying a hash function to the electronic voucher data obtained using the registered specific issuer's public key, and obtains the signature value of the specific issuer verified using the registered specific issuer's public key. This match can be checked to ensure that the electronic voucher data is valid and signed by the particular issuer.
  • the electronic voucher issuing transaction includes (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer. ), Or provide a response to the specific issuer indicating that the registration including the PrivTxid indicating location information on the private blockchain database of the electronic voucher issuing transaction registered in the private blockchain database was successful. Or may provide support (S113). However, if the verification result (S110) 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 (S114).
  • the server 100 publicizes the hash value (hash (TrxA)) for (i) the electronic voucher data, (ii) the public key of a specific issuer, and (iii) the signature value of a specific issuer. It supports to register or register in the blockchain database 120 (S111).
  • hash functions for generating hash values are MD4 function, MD5 function, SHA-0 function, SHA-1 function, SHA-224 function, SHA-256 function, SHA-384 function, SHA-512 function, and HAS-160 function. It may include, but is not limited to this will be appreciated by those skilled in the art. For example, Triple SHA256 would be possible.
  • the server 100 may support to obtain or obtain a Txid, which is a transaction ID indicating location information on the public blockchain database 120 of the hash value registered in the public blockchain database 120 (S112).
  • the server 100 may obtain an OP message corresponding to the Txid from the public blockchain database 120.
  • the server 100 registers an electronic voucher issuing transaction of a specific issuer using a private blockchain database and a public blockchain database.
  • the server 100 may use only a public blockchain database.
  • the server 100 registers a valid electronic voucher issuing transaction (TrxA) in the public blockchain database, obtains the ID (Txid) of the electronic voucher issuing transaction (TrxA) indicating the registered location, and obtains the obtained transaction ID. It can support sending or sending to specific issuers.
  • 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. (S226).
  • 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 SigMPrivA (RN), which is a signature value obtained using the public key of a specific issuer, and confirms that the identified random nonce matches the random nonce delivered to a specific issuer. If so, verify that it is a valid signature.
  • SigMPrivA RN
  • the server 100 issues a publisher registration transaction (RN, SigMPrivA (RN), MPubA including a random nonce signature value, a random nonce, and a public key of a specific issuer).
  • RN publisher registration transaction
  • MPubA including a random nonce signature value, a random nonce, and a public key of a specific issuer.
  • S224 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 (S224).
  • the server 100 may provide or support the specific issuer 110 to provide or provide a response indicating that the signature value verification failed.
  • the server 100 stores a random nonce signature value, a random nonce, and a hash value (hash (RN, SigMprivA (RN), MPubA)) for a specific issuer's public key. It may be supported to register or register at (S222), and to obtain or obtain a Txid, which is a transaction ID indicating the location information on the public blockchain database of the hash value registered in the public blockchain database (S223).
  • the server 100 registers the issuer registration transaction of a specific issuer using a private blockchain database and a public blockchain database.
  • the server 100 may use only a public blockchain database.
  • the server 100 registers the publisher registration transaction (RN, SigMprivA (RN), MPubA) in the public blockchain database, and the publisher registration transaction (TrxA) indicating the registered location. It is possible to obtain the ID (Txid) of the, and to transmit or transmit the obtained transaction ID (Txid) to a specific issuer.
  • FIG. 4 a method of using an electronic voucher according to an exemplary 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 including (i) PrivTxid for at least some unused electronic voucher for use of the electronic voucher from the specific user 111 who purchased the electronic voucher, (ii) the specific user (V)
  • An electronic voucher use request (use TrxA) is requested from a terminal of a particular user based on the public key of the user and (iii) the signature value of the specific user who signed the hash value of the electronic voucher data or the value including the same with the private key of the specific user.
  • the server 100 receives it through the communication unit 101 (S300).
  • the electronic voucher data may include the type information of the electronic voucher, the public key of the specific seller receiving the electronic voucher, the usage value information for use at this time among the value information of the electronic voucher, the unique ID of the specific issuer who issued the electronic voucher, and the electronic voucher. It may further include at least one of the expiration date of the information, the deduction value information to be returned after using the use value information in the electronic voucher, and the public key of the specific user for identifying the deduction value 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. In other words, it may be used similarly to general currency, such as an anonymous gift certificate.
  • 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. For example, the unique ID may be a hash value or a value including the public key of the specific issuer.
  • the expiration date information of the electronic voucher may be date information specifying the expiration date for using the electronic voucher.
  • the deduction value information to be returned after using the use value information in the electronic voucher may be information on the balance after the use of the electronic voucher, the public key of a specific user for checking the deduction value information is the balance after use of the electronic voucher Information for verifying ownership of the. In this case, when there is no deduction value in the electronic voucher, there may be no public key of a specific user for checking the deduction value information and the deduction value information.
  • transaction (TrxA) for using the electronic voucher is 1. type (use), 2. PrivTxid or Txid for the previous transaction, 3. public key of the particular merchant receiving the electronic voucher as the receiver, 4. electronic Usage value information of the voucher, 5. Issuer ID of the electronic voucher. 6. The expiration date of the electronic voucher, 7. The deduction value information of the electronic voucher, 8. The specific user's public key to verify ownership of the deduction value of the electronic voucher, 9. The specific user's public key to verify the subject of this action. public key (PubA), 10. Signature values 1, 2, 3, 4, 5, 6, 7, 8, and 9 (SigPrivA (1: 2: 3: 4: 5: 6: 7: 8: 9)).
  • 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 electronic voucher using transaction includes (i) electronic voucher data, (ii) a public key of a specific user, and (iii) a signature value of a specific user. TrxA) to register or register a private blockchain database, and 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 successful, 111 may be provided or supported to provide (S313). 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 (S314).
  • the server 100 registers a hash value for (i) the electronic voucher data, (ii) the public key of a specific user, and (iii) the signature value of a specific user in the public blockchain database. It may support to register (S311).
  • the server 100 may support to acquire or obtain a Txid indicating location information on the public blockchain database of the hash value registered in the public blockchain database (S312).
  • the server may obtain an OP message corresponding to the Txid from the public blockchain database 120.
  • the server 100 registers an electronic voucher transaction for a specific user using a private blockchain database and a public blockchain database.
  • the server 100 may use only a public blockchain database.
  • the server 100 registers a valid electronic voucher usage transaction (TrxA) in the public blockchain database, obtains the ID (Txid) of the electronic voucher usage transaction (TrxA) indicating the registered location, and obtains the obtained transaction ID. It can support sending or sending to specific issuers.
  • the PrivTxid described above that is, PrivTxid for at least some unused electronic vouchers included in the electronic voucher usage transaction
  • the public blockchain database for the Txid (ie, at least some unused electronic vouchers previously). can be replaced with Txid).
  • 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. 3, and thus similar parts are omitted in the description of FIG. 3.
  • 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 signature value, a random nonce, 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 registers or registers a random nonce signature value, a random nonce, and a hash value for a specific user's public key in the public blockchain database, and in the public blockchain database.
  • a Txid which is a transaction ID indicating location information on a public blockchain database of registered hash values, may be acquired or acquired.
  • the server 100 registers a user registration transaction of a specific user by using a private blockchain database and a public blockchain database.
  • the server 100 may use only a public blockchain database.
  • the server 100 registers the user registration transaction in the public blockchain database, obtains the ID (Txid) of the issuer registration transaction (TrxA) indicating the registered location, and obtains it.
  • the transaction ID (Txid) can be sent to or sent to a specific user.
  • electronic voucher data including PrivTxid for at least some previously unused and expired electronic voucher for the refund of the electronic voucher from the specific user 111 who purchased the electronic voucher, (ii) An electronic voucher refund request (refund TrxA) based on the signature value of a particular user who signed the public key of a specific user and (iii) the hash value of the electronic voucher data or a value including the same with the specific key of the specific user is executed.
  • the server 100 receives it through the communication unit (S400).
  • 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 issuer who issued the electronic voucher, the refund value information of the electronic voucher, the unique ID of the specific issuer, and the expiration date information corresponding to the electronic voucher. 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 an electronic voucher refund.
  • the public key of the specific issuer who issued the electronic voucher is the public key of the specific issuer who issued the electronic voucher as the receipt of the refund voucher.
  • the refund value information of the electronic voucher is value information that can be refunded through the electronic voucher, and the unique ID of the specific issuer is the ID of the specific issuer who issued the electronic voucher.
  • the expiration date information corresponding to the electronic voucher may be date information specifying the expiration date for using the electronic voucher.
  • transaction (TrxA) for electronic voucher refund is 1, type (refund), 2. PrivTxid or Txid for the previous transaction, 3. public key of the particular issuer receiving the electronic voucher to be refunded to the recipient, 4 Refund Value Information for Electronic Vouchers, 5. Issuer ID of Electronic Vouchers. 6. The expiration date of the electronic voucher, 7. The public key (PubA) of a specific user, which is the public key for identifying the subject of this action, 8. The signature value 1, 2, 3, 4, 5 signed by the particular issuer with the private key. , 6, 7 signature values (SigPrivA (1: 2: 3: 4: 5: 6: 7)).
  • 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).
  • the electronic voucher refund transaction (TrxA) includes (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user. ) Is registered in the private blockchain database, and 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 is performed. Can be provided or supported to provide (S413). However, if the verification 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 (S414).
  • the server 100 registers a hash value for (i) the electronic voucher data, (ii) the public key of a specific user, and (iii) the signature value of a specific user in the public blockchain database. It may support to register (S411).
  • the server 100 may support to obtain or obtain a Txid, which is a transaction ID indicating location information on the public blockchain database of hash values registered in the public blockchain database (S412).
  • the server may obtain an OP message corresponding to the Txid from the public blockchain database 120.
  • the server 100 registers the electronic voucher refund transaction of a specific user using a private blockchain database and a public blockchain database. Alternatively, the server 100 may use only the public blockchain database.
  • the server 100 registers a valid electronic voucher refund transaction (TrxA) in the public blockchain database, obtains the ID (Txid) of the electronic voucher use transaction (TrxA) indicating the registered location, and obtains the obtained transaction ID.
  • the PrivTxid described above ie, PrivTxid for at least some previously unused and expired electronic vouchers included in the electronic voucher usage transaction
  • Txid is an ID for a transaction registered in the database.
  • 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 issuer that issued the electronic voucher, the settlement value information of the electronic 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 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.
  • transaction (TrxA) for the electronic voucher settlement is 1. type (settlement), 2. PrivTxid or Txid of the electronic voucher used in this transaction, 3. at least some unused electronic voucher at each point of use PrivTxid for the user, 4.
  • the public key of the particular issuer receiving the settlement of the electronic voucher as the recipient 5.
  • Information on the settlement value of the electronic voucher 6.
  • the issuer ID of the electronic voucher 7.
  • the public key (PubA) of a specific seller which is the public key to verify the subject of this operation.
  • 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.
  • TrxA can be registered or registered in the private blockchain database, and to provide or provide PrivTxid to specific merchants 112 indicating location information on the private blockchain database of the electronic voucher settlement transaction registered in the private blockchain database. There is (S514).
  • the server 100 registers a hash value for (i) the electronic voucher data, (ii) the public key of the specific merchant, and (iii) the signature value of the specific merchant in the public blockchain database. It may support to register (S511).
  • the server 100 may support to acquire or obtain a Txid, which is a transaction ID indicating location information on the public blockchain database of the hash value registered in the public blockchain database (S512).
  • the server may obtain an OP message corresponding to the Txid from the public blockchain database 120.
  • the server 100 registers a transaction transaction for the electronic voucher of a specific seller using a private blockchain database and a public blockchain database.
  • the server 100 may use only a public blockchain database.
  • the server 100 registers a valid electronic voucher settlement transaction (TrxA) in the public blockchain database, obtains the ID (Txid) of the electronic voucher settlement transaction (TrxA) indicating the registered location, and obtains the obtained transaction ID.
  • Texid the ID of the electronic voucher settlement transaction
  • the server 100 registers a valid electronic voucher settlement transaction (TrxA) in the public blockchain database, obtains the ID (Txid) of the electronic voucher settlement transaction (TrxA) indicating the registered location, and obtains the obtained transaction ID.
  • You can support sending or sending to specific users.
  • the number of PrivTxids described above ie, the number of PrivTxids for electronic vouchers used in this transaction included in the voucher settlement transaction
  • PrivTxid ie, PrivTxids for at least some unused electronic vouchers at each usage point
  • Txids ie, the number of Txids for the electronic vouchers used in this transaction registered in the public blockchain database
  • Txids ie, the Txids for at least some unused electronic vouchers at each point of use.
  • 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. 3, and thus similar parts are omitted in the description of FIG. 3.
  • 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 signature value, a random nonce, 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 supports registering or registering a random nonce signature value, a random nonce, and a hash value of a specific seller's public key in the public blockchain database when the seller and the signature value are valid, and in the public blockchain database.
  • a Txid indicating location information on a public blockchain database of registered hash values may be obtained or acquired.
  • the server 100 registers a seller registration transaction of a specific seller using a private blockchain database and a public blockchain database.
  • the server 100 may use only a public blockchain database.
  • the server 100 registers the seller registration transaction in the public blockchain database, obtains the ID (Txid) of the seller registration transaction (TrxA) indicating the registered location, and obtains Transaction ID (Txid) can be sent to or sent to a specific merchant.
  • FIG. 7 a method of discarding 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.
  • the electronic voucher data including (i) at least partially unused and expired electronic voucher for the destruction of the electronic voucher from the particular issuer 110, (ii) (v)
  • An electronic voucher destruction request (revocate TrxA) is sent from a terminal of a specific issuer by a signature value of a specific issuer that has signed the public key and (iii) the hash value of the electronic voucher data or a value including the same with the private key of the specific issuer. If the server 100 receives it through the communication unit (S600).
  • 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 issuer, value information to be discarded by the electronic 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 electronic voucher settlement.
  • transaction (TrxA) for electronic voucher settlement is 1. type (settlement), 2. PrivTxid or Txid for the electronic voucher that has not been used at least partially and has expired, 3. the electronic voucher as the recipient
  • the public key of the specific issuer receiving 4. Destruction value information of the electronic voucher, 5.
  • the issuer ID of the electronic voucher. 6.
  • the public key of a specific issuer which is the public key to verify the subject of this operation, 7.
  • the signature value of 1, 2, 3, 4, 5, 6 signed by a specific issuer as a private key (SigPrivA (1: 2: 3: 4: 5: 6)).
  • 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 electronic voucher destruction transaction (TrxA) includes (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer. ) Is registered in the private blockchain database, and a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the electronic voucher destruction transaction registered in the private blockchain database is successful is issued to a specific issuer (110). Can be provided or supported to provide (S613).
  • the server 100 may provide or support a specific issuer 110 to provide or provide a response indicating a failure including an error message (S614).
  • the server 100 registers a hash value for (i) the electronic voucher data, (ii) the public key of a specific issuer, and (iii) the signature value of a specific issuer in the public blockchain database. It may support to register (S611).
  • the server 100 may support to obtain or obtain a Txid indicating location information on the public blockchain database of the hash value registered in the public blockchain database (S612).
  • the server may obtain an OP message corresponding to the Txid from the public blockchain database 120.
  • the server 100 registers the transaction of destroying the electronic voucher of a specific issuer using a private blockchain database and a public blockchain database.
  • the server 100 may use only the public blockchain database.
  • the server 100 registers a valid electronic voucher destruction transaction (TrxA) in the public blockchain database, obtains the ID (Txid) of the electronic voucher destruction transaction (TrxA) indicating the registered location, and obtains the obtained transaction ID. It can support sending or sending to specific issuers.
  • the previously described PrivTxid i.e., at least some of which have not previously been used in the electronic voucher destruction transaction and PrivTxid for expired electronic vouchers
  • Txid for an expired electronic voucher are not used at all.
  • Txid for an expired electronic voucher are not used at all.
  • 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.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 전자 바우처를 발행하는 방법에 있어서, (a) 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하는 단계; 및 (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.

Description

UTXO 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
UTXO 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버에 관한 것으로, 보다 상세하게는, (a) 특정 발행자로부터의 상기 전자 바우처의 발행을 위한 (i) 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하고 (b) 상기 확인 결과 유효이면, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하는 방법과 이를 이용하는 서버에 관한 것이며, 더 나아가 특정 사용자가 전자 바우처를 사용하는 방법, 그리고, 특정 사용자가 전자 바우처를 환불하는 방법, 특정 판매자가 전자 바우처를 정산하는 방법, 특정 발행자가 전자 바우처를 파기하는 방법 및 이를 이용하는 서버에 관한 것이다.
일반적으로 쿠폰, 상품권 등을 포함하는 바우처(voucher)는 상품이나 서비스 등을 이용하기 위한 금액이나 수량 등이 기재된 증표(이용권)로, 상품이나 서비스의 판매를 촉진시키거나 광고 등의 목적을 위해 제작되며, 음식점과 백화점 등에서 소정의 상품을 구매한 사람에게 다음에 재차 구매할 경우 그 상품에 대하여 소정의 금액만큼 할인이 적용되도록 하는 할인권 또는 소정 금액 이상의 상품을 구매한 대가로 지급되어 소정의 경품과 교환할 수 있도록 하는 경품 교환권 등을 통칭한다.
근래에 들어서는 음식점과 백화점 등에서의 물품 구입뿐 아니라 연극, 영화, 도서 구입에도 활용할 수 있는 다양한 바우처가 제작되고 있으며, 또한 인터넷의 보편화에 따른 전자 바우처도 등장하는 등 사회 전반에 걸쳐 새로운 문화로써 정착되고 있고 있다.
그러나, 전자 바우처로 일반적으로 많이 사용되고 있는 모바일 쿠폰, 기프트 쿠폰, 할인 쿠폰이나 상품권 등은 대부분 바코드나 등록번호를 등록할 수 있는 체계로 제작되어 있으며, 이러한 전자 바우처는 대부분 이미지라는 단순 데이터가 문자 형식으로 전송되는 방식이기 때문에 복사 또는 위변조될 위험성이 높은 문제점이 있다. 또한, 시스템 상의 오류로 인하여 중복 발행되는 등의 문제점이 발생할 가능성이 높다.
본 발명은 상술한 문제점들을 모두 해결하는 것을 그 목적으로 한다.
또한, 본 발명은 가상 화폐의 블록체인에 전자 바우처를 등록하여 복사 또는 위/변조가 불가능하도록 하는 방법 및 서버를 제공하는 것을 다른 목적으로 한다.
또한, 본 발명은 전자 바우처의 사용 등의 정보를 해쉬함수와 암호화 기술을 이용하여 보안이 보장되고 위/변조가 불가능하도록 하는 방법 및 서버를 제공하는 것을 또 다른 목적으로 한다.
또한, 본 발명은 가상 화폐의 블록체인에 전자 바우처를 등록함으로써 전자 바우처가 중복 발행되는 등의 문제점을 미연에 방지할 수 있도록 하는 방법 및 서버를 제공하는 것을 또 다른 목적으로 한다.
상기 목적을 달성하기 위한 본 발명의 대표적인 구성은 다음과 같다.
본 발명의 일 실시예에 따르면, 전자 바우처를 발행하는 방법에 있어서, (a) 특정 발행자로부터의 상기 전자 바우처의 발행을 위한 (i) 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하는 단계; 및 (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 전자 바우처를 사용하는 방법에 있어서, (a) 특정 사용자로부터 상기 전자 바우처의 사용을 위한 (i) 이전에 적어도 일부 미사용된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하는 단계; 및 (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 전자 바우처를 환불하는 방법에 있어서, (a) 특정 사용자로부터 상기 전자 바우처의 환불을 위한 (i) 이전에 적어도 일부 미사용되었으며 만료된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하는 단계; 및 (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 전자 바우처를 정산하는 방법에 있어서, (a) 특정 판매자로부터 상기 전자 바우처의 정산을 위한 (i) 이번 transaction에서 사용된 상기 전자 바우처에 대한 PrivTxid의 개수 및 각각의 사용 시점에서 적어도 일부 미사용된 상기 전자 바우처에 대한 PrivTxid를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 판매자의 private key로 서명한 상기 특정 판매자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 유효 여부를 확인하는 단계; 및 (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
본 발명의 일 실시예에 따르면, 전자 바우처를 파기하는 방법에 있어서, (a) 특정 발행자로부터 상기 전자 바우처의 파기를 위한 (i) 이전에 적어도 일부 사용되지 않았으며 만료된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하는 단계; 및 (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계; 를 포함하는 것을 특징으로 하는 방법이 제공된다.
또한, 본 발명의 일 실시예에 따르면, 상기의 방법들을 수행하기 위한 서버가 제공된다.
이 외에도, 본 발명의 방법을 실행하기 위한 컴퓨터 프로그램을 기록하기 위한 컴퓨터 판독 가능한 기록 매체가 더 제공된다.
본 발명에 의하면, 다음과 같은 효과가 있다.
본 발명은 가상 화폐의 블록체인에 전자 바우처를 등록하여 복사 또는 위/변조가 불가능하도록 하여 전자 바우처의 신뢰성 및 보안성을 향상시킬 수 있다.
또한, 본 발명은 전자 바우처의 사용 등의 정보를 해쉬함수와 암호화 기술을 이용하여 보안이 보장되고 위/변조가 불가능하도록 하여 전자 바우처의 신뢰성 및 보안성을 향상시킬 수 있다.
또한, 본 발명은 가상 화폐의 블록체인에 전자 바우처를 등록함으로써 전자 바우처가 중복 발행되는 등의 문제점을 미연에 방지할 수 있어 전자 바우처의 신뢰성 및 보안성을 향상시킬 수 있다.
도 1은 본 발명의 일 실시예에 따라 전자 바우처를 발행하는 서버를 개략적으로 도시한 것이고,
도 2는 본 발명의 일 실시예에 따라 전자 바우처를 발행하는 방법을 개략적으로 도시한 것이고,
도 3은 본 발명의 일 실시예에 따른 전자 바우처를 발행하는 방법에서 전자 바우처를 발행하는 전자 바우처 발행자를 등록하는 방법을 개략적으로 도시한 것이고,
도 4는 본 발명의 일 실시예에 따라 전자 바우처를 사용하는 방법을 개략적으로 도시한 것이고,
도 5는 본 발명의 일 실시예에 따라 전자 바우처를 환불하는 방법을 개략적으로 도시한 것이고,
도 6은 본 발명의 일 실시예에 따라 전자 바우처를 정산하는 방법을 개략적으로 도시한 것이고,
도 7은 본 발명의 일 실시예에 따라 전자 바우처를 파기하는 방법을 개략적으로 도시한 것이다.
후술하는 본 발명에 대한 상세한 설명은, 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 당업자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는, 적절하게 설명된다면, 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 지칭한다.
이하, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있도록 하기 위하여, 본 발명의 바람직한 실시예들에 관하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.
도 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) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 특정 발행자의 private key로 서명한 특정 발행자의 서명값에 의한 전자 바우처 발행 요청(request(issue TrxA))이 특정 발행자의 단말로부터 송신되면 서버(100)는 이를 통신부(101)를 통해 수신한다(S100).
이때, 전자 바우처 데이터는, 전자 바우처의 타입 정보, 상기 전자 바우처를 구매하는 특정 사용자의 public key, 상기 전자 바우처의 가치 정보, 상기 특정 발행자의 고유 ID 정보 및 상기 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 발행을 표시하는 정보일 수 있다. 또한, 전자 바우처를 구매하는 특정 사용자의 public key는 특정 사용자를 지정함으로써 해당 전자 바우처를 구매한 사용자를 특정할 수도 있으며, 이와는 달리 사용자를 특정하지 않음으로써 무기명 상품권과 같이 일반 화폐와 유사하게 사용되게 할 수도 있다. 그리고, 전자 바우처의 가치 정보는 사용 금액, 사용 회수, 교환 가능한 상품 정보 등을 포함하는 유무형의 가치에 대한 정보일 수 있다. 또한, 특정 발행자의 고유 ID는 특정 발행자를 식별하기 위한 정보일 수 있으며, 일 예로 특정 발행자의 public key의 해쉬값 또는 이를 포함한 값일 수 있다. 그리고, 특정 발행자 또는 특정 사용자에 대한 정보는 사전에 서버(100)에 등록된 것이거나, 필요에 따라 해당 시점에 서버(100)에 등록할 수도 있으며, 등록 정보는 private key와 public key를 가진 발행자 또는 사용자가 자신의 public key를 서버(100)에 등록한 것으로, 이에 대한 설명은 다른 동작에서 설명한다. 또한, 전자 바우처의 사용 기한 정보는 전자 바우처를 사용할 수 있는 기한을 지정한 날짜 정보일 수 있다.
그리고, 일 예로, 전자 바우처 발행을 위한 transaction(TrxA)은 1. 타입(발행), 2. 이전 transaction에 대한 PrivTxid 또는 Txid(본 실시예에서는 전자 바우처의 발행이므로 이전 PrivTxid 또는 Txid가 없음), 3. 수신자로 전자 바우처를 구매하는 사용자의 public key(PubA), 4. 전자 바우처의 발행 가치 정보, 5. 전자 바우처 발행인 ID, 6. 전자 바우처의 만료일, 7. 이번 동작의 주체 확인을 위한 public key인 특정 발행자의 public key(MpubA), 8. 서명값으로 특정 발행자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7의 서명값(SigMPrivA(1:2:3:4:5:6:7))을 포함할 수 있다.
그러면, 서버(100)의 프로세서(102)는 통신부(101)를 통해 획득된 (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값의 유효 여부를 확인한다(S101). 또한, 서버(100)는 전자 바우처 데이터에 대한 포맷 형식의 유효 여부를 확인할 수도 있다.
이때, 서버(100)의 프로세서(101)는 상기 (i) 전자 바우처 데이터에 해쉬 함수를 적용하여 생성한 해쉬값과 상기 (iii) 특정 발행자의 서명값에 대해 특정 발행자의 public key 를 사용하여 획득한 값을 비교 분석하여 전자 바우처 데이터의 유효 여부를 확인할 수 있다.
일 예로, 상기 특정 발행자에 의해 등록된 public key를 이용하여 상기 특정 발행자의 서명값에 대한 유효 여부를 확인할 수 있다.
즉, 서버(100)는 등록된 특정 발행자의 public key를 사용하여 획득된 전자 바우처 데이터에 해쉬 함수를 적용하여 해쉬값을 획득하며, 등록된 특정 발행자의 public key를 사용하여 확인한 특정 발행자의 서명값이 일치하는지를 확인하여 전자 바우처 데이터가 유효하며 정상적인 특정 발행자에 의해 서명된 것인지를 확인할 수 있다.
그리고, 서버(100)는 확인 결과(S110) 유효한 것으로 판단하면, (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값을 포함하는 전자 바우처 발행 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 발행 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 포함하는 등록이 성공했음을 나타내는 응답을 특정 발행자에게 제공하거나 제공하도록 지원할 수 있다(S113). 하지만, 서버(100)는 확인 결과(S110) 유효가 아니면, 특정 발행자(110)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다(S114).
또한, 서버(100)는 유효한 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값에 대한 해쉬값(hash(TrxA))을 퍼블릭 블록체인 데이터베이스(120)에 등록하거나 등록하도록 지원한다(S111). 이때, 해쉬값 생성을 위한 해쉬 함수는 MD4 함수, MD5 함수, SHA-0 함수, SHA-1 함수, SHA-224 함수, SHA-256 함수, SHA-384 함수, SHA-512 함수 및 HAS-160 함수를 포함할 수 있으나, 이에 한정되지 않음은 통상의 기술자가 알 수 있을 것이다. 예를 들어 Triple SHA256도 가능할 것이다.
이후, 서버(100)는 퍼블릭 블록체인 데이터베이스(120)에 등록된 해쉬값의 퍼블릭 블록체인 데이터베이스(120) 상의 위치 정보를 나타내는 transaction ID 인 Txid를 획득하거나 획득하도록 지원할 수 있다(S112). 서버(100)는 Txid에 대응되는 OP 메시지를 퍼블릭 블록체인 데이터베이스(120)로부터 획득할 수도 있다.
상기에서는 서버(100)가 특정 발행자의 전자 바우처 발행 transaction을 프라이빗 블록체인 데이터베이스와 퍼블릭 블록체인 데이터베이스를 이용하여 등록하였지만, 이와는 달리 퍼블릭 블록체인 데이터베이스만을 이용할 수도 있다.
즉, 서버(100)는 유효한 전자 바우처 발행 transaction(TrxA)을 퍼블릭 블록체인 데이터베이스에 등록하고, 등록된 위치를 나타내는 전자 바우처 발행 transaction(TrxA)의 ID(Txid)를 획득하고, 획득된 transaction ID를 특정 발행자에게 전송하거나 전송하도록 지원할 수 있다.
다음으로, 도 3을 참조하여 특정 발행자(110)를 등록하는 과정을 설명하면 다음과 같다.
특정 발행자(100)의 public key(MPubA)에 의한 발행자 등록 요청이 획득되면(S200), 서버(100)는, 특정 발행자(110)의 유효 여부를 확인하여(S210) 특정 발행자(110)가 유효할 경우 random nonce(RN)를 특정 발행자(110)에게 전달하거나 전달하도록 지원할 수 있다(S211). 그리고, 특정 발행자(110)가 유효하지 않을 경우, 일 예로 타인의 명의를 도용한 사람일 경우, 서버(100)는 특정 발행자(110)에게 발행자 확인 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다(S226).
구체적으로, 특정 발행자가 단말에서 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를 사용하여 획득한 서명값인 SigMPrivA(RN)으로부터 RN인 random nonce를 확인하고, 확인된 random nonce가 특정 발행자에게 전달한 random nonce와 일치하는지를 확인하여 일치할 경우 유효한 서명인 것으로 검증한다.
그리고, 서버(100)는 특정 발행자(110)로부터 획득된 서명값이 유효한 것일 경우, random nonce 서명값, random nonce 및 특정 발행자의 public key를 포함하는 발행자 등록 transaction(RN, SigMPrivA(RN), MPubA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하며(S221), 프라이빗 블록체인 데이터베이스에 등록된 발행자 등록 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid을 포함하는 등록이 성공했음을 나타내는 응답을 특정 발행자에게 제공하거나 제공하도록 지원할 수 있다(S224).
그러나, 서버(100)는 특정 발행자(110)로부터 획득된 서명값이 유효하지 않을 경우, 특정 발행자(110)에게 서명값 확인 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다(S225).
또한, 서버(100)는 발행자와 서명값이 유효한 경우, random nonce 서명값, random nonce 및 특정 발행자의 public key에 대한 해쉬값(hash(RN, SigMprivA(RN), MPubA))을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고(S222), 퍼블릭 블록체인 데이터베이스에 등록된 해쉬값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 transaction ID인 Txid를 획득하거나 획득하도록 지원할 수 있다(S223).
상기에서는 서버(100)가 특정 발행자의 발행자 등록 transaction을 프라이빗 블록체인 데이터베이스와 퍼블릭 블록체인 데이터베이스를 이용하여 등록하였지만, 이와는 달리 퍼블릭 블록체인 데이터베이스만을 이용할 수도 있다.
즉, 서버(100)는 특정 발행자와 서명값이 유효할 경우, 발행자 등록 transaction(RN, SigMprivA(RN), MPubA)을 퍼블릭 블록체인 데이터베이스에 등록하고, 등록된 위치를 나타내는 발행자 등록 transaction(TrxA)의 ID(Txid)를 획득하고, 획득된 transaction ID(Txid)를 특정 발행자에게 전송하거나 전송하도록 지원할 수 있다.
다음으로, 도 4를 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 사용하는 방법을 설명하면 다음과 같다. 다음의 설명에서 도 2의 본 발명의 실시예에서 전자 바우처를 발행하는 방법에서와 유사한 부분은 도 2의 설명으로부터 이해 가능하므로 상세한 설명을 생략한다.
전자 바우처를 사용하기 위하여, 전자 바우처를 구매한 특정 사용자(111)로부터 전자 바우처의 사용을 위한 (i) 이전에 적어도 일부 미사용된 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 특정 사용자의 private key로 서명한 특정 사용자의 서명값에 의한 전자 바우처 사용 요청(request(use TrxA))이 특정 사용자의 단말로부터 송신되면 서버(100)는 이를 통신부(101)를 통해 수신한다(S300).
이때, 전자 바우처 데이터는 전자 바우처의 타입 정보, 전자 바우처를 수신하는 특정 판매자의 public key, 전자 바우처의 가치 정보 중에서 이번에 사용하기 위한 사용 가치 정보, 전자 바우처를 발행한 특정 발행자의 고유 ID, 전자 바우처의 사용 기한 정보, 전자 바우처에서 사용 가치 정보를 사용한 이후 돌려받아야 할 차감 가치 정보 및 차감 가치 정보의 확인을 위한 특정 사용자의 public key 중 적어도 하나 이상을 더 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 사용을 표시하는 정보일 수 있다. 또한, 전자 바우처를 수신하는 특정 판매자의 public key는 특정 판매자를 지정함으로써 해당 전자 바우처를 수신한, 즉 특정 사용자에 의해 사용되는 전자 바우처를 수령하는 판매자를 특정할 수도 있으며, 이와는 달리 판매자를 특정하지 않음으로써 무기명 상품권과 같이 일반 화폐와 유사하게 사용되게 할 수도 있다. 그리고, 전자 바우처의 가치 정보 중에서 이번에 사용하기 위한 사용 가치 정보는 사용 금액, 사용 회수, 교환 가능한 상품 정보 등을 포함하는 유무형의 가치에 대한 정보일 수 있다. 또한, 전자 바우처를 발행한 특정 발행자의 고유 ID는 특정 발행자를 식별하기 위한 정보일 수 있으며, 일 예로 특정 발행자의 public key의 해쉬값 또는 이를 포함한 값일 수 있다. 그리고, 전자 바우처의 사용 기한 정보는 전자 바우처를 사용할 수 있는 기한을 지정한 날짜 정보일 수 있다. 또한, 전자 바우처에서 사용 가치 정보를 사용한 이후 돌려받아야 할 차감 가치 정보는 전자 바우처의 사용 이후 잔액에 대한 정보일 수 있으며, 차감 가치 정보의 확인을 위한 특정 사용자의 public key는 전자 바우처의 사용 이후 잔액에 대한 소유권 확인을 위한 정보일 수 있다. 이때, 전자 바우처에서 차감 가치가 없을 경우, 차감 가치 정보와 차감 가치 정보의 확인을 위한 특정 사용자의 public key는 없을 수도 있다.
그리고, 일 예로, 전자 바우처 사용을 위한 transaction(TrxA)은 1. 타입(사용), 2. 이전 transaction에 대한 PrivTxid 또는 Txid, 3. 수신자로 전자 바우처를 수령하는 특정 판매자의 public key, 4. 전자 바우처의 사용 가치 정보, 5. 전자 바우처의 발행인 ID. 6. 전자 바우처의 만료일, 7. 전자 바우처의 차감 가치 정보, 8. 전자 바우처의 차감 가치에 대한 소유권 확인을 위한 특정 사용자의 Public key, 9. 이번 동작의 주체 확인을 위한 public key인 특정 사용자의 public key(PubA), 10. 서명값으로 특정 사용자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7, 8, 9의 서명값(SigPrivA(1:2:3:4:5:6:7:8:9))을 포함할 수 있다.
그러면, 서버(100)는 획득된 (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값의 유효 여부를 확인한다(S301). 또한, 서버(100)는 전자 바우처 데이터에 대한 포맷 형식의 유효 여부를 확인할 수도 있다.
그리고, 서버(100)는 확인 결과(S310) 유효인 것으로 판단하면, (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값을 포함하는 전자 바우처 사용 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 사용 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 포함하는 등록이 성공했음을 나타내는 응답을 특정 사용자(111)에게 제공하거나 제공하도록 지원할 수 있다(S313). 하지만, 서버(100)는 확인 결과(S110) 유효가 아니면, 특정 사용자(111)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다(S314).
또한, 서버(100)는 유효한 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원할 수 있다(S311).
이후, 서버(100)는 퍼블릭 블록체인 데이터베이스에 등록된 해쉬값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다(S312). 서버는 Txid에 대응되는 OP 메시지를 퍼블릭 블록체인 데이터베이스(120)로부터 획득할 수도 있다.
상기에서는 서버(100)가 특정 사용자의 전자 바우처 사용 transaction을 프라이빗 블록체인 데이터베이스와 퍼블릭 블록체인 데이터베이스를 이용하여 등록하였지만, 이와는 달리 퍼블릭 블록체인 데이터베이스만을 이용할 수도 있다.
즉, 서버(100)는 유효한 전자 바우처 사용 transaction(TrxA)을 퍼블릭 블록체인 데이터베이스에 등록하고, 등록된 위치를 나타내는 전자 바우처 사용 transaction(TrxA)의 ID(Txid)를 획득하고, 획득된 transaction ID를 특정 발행자에게 전송하거나 전송하도록 지원할 수 있다. 이때, 앞에서 설명했던 PrivTxid(즉, 전자 바우처 사용 transaction에 포함되는 이전에 적어도 일부 미사용된 전자 바우처에 대한 PrivTxid)는 Txid(즉, 이전에 적어도 일부 미사용된 전자 바우처에 대한 퍼블릭 블록체인 데이터베이스에 등록된 transaction에 대한 ID인 Txid)로 대체될 수 있을 것이다.
그리고, 서버(100)가 특정 사용자를 등록하는 과정을 설명하면 다음과 같다. 특정 사용자의 등록 또한 도 3에서의 특정 발행자의 등록과 같은 방법을 수행하는 것으로 유사한 부분은 도 3에서의 설명으로 이해 가능하므로 생략한다.
특정 사용자(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에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록되도록 지원하고, 퍼블릭 블록체인 데이터베이스에 등록된 해쉬값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 transaction ID인 Txid를 획득하거나 획득하도록 지원할 수 있다.
상기에서는 서버(100)가 특정 사용자의 사용자 등록 transaction을 프라이빗 블록체인 데이터베이스와 퍼블릭 블록체인 데이터베이스를 이용하여 등록하였지만, 이와는 달리 퍼블릭 블록체인 데이터베이스만을 이용할 수도 있다.
즉, 서버(100)는 특정 사용자와 서명값이 유효할 경우, 사용자 등록 transaction을 퍼블릭 블록체인 데이터베이스에 등록하고, 등록된 위치를 나타내는 발행자 등록 transaction(TrxA)의 ID(Txid)를 획득하고, 획득된 transaction ID(Txid)를 특정 사용자에게 전송하거나 전송하도록 지원할 수 있다.
다음으로, 도 5를 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 환불하는 방법을 설명하면 다음과 같다. 다음의 설명에서 도 2의 본 발명의 실시예에서 전자 바우처를 발행하는 방법에서와 유사한 부분은 도 2의 설명으로부터 이해 가능하므로 상세한 설명을 생략한다.
전자 바우처를 환불하기 위하여, 전자 바우처를 구매한 특정 사용자(111)로부터 전자 바우처의 환불을 위한 (i) 이전에 적어도 일부 미사용되었으며 만료된 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 특정 사용자의 private key로 서명한 특정 사용자의 서명값에 의한 전자 바우처 환불 요청(request(refund TrxA))이 특정 사용자(111)의 단말로부터 송신되면 서버(100)는 이를 통신부를 통해 수신한다(S400).
이때, 전자 바우처 데이터는 전자 바우처의 타입 정보, 전자 바우처를 발행한 특정 발행자의 public key, 전자 바우처의 환불 가치 정보, 특정 발행자의 고유 ID 및 전자 바우처에 대응되는 사용 기한 정보 중 적어도 하나 이상을 더 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 환불을 표시하는 정보일 수 있다. 또한, 전자 바우처를 발행한 특정 발행자의 public key는 환불 바우처의 수신으로서 전자 바우처를 발행한 특정 발행자의 public key이다. 그리고, 전자 바우처의 환불 가치 정보는 전자 바우처를 통해 환불할 수 있는 가치 정보이며, 특정 발행자의 고유 ID는 전자 바우처를 발행한 특정 발행자의 ID이다. 또한, 전자 바우처에 대응되는 사용 기한 정보는 전자 바우처를 사용할 수 있는 기한을 지정한 날짜 정보일 수 있다.
그리고, 일 예로, 전자 바우처 환불을 위한 transaction(TrxA)은 1, 타입(환불), 2. 이전 transaction에 대한 PrivTxid 또는 Txid, 3. 수신자로 환불할 전자 바우처를 수령하는 특정 발행자의 public key, 4. 전자 바우처의 환불 가치 정보, 5. 전자 바우처의 발행인 ID. 6. 전자 바우처의 만료일, 7. 이번 동작의 주체 확인을 위한 public key인 특정 사용자의 public key(PubA), 8. 서명값으로 특정 발행자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7의 서명값(SigPrivA(1:2:3:4:5:6:7))을 포함할 수 있다.
그러면, 서버(100)는 획득된 (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값의 유효 여부를 확인한다(S401).
그리고, 서버(100)는 확인 결과(S410) 유효한 것으로 판단하면, (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값을 포함하는 전자 바우처 환불 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 환불 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 포함하는 등록이 성공했음을 나타내는 응답을 특정 사용자(111)에게 제공하거나 제공하도록 지원할 수 있다(S413). 하지만, 서버(100)는 확인 결과(S410) 유효가 아니면, 특정 사용자(111)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다(S414).
또한, 서버(100)는 유효한 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 사용자의 public key 및 (iii) 특정 사용자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원할 수 있다(S411).
이후, 서버(100)는 퍼블릭 블록체인 데이터베이스에 등록된 해쉬값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 transaction ID인 Txid를 획득하거나 획득하도록 지원할 수 있다(S412). 서버는 Txid에 대응된 OP 메시지를 퍼블릭 블록체인 데이터베이스(120)로부터 획득할 수도 있다.
상기에서는 서버(100)가 특정 사용자의 전자 바우처 환불 transaction을 프라이빗 블록체인 데이터베이스와 퍼블릭 블록체인 데이터베이스를 이용하여 등록하였지만, 이와는 달리 퍼블릭 블록체인 데이터베이스만을 이용할 수도 있다.
즉, 서버(100)는 유효한 전자 바우처 환불 transaction(TrxA)을 퍼블릭 블록체인 데이터베이스에 등록하고, 등록된 위치를 나타내는 전자 바우처 사용 transaction(TrxA)의 ID(Txid)를 획득하고, 획득된 transaction ID를 특정 사용자에게 전송하거나 전송하도록 지원할 수 있다. 이때, 앞에서 설명했던 PrivTxid(즉, 전자 바우처 사용 transaction에 포함되는 이전에 적어도 일부 미사용되었으며 만료된 전자 바우처에 대한 PrivTxid)는 Txid(즉, 이전에 적어도 일부 미사용되었으며 만료된 전자 바우처에 대한 퍼블릭 블록체인 데이터베이스에 등록된 transaction에 대한 ID인 Txid)로 대체될 수 있을 것이다.
다음으로, 도 6을 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 정산하는 방법을 설명하면 다음과 같다. 다음의 설명에서 도 2의 본 발명의 실시예에서 전자 바우처를 발행하는 방법에서와 유사한 부분은 도 2의 설명으로부터 이해 가능하므로 상세한 설명을 생략한다.
전자 바우처를 정산하기 위하여, 상품이나 서비스 등의 반대 급부로 전자 바우처를 수령한 특정 판매자(112)로부터 전자 바우처의 정산을 위한 (i) 이번 transaction에서 사용된 전자 바우처에 대한 PrivTxid의 개수 및 각각의 사용 시점에서 적어도 일부 미사용된 전자 바우처에 대한 PrivTxid를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 판매자의 private key로 서명한 상기 특정 판매자의 서명값에 의한 전자 바우처 정산 요청(request(seller TrxA)이 특정 판매자의 단말로부터 송신되면 서버(100)를 통신부를 통해 이를 수신한다(S500).
이때, 전자 바우처 데이터는 전자 바우처의 타입 정보, 전자 바우처를 발행한 특정 발행자의 public key, 전자 바우처의 정산 가치 정보 및 특정 발행자의 고유 ID 중 적어도 하나 이상을 더 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 정산을 표시하는 정보일 수 있다. 또한, 전자 바우처의 정산 가치 정보는 특정 판매자가 상품, 서비스 등의 반대 급부로 수령한 가치에 대한 정보일 수 있다.
그리고, 일 예로, 전자 바우처 정산을 위한 transaction(TrxA)은 1. 타입(정산), 2. 이번 transaction에서 사용된 전자 바우처의 PrivTxid 또는 Txid, 3. 각각의 사용 시점에서 적어도 일부 미사용된 전자 바우처에 대한 PrivTxid, 4. 수신자로 전자 바우처를 정산하기 위하여 수령하는 특정 발행자의 public key, 5. 전자 바우처의 정산 가치 정보, 6. 전자 바우처의 발행인 ID. 7. 이번 동작의 주체 확인을 위한 public key인 특정 판매자의 public key(PubA), 8. 서명값으로 특정 판매자가 private key로 서명한 1, 2, 3, 4, 5, 6, 7의 서명값(SigPrivA(1:2:3:4:5:6:7)을 포함할 수 있다.
그러면, 서버는 획득된 (i) 전자 바우처 데이터, (ii) 특정 판매자의 public key 및 (iii) 특정 판매자의 서명값의 유효 여부를 확인한다(S501). 또한, 서버(100)는 전자 바우처 데이터에 대한 포맷 형식의 유효 여부를 확인할 수도 있다.
그리고, 서버(100)는 확인 결과(S500) 유효한 것으로 판단하면, (i) 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 특정 판매자의 서명값을 포함하는 전자 바우처 정산 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 정산 Transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 특정 판매자(112)에게 제공하거나 제공하도록 지원할 수 있다(S514).
또한, 서버(100)는 유효한 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 판매자의 public key 및 (iii) 특정 판매자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원할 수 있다(S511).
이후, 서버(100)는 퍼블릭 블록체인 데이터베이스에 등록된 해쉬값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 transaction ID인 Txid를 획득하거나 획득하도록 지원할 수 있다(S512). 서버는 Txid에 대응되는 OP 메시지를 퍼블릭 블록체인 데이터베이스(120)로부터 획득할 수도 있다.
상기에서는 서버(100)가 특정 판매자의 전자 바우처 정산 transaction을 프라이빗 블록체인 데이터베이스와 퍼블릭 블록체인 데이터베이스를 이용하여 등록하였지만, 이와는 달리 퍼블릭 블록체인 데이터베이스만을 이용할 수도 있다.
즉, 서버(100)는 유효한 전자 바우처 정산 transaction(TrxA)을 퍼블릭 블록체인 데이터베이스에 등록하고, 등록된 위치를 나타내는 전자 바우처 정산 transaction(TrxA)의 ID(Txid)를 획득하고, 획득된 transaction ID를 특정 사용자에게 전송하거나 전송하도록 지원할 수 있다. 이때, 앞에서 설명했던 PrivTxid의 개수(즉, 바우처 정산 transaction에 포함된 이번 transaction에서 사용된 전자 바우처에 대한 PrivTxid의 개수) 및 PrivTxid(즉, 각각의 사용 시점에서 적어도 일부 미사용된 전자 바우처에 대한 PrivTxid)는 Txid의 개수(즉, 퍼블릭 블록체인 데이터베이스에 등록된 이번 transaction에서 사용된 전자 바우처에 대한 Txid의 개수) 및 Txid(즉, 각각의 사용 시점에서 적어도 일부 미사용된 전자 바우처에 대한 Txid)로 대체될 수 있을 것이다.
그리고, 서버(100)가 특정 판매자를 등록하는 과정을 설명하면 다음과 같다. 특정 판매자의 등록 또한 도 3에서의 특정 발행자의 등록과 같은 방법을 수행하는 것으로 유사한 부분은 도 3에서의 설명으로 이해 가능하므로 생략한다.
특정 판매자(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를 획득하거나 획득하도록 지원할 수 있다.
상기에서는 서버(100)가 특정 판매자의 판매자 등록 transaction을 프라이빗 블록체인 데이터베이스와 퍼블릭 블록체인 데이터베이스를 이용하여 등록하였지만, 이와는 달리 퍼블릭 블록체인 데이터베이스만을 이용할 수도 있다.
즉, 서버(100)는 특정 판매자와 서명값이 유효할 경우, 판매자 등록 transaction을 퍼블릭 블록체인 데이터베이스에 등록하고, 등록된 위치를 나타내는 판매자 등록 transaction(TrxA)의 ID(Txid)를 획득하고, 획득된 transaction ID(Txid)를 특정 판매자에게 전송하거나 전송하도록 지원할 수 있다.
다음으로, 도 7을 참조하여 본 발명의 일 실시예에 따른 전자 바우처를 파기하는 방법을 설명하면 다음과 같다. 다음의 설명에서 도 2의 본 발명의 실시예에서 전자 바우처를 발행하는 방법에서와 유사한 부분은 도 2의 설명으로부터 이해 가능하므로 상세한 설명을 생략한다.
전자 바우처를 파기하기 위하여, 특정 발행자(110)로부터 전자 바우처의 파기를 위한 (i) 이전에 적어도 일부 사용되지 않았으며 만료된 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 특정 발행자의 private key로 서명한 특정 발행자의 서명값에 의한 전자 바우처 파기 요청(request(revocate TrxA))이 특정 발행자의 단말로부터 송신되면 서버(100)는 이를 통신부를 통해 수신한다(S600).
이때, 전자 바우처 데이터는 전자 바우처의 타입 정보, 특정 발행자의 public key, 전자 바우처에서 파기할 가치 정보 및 특정 발행자의 고유 ID 중 적어도 어느 하나 이상을 더 포함할 수 있다. 그리고, 전자 바우처의 타입 정보는 현재 수행하는 동작을 정의하기 위한 것으로 전자 바우처 정산을 표시하는 정보일 수 있다.
그리고, 일 예로, 전자 바우처 정산을 위한 transaction(TrxA)은 1. 타입(정산), 2. 이전에 적어도 일부 사용되지 않았으며 만료된 상기 전자 바우처에 대한 PrivTxid 또는 Txid, 3. 수신자로 전자 바우처를 수령하는 특정 발행자의 public key, 4. 전자 바우처의 파기 가치 정보, 5. 전자 바우처의 발행인 ID. 6. 이번 동작의 주체 확인을 위한 public key인 특정 발행자의 public key, 7. 서명값으로 특정 발행자가 private key로 서명한 1, 2, 3, 4, 5, 6의 서명값(SigPrivA(1:2:3:4:5:6))을 포함할 수 있다.
그러면, 서버(100)는 획득된 (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값의 유효 여부를 확인한다(S601). 또한, 서버(100)는 전자 바우처 데이터에 대한 포맷 형식의 유효 여부를 확인할 수도 있다.
그리고, 서버(100)는 확인 결과(S610) 유효한 것으로 판단하면, (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값을 포함하는 전자 바우처 파기 transaction(TrxA)을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 프라이빗 블록체인 데이터베이스에 등록된 전자 바우처 파기 transaction의 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 포함하는 등록이 성공했음을 나타내는 응답을 특정 발행자(110)에게 제공하거나 제공하도록 지원할 수 있다(S613). 하지만, 서버(100)는 확인 결과(S610) 유효가 아니면, 특정 발행자(110)에게 에러 메시지를 포함하는 실패를 나타내는 응답을 제공하거나 제공하도록 지원할 수 있다(S614).
또한, 서버(100)는 유효한 확인 결과에 대응하여, (i) 전자 바우처 데이터, (ii) 특정 발행자의 public key 및 (iii) 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원할 수 있다(S611).
이후, 서버(100)는 퍼블릭 블록체인 데이터베이스에 등록된 해쉬값의 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원할 수 있다(S612). 서버는 Txid에 대응되는 OP 메시지를 퍼블릭 블록체인 데이터베이스(120)로부터 획득할 수도 있다.
상기에서는 서버(100)가 특정 발행자의 전자 바우처 파기 transaction을 프라이빗 블록체인 데이터베이스와 퍼블릭 블록체인 데이터베이스를 이용하여 등록하였지만, 이와는 달리 퍼블릭 블록체인 데이터베이스만을 이용할 수도 있다.
즉, 서버(100)는 유효한 전자 바우처 파기 transaction(TrxA)을 퍼블릭 블록체인 데이터베이스에 등록하고, 등록된 위치를 나타내는 전자 바우처 파기 transaction(TrxA)의 ID(Txid)를 획득하고, 획득된 transaction ID를 특정 발행자에게 전송하거나 전송하도록 지원할 수 있다. 이때, 앞에서 설명했던 PrivTxid(즉, 전자 바우처 파기 transaction에 포함된 이전에 적어도 일부 사용되지 않았으며 만료된 전자 바우처에 대한 PrivTxid)는 Txid(즉, 퍼블릭 블록체인 데이터베이스에 등록된 이전에 적어도 일부 사용되지 않았으며 만료된 전자 바우처에 대한 Txid)로 대체될 수 있을 것이다.
또한, 이상 설명된 본 발명에 따른 실시예들은 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항들과 한정된 실시예 및 도면에 의해 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명이 상기 실시예들에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형을 꾀할 수 있다.
따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등하게 또는 등가적으로 변형된 모든 것들은 본 발명의 사상의 범주에 속한다고 할 것이다.

Claims (41)

  1. 전자 바우처를 발행하는 방법에 있어서,
    (a) 특정 발행자로부터의 상기 전자 바우처의 발행을 위한 (i) 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하는 단계; 및
    (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 (b) 단계에서,
    상기 서버는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 발행 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 발행 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 (a) 단계에서,
    상기 서버는,
    (1) 상기 획득한 (i) 전자 바우처 데이터에 해쉬 함수를 적용하여 생성한 해쉬값과 (2) 상기 획득한 (iii) 특정 발행자의 서명값에 대해 상기 특정 발행자의 public key 를 사용하여 획득한 값을 비교 분석하여 상기 전자 바우처 데이터의 유효 여부를 확인하는 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처를 구매하는 특정 사용자의 public key, 상기 전자 바우처의 가치 정보, 상기 특정 발행자의 고유 ID 정보 및 상기 전자 바우처의 사용 기한 정보 중 적어도 하나 이상을 포함하는 것을 특징으로 하는 방법.
  5. 제4항에 있어서,
    상기 특정 발행자의 고유 ID 정보는, 상기 특정 발행자의 public key의 해쉬값 또는 이를 포함한 값인 것을 특징으로 하는 방법.
  6. 제1항에 있어서,
    상기 (a) 단계에서,
    상기 서버는,
    상기 특정 발행자에 의해 등록된 public key를 이용하여 상기 특정 발행자의 서명값에 대한 유효 여부를 확인하는 것을 특징으로 하는 방법.
  7. 제1항에 있어서,
    상기 (a) 단계 이전에,
    (a01) 상기 특정 발행자의 public key에 의한 발행자 등록 요청이 획득되면, 상기 서버는, 상기 특정 발행자의 유효 여부를 확인하여 상기 특정 발행자가 유효할 경우 random nonce를 상기 특정 발행자에게 전달하거나 전달하도록 지원하는 단계; 및
    (a02) 상기 random nonce를 상기 특정 발행자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 서버는, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 발행자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 발행자의 public key에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 더 포함하는 것을 특징으로 하는 방법.
  8. 제7항에 있어서,
    상기 (a02) 단계에서,
    상기 서버는,
    상기 random nonce 서명값, 상기 random nonce 및 상기 특정 발행자의 public key를 포함하는 발행자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 발행자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 방법.
  9. 제7항에 있어서,
    상기 (a01) 단계에서,
    상기 서버는,
    PKI 기반 인증서를 이용하거나 상기 특정 발행자의 신분 증명 정보를 이용하여 상기 특정 발행자의 유효 여부를 확인하는 것을 특징으로 하는 방법.
  10. 전자 바우처를 사용하는 방법에 있어서,
    (a) 특정 사용자로부터 상기 전자 바우처의 사용을 위한 (i) 이전에 적어도 일부 미사용된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하는 단계; 및
    (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  11. 제10항에 있어서,
    상기 (b) 단계에서,
    상기 서버는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 사용 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 사용 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 방법.
  12. 제10항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처를 수신하는 특정 판매자의 public key, 상기 전자 바우처의 가치 정보 중에서 이번에 사용하기 위한 사용 가치 정보, 상기 전자 바우처를 발행한 특정 발행자의 고유 ID, 상기 전자 바우처의 사용 기한 정보, 상기 전자 바우처에서 상기 사용 가치 정보를 사용한 이후 돌려받아야 할 차감 가치 정보 및 상기 차감 가치 정보의 확인을 위한 상기 특정 사용자의 public key 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  13. 제10항에 있어서,
    상기 (a) 단계 이전에,
    (a01) 상기 특정 사용자의 public key에 의한 사용자 등록 요청이 획득되면, 상기 서버는, 상기 특정 사용자의 유효 여부를 확인하여 상기 특정 사용자가 유효할 경우 random nonce를 상기 특정 사용자에게 전달하거나 전달하도록 지원하는 단계; 및
    (a02) 상기 random nonce를 상기 특정 사용자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 서버는, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 사용자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 사용자의 public key에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록되도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 더 포함하는 것을 특징으로 하는 방법.
  14. 제13항에 있어서,
    상기 (a02) 단계에서,
    상기 서버는,
    상기 random nonce 서명값, 상기 random nonce 및 상기 특정 사용자의 public key을 포함하는 사용자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 사용자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 방법.
  15. 전자 바우처를 환불하는 방법에 있어서,
    (a) 특정 사용자로부터 상기 전자 바우처의 환불을 위한 (i) 이전에 적어도 일부 미사용되었으며 만료된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하는 단계; 및
    (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  16. 제15항에 있어서,
    상기 (b) 단계에서,
    상기 서버는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 환불 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 환불 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 방법,
  17. 제15항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처를 발행한 특정 발행자의 public key, 상기 전자 바우처의 환불 가치 정보, 상기 특정 발행자의 고유 ID 및 상기 전자 바우처에 대응되는 사용 기한 정보 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  18. 전자 바우처를 정산하는 방법에 있어서,
    (a) 특정 판매자로부터 상기 전자 바우처의 정산을 위한 (i) 이번 transaction에서 사용된 상기 전자 바우처에 대한 PrivTxid의 개수 및 각각의 사용 시점에서 적어도 일부 미사용된 상기 전자 바우처에 대한 PrivTxid를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 판매자의 private key로 서명한 상기 특정 판매자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 유효 여부를 확인하는 단계; 및
    (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  19. 제18항에 있어서,
    상기 (b) 단계에서,
    상기 서버는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값을 포함하는 전자 바우처 정산 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 정산 Transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 방법.
  20. 제18항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 전자 바우처를 발행한 특정 발행자의 public key, 상기 전자 바우처의 정산 가치 정보 및 상기 특정 발행자의 고유 ID 중 적어도 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  21. 제18항에 있어서,
    상기 (a) 단계 이전에,
    (a01) 상기 특정 판매자의 public key에 의한 판매자 등록 요청이 획득되면, 상기 서버는, 상기 특정 판매자의 유효 여부를 확인하여 상기 특정 판매자가 유효할 경우 random nonce를 상기 특정 판매자에게 전달하거나 전달하도록 지원하는 단계; 및
    (a02) 상기 random nonce를 상기 특정 판매자의 private key로 서명한 random nonce 서명값이 획득되면, 상기 서버는, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 판매자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 판매자의 public key에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 더 포함하는 것을 특징으로 하는 방법.
  22. 제21항에 있어서,
    상기 (a02) 단계에서,
    상기 서버는,
    상기 random nonce 서명값, 상기 random nonce 및 상기 특정 판매자의 public key를 포함하는 판매자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 판매자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공되도록 지원하는 것을 특징으로 하는 방법.
  23. 전자 바우처를 파기하는 방법에 있어서,
    (a) 특정 발행자로부터 상기 전자 바우처의 파기를 위한 (i) 이전에 적어도 일부 사용되지 않았으며 만료된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값이 획득되면, 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하는 단계; 및
    (b) 상기 확인 결과 유효이면, 상기 서버는, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 단계;
    를 포함하는 것을 특징으로 하는 방법.
  24. 제23항에 있어서,
    상기 (b) 단계에서,
    상기 서버는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 파기 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 파기 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 방법.
  25. 제23항에 있어서,
    상기 전자 바우처 데이터는, 상기 전자 바우처의 타입 정보, 상기 특정 발행자의 public key, 상기 전자 바우처에서 파기할 가치 정보 및 상기 특정 발행자의 고유 ID 중 적어도 어느 하나 이상을 더 포함하는 것을 특징으로 하는 방법.
  26. 전자 바우처를 발행하는 서버에 있어서,
    특정 발행자로부터의 상기 전자 바우처의 발행을 위한 (i) 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값을 획득하는 통신부; 및
    상기 획득된 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세서;
    를 포함하는 것을 특징으로 하는 서버.
  27. 제26항에 있어서,
    상기 프로세서는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 발행 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 발행 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 서버.
  28. 제26항에 있어서,
    상기 프로세서는,
    상기 특정 발행자의 public key에 의한 발행자 등록 요청이 상기 통신부를 통해 획득되면, 상기 특정 발행자의 유효 여부를 확인하여 상기 특정 발행자가 유효할 경우 random nonce를 상기 특정 발행자에게 전달하거나 전달하도록 지원하며,
    상기 random nonce를 상기 특정 발행자의 private key로 서명한 random nonce 서명값이 상기 통신부를 통해 획득되면, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 발행자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 발행자의 public key에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 것을 특징으로 하는 서버.
  29. 제28항에 있어서,
    상기 프로세서는,
    상기 random nonce 서명값, 상기 random nonce 및 상기 특정 발행자의 public key를 포함하는 발행자 등록용 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 발행자 등록용 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 서버.
  30. 전자 바우처를 사용하는 서버에 있어서,
    특정 사용자로부터 상기 전자 바우처의 사용을 위한 (i) 이전에 적어도 일부 미사용된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값을 획득하는 통신부; 및
    상기 획득된 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세서;
    를 포함하는 것을 특징으로 하는 서버.
  31. 제30항에 있어서,
    상기 프로세서는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 사용 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 사용 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 서버.
  32. 제30항에 있어서,
    상기 프로세서는,
    상기 특정 사용자의 public key에 의한 사용자 등록 요청이 상기 통신부를 통해 획득되면, 상기 특정 사용자의 유효 여부를 확인하여 상기 특정 사용자가 유효할 경우 random nonce를 상기 특정 사용자에게 전달하거나 전달하도록 지원하며,
    상기 random nonce를 상기 특정 사용자의 private key로 서명한 random nonce 서명값이 상기 통신부를 통해 획득되면, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 사용자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 사용자의 public key에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록되도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 것을 특징으로 하는 서버.
  33. 제32항에 있어서,
    상기 프로세서는,
    상기 random nonce 서명값, 상기 random nonce 및 상기 특정 사용자의 public key을 포함하는 사용자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 사용자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 서버.
  34. 전자 바우처를 환불하는 서버에 있어서,
    특정 사용자로부터 상기 전자 바우처의 환불을 위한 (i) 이전에 적어도 일부 미사용되었으며 만료된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 사용자의 private key로 서명한 상기 특정 사용자의 서명값을 획득하는 통신부; 및
    상기 획득된 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세서;
    를 포함하는 것을 특징으로 하는 서버.
  35. 제34항에 있어서,
    상기 프로세서는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 사용자의 public key 및 (iii) 상기 특정 사용자의 서명값을 포함하는 전자 바우처 환불 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 환불 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 사용자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 서버,
  36. 전자 바우처를 정산하는 서버에 있어서,
    특정 판매자로부터 상기 전자 바우처의 정산을 위한 (i) 이번 transaction에서 사용된 상기 전자 바우처에 대한 PrivTxid의 개수 및 각각의 사용 시점에서 적어도 일부 미사용된 상기 전자 바우처에 대한 PrivTxid를 적어도 포함하는 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 판매자의 private key로 서명한 상기 특정 판매자의 서명값을 획득하는 통신부; 및
    상기 획득된 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세서;
    를 포함하는 것을 특징으로 하는 서버.
  37. 제36항에 있어서,
    상기 프로세서는,
    (i) 상기 전자 바우처 데이터, (ii) 상기 특정 판매자의 public key 및 (iii) 상기 특정 판매자의 서명값을 포함하는 전자 바우처 정산 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 정산 Transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 서버.
  38. 제36항에 있어서,
    상기 프로세서는,
    상기 특정 판매자의 public key에 의한 판매자 등록 요청이 상기 통신부를 통해 획득되면, 상기 특정 판매자의 유효 여부를 확인하여 상기 특정 판매자가 유효할 경우 random nonce를 상기 특정 판매자에게 전달하거나 전달하도록 지원하며,
    상기 random nonce를 상기 특정 판매자의 private key로 서명한 random nonce 서명값이 상기 통신부를 통해 획득되면, 상기 random nonce 서명값이 정상적으로 서명되었는지를 상기 특정 판매자의 public key를 사용하여 검증하고 검증이 완료되면 상기 random nonce 서명값, 상기 random nonce 및 상기 특정 판매자의 public key에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 것을 특징으로 하는 서버.
  39. 제38항에 있어서,
    상기 프로세서는,
    상기 random nonce 서명값, 상기 random nonce 및 상기 특정 판매자의 public key를 포함하는 판매자 등록 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 판매자 등록 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 판매자에게 제공하거나 제공되도록 지원하는 것을 특징으로 하는 서버.
  40. 전자 바우처를 파기 하는 서버에 있어서,
    특정 발행자로부터 상기 전자 바우처의 파기를 위한 (i) 이전에 적어도 일부 사용되지 않았으며 만료된 상기 전자 바우처에 대한 PrivTxid를 포함하는 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 전자 바우처 데이터의 해쉬값 또는 이를 포함한 값을 상기 특정 발행자의 private key로 서명한 상기 특정 발행자의 서명값을 획득하는 통신부; 및
    상기 획득된 (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값의 유효 여부를 확인하여 유효일 경우, (i) 상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값에 대한 해쉬값을 퍼블릭 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 퍼블릭 블록체인 데이터베이스에 등록된 상기 해쉬값의 상기 퍼블릭 블록체인 데이터베이스 상의 위치 정보를 나타내는 Txid를 획득하거나 획득하도록 지원하는 프로세서;
    를 포함하는 것을 특징으로 하는 서버.
  41. 제40항에 있어서,
    상기 프로세서는,
    상기 전자 바우처 데이터, (ii) 상기 특정 발행자의 public key 및 (iii) 상기 특정 발행자의 서명값을 포함하는 전자 바우처 파기 transaction을 프라이빗 블록체인 데이터베이스에 등록하거나 등록하도록 지원하고, 상기 프라이빗 블록체인 데이터베이스에 등록된 상기 전자 바우처 파기 transaction의 상기 프라이빗 블록체인 데이터베이스 상의 위치 정보를 나타내는 PrivTxid를 상기 특정 발행자에게 제공하거나 제공하도록 지원하는 것을 특징으로 하는 서버.
PCT/KR2017/011203 2016-10-11 2017-10-11 Utxo 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버 WO2018070781A2 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CA3039896A CA3039896C (en) 2016-10-11 2017-10-11 Method for issuing, redeeming, refunding, settling and revoking electronic voucher by using utxo-based protocol, and server employing same
US16/375,774 US11397928B2 (en) 2016-10-11 2019-04-04 Method for issuing, redeeming, refunding, settling and revoking electronic voucher by using utxo-based protocol, and server employing same
US17/840,617 US11907917B2 (en) 2016-10-11 2022-06-15 Method for issuing, redeeming, refunding, settling and revoking electronic voucher by using utxo-based protocol, and server employing same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020160131083A KR101841560B1 (ko) 2016-10-11 2016-10-11 Utxo 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
KR10-2016-0131083 2016-10-11

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/375,774 Continuation US11397928B2 (en) 2016-10-11 2019-04-04 Method for issuing, redeeming, refunding, settling and revoking electronic voucher by using utxo-based protocol, and server employing same

Publications (2)

Publication Number Publication Date
WO2018070781A2 true WO2018070781A2 (ko) 2018-04-19
WO2018070781A3 WO2018070781A3 (ko) 2018-07-19

Family

ID=61906246

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/011203 WO2018070781A2 (ko) 2016-10-11 2017-10-11 Utxo 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버

Country Status (4)

Country Link
US (2) US11397928B2 (ko)
KR (1) KR101841560B1 (ko)
CA (1) CA3039896C (ko)
WO (1) WO2018070781A2 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019098895A1 (en) * 2017-11-17 2019-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for detecting digital content tampering
WO2020223428A1 (en) 2019-04-30 2020-11-05 Catalina Marketing Corporation Coupon validation and fraud mitigation
CN110430054B (zh) * 2019-08-09 2022-10-21 北京智汇信元科技有限公司 一种身份管理方法及系统
EP3799349B1 (en) * 2019-09-26 2023-11-08 General Electric Company Communicating securely with devices in a distributed control system
US11784799B2 (en) * 2019-12-16 2023-10-10 The Toronto-Dominion Bank Secure distribution and management of cryptographic keys within a computing environment using distributed ledgers
CN111144844A (zh) * 2019-12-26 2020-05-12 广州中国科学院软件应用技术研究所 一种资金和物流分离的供应链管理系统
US11146386B2 (en) * 2020-01-17 2021-10-12 Agile Blockchain Corp. Method and system for authentication seal deployment in networked immutable transactions
US20210374696A1 (en) * 2020-05-31 2021-12-02 AT&T Global Network Services Hong Kong LTD Public-Private Pegged Blockchains for Regulatory-Zone Restricted Whitebox Programmable Cellular Devices
WO2022090769A1 (en) * 2020-10-29 2022-05-05 Islamic Development Bank Institute A blockchain based smart voucher system
CN112967055A (zh) * 2020-11-25 2021-06-15 支付宝(杭州)信息技术有限公司 通过区块链发行应收凭证的方法及装置
CN113052599B (zh) * 2021-03-31 2024-05-28 中国人民银行数字货币研究所 交易凭证的生成、验证及存储方法、装置、设备和系统
US11500881B1 (en) * 2021-06-17 2022-11-15 Hadrian David Bentley System and method for an interactive political platform
US11989703B2 (en) * 2021-08-02 2024-05-21 Mastercard International Incorporated Method and system of blockchain disbursements

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB201300939D0 (en) 2013-01-18 2013-03-06 Corethree Ltd Offline voucher generation and redemption
US20150348169A1 (en) 2014-05-28 2015-12-03 Michael Richards Harris System and method for marketplace software platform
KR101575030B1 (ko) * 2014-07-11 2015-12-07 조선대학교산학협력단 클라우드 상의 공유 데이터에 대한 다중 서명생성방법
EP3286699A1 (en) * 2015-04-20 2018-02-28 OGY Docs Inc. A method of distributed management of electronic documents of title (edt) and system thereof
EP3317775B1 (en) * 2015-07-02 2022-02-16 Nasdaq, Inc. Systems and methods of secure provenance for distributed transaction databases
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
KR20170136700A (ko) * 2016-06-02 2017-12-12 손기선 보안토큰 기반 전자어음관리시스템 및 그 방법
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
KR101862861B1 (ko) * 2017-01-11 2018-07-04 주식회사 코인플러그 Utxo 기반 프로토콜을 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버

Also Published As

Publication number Publication date
WO2018070781A3 (ko) 2018-07-19
US11907917B2 (en) 2024-02-20
CA3039896A1 (en) 2018-04-19
KR101841560B1 (ko) 2018-05-04
US20220309477A1 (en) 2022-09-29
CA3039896C (en) 2022-05-17
US20190236560A1 (en) 2019-08-01
US11397928B2 (en) 2022-07-26

Similar Documents

Publication Publication Date Title
WO2018070781A2 (ko) Utxo 기반 프로토콜을 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2018070784A2 (ko) 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2018194378A1 (ko) 블록체인 기반의 토큰 아이디를 이용하여 카드 사용을 승인하는 방법 및 이를 이용한 서버
WO2018070783A2 (ko) Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2023033298A1 (ko) 블록체인 기반의 nft를 이용한 음원 플랫폼의 서버에서 수행되는 서비스 제공 방법
WO2018124857A1 (ko) 블록체인 기반의 모바일 아이디를 이용하여 사용자를 비대면 인증하는 방법, 단말 및 이를 이용한 서버
WO2016204572A2 (ko) 블록체인을 기반으로 하는 금융기관 제증명서류 위변조 검증시스템 및 방법
WO2018194379A1 (ko) 블록체인 및 이와 연동되는 머클 트리 구조 기반의 토큰 아이디를 이용하여 카드 사용을 승인하는 방법 및 이를 이용한 서버
WO2018080207A1 (ko) 블록체인 내의 블록별로 밸런스 데이터베이스를 관리하여 통화를 발행 및 지급 결제하는 방법과 이를 이용한 서버
WO2017146333A1 (ko) 블록체인을 기반으로 하는 금융기관 제증명서류 위변조 검증시스템 및 방법
WO2018131886A1 (ko) Utxo 기반 프로토콜을 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버
WO2018161903A1 (zh) 电子票据管理方法、装置及存储介质
WO2019078623A1 (ko) 블록체인 기반의 결제 방법 및 이를 이용한 지급 결제 서버
WO2018080206A1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 통화를 발행 및 지급 결제하는 방법과 이를 이용한 서버
KR101841564B1 (ko) Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2023163286A1 (ko) 블록체인 기반의 nft를 이용하는 플랫폼의 서버에서 수행되는 nft에 대한 위변조를 감지하는 위변조 감지 방법
WO2018124856A1 (ko) 블록체인 데이터베이스를 통해 모바일 아이디를 이용하여 사용자를 인증하는 방법, 단말 및 이를 이용한 서버
WO2019004650A1 (ko) 블록체인 기반의 암호화 화폐를 이용한 세금 환급 방법, 프로그램, 및 컴퓨터 판독 가능한 기록 매체
WO2012053780A1 (ko) 고객 단말기의 맥 어드레스 정보를 이용한 결제 방법 및 시스템
WO2018080205A1 (ko) Utxo 기반 프로토콜을 사용하여 통화를 발행 및 지급 결제하는 방법과 이를 이용한 서버
KR20190043071A (ko) 블록체인 기반의 결제 방법 및 이를 이용한 지급 결제 서버
WO2019078622A1 (ko) 블록체인 기반의 결제 방법 및 이를 이용한 지급 결제 서버
KR101841565B1 (ko) Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
KR101841568B1 (ko) 블록체인 내의 블록별로 발란스 데이터베이스를 관리하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
KR101841561B1 (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: 17860628

Country of ref document: EP

Kind code of ref document: A2

ENP Entry into the national phase

Ref document number: 3039896

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: 17860628

Country of ref document: EP

Kind code of ref document: A2