KR102601098B1 - Method and device for providing voucher approval information - Google Patents

Abstract

According to one embodiment, a method of providing voucher approval information includes the steps of hashing user information corresponding to a voucher to obtain hash information; Transmitting first hash information and second hash information constituting the hash information to a user terminal and a blockchain, respectively; Receiving a request to use the voucher from the user terminal; And providing voucher approval information for a request to use the voucher based on an authentication result for the first hash information stored in the user terminal and the second hash information stored in the blockchain. It begins.

Description

Method and device for providing voucher approval information {METHOD AND DEVICE FOR PROVIDING VOUCHER APPROVAL INFORMATION}

The present disclosure relates to a method and device for providing voucher approval information. More specifically, the hash information obtained by hashing the user information corresponding to the voucher during the voucher issuance process is divided and stored in the user terminal and blockchain, This relates to a technology that can effectively prevent use by others without permission to use the voucher by providing voucher approval information according to the authentication results of hash information stored separately during the use of the voucher.

In general, vouchers are provided in paper form or digitally such as MMS, and are different from cultural gift certificates in that they cannot be cash or a product in themselves, such as restrictions on where they can be used, the amount used, and who can use them. Accordingly, in the process of using the voucher, strict authentication is required as to whether it is used by a user authorized to use it.

However, in the prior art, there is no authentication procedure for people using vouchers, or even if there is, there are structural limitations that make it easy to avoid, making it difficult to prevent even if vouchers are traded between users or are used unfairly by people who do not have permission to use them. There is.

Accordingly, there is a need to develop technology to solve the problems of the conventional paper and digital methods and effectively prevent others from using them.

An embodiment of the present disclosure is intended to solve the problems of the prior art described above. More specifically, in the process of issuing the voucher, the hash information obtained by hashing the user information corresponding to the voucher is divided into the user terminal and the blockchain. Disclosed is a method and device that can effectively prevent use by others without permission to use the voucher by storing and providing voucher approval information according to the authentication result of the hash information stored separately during the use of the voucher.

The technical challenges to be solved are not limited to the technical challenges described above, and may further include various technical challenges within the scope apparent to those skilled in the art.

A method of providing voucher approval information according to the first aspect of the present disclosure includes the steps of hashing user information corresponding to a voucher to obtain hash information; Transmitting first hash information and second hash information constituting the hash information to a user terminal and a blockchain, respectively; Receiving a request to use the voucher from the user terminal; And providing voucher approval information for a request to use the voucher based on an authentication result for the first hash information stored in the user terminal and the second hash information stored in the blockchain.

Additionally, the user information may include at least one of card identification information about the card associated with the voucher, card issuer information, and voucher identification information about the voucher.

In addition, the voucher approval information is output according to the authentication result and includes a message notifying that the voucher is available for use; And it may include a result of using the voucher obtained according to the response of the user terminal or affiliated device to the message.

In addition, the request to use the voucher further includes affiliate identification information input to the user terminal, and the result of using the voucher is an authentication result for the first hash information and the second hash information and the affiliate identification information. It can be obtained based on the certification results.

In addition, the request for use of the voucher, the authentication result, and the voucher approval information are recorded on the blockchain, and the method provides information on the voucher including the use result of the voucher from the blockchain based on the user information. The step of obtaining settlement information may be further included.

In addition, the step of transmitting the first hash information and the second hash information to the user terminal and the blockchain, respectively, divides the hash information according to a preset M:N ratio (where M and N are natural numbers) and divides the hash information into the first hash information and the second hash information. It may further include obtaining hash information and the second hash information.

Additionally, the M:N ratio may be determined at a different ratio based on at least one of the type of the user terminal, the location, and the amount of the voucher.

In addition, when the type of the user terminal corresponds to a first type including a smartphone, the M and the N are the same, and when the type of the user terminal corresponds to a second type including a user computer, the M is greater than the N, and when the type of the user terminal corresponds to a third type including an external computer, the N may be greater than the M.

In addition, when the location of the user terminal is within the preset reliable location range, the M is greater than the N, and when the location of the user terminal is outside the trusted location range, the M and the N are equal, and the If the location of the user terminal is within a preset risk area, N may be greater than M.

In addition, when the amount of the voucher is less than the first value, the M is greater than the N, and when the amount of the voucher is more than the first value but less than the second value, the M and the N are equal, and the amount of the voucher is When it is greater than or equal to the second value, N may be greater than M.

Additionally, the M:N ratio may be determined to be a different ratio based on at least one of the communication speed of the user terminal, whether charging for communication, and the degree of charging for communication.

In addition, the step of obtaining the hash information includes determining one of a plurality of pre-stored hash methods based on at least one of the type and amount of the voucher; and obtaining the hash information by hashing the user information according to the determined hash method.

Additionally, providing the voucher approval information may further include obtaining the second hash information from the blockchain using the first hash information.

A device that provides voucher approval information according to the second aspect of the present disclosure obtains hash information by hashing user information corresponding to the voucher, and sends the first hash information and the second hash information constituting the hash information to the user terminal, respectively. And transmitting to the blockchain, and as a request for use of the voucher is received from the user terminal, the voucher based on the authentication result for the first hash information stored in the user terminal and the second hash information stored in the blockchain Processors who provide voucher authorization information for redemption requests; And it may include a receiving unit that receives a request to use the voucher from the user terminal.

Additionally, the user information may include at least one of card identification information about the card associated with the voucher, card issuer information, and voucher identification information about the voucher.

In addition, the voucher approval information is output according to the authentication result and includes a message notifying that the voucher is available for use; And it may include a result of using the voucher obtained according to the response of the user terminal or affiliated device to the message.

Additionally, the processor may obtain the first hash information and the second hash information by dividing the hash information according to a preset M:N ratio (where M and N are natural numbers).

Additionally, the M:N ratio may be determined at a different ratio based on at least one of the type of the user terminal, the location, and the amount of the voucher.

In addition, the processor may determine one of a plurality of pre-stored hash methods based on at least one of the type and amount of the voucher, and obtain the hash information by hashing the user information according to the determined one hash method. there is.

A third aspect of the present disclosure may provide a computer-readable recording medium on which a program for implementing the method according to the first aspect is recorded. Alternatively, the fourth aspect of the present disclosure may provide a computer program stored in a recording medium to implement the method according to the first aspect.

According to an embodiment of the present disclosure, in the process of issuing a voucher, the voucher information and user information are hashed and stored separately on the user terminal and blockchain, and the hash information stored in the user terminal is checked in the process of using the voucher, It can effectively prevent use by unauthorized others.

In addition, by using blockchain, the voucher issuance process and usage approval process can be efficiently managed, and by checking the voucher usage status through blockchain, the cumbersome procedures of separately sending and receiving settlement information with affiliated devices are omitted, thereby eliminating the need for settlement. Efficiency can be improved.

The effects of the present disclosure are not limited to the effects described above, and should be understood to include all effects that can be inferred from the configuration of the disclosure described in the detailed description or claims of the present disclosure.

Figure 1 is a configuration diagram showing an example of the configuration of a voucher providing system 1000 according to an embodiment.
FIG. 2 is a schematic block diagram showing an example of the configuration of the device 100 according to an embodiment.
FIG. 3 is a flowchart illustrating an example of a method by which the device 100 provides voucher approval information according to an embodiment.
FIG. 4 is a flowchart illustrating an example of a method by which the device 100 performs a voucher issuance process according to an embodiment.
FIG. 5 is a flowchart illustrating an example of a method in which the device 100 performs a voucher use approval process according to an embodiment.
FIG. 6 is a flowchart illustrating another example of a method in which the device 100 performs a voucher use approval process in conjunction with an affiliate device 400 according to an embodiment.

The terms used in the embodiments are general terms that are currently widely used as much as possible while considering the functions in the present disclosure, but this may vary depending on the intention or precedent of a person working in the art, the emergence of new technology, etc. In addition, in certain cases, there are terms arbitrarily selected by the applicant, and in this case, the meaning will be described in detail in the description part of the relevant disclosure. Therefore, the terms used in this disclosure should be defined based on the meaning of the term and the overall content of this disclosure, rather than simply the name of the term.

When a part in the entire specification is said to “include” a certain element, this means that it does not exclude other elements but may further include other elements, unless specifically stated to the contrary. In addition, “…” stated in the specification. wealth", "… Terms such as “module” refer to a unit that processes at least one function or operation, which may be implemented as hardware or software, or as a combination of hardware and software.

Throughout the specification, 'provision' includes the process of an object acquiring specific information or sending and receiving it directly or indirectly to a specific object, and can be interpreted to comprehensively include the performance of related operations required in this process. In addition, throughout the specification, 'support' can be broadly interpreted to include the performance of related operations to achieve a specific purpose, and is not interpreted in a limited manner. For example, if server C supports server A so that server A performs operation B, server C's support for server A comprehensively covers the performance of related operations required in the process of server A performing operation B. It can be interpreted as including.

Below, with reference to the attached drawings, embodiments of the present disclosure will be described in detail so that those skilled in the art can easily practice them. However, the present disclosure may be implemented in many different forms and is not limited to the embodiments described herein.

Hereinafter, embodiments of the present disclosure will be described in detail with reference to the drawings.

Figure 1 is a configuration diagram showing an example of the configuration of a voucher providing system 1000 according to an embodiment.

Referring to FIG. 1, the voucher provision system 1000 according to an embodiment includes a device 100, one or more user terminals 200, a blockchain 300, one or more affiliate devices 400, and a transaction device. It may further include at least one of (500).

The device 100 corresponds to a computing device capable of providing voucher approval information. Here, the voucher includes a digital voucher provided to the user terminal 200, and in one embodiment, represents a digital voucher provided in connection with the card, for example, added to the card issuer according to the reason for issuance of a new card. It may be a voucher that is provided as a formal right and has restrictions on where it can be used, the target product, the amount used, etc. (e.g., a 300,000 won voucher for duty-free shop A, a voucher for a specific hotel, etc.).

In one embodiment, the device 100 provides voucher issuance information for the user by hashing the user information in response to a voucher issuance request and separately storing the obtained hash information in the user terminal 200 and the blockchain 300. In response to a request for use of a voucher, voucher approval information can be provided according to the authentication result of the hash information stored separately in the user terminal 200 and the blockchain 300. Detailed information regarding this will be described in more detail below with reference to FIGS. 2 and 3.

In one embodiment, the device 100 may be implemented as a server such as a computer that operates through a computer program to realize the functions described in this specification, and may be connected to other devices (e.g., servers, terminals) through a network. It can include all types of wired and wireless communication devices. Here, the network can be configured through various communication networks such as wired and wireless, for example, local area network (LAN), metropolitan area network (MAN), and wide area network (WAN). It may be composed of various communication networks such as Network), and, for example, may include a blockchain network including multiple blockchain nodes.

In one embodiment, the device 100 may correspond to a server associated with a business operator that provides or supports services related to vouchers. For example, the device 100 may be implemented as a card company server operated by a card company (e.g., BC Card Company) that provides application, issuance, use, and inquiry of digital vouchers associated with cards (e.g., credit cards, check cards, etc.). It can be connected to one or more user terminals 200 through a network, and can transmit and receive information to the blockchain 300 through the blockchain network.

User terminal 200 represents a computing device that may be used by a user associated with a voucher and may correspond to a user account that is, for example, a card issuer for a card associated with the voucher. In one embodiment, the user terminal 200 is implemented as a mobile phone, smartphone, PDA (Personal Digital Assistant), PMP (Portable Multimedia Player), tablet PC, etc. and can be connected to the device 100 through a wireless communication network. It may include a handheld-based wireless communication device, or it may include a wired or wireless communication device that is implemented as a desktop PC, tablet PC, laptop PC, etc. and can be connected to the device 100 through a network.

In one embodiment, the user terminal 200 may install the voucher application provided by the device 100 and store it in memory. For example, the device 100 transmits and registers a voucher application including a computer program that implements a method of providing voucher approval information, which will be described below, to an app store server (not shown) where various applications are uploaded. The user terminal 200 is connected to the device 100 through an application downloaded and installed from the app store server to query the voucher associated with the user account, request issuance, check the issuance result, request use, check usage history, etc. A variety of information can be transmitted and received.

The blockchain 300 is a logical concept of a blockchain network that can be connected to the device 100 through a blockchain network and forms a special data communication structure between nodes within a physical network connected to a plurality of blockchain-related devices. can be formed. In one embodiment, the blockchain 300 can be understood as a concept that collectively refers to a plurality of blockchain nodes forming a blockchain network structure and one or more management servers for managing their transactions, for example, The device 100, user terminal 200, and affiliate device 400 interact as distributed blockchain nodes through the blockchain network, confirming the validity of information recorded in the blockchain 300 and verifying transactions. can do.

In one embodiment, affiliate device 400 represents a computing device that may be used by an affiliate providing services associated with a voucher, such as a kiosk installed at an affiliate (e.g., a movie theater kiosk), a voucher approved for use, When displayed as an image (eg, barcode, etc.) through the user terminal 200, it can be implemented as a reader terminal for reading the image, a server for managing them, etc.

In one embodiment, the transaction device 500 may mediate information transmission and reception between a plurality of blockchain nodes participating in the blockchain 300, for example, to connect to the blockchain 300 to transmit and receive information. It can be implemented through a server or application that mediates other devices, such as the affiliate device 400, with the blockchain 300.

Meanwhile, those skilled in the art can understand that in addition to the components shown in FIG. 1, other general-purpose components may be further included in the payment system. For example, the voucher provision system 1000 may further include a payment server (not shown) used in a payment process for payment of additional amounts that may occur during the issuance or use of a voucher, or in another embodiment. When following, some of the components shown in FIG. 1 may be omitted.

FIG. 2 is a schematic block diagram showing an example of the configuration of the device 100 according to an embodiment, and FIG. 3 illustrates an example of a method by which the device 100 provides voucher approval information according to an embodiment. This is a flow chart to do this.

Referring to FIGS. 2 and 3 , the device 100 according to an embodiment may include a processor 110 and a receiver 120.

In step S310, the processor 110 may obtain hash information by hashing the user information corresponding to the voucher. In one embodiment, the processor 110 generates voucher information (e.g., voucher number, type of voucher, amount, etc.) for the user account according to a request for issuance of a voucher received from the user terminal 200, and A hash value can be generated by applying the corresponding user information to a pre-stored hash-based encryption and compression algorithm.

In one embodiment, the processor 110 is connected to the user terminal 200 through a voucher application installed on the user terminal 200 to search for vouchers that can be requested to be issued in the user account, request issuance of a voucher, and Menu information for use request, request cancellation, usage history inquiry, etc. can be provided, and the receiving unit 120 can receive a voucher issuance request from the user terminal 200 through this (see FIG. 4).

In one embodiment, when a request for issuance of a voucher is received from the user terminal 200, the processor 110 sets the user account corresponding to the user terminal 200 to the preset voucher issuance conditions (e.g., whether the user is a new card issuer, It is possible to decide whether or not to issue a voucher depending on whether or not it satisfies the requirements (e.g., availability of vouchers that can be issued). For example, if the voucher issuance conditions are met, a voucher number used for voucher management is generated according to the pre-stored voucher number numbering algorithm, and user information including the voucher number is hashed (e.g., encrypted, compressed, etc.) as hash information. By creating a hash string, you can store and manage the voucher number and hash string as voucher issuance information for the user.

In one embodiment, the user information may include at least one of card identification information regarding the card associated with the voucher, card issuer information, and voucher identification information regarding the voucher. For example, user information may include card number, voucher number, card issuer name, card issuer phone number, etc.

In one embodiment, the processor 110 determines one of a plurality of pre-stored hash methods based on at least one of the type and amount of the voucher, and obtains hash information by hashing the user information according to the determined one hash method. You can. In one embodiment, the processor 110 determines a security score based on the type and amount of the voucher, and if the security score is less than a preset value, hashes the user information according to the first hash method to obtain hash information, If it is greater than the preset value, hash information can be generated by hashing the user information according to the second hash method, and the security level of the second hash method may be greater than the security level of the first hash method. For example, as the type of voucher is included in a preset specific type or the amount of the voucher is higher, the security score can be calculated larger, and if the security score is higher than the preset value, the first hash corresponding to the first hash method Users can use a second hash algorithm (e.g. SHA2-512) corresponding to a second hash method that has greater complexity (e.g. number of hash code bits, number of steps, resistance, attack difficulty, etc.) than the algorithm (e.g. SHA1). Information can be hashed. As an example, the security level of each hash method may be determined according to the highest priority in the order of number of hash code bits, number of steps, resistance, and attack difficulty.

In one embodiment, the processor 110 may determine a different hash method based on at least one of the communication speed of the user terminal 200, whether charging for communication, and the degree of charging for communication. For example, if the communication speed is less than the preset speed, charging occurs depending on the communication environment, or the charging level is higher than the preset level, hash information is generated according to the second hash method, otherwise, the first hash Hash information can be generated depending on the method.

In one embodiment, the processor 110 determines whether to use only some or all of the preset user information based on at least one of the type and amount of the voucher, and hashes some or all of the user information accordingly. Information can be obtained. For example, if the security score determined based on the type and amount of the voucher is less than the preset value, hash information is generated by applying only the voucher number among the user information to the hash algorithm, and if the security score is more than the preset value, the user information Hash information can also be generated by applying the card number, voucher number, card issuer name, and card issuer phone number to the hash algorithm.

In step S320, the processor 110 may transmit the first hash information and the second hash information constituting the hash information to the user terminal 200 and the blockchain 300, respectively. For example, the Part of the hash string (e.g., half of the hash value) can be stored in the user terminal 200, and the remainder (e.g., the other half of the hash value) can be stored in the blockchain 300, and voucher, hash information, and hash method (Hash algorithm, etc.) can be stored and managed in the database by matching the user account.

In one embodiment, the processor 110 may determine some of the hash information as first hash information and store the first hash information in the user terminal 200 through a voucher application. In addition, the processor 110 determines the remainder of the hash information as the second hash information, generates a transaction ID (txID) for a specific block on the blockchain 300 using the user information (or voucher number), stores and management, and a transaction that records second hash information in a specific block on the blockchain 300 can be generated using the transaction ID.

In one embodiment, the processor 110 may obtain first hash information and second hash information by dividing the hash information according to a preset M:N ratio (M and N are natural numbers), for example, hash The hash code of n bits (n is a natural number) generated as information can be divided into 5:5 and sequentially (or in reverse order) determined as first hash information and second hash information, respectively.

In one embodiment, the size of the first hash information and the second hash information may correspond to an M:N ratio, and the size of the hash information may correspond to (M + N), for example, as described above, the first The hash information and the second hash information may be the upper M bit strings and the remaining N bit strings of the hash string, respectively. For example, the hash information and the second hash information may be odd bit strings and even bit strings cross-extracted from the hash string, respectively.

In one embodiment, the M:N ratio may be determined at a different rate based on at least one of the type of user terminal 200, location, and amount of the voucher. That is, the processor 110 may set the split ratio for splitting hash information to different values depending on various situations, such as the type of user terminal or the user's location.

In one embodiment, when the type of user terminal 200 corresponds to a first type including a smartphone, M and N are the same, and the type of user terminal 200 corresponds to a second type including a user computer. In this case, M may be greater than N, and if the type of user terminal 200 corresponds to a third type including an external computer, N may be greater than M. For example, when the user terminal 200 is a smartphone, the processor 110 sets the ratio at which hash information is divided and stored in the user terminal 200 and the blockchain 300 to 5:5, and the user terminal 200 If (200) is a computer that has already been registered as a user computer, the split storage ratio is set to 6:4, and if the user terminal 200 is an unregistered external computer, the split storage ratio is set to 4:6. You can.

In one embodiment, when the location of the user terminal 200 is within a preset trusted location range, M is greater than N, and when the location of the user terminal 200 is outside the trusted location range, M and N are equal. , if the location of the user terminal 200 is within a preset risk area, N may be greater than M. For example, when a voucher issuance request is received from the user terminal 200, the processor 110 performs a voucher issuance process based on the location information received from the user terminal 200. ) is in a preset location (e.g., the user's home, office, etc.), the ratio at which the hash information is divided and stored in the user terminal 200 and the blockchain 300 is set to 6:4, and the user terminal 200 ), if it is located in a location other than the preset location, the split storage ratio can be set to 5:5, and if it is in a preset risk area (e.g. overseas, etc.), the split storage ratio can be set to 4:6. there is.

In one embodiment, if the amount of the voucher is less than a first value, M is greater than N, and if the amount of the voucher is less than the first value but less than the second value, M and N are equal, and if the amount of the voucher is more than or equal to the second value. , N can be larger than M. For example, if the voucher amount is less than 10,000 won, the processor 110 sets the ratio at which the hash information is divided and stored in the user terminal 200 and the blockchain 300 to 6:4, and if the voucher amount is less than 10,000 won, the hash information is stored separately in the user terminal 200 and the blockchain 300 at a ratio of 6:4. If it is less than 100,000 won, the split storage ratio can be set to 5:5, and if it is more than 100,000 won, the split storage ratio can be set to 4:6.

In one embodiment, the M:N ratio may be determined to be a different ratio based on at least one of the communication speed of the user terminal 200, whether charging for communication, and the degree of charging for communication. For example, in cases where two or more of the following cases apply: a case where the communication speed is less than the preset speed, a case where charging occurs depending on the communication environment, and a case where the charging level is higher than the preset level, the hash information is sent to the user terminal 200 and the blockchain. The split storage ratio in 300 is set to 6:4, and in one of the three cases, the split storage ratio is set to 5:5. If not in all three cases, the hash information is shared with the user terminal 200. The split storage ratio in the blockchain 300 can be set to 4:6.

In one embodiment, the M:N ratio may be determined to be a different value based on the communication speed to which the first weight is assigned, whether charging is assigned to the second weight, and the charging degree to which the third weight is assigned, for example, The first weight may be greater than the second weight, and the second weight may be greater than the third weight.

In one embodiment, when the first hash information and the second hash information are stored in the user terminal 200 and the blockchain 300, respectively, the processor 110 sends a message indicating that a voucher has been successfully issued for the user account and an issued Voucher issuance information including the contents of the voucher (e.g., type and amount) can be generated, transmitted to the user terminal 200, and recorded in the blockchain 300.

In one embodiment, the first hash information and the second hash information may be stored in the user terminal 200 and the blockchain 300 in the form of encryption or hash values, respectively. For example, the processor 110 may store the voucher In the issuance process, the first hash information and the second hash information are sent in encrypted form to the user terminal 200 and the blockchain 300, respectively, using an authentication key (e.g., private key) obtained through authentication of the user. Can be transmitted.

In step S330, the receiving unit 120 may receive a request to use a voucher from the user terminal 200. In one embodiment, the processor 110 may provide the user terminal 200 with list information regarding vouchers that have already been issued and can be requested for use through a voucher application installed on the user terminal 200, and the receiver 120 may provide this to the user terminal 200. A request for use of a voucher including a message requesting approval for use of a specific voucher may be received from the user terminal 200 (see FIG. 5). For example, once the terminal and the user's identity are authenticated through the voucher application, the user can easily request the use of the voucher by clicking the use request button for one of the available vouchers.

In one embodiment, the request to use the voucher may further include first hash information stored in the user terminal 200. For example, when requesting the use of the voucher, the stored first hash information is transmitted together through the voucher application. Thus, it can be used when authenticating the hash information at a later stage.

In one embodiment, the request to use the voucher may further include affiliate identification information input to the user terminal 200. For example, as a user input for requesting the use of a voucher is received through a voucher application, the user terminal 200 outputs a message requesting input of affiliate identification information, and is sent by an affiliate employee or the affiliate device 400. The affiliate code entered through can be transmitted to the receiving unit 120 along with a request to use the voucher. The affiliate code transmitted in this way can be used for authentication performed in the voucher approval process at a later stage.

In step S340, the processor 110 provides voucher approval information for a request to use the voucher based on the authentication result for the first hash information stored in the user terminal 200 and the second hash information stored in the blockchain 300. You can. In one embodiment, as a request to use a voucher is received from the user terminal 200, the processor 110 receives the first hash information stored in the user terminal 200 through linkage with the voucher application, and stores the first hash information in the user information. Accesses a specific block on the blockchain 300 through the corresponding transaction ID, receives the second hash information recorded in the block, and is restored through the operation of merging the first hash information and the second hash information. Authentication results can be obtained using hash information.

In one embodiment, the processor 110 compares the hash information obtained through the merge operation with the hash information previously stored during the voucher issuance process, and if they match according to the comparison result, decides to approve the request to use the voucher. Voucher approval information for this can be generated, and if they do not match, a decision to reject approval can be made to generate voucher approval rejection information for this. These results are recorded on the blockchain 300 and sent to the user terminal 200. Can be transmitted.

In another embodiment, the processor 110 de-calculates the hash information obtained through the merge operation according to the hash method (e.g., hash algorithm) used in the voucher issuance process to provide user information (e.g., voucher number, card issuer). An authentication result may be generated by obtaining a phone number) and comparing whether the obtained user information matches pre-stored user information for the corresponding voucher.

In one embodiment, the first hash information and the second hash information obtained from the user terminal 200 and the blockchain 300 may be used in the authentication process through decoding. For example, the processor 110 may be used to authenticate the user. Decrypt the first hash information and the second hash information from the encrypted form using the authentication key (e.g. private key) obtained through self-authentication, and perform a merge operation on the decrypted first hash information and the second hash information. Authentication results can also be generated.

In this way, according to an embodiment of the present invention, in the voucher issuance process, a blockchain is utilized to provide a voucher in the form of data, and the hash information obtained by hashing the voucher-related information is stored separately in the user terminal 200 and the blockchain 300. And, in the process of using the voucher, a piece of hash information stored separately in the user terminal 200 and the blockchain 300 is retrieved and authenticated, thereby effectively preventing use by others.

In one embodiment, the processor 110 may respectively receive the first hash information stored in the user terminal 200 and the second hash information stored in the blockchain 300 using voucher information or user information, and other In an embodiment, when the first hash information stored in the user terminal 200 is acquired, the second hash information can be obtained from the blockchain 300 using the obtained first hash information. For example, both the transaction ID and the first hash information can be used to access a specific block of the blockchain 300 in which the second hash information is recorded, and accordingly, the first hash information stored in the user terminal 200 is preferentially used. After importing, the first hash information can be used to access the blockchain 300 to obtain the second hash information, thereby ensuring security by preventing access to the blockchain 300 if the first hash information is incorrect. The level can also be strengthened.

In one embodiment, the voucher approval information may include a message notifying that the voucher is available, and the message may be output according to the authentication result for the first hash information and the second hash information. For example, when authentication is successful for the first hash information and the second hash information, it can be transmitted to the user terminal 200 or the affiliated device 400 to inform that the use of the voucher is approved.

In one embodiment, the voucher approval information may include the result of using the voucher obtained according to the response of the user terminal 200 or the affiliate device 400 to the corresponding message. For example, when a message notifying that a voucher can be used is displayed through a voucher application and the user terminal 200 requests usage processing through a user response to the message, or implemented through a kiosk installed at an affiliate or a server that manages it When a message notifying that a voucher is available is sent to the affiliate device 400 and the voucher is used through the affiliate device 400's response to this, the result of using the voucher includes information about the results of using the voucher. can be created.

In one embodiment, the result of using the voucher may be obtained based on the authentication result for the first hash information and the second hash information and the authentication result for the affiliate identification information. For example, if the affiliate code received along with the request for use of the voucher matches the affiliate code preset in the voucher, the processor 110 determines that the voucher is A usage result of the voucher indicating that the voucher has been used can be generated.

In one embodiment, the voucher use request, authentication result, and voucher approval information may be recorded on the blockchain 300. For example, the processor 110 records transactions related to voucher issuance requests, issuance results, usage requests, usage results, etc. in a predetermined block on the blockchain 400 to transparently transact and verify the usage history for the voucher. Likewise, the affiliate device 400 related to the voucher can also record the results of voucher use on the blockchain 400 as the voucher is used.

In one embodiment, the processor 110 may obtain settlement information for the voucher including the result of using the voucher from the blockchain 300 based on user information. For example, even if the blockchain 300 is operated privately, entities that are allowed access (e.g., card companies, affiliates) can freely access it, so they can check the usage history of the voucher recorded in the blockchain 300 whenever necessary. The voucher usage status can be checked in this way, and the process of separately transmitting and receiving settlement information between the device 100 and the affiliated device 400 can be omitted.

Previously, a procedure was required to continuously check and settle the status of voucher issuance and usage between the card company and its affiliates. However, according to one embodiment of the present invention, the card company can access the blockchain 300 at any time to check the current affiliate's voucher usage status, and the affiliate can access the blockchain 300 at any time to check the card company's voucher issuance status. This has the advantage of omitting the conventional cumbersome settlement process.

In one embodiment, the processor 110 divides the hash information into first hash information, second hash information, and third hash information according to a preset M:N:P ratio (P is a natural number), and the first hash information , the second hash information and the third hash information are transmitted to the user terminal 200, the blockchain 300, and the affiliate device 400, respectively, and as the request for use of the voucher is received, the first hash information stored in the user terminal 200 Voucher approval information for a request to use a voucher may be provided based on the authentication results for the hash information, the second hash information stored in the blockchain 300, and the third hash information stored in the affiliate device 400. In one embodiment, the processor 110 may determine whether to divide according to the M:N:P ratio depending on whether the security level of the affiliated device 400 satisfies a preset condition, and P is smaller than M and N. You can.

In one embodiment, the receiving unit 120 may include a communication module capable of performing wired or wireless communication with one or more terminals or servers. Additionally, in one embodiment, the processor 110 may be implemented as a CPU (Central Processing Unit) capable of controlling the overall operation of the device 100, and is electrically connected to the receiver 120 and other components. data flow can be controlled.

Additionally, those skilled in the art can understand that other general-purpose components in addition to the components shown in FIG. 2 may be further included in the device 100. According to one embodiment, the device 100 further includes a storage module (e.g., database, cloud, etc.) that stores data generated throughout the operation, a user interface that receives user input, and a display that visualizes output information. can do.

FIG. 4 is a flowchart illustrating an example of a method by which the device 100 performs a voucher issuance process according to an embodiment.

Referring to FIG. 4, in step S401, the device 100 receives a query request for a list of vouchers that can be issued to the user account through a voucher application installed on the user terminal 200, and in step S402, the user corresponding to the user account Based on the information, the voucher targets that can be issued to the user account can be confirmed and a list of vouchers including information on the vouchers that can be issued (e.g., type and amount, etc.) can be transmitted to the user terminal 200.

In step S403, the user terminal 200 displays the received list of issuable vouchers, and sends a request for issuance of a voucher including selection information for a specific voucher selected according to the user input to the voucher list and an order serial number to be issued to the device. It can be sent to (100).

In step S404, the device 100 records the voucher number for the selected voucher according to the request for issuance of the received voucher, and stores and manages the voucher ledger based on the application serial number including the business code, application date and time, and voucher number. You can.

In step S405, the device 100 applies the redeemed voucher number and user information (e.g., user name, phone number, etc.) to a pre-stored hash algorithm to obtain hash information, and in step S406, some of the hashed information (e.g. : M / (M + N)), the first hash information is transmitted to the user terminal 200 and stored in the user terminal 200, and in step S407, the first hash information is sent to the blockchain 300 through the transaction ID corresponding to the user information. By accessing a specific block on the block, a transaction can be generated that records the second hash information, which is the remainder of the collected hash information (e.g., M / (M + N)).

In step S408, the device 100 stores the voucher number, hash information, and the voucher issuance result indicating that the voucher has been issued in correspondence to user information, and the voucher issuance result including the storage result of the hash information from the blockchain 300. The transaction result can be received, and in step S409, the voucher issuance result and detailed information about the issued voucher are transmitted to the user terminal 200 to notify that the voucher has been successfully issued, the ID of the user who applied for the voucher, You can store and manage voucher issuance details, including card number, issue status, issuance date, and issued voucher number.

FIG. 5 is a flowchart illustrating an example of a method in which the device 100 performs a voucher use approval process according to an embodiment.

Referring to FIG. 5, in step S501, the device 100 receives a query request for a list of vouchers that have already been issued to the user account and can be used through a voucher application installed on the user terminal 200, and in step S502, the device 100 receives a request for inquiry for a list of vouchers that are available for use in the user account through a voucher application installed on the user terminal 200. Based on the corresponding user information, access the blockchain 300 in which voucher usage information regarding the issuance status and usage status of the voucher associated with the user account is recorded, and obtain a voucher for the user account from the blockchain 300 in step S503. You can receive usage information.

In step S504, the device 100 creates a voucher list containing voucher information (e.g., type, amount, expiration date, use, etc.) available to the user terminal 200 based on the received voucher usage information to the user terminal ( 200).

In step S505, the device 100 may obtain affiliated store information and affiliate identification information based on user input. For example, when the user selects a voucher and clicks the Use Voucher button after performing identity verification through the voucher application, the user terminal 200 outputs a message requesting input of an affiliate code to the user terminal 200. And, use processing may be requested after the affiliate code, affiliate code, etc. are entered by the affiliate employee. In step S506, the user terminal 200 may transmit a request to use a voucher including the obtained input information to the device 100. In one embodiment, the transaction device 500 may link with the user terminal 100 or the affiliate device 400 to support registration and management of an affiliated store code, an affiliate code, etc. related to a voucher.

In steps S507 and S508, the device 100 checks the merchant code and affiliate code received along with the request to use the voucher to see whether they match the pre-stored code, and links with the user terminal 200. Retrieve the first hash information stored in, retrieve the second hash information recorded on the blockchain 300 through the transaction ID corresponding to the user information, and obtain the authentication results for the first hash information and the second hash information. can be created.

In step S510, the device 100 generates voucher approval information including the authentication result and the voucher use result and records it on the blockchain 300, and transmits the voucher approval information to the user terminal 200 in step S511 to receive the voucher. You can notify that the voucher has been used normally, and save and manage the usage history of the voucher, including whether the voucher has been used and the date of use.

In one embodiment, the device 100 may receive settlement information for the voucher, including the voucher issuance status and voucher use status, in conjunction with the blockchain 300 and the transaction device 500, and may receive settlement information for the voucher, including the voucher issuance status and the voucher use status, and may receive a voucher issuance request. Cancellation results can be received by transmitting cancellation to the blockchain 300, cancellation results can be received by transmitting a request for use of a voucher or cancellation of use results to the blockchain 300, and a cancellation result can be received from the transaction device 500. The voucher usage details can also be updated based on separately requested voucher processing information.

FIG. 6 is a flowchart illustrating another example of a method in which the device 100 performs a voucher use approval process in conjunction with an affiliate device 400 according to an embodiment.

Referring to FIG. 6, steps S601 to S604 may be performed in the same or similar manner as steps S501 to S504. In steps S605 to S606, the affiliate device 400 may transmit a request to use the voucher to the device 100 through the transaction device 500 and, for example, may process data after authentication through an open API.

In steps S607 and S608, the device 100 checks the affiliated store code and affiliated code received along with the voucher use request from the affiliated device 400 to determine whether they match the pre-stored code, and sends the affiliated code to the user terminal 200. A message asking whether to use the voucher and a request to provide first hash information are transmitted through the device 400, the first hash information stored in the user terminal 200 is retrieved according to the user response, and a transaction corresponding to the user information is performed. The second hash information recorded on the blockchain 300 can be retrieved through the ID, and an authentication result for the first hash information and the second hash information can be generated, and steps S609 to S611 are the same as steps S509 to S511. Alternatively, it may be performed in a similar manner.

At least some of the above-described operations may be implemented in various modified forms in terms of order, function, and branching. In addition, the figures such as ratios and amounts described in the embodiments described throughout the specification are examples for explanation and do not have critical significance, and are not limited thereto and may be implemented in various modified forms.

Meanwhile, the above-described method can be written as a program that can be executed on a computer, and can be implemented in a general-purpose digital computer that operates the program using a computer-readable recording medium. Additionally, the data structure used in the above-described method can be recorded on a computer-readable recording medium through various means. The computer-readable recording media includes storage media such as magnetic storage media (e.g., ROM, RAM, USB, floppy disk, hard disk, etc.) and optical read media (e.g., CD-ROM, DVD, etc.) do.

Those skilled in the art related to this embodiment will understand that the above-described base material can be implemented in a modified form without departing from the essential characteristics. Therefore, the disclosed methods should be considered from an explanatory rather than a restrictive perspective. The scope of the present disclosure is indicated in the claims rather than the foregoing description, and all differences within the equivalent scope should be construed as being included in the present disclosure.

1000: Voucher provision system
100: device
110: Processor 120: Receiving unit
200: User terminal 300: Blockchain
400: Affiliate device 500: Transaction device

Claims (20)

In how the system provides voucher approval information,
A processor obtaining hash information by hashing user information corresponding to the voucher;
transmitting, by the processor, first hash information and second hash information constituting the hash information to a user terminal and a blockchain, respectively;
A receiving unit receiving a request to use the voucher from the user terminal; and
The processor providing voucher approval information for a request to use the voucher based on an authentication result for the first hash information stored in the user terminal and the second hash information stored in the blockchain; including;
The step of the processor transmitting the first hash information and the second hash information to the user terminal and blockchain, respectively
Further comprising dividing the hash information according to a preset M:N ratio (where M and N are natural numbers) to obtain the first hash information and the second hash information;
If the location of the user terminal is within a preset reliable location range, M is greater than N,
If the location of the user terminal is within a preset risk area, N is greater than M and
The step of obtaining the hash information is
determining one of a plurality of pre-stored hash methods based on at least one of the type and amount of the voucher;
obtaining the hash information by hashing the user information according to the determined hash method;
The complexity indicating the security level of the hash method is determined according to the priority given in the order of the number of bits of the hash code included in the hash information, the number of steps, resistance, and attack difficulty.
According to claim 1,
The above user information is
A method comprising at least one of card identification information regarding a card associated with the voucher, card issuer information, and voucher identification information regarding the voucher.
According to claim 1,
The above voucher approval information is
A message output according to the authentication result and informing that the voucher is available for use; and
A method comprising a use result of the voucher obtained according to a response of the user terminal or affiliate device to the message.
According to claim 3,
Requests to use the above voucher
Further includes affiliate identification information input to the user terminal,
The results of using the above voucher are
A method obtained based on an authentication result for the first hash information and the second hash information and an authentication result for the affiliate identification information.
According to claim 3,
The voucher use request, the authentication result, and the voucher approval information are recorded on the blockchain,
The method further includes obtaining settlement information for the voucher including a result of use of the voucher from the blockchain based on the user information.
delete According to claim 1,
The M:N ratio is
A method wherein different rates are determined based on at least one of the type of the user terminal, the location, and the amount of the voucher.
According to claim 7,
When the type of the user terminal corresponds to a first type including a smartphone, the M and the N are equal,
When the type of the user terminal corresponds to a second type including a user computer, M is greater than N,
When the type of the user terminal corresponds to a third type including an external computer, the N is greater than the M.
delete According to claim 7,
If the amount of the voucher is less than the first value, then M is greater than N,
If the amount of the voucher is greater than the first value but less than the second value, the M and the N are equal,
If the amount of the voucher is greater than or equal to the second value, then N is greater than the M.
According to claim 7,
The M:N ratio is
A method in which different rates are determined based on at least one of the communication speed of the user terminal, whether or not to charge for communication, and the degree of charging for communication.
According to claim 1,
The step of obtaining the hash information is
generating the hash information according to a second hash method when the communication speed of the user terminal is less than a preset speed, a communication charge occurs, or the amount of the charge is higher than a preset level; and
A step of generating the hash information according to a first hash method when the communication speed of the user terminal exceeds a preset speed, the communication charge does not occur, or the charge level is below a preset level,
The second hash method has a security level greater than the security level of the first hash method.
According to claim 1,
The step of providing the voucher approval information is
Method further comprising obtaining the second hash information from the blockchain using the first hash information.
In the device that provides voucher approval information,
Obtain hash information by hashing the user information corresponding to the voucher, transmit the first hash information and the second hash information constituting the hash information to the user terminal and the blockchain, respectively, and request use of the voucher from the user terminal. As this is received, a processor providing voucher approval information for a request to use the voucher based on an authentication result for the first hash information stored in the user terminal and the second hash information stored in the blockchain; and
A receiving unit that receives a request to use the voucher from the user terminal; includes
The processor is
Obtaining the first hash information and the second hash information by dividing the hash information according to a preset M:N ratio (where M and N are natural numbers),
If the location of the user terminal is within a preset reliable location range, M is greater than N,
If the location of the user terminal is within a preset risk area, N is greater than M and
Obtain the hash information and
Determine one of a plurality of pre-stored hash methods based on at least one of the type and amount of the voucher;
Obtaining the hash information by hashing the user information according to the determined hash method,
The complexity indicating the security level of the hash method is determined according to the priority given in the order of the number of bits of the hash code included in the hash information, the number of steps, resistance, and attack difficulty.
According to claim 14,
The above user information is
A device comprising at least one of card identification information regarding a card associated with the voucher, card issuer information, and voucher identification information regarding the voucher.
According to claim 14,
The above voucher approval information is
A message output according to the authentication result and informing that the voucher is available for use; and
A device comprising a result of using the voucher obtained according to a response of the user terminal or affiliated device to the message.
delete According to claim 14,
The M:N ratio is
Device determined at different rates based on at least one of the type of the user terminal, the location, and the amount of the voucher.
According to claim 14,
The processor is
Determine one of a plurality of pre-stored hash methods based on at least one of the type and amount of the voucher,
A device that obtains the hash information by hashing the user information according to the determined hash method.
A computer-readable recording medium recording a program for executing the method of any one of claims 1 to 5, 7 to 8, and 10 to 13 on a computer.