WO2021080304A1 - 결제 인터페이스 장치 및 시스템 - Google Patents

결제 인터페이스 장치 및 시스템 Download PDF

Info

Publication number
WO2021080304A1
WO2021080304A1 PCT/KR2020/014385 KR2020014385W WO2021080304A1 WO 2021080304 A1 WO2021080304 A1 WO 2021080304A1 KR 2020014385 W KR2020014385 W KR 2020014385W WO 2021080304 A1 WO2021080304 A1 WO 2021080304A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
payer
information
identifier
mobile communication
Prior art date
Application number
PCT/KR2020/014385
Other languages
English (en)
French (fr)
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 (주)엘이엠컴퍼니
Publication of WO2021080304A1 publication Critical patent/WO2021080304A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • 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
    • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment

Definitions

  • the present invention relates to a payment interface device and system, and more particularly, to a payment interface device and system capable of improving payment security.
  • a payment system through a credit card consists of a vendor terminal (i.e. POS terminal), a VAN relay server, and a credit card payment server, and when a credit card is recognized by the vendor terminal, credit card information is sent to the VAN relay server.
  • the payment is requested by being sent to the server, and the VAN relay server checks the credit card information and transfers the payment approval information received from the credit card payment server to the vendor terminal to approve the payment.
  • the conventional payment system based on such a vendor terminal has the following limitations.
  • the vendor cashier directly checks the payment method with the purchase payer to determine the payment method, and then provides a payment interface according to the determined payment method to the purchase payer. That is, there is a hassle of having to check the payment method or payment service used by each purchaser at the time of payment by the cashier of the seller, increasing the time required for payment and causing inconvenience in the payment process.
  • the current vendor terminal has a limitation in that it cannot operate in conjunction with a mobile communication terminal such as a smartphone or tablet possessed by the vendor, or its universal operating system (OS), so that payment convenience can be improved through the linkage.
  • a mobile communication terminal such as a smartphone or tablet possessed by the vendor, or its universal operating system (OS)
  • OS universal operating system
  • the payment method is a peer-to-peer (P2P) remittance method between the seller and the purchaser, the seller is not provided with the convenience of confirming the payment of the payment amount.
  • P2P peer-to-peer
  • the payment terminal recognizes the identification code (e.g., QR code) output from the vendor terminal and obtains necessary information for payment, and then the payment terminal directly pays to the payment server.
  • the identification code e.g., QR code
  • the obtained identification code is not the identification code of the seller, but the identification code of the payer (i.e., malicious stealer) or other
  • the situation is exposed to a security incident in which remittance payment is made to the account of the stealer or to the account of another seller.
  • This security incident is due to the absence of a system that verifies whether the identification code of the vendor transmitted from the purchaser and the vendor corresponds to the actual identification code output from the vendor's terminal, so a system that eliminates the security risk at the time of payment is requested. .
  • the present invention was invented to solve the above-described problem, and an object according to an aspect of the present invention is to eliminate the hassle of having to check the payment method directly to the purchase payer by the seller cashier when performing payment at the seller, and at the same time, the seller
  • the present invention provides a payment interface device and system for improving payment convenience by providing a method for linking a mobile communication terminal possessed by a cashier with a vendor terminal.
  • Another object of the present invention is to provide a payment interface device and system capable of improving payment security by eliminating a security incident in which payment is made when an identification code output from a vendor terminal is changed by a malicious stealer.
  • a payment interface device receives payment information of a payer who has purchased a product and generates a payment information identifier that is identification information of the payment information, and then the payment terminal possessed by the payer generates the generated payment.
  • a payment interface device that recognizes an information identifier and outputs the payment information identifier so that payment for the payer can be requested to a payment server, wherein the payment interface device includes first time information on a time point at which the payment information identifier is generated.
  • To generate authentication information for authentication of the payment of the payer and the payment request to the payer made through the payment terminal is based on a comparison result between the first time information and reference time information identified from the authentication information. It is characterized in that it is determined whether to proceed accordingly.
  • the payment interface device modulates the first time information to generate modulation information of a predefined type as the authentication information, and the first time information identified for determining whether to proceed with the payment request, It is characterized in that it is identified through demodulation of the modulation information.
  • the reference time information is second time information on a time point at which the authentication information is obtained by the payment terminal, and the payment request made through the payment terminal to the payer includes the first time information and It is characterized in that it proceeds only when an error between the second time information is less than or equal to a preset reference value.
  • the payment interface system is a mobile communication terminal unit for a seller including one or more mobile communication terminals, and can be combined with each of the mobile communication terminals, And an interface unit for a payer that provides payment information of a payer to the payer, and each of the mobile communication terminals receives the payment information of the payer while being combined with the interface unit for the payer, and the respective mobile communication Authentication information for validity authentication of the terminal is input from the interface unit for the payer, and a payment information identifier for the payment of the payer is generated using the received payment information and authentication information, and then transmitted to the interface unit for the payer.
  • the payer interface unit outputs the payment information identifier so that the payment terminal possessed by the payer recognizes the payment information identifier and requests payment for the payer from a payment server.
  • the payment is performed, but payment to the payer is performed only when the validity of each mobile communication terminal is authenticated based on authentication information extracted from the payment information identifier transmitted from each mobile communication terminal.
  • the authentication information may include a vendor identifier, which is identification information for a vendor, stored in the payer interface unit, or a unique authentication identifier, which is identification information for the payer interface unit.
  • the interface unit for a payer includes authentication information transmitted to each mobile communication terminal while being stored in the interface unit for a payer, and authentication information extracted from the payment information identifier transmitted from the mobile communication terminal. If they match, it is characterized in that it is determined that the validity of each mobile communication terminal is authenticated.
  • the payment interface system is a mobile communication terminal unit for a seller including one or more mobile communication terminals, can be combined with each of the mobile communication terminals, and provides payment information of a payer who purchased a product to the payer. And a payment server and an interface unit for a payer, wherein each mobile communication terminal generates authentication information for payment authentication of the payer in a state of being combined with the interface unit for a payer, and the generated authentication information is So that the payment terminal possessed by the payer recognizes the authentication information, and a payment information identifier for the payment of the payer is generated and output based on the payment information of the payer, and the payment information identifier is output to the payment terminal.
  • the payment terminal Recognized by the payment terminal performs a function of causing the payment server to request payment for the payer, and the payment server includes authentication information recognized by the payment terminal and the payment information by the payment terminal It is characterized in that it is determined whether to approve the payment request from the payment terminal according to a result of comparison between authentication information extracted from the identifier.
  • each of the mobile communication terminals is characterized in that the authentication information is generated by using at least one of a vendor identifier, which is identification information for a vendor, and a vendor identifier, which is identification information for each mobile communication terminal.
  • each of the mobile communication terminals receives and modulates the vendor identifier stored in the payer interface unit from the payer interface unit, and generates and outputs modulation information of a predefined type as the authentication information
  • the payment information identifier is generated and output based on the payment information of the payer and the seller identifier stored in the interface unit for the payer, and the payment server identifies through demodulation of the altered information recognized by the payment terminal.
  • the payment request from the payment terminal is approved when the sold-destination identifier and the sales-destination identifier extracted from the payment information identifier match.
  • each of the mobile communication terminals modulates a seller identifier stored in each of the mobile communication terminals to generate and output a predefined type of modulation information as the authentication information
  • the payment information identifier is the payment It is generated and output based on the user's payment information and the seller identifier stored in the payer interface unit
  • the payment server includes a seller identifier identified through demodulation of the altered information recognized by the payment terminal, and the payment information.
  • each of the mobile communication terminals generates the authentication information by further using first time information for a current time point, and a payment request to the payer made through the payment terminal is performed by the payment terminal. It characterized in that it proceeds only when an error between the first time information grasped based on the recognized authentication information and the second time information with respect to a time point at which the authentication information is acquired by the payment terminal is less than or equal to a preset reference value.
  • each of the mobile communication terminals generates the authentication information by further using first time information for a current time point
  • the payment server is configured to determine the authentication information based on the authentication information recognized by the payment terminal. The determination of whether to approve the payment request from the payment terminal is started only when an error between the one time information and the second time information for the current time is less than or equal to a preset reference value.
  • the payment interface system includes a mobile communication terminal for a seller including one or more mobile communication terminals, and can be combined with each of the mobile communication terminals, and receives payment information of a payer who has purchased a product and receives the payment information.
  • a mobile communication terminal for a seller including one or more mobile communication terminals, and can be combined with each of the mobile communication terminals, and receives payment information of a payer who has purchased a product and receives the payment information.
  • Including an interface unit for a payer and a payment server provided to the user wherein each of the mobile communication terminals, when combined with the interface unit for a payer, transmits authentication information for payment authentication of the payer and from the interface unit for a payer
  • the payment information identifier for the payment of the payer is generated using the received payment information of the payer, and the payment terminal possessed by the payer recognizes the payment information identifier, so that payment for the payer can be requested from the payment server. And outputting the payment information identifier so that the payment server determines whether to approve the payment request from the
  • each of the mobile communication terminals may determine the payment information identifier using a vendor identifier, which is identification information for a vendor, as the authentication information, along with the payment information, and a vendor identifier, which is identification information for each mobile communication terminal. It is characterized by generating.
  • the payment server approves a payment request from the payment terminal when the relationship between the seller identifier and the seller identifier extracted from the payment information identifier by the payment terminal satisfies a predefined correspondence relationship. It is done.
  • the payment interface system includes a mobile communication terminal for a seller including one or more mobile communication terminals, and can be combined with each of the mobile communication terminals, and receives payment information of a payer who has purchased a product and receives the payment information. And an interface unit for a payer provided to the payer, and an external server, wherein each of the mobile communication terminals transmits authentication information for authentication of the combination validity presumed to perform payment to the payer to the external server,
  • the combination validity includes at least one of a first combination validity between a seller and a seller, and a second combination validity between each of the mobile communication terminals and the payer interface unit, and the external server includes the received authentication information.
  • the authentication information transmitted from each mobile communication terminal to the external server is a first identifier including at least one of a seller identifier, which is identification information for the seller, and a terminal identifier, which is an identifier for each mobile communication terminal.
  • a second identifier stored in the payer interface unit including at least one of a sales place identifier, which is identification information for the seller, and a unique authentication identifier, which is identification information for the payer interface unit.
  • the external server determines that the first combination validity is authenticated when the seller identifier and the vendor identifier meet a predefined authentication relationship, and the terminal identifier and the unique authentication identifier are predefined. When the authentication relationship is satisfied, it is determined that the validity of the second combination is authenticated.
  • the second identifier is transmitted from the payer interface unit to each of the mobile communication terminals. Accordingly, when the authentication information including the first and second identifiers is transmitted from each mobile communication terminal to the external server, and the combination validity is authenticated by the external server, each mobile communication terminal and the payment A payment communication link for performing payment to the payer is established between the user interface units.
  • each of the mobile communication terminals receives payment information of the payer and transmits it to the payer interface unit together with the first identifier
  • the payer interface unit includes the The payment information identifier for the payment of the payer is generated using the payment information of the payer, the first identifier, and the second identifier, and the payment terminal possessed by the payer recognizes the payment information identifier and And outputting the payment information identifier so that payment can be requested from the payment server.
  • the external server further comprises a payment server that determines whether to approve a payment request from the payment terminal and feeds back the approval result, wherein the payment server is extracted from the payment information identifier by the payment terminal. It is characterized in that it is determined whether to approve the payment request from the payment terminal by verifying whether the authentication between the first and second identifiers.
  • the present invention can improve the convenience of payment by dividing and implementing a vendor terminal provided at a vendor into an interface device for a vendor cashier and a purchase payer, and identification of a vendor transmitted from the purchase payer. Payment security can be improved by employing a system that checks whether the code corresponds to the actual identification code output from the vendor's terminal.
  • FIG. 1 is a block diagram illustrating a payment interface device according to a first embodiment of the present invention.
  • FIG 2 is an exemplary view showing a sub-configuration of a payment interface device according to the first embodiment of the present invention.
  • FIG. 3 is a block diagram illustrating the operation of the payment interface device according to the first embodiment of the present invention.
  • FIG. 4 is a block diagram illustrating a payment interface system according to a second embodiment of the present invention.
  • FIG. 5 is an exemplary view showing an implementation example of a payment interface system according to a second embodiment of the present invention.
  • FIG. 6 is an exemplary view for explaining the operation of the payment interface system according to the second embodiment of the present invention.
  • 7 to 12 are exemplary views for explaining the operation of the payment interface system according to the third embodiment of the present invention.
  • FIG 13 is an exemplary view for explaining the operation of the payment interface system according to the fourth embodiment of the present invention.
  • FIG. 1 is a block diagram illustrating a payment interface device according to a first embodiment of the present invention
  • FIG. 2 is an exemplary view showing a sub-configuration of a payment interface device according to a first embodiment of the present invention
  • 3 is a block diagram illustrating the operation of the payment interface device according to the first embodiment of the present invention.
  • the payment interface device 100 may include an interface unit 110 for a seller and an interface unit 120 for a payer, and the payment terminal 200 and payment Payment for a payer may be performed through communication with the server 300.
  • the interface unit for a seller 110 includes payment information (order details and payment amount) of the payer who purchased the product. )
  • the interface unit for a seller 110 includes payment information (order details and payment amount) of the payer who purchased the product.
  • the first input unit 111 for receiving input from the seller, and the payment information input through the first input unit 111, and a first for outputting the payer identifier transmitted from the payer interface unit 120 to be described later to the seller. 1 may include an output unit 112.
  • the first input unit 111 may include a keyboard, a scanner (eg, a QR code scanner, a barcode scanner, etc.) and a voice/sound wave recognition device (eg, a microphone) to receive payment information
  • a first output unit ( 112) may include a display device (eg, LCD, etc.) and a voice/sound wave output device for outputting payment information and a payer identifier to a seller.
  • the interface unit for a payer 120 provides a second input unit 121 for receiving a payer identifier from the payment terminal 200 to be described later, and the payment information input to the merchant interface unit 110 so that the payer can check it. It may include a second output unit 122 for doing.
  • the second input unit 121 may include a keyboard, a scanner (eg, a QR code scanner, a barcode scanner, etc.), and a voice/sound wave recognition device (eg, a microphone, etc.) to receive the payer identifier from the payment terminal 200.
  • the second output unit 122 may include a display device (eg, LCD, etc.) and a voice/sound wave output device for outputting payment information to the payer.
  • the payment information (order details and payment amount) of the payer who purchased the product is not only through the first input unit 111 of the merchant interface unit 110 but also through the second input unit 121 of the interface unit 120 for the payer. Can be entered..
  • the interface unit 110 for the seller and the interface unit 120 for the payer may be designed in a structure that can be combined and separated, and when installed to be separated from each other at the vendor, information can be transmitted and received through wired or wireless communication.
  • the interface unit for a seller 110 may be installed at a location where a sales counter cashier resides, such as a checkout counter, and the interface unit for a payer 120 may be installed on a table (eg, a restaurant table) where the payer is located.
  • the merchant interface unit 110 and the payer interface unit 120 installed spaced apart from each other may transmit and receive information through wired or wireless communication.
  • the merchant interface unit 110 obtains a payer identifier (QR code, barcode or short-range wireless communication (NFC, Bluetooth) data, etc.), which is the payer's identification information, from the payment terminal 200 possessed by the payer who purchased the product. , Payment information of the payer may be input to match the obtained payer identifier, and payment for the payer may be requested from the payment server 300 based on the input payment information.
  • a payer identifier QR code, barcode or short-range wireless communication (NFC, Bluetooth) data, etc.
  • the merchant interface unit 110 is the payer interface unit 120 that obtains the payer identifier output to the payment terminal 200. ) Can receive the payer identifier.
  • the interface unit for the payer 120 may obtain the payer identifier output to the payment terminal 200 through the second input unit 121 (eg, a QR code scanner or a barcode scanner), and the interface unit for a seller 110 ) May receive the payer identifier through wired or wireless communication from the payer interface unit 120 and output it through the first output unit 112.
  • the payment terminal 200 may be applied when the payment terminal 200 can only generate a QR code or barcode type of the payer identifier.
  • the merchant interface unit 110 may receive and obtain the payer identifier directly from the payment terminal 200 without passing through the payer interface unit 120 and output through the first output unit 112. This case may be applied when the payment terminal 200 supports a short-range wireless communication protocol and can generate a payer identifier in the form of short-range wireless communication data.
  • the merchant interface unit 110 may receive the payment information of the payer to match the obtained payer identifier, and the payment server ( 300).
  • the interface unit for seller 110 may request payment for the payer to the payment server 300 based on the input payment information. Accordingly, the inconvenience that had to be recognized by manually scanning the payer identifier, such as a QR code or barcode outputted on the payment terminal 200 from the point of view of the cashier of the seller, can be eliminated.
  • the payer identifier is assigned to the merchant interface unit 110 in a simple manner in which the payer identifier is tagged to the first input unit 111 of the payer interface unit 120 installed on the table where the payer is located. ).
  • the merchant interface unit 110 outputs the payer identifier obtained from the payment terminal 200 and receives payment information to match the output payer identifier, or from the payment terminal 200.
  • Payment information may be input through a method of converting the obtained payer identifier into a predetermined type of payer identifier and outputting it, and receiving payment information to match the converted and output payer identifier.
  • the merchant interface unit 110 may receive the payer identifier from the payer interface unit 120 that has obtained the payer identifier from the payment terminal 200 and output it as it is through the first output unit 112.
  • the merchant interface unit 110 is the payer identifier from the payment terminal 200
  • the interface unit for seller 110 may be converted into a pre-determined type of payer identifier (eg, a barcode) and output through the first output unit 112. Accordingly, the vendor cashier can input payment information by tagging the payer identifier with respect to various payer identifiers through one type of scanning device.
  • a pre-determined type of payer identifier eg, a barcode
  • the merchant interface unit 110 generates one or more service-linked payer identifiers for interworking with one or more payment services, based on the obtained payer identifier, and provides a seller among the generated one or more service-linked payer identifiers. Payment information of the payer may be input so as to match the service-linked payer identifier selected by this.
  • the merchant interface unit 110 when the merchant interface unit 110 obtains a payer identifier according to an A Pay (eg, credit card company) payment service from the payment terminal 200, the merchant interface unit 110 is a service-linked payer identifier As such, the payer identifier according to the A Pay payment service, the payer identifier according to the B Bank (e.g., bank company) payment service, the C payer identifier according to the payment integrated relay service, the payer identifier according to the electronic payment settlement agency service, VAN.
  • a Pay eg, credit card company
  • Payment information of the payer may be input to match with. Accordingly, the seller cashier may perform payment to the payer according to a desired payment method.
  • the payment interface device 100 provided at the seller is divided into a seller interface unit 110 for a seller cashier and a payer interface unit 120 for a payer, thereby performing payment at the seller.
  • Payment convenience can be improved by eliminating the hassle of having to check the payment method directly from the cashier of the city vendor to the purchaser.
  • the payment interface device 100 of the present embodiment receives payment information of a payer who has purchased a product from a sales counter and generates a payment information identifier (eg, QR code, barcode, character string, etc.), which is identification information of the payment information, and then pays
  • a payment information identifier eg, QR code, barcode, character string, etc.
  • the payment terminal 200 possessed by the self may recognize the generated payment information identifier (scan or tag) and output the payment information identifier so that the payment server 300 may request payment for the payer.
  • the merchant interface unit 110 of the payment interface device 100 receives the payment information of the payer from the sales counter through the first input unit 111, generates a payment information identifier, and then transfers the payment information to the interface unit 120 for the payer.
  • the payment information identifier is transmitted to the payment server 300 so that the payment terminal 200 recognizes the payment information identifier, and the payment information identifier is transmitted to the payment server 300. You can print it through.
  • the payment terminal 200 may request payment for the payer to the payment server 300 by recognizing the payment information identifier output through the second output unit 122 of the payer interface unit 120.
  • the payment interface device 100 may obtain first time information on the time when the payment information identifier is generated to generate authentication information for payment authentication of the payer, and specifically modulate the first time information.
  • modulation information of a predefined type eg, a non-audible band modulated sound wave
  • the authentication information i.e., alteration information
  • the authentication information reflects the first time information on the time when the payment information identifier is generated, it has a one-time characteristic, and if you intend to perform the payment by malicious duplication, the payment can be invalidated. You will have the characteristics that you have.
  • the directivity and intensity of the non-audible band modulated sound wave are determined by the payment terminal at a distance such that the payment terminal can recognize (scan or tag) the payment information identifier. It may be set enough to receive a blue band modulated sound wave.
  • whether or not to proceed with the payment request made through the payment terminal 200 to the payer may be determined according to a comparison result between the first time information identified from the authentication information and the reference time information. Since the authentication information is modulation information generated by modulating the first time information, the first time information determined to determine whether to proceed with the payment request may be identified through demodulation of the modulation information.
  • the reference time information may be second time information on a time point at which authentication information is obtained by the payment terminal 200, and accordingly, the payment request to the payer made through the payment terminal 200 is first Only when the error between the time information and the second time information is less than or equal to a preset reference value (that is, the payment terminal 200 is sent to the payment server 300 only when the error between the first time information and the second time information is less than or equal to the reference value). You can request payment).
  • the payment terminal 200 may request payment to the payment server 300 only when an error between the first time information and the second time information is less than or equal to the reference value.
  • FIG. 4 is a block diagram illustrating a payment interface system according to a second embodiment of the present invention
  • FIG. 5 is an exemplary view showing an implementation example of a payment interface system according to a second embodiment of the present invention.
  • 6 is an exemplary diagram for explaining the operation of the payment interface system according to the second embodiment of the present invention.
  • the payment interface system 1000 may include a mobile communication terminal 130 for a seller and an interface unit 120 for a payer, and a mobile communication terminal for a seller
  • the unit 130 may include one or more mobile communication terminals for payment processing at a vendor.
  • the seller mobile communication terminal 130 and the payer interface unit 120 may perform payment to the payer through communication with the payment terminal 200 and the payment server 300.
  • the second embodiment is an embodiment in which the interface unit 110 for a seller in the first embodiment is replaced by each mobile communication terminal included in the mobile communication terminal unit 130 for a seller.
  • a method for operating the interface unit 120 for a payer in conjunction with a mobile communication terminal such as a smartphone or tablet possessed by a sales counter or a general-purpose operating system (OS) thereof is provided.
  • OS general-purpose operating system
  • an interface unit for a payer so that a payment service application distributed in the form of software running on an OS installed in each mobile communication terminal (eg, Android OS) can be installed and operated in the interface unit 120 for a payer.
  • Reference numeral 120 may have the same OS installed as the mobile communication terminal.
  • the same OS as the OS installed in the mobile communication terminal is installed in the interface unit 120 for the payer, so that the A Bank application, the B Bank application, or the C Pay application operating in the OS installed in the mobile communication terminal is the interface unit for the payer. It is possible to operate in conjunction with 120.
  • the second embodiment in order to clarify the subject that replaced the merchant interface unit 110 of the first embodiment, it is indicated as a'mobile communication terminal', and an application that provides functions performed by the mobile communication terminal described below.
  • Any terminal with this installed can function as a mobile communication terminal of the second embodiment (e.g., a general-purpose terminal (e.g., an Android smartphone) as well as a dedicated terminal manufactured by the terminal manufacturer), if the application is installed, the mobile communication of the second embodiment. It can function as a terminal).
  • a mobile communication terminal of the second embodiment e.g., a general-purpose terminal (e.g., an Android smartphone) as well as a dedicated terminal manufactured by the terminal manufacturer
  • the application if the application is installed, the mobile communication of the second embodiment. It can function as a terminal).
  • the operation of the payment interface system 1000 according to the second embodiment will be first described in a method of requesting payment of a vendor terminal.
  • the payer interface unit 120 can be combined with each mobile communication terminal included in the seller's mobile communication terminal 130, and provides payment information of the payer who purchased the product, input to each mobile communication terminal, to the payer can do.
  • Each mobile communication terminal included in the seller's mobile communication terminal unit 130 receives a payer identifier, which is the payer's identification information, from the payment terminal 200 possessed by the payer while being combined with the payer interface unit 120.
  • the payment information of the payer may be acquired and inputted to match the acquired payer identifier, and a payment for the payer may be requested from the payment server 300 based on the input payment information.
  • each mobile communication terminal 131, 132 possessed by each sales counter constitutes a mobile communication terminal unit 130 for a seller, and a first seller
  • the first mobile communication terminal 131 possessed by the cashier is combined with the interface unit 120 for a payer, it can perform the same functions as the payment interface device 100 described in the first embodiment.
  • the first mobile communication terminal 131 is connected to the payer interface unit 120, from the payment terminal 200 possessed by the payer (via the payer interface unit 120 or directly)
  • the payment information of the payer is input through an input unit (such as an input button or touch panel) provided in the first mobile communication terminal to obtain an identifier and match the obtained payer identifier, and to the payer based on the input payment information. Payment may be requested to the payment server 300.
  • Each mobile communication terminal included in the seller's mobile communication terminal unit 130 receives the payment information of the payer in a state coupled with the interface unit 120 for the payer, and receives a payment information identifier, which is identification information of the input payment information. It may be generated (each mobile communication terminal may have a dedicated application for generating a payment information identifier installed) and transmitted to the interface unit 120 for a payer. In addition, the interface unit for the payer 120 may output the payment information identifier so that the payment terminal 200 possessed by the payer may recognize the payment information identifier and request payment for the payer from the payment server 300.
  • the payment terminal 200 obtains the payment information identifier output by the interface unit 120 for a payer (for example, a barcode output by the second output unit 122 of the interface unit 120 for a payer or Acquired by tagging a QR code)
  • the payment server 300 may request payment for the payer.
  • the mobile communication terminal that is not valid due to hacking or the like transmits the forged payment information identifier to the payer interface unit 120
  • the forged payment information identifier is output from the payer interface unit 120 to the payer.
  • the configuration of the present embodiment adopted to solve this problem will be described with reference to FIG. 6.
  • each mobile communication terminal of the present embodiment receives payment information of a payer in a state coupled to the interface unit 120 for a payer, and provides authentication information for validity authentication of each mobile communication terminal to a payer interface. It is received from the unit 120 (the time-series order in which payment information and authentication information are input may vary according to an actual implementation), and a payment information identifier for the payment of the payer by using the received payment information and authentication information. After creation, it may be transmitted to the interface unit 120 for a payer.
  • the authentication information may include a vendor identifier, which is identification information about a vendor, stored in the interface unit 120 for a payer, or a unique authentication identifier, which is identification information for the interface unit 120 for a payer.
  • the interface unit for a payer 120 may proceed with payment to the payer only when the validity of each mobile communication terminal is authenticated based on the authentication information extracted from the payment information identifier transmitted from each mobile communication terminal (i.e. , Only when the validity of the mobile communication terminal is authenticated, the payment information identifier transmitted from each mobile communication terminal can be output).
  • the interface unit for a payer 120 includes authentication information transmitted to each mobile communication terminal while being stored in the interface unit 120 for a payer, and authentication information extracted from the payment information identifier received from the mobile communication terminal. If is matched, it may be determined that the validity of each mobile communication terminal is authenticated.
  • each mobile communication terminal generates a payment information identifier such that a vendor identifier or a unique authentication identifier stored in the payer interface unit 120 is reflected in the payment information identifier, and the payer interface unit 120 from the mobile communication terminal
  • the vendor identifier or the unique authentication identifier is extracted from the payment information identifier received, and the extracted vendor identifier or the unique authentication identifier matches the vendor identifier or the unique authentication identifier stored by the user, the validity of each mobile communication terminal is verified. It is possible to determine and output the payment information identifier.
  • the extracted vendor identifier or unique authentication identifier is different from the vendor identifier or unique authentication identifier stored by the user, it is determined that the payment information identifier has been generated by an invalid mobile communication terminal, and payment is made to the payer. Can be stopped.
  • 7 to 12 are exemplary diagrams for explaining the operation of the payment interface system according to the third embodiment of the present invention.
  • the payment interface system 1000 described in the third embodiment maintains the operation of the mobile communication terminal unit 130 for a seller and the interface unit 120 for a payer of the second embodiment operating in a payment request method of a payer terminal, However, there are differences in the subject and method of performing payment authentication of the payer. Hereinafter, a description will be given focusing on the subject and method of performing payment authentication.
  • the mobile communication terminal 130 for a seller may include one or more mobile communication terminals, and the interface unit 120 for a payer can be combined with each mobile communication terminal, and Payment information can be provided to the payer. Payment information of the payer may be input through the interface unit for a seller 110 and transmitted to the interface unit 120 for the payer, or may be input through the interface unit 120 for a payer and transmitted to the interface unit 110 for the seller. May be.
  • each mobile communication terminal generates authentication information for payment authentication of the payer in a state in combination with the interface unit 120 for the payer, and outputs the generated authentication information so that the payment held by the payer
  • the terminal 200 may be made to recognize authentication information.
  • the payment information identifier (that is, the payment information identifier that is recognized by the payment terminal 200 and performs a function of causing the payment terminal 200 to request payment to the payment server 300 to the payment server 300) is the payment of the payer It can be generated and output based on the information.
  • the payment server 300 makes payment from the payment terminal 200 according to a comparison result between the authentication information recognized by the payment terminal 200 and the authentication information extracted from the payment information identifier by the payment terminal 200. You can decide whether to approve the request or not.
  • a function of generating and outputting authentication information and a function of generating and outputting a payment information identifier are configured to be shared by the mobile communication terminal and the payer interface unit 120, and the payment terminal ( By comparing the authentication information recognized by 200) with the authentication information extracted from the payment information identifier by the payment terminal 200 and performing authentication, only when the combination of the mobile communication terminal and the payer interface unit 120 is valid. As payment authentication can be made, security can be improved.
  • each mobile communication terminal may generate authentication information using at least one of a vendor identifier and a vendor identifier.
  • the vendor identifier means identification information on the vendor.
  • the seller identifier means identification information on the mobile communication terminal, and may function as information for identifying each seller when there are a plurality of sales place cashiers in one sales place.
  • each mobile communication terminal may generate authentication information by further using the first time information for the current time point.
  • Each mobile communication terminal may receive and modulate the vendor identifier stored in the payer interface unit 120 from the payer interface unit 120 to generate and output a pre-defined type of modulation information as authentication information.
  • the first time information for the current time may also be reflected in the modulation information.
  • each mobile communication terminal receives the payment information of the payer (the time-series order in which the alteration information is generated and the payment information is input may vary according to an actual implementation example).
  • the payment information identifier may be generated based on the payment information of the payer input through the mobile communication terminal and the seller identifier stored in the interface unit 120 for the payer.
  • the subject generating the payment information identifier may be a mobile communication terminal or an interface unit 120 for a payer. That is, as shown in FIG. 7, the mobile communication terminal receives the payment information of the payer from the sales counter, generates a payment information identifier based on the payment information and the seller identifier, and then transmits the payment to the interface unit 120 for the payer.
  • the payment information identifier may be output through the user interface unit 120, or as shown in FIG. 8, the mobile communication terminal receives the payment information of the payer from the sales counter and transmits it to the interface unit 120 for the payer, and makes payment.
  • the user interface unit 120 may generate and output the payment information identifier based on the received payment information of the payer and the stored vendor identifier, and as shown in FIG. 9, the payer interface unit 120 makes payment.
  • the user's payment information may be inputted from the vendor cashier and transmitted to the mobile communication terminal, and a payment information identifier may be generated and output based on the payment information and the vendor identifier received from the mobile communication terminal.
  • the payment server 300 requests payment from the payment terminal 200 when the seller identifier identified through demodulation of the tampered information recognized by the payment terminal 200 matches the seller identifier extracted from the payment information identifier. Can be approved.
  • the payment server 300 receives the vendor identifier identified as a result of the payment terminal 200 recognizing and demodulating the modulated information output through the mobile communication terminal from the payment terminal 200, and receiving a mobile communication terminal or an interface for a payer. After receiving the extracted vendor identifier from the payment terminal 200 by recognizing the payment information identifier output through the unit 120 from the payment terminal 200, when the transmitted two vendor identifiers match, the payment terminal 200 You can approve your payment request.
  • the payment request to the payer made through the payment terminal 200 is a payment terminal. It may be carried out only when an error between the first time information identified based on the authentication information recognized by 200 and the second time information with respect to the time at which the authentication information is obtained by the payment terminal 200 is less than or equal to a preset reference value. . That is, as in the first embodiment, the payment terminal 200 determines the first time information identified as a result of demodulating the authentication information (ie, modulation information) output through the mobile communication terminal, and the time when the authentication information is acquired. Payment may be requested to the payment server 300 only when the error between the second time information is less than or equal to the reference value.
  • the authentication information ie, modulation information
  • Each mobile communication terminal may generate and output a pre-defined type of modulation information as authentication information by modulating a vendor identifier stored in each mobile communication terminal.
  • the first time information for the current time may also be reflected in the modulation information.
  • each mobile communication terminal receives the payment information of the payer (the time-series order in which the alteration information is generated and the payment information is input may vary according to an actual implementation example).
  • the payment information identifier may be generated based on the payment information of the payer input through the mobile communication terminal and the seller identifier stored in the interface unit 120 for the payer.
  • 10 illustrates an example in which the payer interface unit 120 is the subject generating the payment information identifier, but as described above, the subject generating the payment information identifier may be a mobile communication terminal.
  • the payment server 300 when the relationship between the seller identifier identified through demodulation of the modulation information recognized by the payment terminal 200 and the seller identifier extracted from the payment information identifier satisfies a predefined correspondence relationship.
  • the payment request from the payment terminal 200 may be approved.
  • the seller identifier means identification information for the mobile communication terminal, and considering that it functions as information for identifying each seller when there are multiple sellers cashiers in one seller, a plurality of seller identifiers It is possible to define a mapping relationship of 1:N (N is the number of seller identifiers) that are subordinately linked to one vendor identifier. Therefore, in a state in which the corresponding relationship between the seller identifier and the seller identifier subordinate thereto is defined in the payment server 300, the payment server 300 is a plurality of seller identifiers linked to the seller identifier extracted from the current payment information identifier. Among them, if there is a seller identifier identified through demodulation of the modulation information recognized by the payment terminal 200, it is determined that the above correspondence relationship is satisfied, and the payment request from the payment terminal 200 may be approved.
  • a payment request to a payer made through the payment terminal 200 is performed by the payment terminal 200. It may be performed only when the error between the first time information identified based on the recognized authentication information and the second time information with respect to the time at which the authentication information is obtained by the payment terminal 200 is less than or equal to a preset reference value, and the configuration is described above. Since it is one, detailed description will be omitted.
  • FIG. 10 illustrates an example in which a mobile communication terminal is a subject generating and outputting authentication information, but according to an embodiment, an interface unit for a payer after the mobile communication terminal generates authentication information as shown in FIG. 11. It may be implemented as an embodiment in which the payment terminal 200 recognizes the authentication information by transmitting it to 120 and outputting the authentication information by the interface unit for the payer 120.
  • the authentication information is an inaudible band modulated sound wave
  • the authentication information may be output through the voice/sound wave output device of the second output unit 122 of the interface unit 120 for a payer.
  • the process of determining whether the error between the first time information and the second time information is less than or equal to a reference value which is performed prior to determining whether to approve the payment request from the payment terminal 200, that is, the first payment authentication.
  • the primary payment authentication may be implemented in an embodiment performed by the payment server 300 as shown in FIG. 11.
  • the payment server 300 includes first time information identified based on the authentication information recognized by the payment terminal 200 and a current time point (that is, the current time point at which the payment server 300 performs the first payment authentication). Only when the error between the second time information for) is less than or equal to a preset reference value, the secondary payment authentication process of determining whether to approve the payment request from the payment terminal 200 may be started.
  • the mobile communication terminal selectively uses the vendor identifier and the seller identifier to generate authentication information
  • the mobile communication terminal uses both the vendor identifier and the seller identifier as authentication information, so that the payment information identifier Is generated and output and analyzed by the payment server 300 to perform a payment authentication process.
  • the vendor identifier and the vendor identifier themselves function as authentication information used to generate the payment information identifier).
  • each mobile communication terminal uses authentication information for payment authentication of the payer and payment information of the payer received from the payer interface unit 120 in a state in which the mobile communication terminal is combined with the payer interface unit 120 to make the payment by the payer.
  • a payment information identifier may be generated, and the payment information identifier may be output so that the payment terminal 200 possessed by the payer recognizes the payment information identifier to request payment for the payer from the payment server 300.
  • the payment server 300 may determine whether to approve the payment request from the payment terminal 200 according to an analysis result of the authentication information extracted from the payment information identifier by the payment terminal 200.
  • the mobile communication terminal transmits the vendor identifier stored in the interface unit 120 for the payer and the payment information input through the interface unit 120 for the payer from the interface unit 120 for the payer. I can receive it. Accordingly, the mobile communication terminal may generate and output the payment information identifier by using the seller identifier stored in the mobile communication terminal and the vendor identifier and payment information transmitted from the payer interface unit 120.
  • the payment server 300 may approve the payment request from the payment terminal 200 when the relationship between the seller identifier and the seller identifier extracted from the payment information identifier by the payment terminal 200 satisfies a predefined correspondence relationship. I can.
  • the seller identifier and the seller identifier can be extracted through the payment terminal 200 that recognizes the payment information identifier, and the extracted seller identifier and When the seller identifier satisfies a predefined correspondence relationship, the payment request from the payment terminal 200 may be approved. Since the description of this has been described above, a detailed description will be omitted.
  • FIG 13 is an exemplary view for explaining the operation of the payment interface system according to the fourth embodiment of the present invention.
  • the operation of the mobile communication terminal unit 130 for a seller and the interface unit 120 for a payer of the second and third embodiments operating in a payment request method of a payer terminal prior to the payment terminal 200 making a payment request to the payment server 300, pre-authentication is performed in stages to improve payment security.
  • the seller identifier is defined to mean identification information for a seller (for example, a seller who logs in to a payment application executed in a mobile communication terminal to perform a payment to a payer), and the terminal identifier is It is defined as meaning a unique identifier of a mobile communication terminal.
  • the first identifier indicated below is defined as including at least one of a seller identifier and a terminal identifier.
  • the vendor identifier and the unique authentication identifier are used with the same meaning as in the above-described embodiment, and the second identifier indicated below is defined as including at least one of a vendor identifier and a unique authentication identifier. Based on these term definitions, the operation of the payment interface system 1000 according to the fourth embodiment will be described.
  • the mobile communication terminal unit 130 for a seller may include one or more mobile communication terminals, and the interface unit for a payer 120 can be combined with each mobile communication terminal, and the payment information of the payer who has purchased the product is transferred to the mobile communication terminal. It can be inputted from and provided to the payer.
  • each mobile communication terminal may transmit authentication information for authentication of the combination validity presumed to perform payment to the payer to the external server 300.
  • the combination validity may include at least one of a first combination validity between a seller and a seller, and a second combination validity between each mobile communication terminal and the payer interface unit 120.
  • the first combination validity indicates whether the combination between the seller and the seller is a previously registered valid combination
  • the second combination validity indicates whether the combination between the mobile communication terminal and the payer interface unit 120 is a previously registered valid combination ( A detailed description will be described later).
  • the external server 300 functions as a separate server provided for authentication of the combination validity described above, and may store information on an authentication relationship required to authenticate the combination validity.
  • the external server 300 may determine that the combination validity is authenticated.
  • This external server 300 may be implemented independently of the payment server 300, or may be implemented as an embodiment in which the payment server 300 integrally performs the functions of the external server 300, and the external server 300 ) May be implemented as a configuration including the payment server 300.
  • the payment server and the external server are indicated by the same reference numerals.
  • the mobile communication terminal can operate as an authentication terminal that performs payment to a payer only when the validity of the combination is authenticated by the external server 300.
  • Operating as an authentication terminal that performs payment to the payer means that the payment of the payer can be normally performed by activating the function of receiving the payment information of the payer from the sales cashier and transmitting it to the interface unit 120 for the payer. It can mean.
  • an authentication communication link for authentication of combination validity may be established between each mobile communication terminal and the payer interface unit 120.
  • the authentication communication link is a lower layer communication link in which a second identifier is transmitted from the interface unit 120 for the payer to the mobile communication terminal for authentication of the combination validity, for example, a short-range wireless communication link such as Bluetooth or a short-range wired connection according to a USB connection. It may be implemented as a P2P communication link such as a communication link.
  • the external server 300 may determine that the combination validity is authenticated.
  • the first and second identifiers are a seller identifier and a seller identifier, respectively
  • the external server 300 may determine that the validity of the first combination is authenticated when the seller identifier and the seller identifier meet a predefined authentication relationship. have.
  • the predefined authentication relationship may mean information previously registered in the external server 300 as a correspondence relationship between the seller and the seller to determine whether the seller is a certified seller to sell a product or service at the corresponding seller. have.
  • the first and second identifiers are a terminal identifier and a unique authentication identifier, respectively, when the terminal identifier and the unique authentication identifier meet a predefined authentication relationship, the second combination validity is authenticated. It can be judged as.
  • the predefined authentication relationship is a correspondence relationship between the mobile communication terminal and the payer interface unit 120 to determine whether the combination of the mobile communication terminal and the payer interface unit 120 is valid, and is applied to the external server 300. It may mean pre-registered information.
  • the authentication result can be transmitted to the mobile communication terminal, and accordingly, the payment for the payer between each mobile communication terminal and the payer interface unit 120 is performed.
  • a payment communication link for the may be established.
  • the payment communication link may refer to an upper layer communication link through which payment information input to the mobile communication terminal is transmitted to the payer interface unit 120 so that a substantial payment process for the payer can proceed.
  • each mobile communication terminal may receive payment information of a payer from a sales counter and transmit it to the interface unit 120 for a payer together with a first identifier. Then, the interface unit for the payer 120 generates a payment information identifier for the payment of the payer using the payment information of the payer, the first identifier, and the second identifier, and the payment terminal 200 possessed by the payer generates the payment information identifier.
  • the payment information identifier may be output so that the payment server 300 may request payment for the payer by recognizing. Accordingly, the payment terminal 200 may request payment from the payment server 300 by recognizing the payment information identifier output to the interface unit 120 for a payer.
  • the payment server 300 may determine whether to approve the payment request from the payment terminal 200 by verifying whether to authenticate between the first and second identifiers extracted from the payment information identifier by the payment terminal 200. That is, the payment server 300 verifies whether the combination validity of the first and second identifiers is authenticated by the external server 300, and then approves the payment request from the payment terminal 200 only when it is verified. Payment can be made to the payer.
  • the authentication relationship defined in the external server 300 is also defined in the payment server 300, so that the first and second identifiers are authenticated.
  • a method in which the payment server 300 secondarily determines whether the identifier satisfies the authentication relationship may be applied.
  • the external server 300 adds a predetermined authentication flag to the authentication result transmitted to the mobile communication terminal.
  • the interface unit for the payer 120 After the payment information, the interface unit for the payer 120 generates the payment information identifier by using the authentication flag along with the payment information and the first and second identifiers, the authentication flag extracted from the payment information identifier by the payment terminal 200 It is also possible to verify whether the first and second identifiers are authenticated in a manner that the payment server 300 checks.
  • the present embodiment can improve the convenience of payment by dividing and implementing the vendor terminal provided at the vendor into an interface device for a vendor cashier and a purchase payer, and the vendor identification code transmitted from the purchase payer is transmitted from the vendor terminal. Payment security can be improved by employing a system that checks whether the output corresponds to the actual identification code.

Abstract

본 발명은 결제 인터페이스 장치 및 시스템에 관한 것으로서, 상품을 구매한 결제자의 결제 정보를 입력받아 결제 정보의 식별정보인 결제 정보 식별자를 생성한 후, 결제자가 소지한 결제 단말기가 생성된 결제 정보 식별자를 인식하여 결제자에 대한 결제를 결제 서버로 요청할 수 있도록 결제 정보 식별자를 출력하는 결제 인터페이스 장치로서, 결제 인터페이스 장치는, 결제 정보 식별자를 생성하는 시점에 대한 제1 시간 정보를 획득하여 결제자의 결제 인증을 위한 인증 정보를 생성하고, 결제 단말기를 통해 이루어지는 결제자에 대한 결제 요청은, 인증 정보로부터 파악되는 제1 시간 정보와, 기준 시간 정보 간의 비교 결과에 따라 그 진행 여부가 결정되는 것을 특징으로 한다.

Description

결제 인터페이스 장치 및 시스템
본 발명은 결제 인터페이스 장치 및 시스템에 관한 것으로서, 더욱 상세하게는 결제 보안을 향상시킬 수 있는 결제 인터페이스 장치 및 시스템에 관한 것이다.
일반적으로 신용카드를 통한 결제 시스템은 판매처 단말기(즉, POS 단말기), VAN 중계 서버 및 신용카드 결제 서버로 구성되며, 신용카드가 판매처 단말기에 인식되면 신용카드 정보가 VAN 중계 서버를 통해 신용카드 결제 서버로 전송되어 결제가 요청되고, VAN 중계 서버는 신용카드 정보를 확인하고 신용카드 결제 서버로부터 전송받은 결제 승인 정보를 판매처 단말기로 전달하여 결제가 승인되는 방식으로 이루어진다.
이러한 판매처 단말기를 기반으로 하는 종래의 결제 시스템은 다음과 같은 제한이 존재한다.
먼저, 판매처 계산원은 구매 결제자에게 결제 방식을 직접 확인하여 결제 방식을 결정한 후, 결정된 결제 방식에 따른 결제 인터페이스를 구매 결제자에게 제공하는 한계가 존재한다. 즉, 판매처 계산원이 구매 결제자 각각이 사용하는 결제 방식 또는 결제 서비스를 결제시마다 직접 확인해야 하는 번거로움이 존재하여, 결제에 소요되는 시간이 증가하고 결제 진행 시의 불편의성이 존재한다.
또한, 현재의 판매처 단말기는 판매처 계산원이 소지한 스마트폰 또는 태블릿과 같은 이동 통신 단말기, 또는 그의 범용 오퍼레이팅 시스템(OS)과 연동하여 동작하지 못하는 한계가 존재하여, 그 연동을 통해 결제 편의성을 개선시킬 필요성이 존재하며, 나아가 결제 방식이 판매처와 구매 결제자 간의 P2P(Peer to Peer) 송금 방식인 경우, 판매처에서는 결제 대금에 대한 입금 확인의 편리성을 제공받지 못하고 있는 실정이다.
한편, 종래의 판매처 단말기 결제 요청 방식과 달리, 판매처 단말기에서 출력된 식별코드(예: QR 코드)를 결제자의 단말기가 인식하여 결제에 필요한 정보를 입수한 후, 결제자의 단말기가 직접 결제 서버에 결제를 요청하는 결제자 단말기 결제 요청 방식이 적용되고 있는 추세이다.
이러한 결제자 단말기 결제 요청 방식의 경우, 판매처 단말기에서 출력된 식별코드를 결제자의 단말기가 취득한 후, 취득한 식별코드를 판매처의 식별코드가 아닌 결제자(즉, 악의의 탈취자)의 식별코드 또는 타 판매처의 식별코드로 변경하여 결제를 요청함으로 인해, 탈취자의 계좌 또는 타 판매처의 계좌로 송금 결제가 이루어지는 보안 사고에 노출되어 있는 실정이다.
이러한 보안 사고는, 구매 결제자로부터 전달되는 판매처의 식별코드가 판매처 단말기에서 출력된 실제 식별코드에 해당하는 것인지 확인하는 시스템의 부재에 기인하기 때문에, 결제 시 그 보안 위험을 제거하는 시스템이 요청된다.
본 발명의 배경기술은 대한민국 공개특허공보 제10-2015-0042385호(2015. 04.21. 공개)에 개시되어 있다.
본 발명은 전술한 문제점을 해결하기 위해 창안된 것으로서, 본 발명의 일 측면에 따른 목적은 판매처에서 결제 수행 시 판매처 계산원이 구매 결제자에게 결제 방식을 직접 확인해야 했던 번거로움을 제거함과 동시에, 판매처 계산원이 소지한 이동 통신 단말기를 판매처 단말기와 연동시킬 수 있는 방법을 제공하여 결제 편의성을 개선하기 위한 결제 인터페이스 장치 및 시스템을 제공하는 것이다.
본 발명의 또 다른 목적은 판매처 단말기에서 출력된 식별코드가 악의의 탈취자에 의해 변경되어 결제가 이루어지는 보안 사고를 제거함으로써 결제 보안을 향상시킬 수 있는 결제 인터페이스 장치 및 시스템을 제공하는 것이다.
본 발명의 일 측면에 따른 결제 인터페이스 장치는, 상품을 구매한 결제자의 결제 정보를 입력받아 상기 결제 정보의 식별정보인 결제 정보 식별자를 생성한 후, 상기 결제자가 소지한 결제 단말기가 상기 생성된 결제 정보 식별자를 인식하여 상기 결제자에 대한 결제를 결제 서버로 요청할 수 있도록 상기 결제 정보 식별자를 출력하는 결제 인터페이스 장치로서, 상기 결제 인터페이스 장치는, 상기 결제 정보 식별자를 생성하는 시점에 대한 제1 시간 정보를 획득하여 상기 결제자의 결제 인증을 위한 인증 정보를 생성하고, 상기 결제 단말기를 통해 이루어지는 상기 결제자에 대한 결제 요청은, 상기 인증 정보로부터 파악되는 제1 시간 정보와, 기준 시간 정보 간의 비교 결과에 따라 그 진행 여부가 결정되는 것을 특징으로 한다.
본 발명에 있어 상기 결제 인터페이스 장치는, 상기 제1 시간 정보를 변조하여 상기 인증 정보로서 미리 정의된 타입의 변조 정보를 생성하고, 상기 결제 요청의 진행 여부 결정을 위해 파악되는 제1 시간 정보는, 상기 변조 정보의 복조를 통해 파악되는 것을 특징으로 한다.
본 발명에 있어 상기 기준 시간 정보는 상기 결제 단말기에 의해 상기 인증 정보가 획득된 시점에 대한 제2 시간 정보이고, 상기 결제 단말기를 통해 이루어지는 상기 결제자에 대한 결제 요청은, 상기 제1 시간 정보 및 상기 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만 진행되는 것을 특징으로 한다.
본 발명의 일 측면에 따른 결제 인터페이스 시스템은 하나 이상의 이동 통신 단말기를 포함하는 판매자용 이동 통신 단말부, 및 상기 각 이동 통신 단말기와 결합 가능하며, 상기 각 이동 통신 단말기에 입력된, 상품을 구매한 결제자의 결제 정보를 상기 결제자에게 제공하는 결제자용 인터페이스 유닛을 포함하고, 상기 각 이동 통신 단말기는, 상기 결제자용 인터페이스 유닛과 결합된 상태에서, 상기 결제자의 결제 정보를 입력받고, 상기 각 이동 통신 단말기의 유효성 인증을 위한 인증 정보를 상기 결제자용 인터페이스 유닛으로부터 입력받으며, 상기 입력받은 결제 정보 및 인증 정보를 이용하여 상기 결제자의 결제를 위한 결제 정보 식별자를 생성한 후 상기 결제자용 인터페이스 유닛으로 전달하고, 상기 결제자용 인터페이스 유닛은, 상기 결제자가 소지한 결제 단말기가 상기 결제 정보 식별자를 인식하여 상기 결제자에 대한 결제를 결제 서버에 요청할 수 있도록 상기 결제 정보 식별자를 출력하는 방식으로 상기 결제자에 대한 결제를 진행하되, 상기 각 이동 통신 단말기로부터 전달받은 결제 정보 식별자로부터 추출된 인증 정보를 토대로 상기 각 이동 통신 단말기의 유효성이 인증된 경우에만 상기 결제자에 대한 결제를 진행하는 것을 특징으로 한다.
본 발명에 있어 상기 인증 정보는, 상기 결제자용 인터페이스 유닛에 저장되어 있는, 판매처에 대한 식별정보인 판매처 식별자, 또는 상기 결제자용 인터페이스 유닛에 대한 식별정보인 고유 인증 식별자를 포함하는 것을 특징으로 한다.
본 발명에 있어 상기 결제자용 인터페이스 유닛은, 상기 결제자용 인터페이스 유닛에 저장되어 있는 상태에서 상기 각 이동 통신 단말기로 전달된 인증 정보와, 상기 이동 통신 단말기로부터 전달받은 결제 정보 식별자로부터 추출된 인증 정보가 일치하는 경우 상기 각 이동 통신 단말기의 유효성이 인증된 것으로 판단하는 것을 특징으로 한다.
본 발명의 일 측면에 따른 결제 인터페이스 시스템은 하나 이상의 이동 통신 단말기를 포함하는 판매자용 이동 통신 단말부, 상기 각 이동 통신 단말기와 결합 가능하며, 상품을 구매한 결제자의 결제 정보를 상기 결제자에게 제공하는 결제자용 인터페이스 유닛, 및 결제 서버를 포함하고, 상기 각 이동 통신 단말기는, 상기 결제자용 인터페이스 유닛과 결합된 상태에서, 상기 결제자의 결제 인증을 위한 인증 정보를 생성하고, 상기 생성된 인증 정보가 출력되도록 하여 상기 결제자가 소지한 결제 단말기가 상기 인증 정보를 인식하도록 하고, 상기 결제자의 결제 정보를 토대로 상기 결제자의 결제를 위한 결제 정보 식별자가 생성되어 출력되되, 상기 결제 정보 식별자는 상기 결제 단말기에 의해 인식되어 상기 결제 단말기가 상기 결제자에 대한 결제를 상기 결제 서버에 요청하도록 하는 기능을 수행하며, 상기 결제 서버는, 상기 결제 단말기에 의해 인식된 인증 정보와, 상기 결제 단말기에 의해 상기 결제 정보 식별자로부터 추출된 인증 정보 간의 비교 결과에 따라 상기 결제 단말기로부터의 결제 요청의 승인 여부를 결정하는 것을 특징으로 한다.
본 발명에 있어 상기 각 이동 통신 단말기는, 판매처에 대한 식별정보인 판매처 식별자, 및 상기 각 이동 통신 단말기에 대한 식별정보인 판매자 식별자 중 하나 이상을 이용하여 상기 인증 정보를 생성하는 것을 특징으로 한다.
본 발명에 있어 상기 각 이동 통신 단말기는, 상기 결제자용 인터페이스 유닛에 저장되어 있는 판매처 식별자를 상기 결제자용 인터페이스 유닛으로부터 전달받아 변조하여 상기 인증 정보로서 미리 정의된 타입의 변조 정보를 생성하여 출력하고, 상기 결제 정보 식별자는, 상기 결제자의 결제 정보와 상기 결제자용 인터페이스 유닛에 저장되어 있는 판매처 식별자를 기반으로 생성되어 출력되고, 상기 결제 서버는, 상기 결제 단말기에 의해 인식된 변조 정보의 복조를 통해 파악되는 판매처 식별자와, 상기 결제 정보 식별자로부터 추출된 판매처 식별자가 일치하는 경우 상기 결제 단말기로부터의 결제 요청을 승인하는 것을 특징으로 한다.
본 발명에 있어 상기 각 이동 통신 단말기는, 상기 각 이동 통신 단말기에 저장되어 있는 판매자 식별자를 변조하여 상기 인증 정보로서 미리 정의된 타입의 변조 정보를 생성하여 출력하고, 상기 결제 정보 식별자는, 상기 결제자의 결제 정보와 상기 결제자용 인터페이스 유닛에 저장되어 있는 판매처 식별자를 기반으로 생성되어 출력되고, 상기 결제 서버는, 상기 결제 단말기에 의해 인식된 변조 정보의 복조를 통해 파악되는 판매자 식별자와, 상기 결제 정보 식별자로부터 추출된 판매처 식별자 간의 관계가 미리 정의된 대응 관계를 충족하는 경우 상기 결제 단말기로부터의 결제 요청을 승인하는 것을 특징으로 한다.
본 발명에 있어 상기 각 이동 통신 단말기는, 현재 시점에 대한 제1 시간 정보를 더 이용하여 상기 인증 정보를 생성하고, 상기 결제 단말기를 통해 이루어지는 상기 결제자에 대한 결제 요청은, 상기 결제 단말기에 의해 인식된 상기 인증 정보를 토대로 파악되는 제1 시간 정보와, 상기 결제 단말기에 의해 상기 인증 정보가 획득된 시점에 대한 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만 진행되는 것을 특징으로 한다.
본 발명에 있어 상기 각 이동 통신 단말기는, 현재 시점에 대한 제1 시간 정보를 더 이용하여 상기 인증 정보를 생성하고, 상기 결제 서버는, 상기 결제 단말기에 의해 인식된 상기 인증 정보를 토대로 파악되는 제1 시간 정보와, 현재 시점에 대한 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만, 상기 결제 단말기로부터의 결제 요청의 승인 여부의 결정을 개시하는 것을 특징으로 한다.
본 발명의 일 측면에 따른 결제 인터페이스 시스템은 하나 이상의 이동 통신 단말기를 포함하는 판매자용 이동 통신 단말부, 상기 각 이동 통신 단말기와 결합 가능하며, 상품을 구매한 결제자의 결제 정보를 입력받아 상기 결제자에게 제공하는 결제자용 인터페이스 유닛, 및 결제 서버를 포함하고, 상기 각 이동 통신 단말기는, 상기 결제자용 인터페이스 유닛과 결합된 상태에서, 상기 결제자의 결제 인증을 위한 인증 정보와 상기 결제자용 인터페이스 유닛으로부터 전달받은 상기 결제자의 결제 정보를 이용하여 상기 결제자의 결제를 위한 결제 정보 식별자를 생성하고, 상기 결제자가 소지한 결제 단말기가 상기 결제 정보 식별자를 인식하여 상기 결제자에 대한 결제를 상기 결제 서버에 요청할 수 있도록 상기 결제 정보 식별자를 출력하고, 상기 결제 서버는, 상기 결제 단말기에 의해 상기 결제 정보 식별자로부터 추출된 인증 정보에 대한 분석 결과에 따라 상기 결제 단말기로부터의 결제 요청의 승인 여부를 결정하는 것을 특징으로 한다.
본 발명에 있어 상기 각 이동 통신 단말기는, 상기 결제 정보와 함께 상기 인증 정보로서 판매처에 대한 식별정보인 판매처 식별자, 및 상기 각 이동 통신 단말기에 대한 식별정보인 판매자 식별자를 이용하여 상기 결제 정보 식별자를 생성하는 것을 특징으로 한다.
본 발명에 있어 상기 결제 서버는, 상기 결제 단말기에 의해 상기 결제 정보 식별자로부터 추출된 판매처 식별자 및 판매자 식별자 간의 관계가 미리 정의된 대응 관계를 충족하는 경우 상기 결제 단말기로부터의 결제 요청을 승인하는 것을 특징으로 한다.
본 발명의 일 측면에 따른 결제 인터페이스 시스템은 하나 이상의 이동 통신 단말기를 포함하는 판매자용 이동 통신 단말부, 상기 각 이동 통신 단말기와 결합 가능하며, 상품을 구매한 결제자의 결제 정보를 입력받아 상기 결제자에게 제공하는 결제자용 인터페이스 유닛, 및 외부 서버를 포함하고, 상기 각 이동 통신 단말기는, 상기 결제자에 대한 결제를 수행하기 위해 전제되는 조합 유효성의 인증을 위한 인증 정보를 상기 외부 서버로 전달하되, 상기 조합 유효성은 판매자 및 판매처 간의 제1 조합 유효성과, 상기 각 이동 통신 단말기 및 상기 결제자용 인터페이스 유닛 간의 제2 조합 유효성 중 하나 이상을 포함하고, 상기 외부 서버는, 상기 전달받은 인증 정보가 기 정의된 인증 관계를 충족하는 경우 상기 조합 유효성이 인증된 것으로 판단하고, 상기 각 이동 통신 단말기는, 상기 외부 서버에 의해 상기 조합 유효성이 인증된 경우에만 상기 결제자에 대한 결제를 수행하는 인증 단말기로 동작하는 것을 특징으로 한다.
본 발명에 있어 상기 각 이동 통신 단말기가 상기 외부 서버로 전달하는 인증 정보는, 상기 판매자에 대한 식별정보인 판매자 식별자 및 상기 각 이동 통신 단말기에 대한 식별자인 단말 식별자 중 하나 이상을 포함하는 제1 식별자, 및 상기 판매처에 대한 식별정보인 판매처 식별자 및 상기 결제자용 인터페이스 유닛에 대한 식별정보인 고유 인증 식별자 중 하나 이상을 포함하여 상기 결제자용 인터페이스 유닛에 저장되어 있는 제2 식별자를 포함하는 것을 특징으로 한다.
본 발명에 있어 상기 외부 서버는, 상기 판매자 식별자 및 상기 판매처 식별자가 기 정의된 인증 관계를 충족하는 경우 상기 제1 조합 유효성이 인증된 것으로 판단하고, 상기 단말 식별자 및 상기 고유 인증 식별자가 기 정의된 인증 관계를 충족하는 경우 상기 제2 조합 유효성이 인증된 것으로 판단하는 것을 특징으로 한다.
본 발명에 있어 상기 각 이동 통신 단말기 및 상기 결제자용 인터페이스 유닛 간에 상기 조합 유효성의 인증을 위한 인증 통신 링크가 확립된 후, 상기 제2 식별자가 상기 결제자용 인터페이스 유닛으로부터 상기 각 이동 통신 단말기로 전달됨에 따라, 상기 제1 및 제2 식별자를 포함하는 상기 인증 정보가 상기 각 이동 통신 단말기로부터 상기 외부 서버로 전달되고, 상기 외부 서버에 의해 상기 조합 유효성이 인증된 경우, 상기 각 이동 통신 단말기 및 상기 결제자용 인터페이스 유닛 간에 상기 결제자에 대한 결제를 수행하기 위한 결제 통신 링크가 확립되는 것을 특징으로 한다.
본 발명에 있어 상기 결제 통신 링크가 확립된 경우, 상기 각 이동 통신 단말기는 상기 결제자의 결제 정보를 입력받아 상기 제1 식별자와 함께 상기 결제자용 인터페이스 유닛으로 전달하고, 상기 결제자용 인터페이스 유닛은, 상기 결제자의 결제 정보, 상기 제1 식별자 및 상기 제2 식별자를 이용하여 상기 결제자의 결제를 위한 결제 정보 식별자를 생성하고, 상기 결제자가 소지한 결제 단말기가 상기 결제 정보 식별자를 인식하여 상기 결제자에 대한 결제를 상기 결제 서버에 요청할 수 있도록 상기 결제 정보 식별자를 출력하는 것을 특징으로 한다.
본 발명에 있어 상기 외부 서버는 상기 결제 단말기로부터의 결제 요청의 승인 여부를 결정하여 그 승인 결과를 피드백하는 결제 서버를 더 포함하고, 상기 결제 서버는, 상기 결제 단말기에 의해 상기 결제 정보 식별자로부터 추출된 제1 및 제2 식별자 간의 인증 여부를 검증하여 상기 결제 단말기로부터의 결제 요청의 승인 여부를 결정하는 것을 특징으로 한다.
본 발명의 일 측면에 따르면, 본 발명은 판매처에 구비되는 판매처 단말기를 판매처 계산원과 구매 결제자를 위한 인터페이스 장치로 구분하여 구현함으로써 그 결제 편의성을 개선할 수 있고, 구매 결제자로부터 전달되는 판매처의 식별코드가 판매처 단말기에서 출력된 실제 식별코드에 해당하는 것인지 확인하는 시스템을 채용함으로써 결제 보안을 향상시킬 수 있다.
도 1은 본 발명의 제1 실시예에 따른 결제 인터페이스 장치를 설명하기 위한 블록구성도이다.
도 2는 본 발명의 제1 실시예에 따른 결제 인터페이스 장치의 하위 구성을 도시한 예시도이다.
도 3은 본 발명의 제1 실시예에 따른 결제 인터페이스 장치의 동작을 설명하기 위한 블록구성도이다.
도 4는 본 발명의 제2 실시예에 따른 결제 인터페이스 시스템을 설명하기 위한 블록구성도이다.
도 5는 본 발명의 제2 실시예에 따른 결제 인터페이스 시스템의 구현예를 도시한 예시도이다.
도 6은 본 발명의 제2 실시예에 따른 결제 인터페이스 시스템의 동작을 설명하기 위한 예시도이다.
도 7 내지 도 12는 본 발명의 제3 실시예에 따른 결제 인터페이스 시스템의 동작을 설명하기 위한 예시도이다.
도 13은 본 발명의 제4 실시예에 따른 결제 인터페이스 시스템의 동작을 설명하기 위한 예시도이다.
[실시예 1]
도 1은 본 발명의 제1 실시예에 따른 결제 인터페이스 장치를 설명하기 위한 블록구성도이고, 도 2는 본 발명의 제1 실시예에 따른 결제 인터페이스 장치의 하위 구성을 도시한 예시도이며, 도 3은 본 발명의 제1 실시예에 따른 결제 인터페이스 장치의 동작을 설명하기 위한 블록구성도이다.
도 1을 참조하면, 본 발명의 제1 실시예에 따른 결제 인터페이스 장치(100)는 판매자용 인터페이스 유닛(110) 및 결제자용 인터페이스 유닛(120)을 포함할 수 있으며, 결제 단말기(200) 및 결제 서버(300)와의 통신을 통해 결제자에 대한 결제를 수행할 수 있다.
도 2를 참조하여 판매자용 인터페이스 유닛(110) 및 결제자용 인터페이스 유닛(120)의 하위 구성을 설명하면, 먼저 판매자용 인터페이스 유닛(110)은 상품을 구매한 결제자의 결제 정보(주문 내역 및 결제 금액)를 판매자로부터 입력받기 위한 제1 입력부(111), 및 제1 입력부(111)를 통해 입력된 결제 정보와 후술할 결제자용 인터페이스 유닛(120)으로부터 전달받는 결제자 식별자를 판매자에게 출력하기 위한 제1 출력부(112)를 포함할 수 있다. 제1 입력부(111)는 결제 정보를 입력받기 위해 키보드, 스캐너(예: QR 코드 스캐너, 바코드 스캐너 등) 및 음성/음파 인식 장치(예: 마이크 등)를 포함할 수 있으며, 제1 출력부(112)는 결제 정보 및 결제자 식별자를 판매자에게 출력하기 위한 디스플레이 장치(예: LCD 등) 및 음성/음파 출력 장치를 포함할 수 있다.
결제자용 인터페이스 유닛(120)은 후술할 결제 단말기(200)로부터 결제자 식별자를 입력받기 위한 제2 입력부(121), 및 판매자용 인터페이스 유닛(110)에 입력된 결제 정보를 결제자가 확인할 수 있도록 제공하기 위한 제2 출력부(122)를 포함할 수 있다. 제2 입력부(121)는 결제 단말기(200)로부터 결제자 식별자를 입력받기 위해 키보드, 스캐너(예: QR 코드 스캐너, 바코드 스캐너 등) 및 음성/음파 인식 장치(예: 마이크 등)를 포함할 수 있으며, 제2 출력부(122)는 결제 정보를 결제자에게 출력하기 위한 디스플레이 장치(예: LCD 등) 및 음성/음파 출력 장치를 포함할 수 있다. 한편, 상품을 구매한 결제자의 결제 정보(주문 내역 및 결제 금액)는 판매자용 인터페이스 유닛(110)의 제1 입력부(111)뿐만 아니라 결제자용 인터페이스 유닛(120)의 제2 입력부(121)를 통해서도 입력될 수 있다..
판매자용 인터페이스 유닛(110) 및 결제자용 인터페이스 유닛(120)은 결합 및 분리 가능한 구조로 설계될 수 있으며, 판매처에서 상호 분리 이격되어 설치될 경우 유무선 통신을 통해 정보를 송수신할 수 있다. 예를 들어, 판매자용 인터페이스 유닛(110)은 계산대와 같이 판매처 계산원이 상주하는 위치에 설치될 수 있고, 결제자용 인터페이스 유닛(120)은 결제자가 위치하는 테이블(예: 식당 테이블)에 설치될 수 있으며, 상호 이격되어 설치된 판매자용 인터페이스 유닛(110) 및 결제자용 인터페이스 유닛(120)은 유무선 통신을 통해 정보를 송수신할 수 있다.
전술한 판매자용 인터페이스 유닛(110) 및 결제자용 인터페이스 유닛(120)의 하위 구성을 기반으로, 이하에서는 판매자용 인터페이스 유닛(110) 및 결제자용 인터페이스 유닛(120)의 동작을 구체적으로 설명한다.
판매자용 인터페이스 유닛(110)은 상품을 구매한 결제자가 소지한 결제 단말기(200)로부터 결제자의 식별정보인 결제자 식별자(QR 코드, 바코드 또는 근거리 무선 통신(NFC, 블루투스) 데이터 등)를 획득하고, 획득된 결제자 식별자와 매칭되도록 결제자의 결제 정보를 입력받으며, 입력된 결제 정보를 기반으로 결제자에 대한 결제를 결제 서버(300)로 요청할 수 있다.
먼저, 판매자용 인터페이스 유닛(110)이 결제자 식별자를 획득하는 실시예를 설명하면, 판매자용 인터페이스 유닛(110)은 결제 단말기(200)에 출력되는 결제자 식별자를 획득한 결제자용 인터페이스 유닛(120)으로부터 결제자 식별자를 전달받을 수 있다.
즉, 결제자용 인터페이스 유닛(120)은 결제 단말기(200)에 출력되는 결제자 식별자를 제2 입력부(121, 예: QR 코드 스캐너 또는 바코드 스캐너)를 통해 획득할 수 있으며, 판매자용 인터페이스 유닛(110)은 결제자용 인터페이스 유닛(120)으로부터 유무선 통신을 통해 결제자 식별자를 전달받아 제1 출력부(112)를 통해 출력할 수 있다. 이 경우는, 그 프로토콜의 제한으로 인해 결제 단말기(200)가 QR 코드 또는 바코드 형태의 결제자 식별자만을 생성할 수 있는 경우 적용될 수 있다.
또한, 판매자용 인터페이스 유닛(110)은 결제자용 인터페이스 유닛(120)을 통하지 않고 결제 단말기(200)로부터 결제자 식별자를 직접 전송받아 획득하여 제1 출력부(112)를 통해 출력할 수도 있다. 이 경우는, 결제 단말기(200)가 근거리 무선 통신 프로토콜을 지원하여 근거리 무선 통신 데이터의 형태로서 결제자 식별자를 생성할 수 있는 경우 적용될 수 있다.
결제자 식별자를 획득한 후, 판매자용 인터페이스 유닛(110)은 획득된 결제자 식별자와 매칭되도록 결제자의 결제 정보를 입력받을 수 있으며, 입력된 결제 정보를 기반으로 결제자에 대한 결제를 결제 서버(300)로 요청할 수 있다.
즉, 결제자가 결제 단말기(200)를 통해 결제자 식별자를 (결제자용 인터페이스 유닛(120)을 통해 또는 직접)판매자용 인터페이스 유닛(110)으로 전달한 후, 제1 출력부(112)를 통해 출력되는 결제자 식별자를 판매처 계산원이 스캐닝하면서 결제 정보를 결제자 식별자와 매칭시켜 입력하면, 판매자용 인터페이스 유닛(110)은 입력된 결제 정보를 기반으로 결제자에 대한 결제를 결제 서버(300)로 요청할 수 있다. 이에 따라, 판매처 계산원의 입장에서 결제 단말기(200)에 출력된 QR 코드 또는 바코드 등의 결제자 식별자를 일일이 스캐닝하여 인식해야 했던 불편의성이 제거될 수 있고, 결제자 입장에서는 결제 단말기(200)를 판매처 계산원에게 직접 제시할 필요가 없고, 결제자가 위치한 테이블에 설치된 결제자용 인터페이스 유닛(120)의 제1 입력부(111)에 결제자 식별자를 태깅하는 간단한 방식으로 결제자 식별자를 판매자용 인터페이스 유닛(110)에 전달할 수 있다.
한편, 본 실시예에서 판매자용 인터페이스 유닛(110)은 결제 단말기(200)로부터 획득되는 결제자 식별자를 출력하여 출력된 결제자 식별자와 매칭되도록 결제 정보를 입력받는 방식, 또는 결제 단말기(200)로부터 획득되는 결제자 식별자를 미리 결정된 타입의 결제자 식별자로 변환하여 출력하고 변환 출력된 결제자 식별자와 매칭되도록 결제 정보를 입력받는 방식을 통해 결제 정보를 입력받을 수 있다.
즉, 판매자용 인터페이스 유닛(110)은 결제 단말기(200)로부터 결제자 식별자를 획득한 결제자용 인터페이스 유닛(120)으로부터 결제자 식별자를 전달받아 제1 출력부(112)를 통해 그대로 출력할 수도 있고, 복수의 결제자가 존재하는 경우, 결제자 각각이 소지한 각 결제 단말기가 지원하는 결제자 식별자 생성 프로토콜이 상이한 경우를 고려하여, 판매자용 인터페이스 유닛(110)은 결제 단말기(200)로부터 결제자 식별자를 획득한 결제자용 인터페이스 유닛(120)으로부터 결제자 식별자를 전달받아 미리 결정된 타입의 결제자 식별자로 변환하여 제1 출력부(112)를 통해 출력할 수도 있다.
예를 들어, 결제자가 소지한 결제 단말기(200)가 QR 코드, 바코드 또는 근거리 무선 통신(NFC, 블루투스 등)용 데이터 등 이종의 결제자 식별자를 전달하더라도, 판매자용 인터페이스 유닛(110)은 이종의 결제자 식별자를 미리 결정된 타입의 결제자 식별자(예: 바코드)로 변환하여 제1 출력부(112)를 통해 출력할 수 있다. 이에 따라, 판매처 계산원은 다양한 결제자 식별자에 대하여 하나의 타입의 스캐닝 장비를 통해 결제자 식별자를 태깅하여 결제 정보를 입력할 수 있게 된다.
한편, 판매자용 인터페이스 유닛(110)은 획득한 결제자 식별자를 토대로, 하나 이상의 결제 서비스와의 연동을 위한 하나 이상의 서비스 연동 결제자 식별자를 생성하고, 생성된 하나 이상의 서비스 연동 결제자 식별자 중 판매자에 의해 선택된 서비스 연동 결제자 식별자와 매칭되도록 결제자의 결제 정보를 입력받을 수 있다.
예를 들어, 판매자용 인터페이스 유닛(110)이 결제 단말기(200)로부터 A Pay(예: 카드사) 결제 서비스에 따른 결제자 식별자를 획득한 경우, 판매자용 인터페이스 유닛(110)은 서비스 연동 결제자 식별자로서 A Pay 결제 서비스에 따른 결제자 식별자, B Bank(예: 은행사) 결제 서비스에 따른 결제자 식별자, C 결제 통합 중계 서비스에 따른 결제자 식별자, 전자 지급 결제 대행 서비스에 따른 결제자 식별자, VAN 서비스에 따른 결제자 식별자 및 전자 금융 보조업 서비스에 따른 결제자 식별자를 생성하여 제1 출력부(112)를 통해 출력하고, 출력된 서비스 연동 결제자 식별자 중 판매처 계산원에 의해 선택된 서비스 연동 결제자 식별자와 매칭되도록 결제자의 결제 정보를 입력받을 수 있다. 이에 따라, 판매처 계산원은 원하는 결제 방식에 따라 결제자에 대한 결제를 수행할 수 있다.
제1 실시예를 통해, 판매처에 구비되는 결제 인터페이스 장치(100)를 판매처 계산원을 위한 판매자용 인터페이스 유닛(110) 및 결제자를 위한 결제자용 인터페이스 유닛(120)으로 구분하여 구현함으로써, 판매처에서 결제 수행 시 판매처 계산원이 구매 결제자에게 결제 방식을 직접 확인해야 했던 번거로움을 제거하여 결제 편의성을 개선할 수 있다.
이상에서는 결제 인터페이스 장치(100)에 포함되는 판매자용 인터페이스 유닛(110) 및 결제자용 인터페이스 유닛(120)의 연계 동작을 중심으로 결제자에 대한 결제가 이루어지는 과정을 판매처 단말기 결제 요청 방식으로 설명하였다. 전술한 결제 인터페이스 장치(100)의 구성을 바탕으로, 이하에서는 결제자 단말기 결제 요청 방식의 경우 야기되는 전술한 보안 사고를 방지하기 위해 본 실시예에서 채용된 구성에 대하여 도 3을 참조하여 설명한다.
본 실시예의 결제 인터페이스 장치(100)는 상품을 구매한 결제자의 결제 정보를 판매처 계산원으로부터 입력받아 결제 정보의 식별정보인 결제 정보 식별자(예: QR 코드, 바코드, 문자열 등)를 생성한 후, 결제자가 소지한 결제 단말기(200)가 상기 생성된 결제 정보 식별자를 인식하여(스캔 또는 태깅) 결제자에 대한 결제를 결제 서버(300)로 요청할 수 있도록 결제 정보 식별자를 출력할 수 있다.
즉, 결제 인터페이스 장치(100)의 판매자용 인터페이스 유닛(110)은 판매처 계산원으로부터 결제자의 결제 정보를 제1 입력부(111)를 통해 입력받아 결제 정보 식별자를 생성한 후 결제자용 인터페이스 유닛(120)으로 전달하고, 결제자용 인터페이스 유닛(120)은 결제 정보 식별자를 결제 단말기(200)가 인식하여 결제자에 대한 결제를 결제 서버(300)로 요청할 수 있도록, 결제 정보 식별자를 제2 출력부(122)를 통해 출력할 수 있다. 이에 따라, 결제 단말기(200)는 결제자용 인터페이스 유닛(120)의 제2 출력부(122)를 통해 출력된 결제 정보 식별자를 인식하여 결제자에 대한 결제를 결제 서버(300)로 요청할 수 있다.
이때, 결제 인터페이스 장치(100)는 결제 정보 식별자를 생성하는 시점에 대한 제1 시간 정보를 획득하여 결제자의 결제 인증을 위한 인증 정보를 생성할 수 있으며, 구체적으로는 상기의 제1 시간 정보를 변조하여 인증 정보로서 미리 정의된 타입의 변조 정보(예: 비가청 대역 변조 음파)를 생성할 수 있다. 인증 정보(즉, 변조 정보)에는 결제 정보 식별자를 생성하는 시점에 대한 제1 시간 정보가 반영되어 있으므로 일회성의 특성을 갖게 되어, 악의로 복제하여 결제를 수행하고자 하는 경우 그 결제를 무효로 할 수 있는 특성을 갖게 된다. 변조 정보가 비가청 대역 변조 음파의 형태로 생성되는 경우, 비가청 대역 변조 음파의 지향성 및 강도는, 결제 단말기가 결제 정보 식별자를 인식(스캔 또는 태깅)할 수 있는 정도의 거리에서 결제 단말기가 비가청 대역 변조 음파를 수신할 수 있을 정도로 설정되어 있을 수 있다.
이에 따라, 결제 단말기(200)를 통해 이루어지는 결제자에 대한 결제 요청은 인증 정보로부터 파악되는 제1 시간 정보와, 기준 시간 정보 간의 비교 결과에 따라 그 진행 여부가 결정될 수 있다. 인증 정보는 제1 시간 정보를 변조하여 생성되는 변조 정보이기 때문에, 결제 요청의 진행 여부 결정을 위해 파악되는 제1 시간 정보는 변조 정보의 복조를 통해 파악될 수 있다. 또한, 상기의 기준 시간 정보는 결제 단말기(200)에 의해 인증 정보가 획득된 시점에 대한 제2 시간 정보일 수 있으며, 이에 따라 결제 단말기(200)를 통해 이루어지는 결제자에 대한 결제 요청은 제1 시간 정보 및 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만 진행될 수 있다(즉, 결제 단말기(200)는 제1 시간 정보 및 제2 시간 정보 간의 오차가 기준치 이하인 경우에만 결제 서버(300)로 결제를 요청할 수 있다).
즉, 결제 정보 식별자가 생성되는 시점(제1 시간 정보)과, 결제 단말기(200)가 인증 정보를 획득하는 시점(제2 시간 정보) 간에는 소정의 시간 차가 있을 수 있으므로, 그 시간 차를 고려하여 상기의 기준치를 마련해둔 후, 제1 시간 정보 및 제2 시간 정보 간의 오차가 기준치 이하인 경우에만 결제 단말기(200)가 결제 서버(300)로 결제를 요청하도록 할 수 있다.
이에 따라, 해당 판매처에 구비되어 있는 본 실시예의 결제 인터페이스 장치(100) 이외의 타 매체를 통해 출력되어 있는 결제 정보 식별자를 통해서는 결제가 불가능하도록 할 수 있다.
[실시예 2]
도 4는 본 발명의 제2 실시예에 따른 결제 인터페이스 시스템을 설명하기 위한 블록구성도이고, 도 5는 본 발명의 제2 실시예에 따른 결제 인터페이스 시스템의 구현예를 도시한 예시도이며, 도 6은 본 발명의 제2 실시예에 따른 결제 인터페이스 시스템의 동작을 설명하기 위한 예시도이다.
도 4를 참조하면, 본 발명의 제2 실시예에 따른 결제 인터페이스 시스템(1000)은 판매자용 이동 통신 단말부(130) 및 결제자용 인터페이스 유닛(120)을 포함할 수 있고, 판매자용 이동 통신 단말부(130)는 판매처에서의 결제 진행을 위한 하나 이상의 이동 통신 단말기를 포함할 수 있다. 판매자용 이동 통신 단말부(130) 및 결제자용 인터페이스 유닛(120)은 결제 단말기(200) 및 결제 서버(300)와의 통신을 통해 결제자에 대한 결제를 수행할 수 있다.
제2 실시예는 제1 실시예에서의 판매자용 인터페이스 유닛(110)을 판매자용 이동 통신 단말부(130)에 포함된 각 이동 통신 단말기로 대체한 실시예로서, 제2 실시예를 통해 판매처 단말기(제2 실시예에서는 결제자용 인터페이스 유닛(120))를 판매처 계산원이 소지한 스마트폰 또는 태블릿과 같은 이동 통신 단말기, 또는 그의 범용 오퍼레이팅 시스템(OS)과 연동시켜 동작시킬 수 있는 방법을 제시한다.
이를 위한 전제로서, 각 이동 통신 단말기에 설치된 OS(예: Android OS)에서 동작되는 소프트웨어의 형태로서 배포되는 결제 서비스 어플리케이션이 결제자용 인터페이스 유닛(120)에서 설치되어 작동할 수 있도록, 결제자용 인터페이스 유닛(120)은 이동 통신 단말기와 동일한 OS가 설치되어 있을 수 있다. 예를 들어, 이동 통신 단말기에 설치된 OS와 동일한 OS가 결제자용 인터페이스 유닛(120)에 설치됨으로써, 이동 통신 단말기에 설치된 OS에서 동작하는 A Bank 어플리케이션, B Bank 어플리케이션 또는 C Pay 어플리케이션이 결제자용 인터페이스 유닛(120)과 연동하여 동작할 수 있게 된다.
나아가, 제2 실시예에서는 제1 실시예의 판매자용 인터페이스 유닛(110)을 대체한 주체를 명확히 하기 위해 '이동 통신 단말기'로 표기하며, 이하에서 설명하는 이동 통신 단말기가 수행하는 기능을 제공하는 어플리케이션이 설치된 어떠한 단말기도 제2 실시예의 이동 통신 단말기로서 기능할 수 있다(예: 단말기 제조사가 제조하는 전용 단말기뿐만 아니라 범용 단말기(예: 안드로이드 스마트폰)도 어플리케이션이 설치된 경우라면 제2 실시예의 이동 통신 단말기로 기능할 수 있다).
전술한 내용을 기반으로 제2 실시예에 따른 결제 인터페이스 시스템(1000)의 동작을 먼저 판매처 단말기 결제 요청 방식으로 설명한다.
결제자용 인터페이스 유닛(120)은 판매자용 이동 통신 단말부(130)에 포함된 각 이동 통신 단말기와 결합 가능하며, 각 이동 통신 단말기에 입력된, 상품을 구매한 결제자의 결제 정보를 결제자에게 제공할 수 있다.
판매자용 이동 통신 단말부(130)에 포함된 각 이동 통신 단말기는, 결제자용 인터페이스 유닛(120)과 결합된 상태에서, 결제자가 소지한 결제 단말기(200)로부터 결제자의 식별정보인 결제자 식별자를 획득하고, 획득된 결제자 식별자와 매칭되도록 결제자의 결제 정보를 입력받으며, 입력된 결제 정보를 기반으로 결제자에 대한 결제를 결제 서버(300)로 요청할 수 있다.
도 5를 참조하여 구체적인 예시로서 설명하면, 판매처 계산원이 복수 명인 경우, 각 판매처 계산원이 소지한 각 이동 통신 단말기(131, 132)는 판매자용 이동 통신 단말부(130)를 구성하며, 제1 판매처 계산원이 소지한 제1 이동 통신 단말기(131)가 결제자용 인터페이스 유닛(120)과 결합하게 되면 제1 실시예에서 설명한 결제 인터페이스 장치(100)와 동일한 기능을 수행할 수 있다. 이에 따라, 제1 이동 통신 단말기(131)는 결제자용 인터페이스 유닛(120)과 결합된 상태에서, 결제자가 소지한 결제 단말기(200)로부터 (결제자용 인터페이스 유닛(120)을 통해 또는 직접)결제자 식별자를 획득하고, 획득된 결제자 식별자와 매칭되도록 결제자의 결제 정보를 제1 이동 통신 단말기에 구비된 입력부(입력 버튼 또는 터치 패널 등)를 통해 입력받으며, 입력된 결제 정보를 기반으로 결제자에 대한 결제를 결제 서버(300)로 요청할 수 있다.
다음으로, 제2 실시예에 따른 결제 인터페이스 시스템(1000)의 동작을 결제자 단말기 결제 요청 방식으로 설명한다.
판매자용 이동 통신 단말부(130)에 포함된 각 이동 통신 단말기는, 결제자용 인터페이스 유닛(120)과 결합된 상태에서, 결제자의 결제 정보를 입력받고 입력된 결제 정보의 식별정보인 결제 정보 식별자를 생성하여(각 이동 통신 단말기에는 결제 정보 식별자를 생성하기 위한 전용 어플리케이션이 설치되어 있을 수 있다) 결제자용 인터페이스 유닛(120)으로 전달할 수 있다. 그리고, 결제자용 인터페이스 유닛(120)은 결제자가 소지한 결제 단말기(200)가 결제 정보 식별자를 인식하여 결제자에 대한 결제를 결제 서버(300)에 요청할 수 있도록 결제 정보 식별자를 출력할 수 있다. 이에 따라, 결제 단말기(200)는 결제자용 인터페이스 유닛(120)에 의해 출력되는 결제 정보 식별자를 획득하여(예: 결제자용 인터페이스 유닛(120)의 제2 출력부(122)에 의해 출력되는 바코드 또는 QR 코드를 태깅하여 획득) 결제 서버(300)로 결제자에 대한 결제를 요청할 수 있다.
위의 경우, 해킹 등에 의해 유효하지 않은 이동 통신 단말기가 위조된 결제 정보 식별자를 결제자용 인터페이스 유닛(120)으로 송신함으로 인해, 결제자용 인터페이스 유닛(120)에서 위조된 결제 정보 식별자가 출력되어 결제자에 대한 결제 상의 보안 사고가 야기될 수 있다. 이러한 문제점을 해결하기 위해 채용된 본 실시예의 구성을 도 6을 참조하여 설명한다.
도 6을 참조하면, 본 실시예의 각 이동 통신 단말기는 결제자용 인터페이스 유닛(120)과 결합된 상태에서, 결제자의 결제 정보를 입력받고, 각 이동 통신 단말기의 유효성 인증을 위한 인증 정보를 결제자용 인터페이스 유닛(120)으로부터 입력받으며(결제 정보 및 인증 정보를 입력받는 시계열적 순서는 실제적인 구현예에 따라 달라질 수 있다), 입력받은 결제 정보 및 인증 정보를 이용하여 결제자의 결제를 위한 결제 정보 식별자를 생성한 후 결제자용 인터페이스 유닛(120)으로 전달할 수 있다. 여기서, 인증 정보는 결제자용 인터페이스 유닛(120)에 저장되어 있는, 판매처에 대한 식별정보인 판매처 식별자, 또는 결제자용 인터페이스 유닛(120)에 대한 식별정보인 고유 인증 식별자를 포함할 수 있다.
이에 따라, 결제자용 인터페이스 유닛(120)은 각 이동 통신 단말기로부터 전달받은 결제 정보 식별자로부터 추출된 인증 정보를 토대로 각 이동 통신 단말기의 유효성이 인증된 경우에만 결제자에 대한 결제를 진행할 수 있다(즉, 이동 통신 단말기의 유효성이 인증된 경우에만 각 이동 통신 단말기로부터 전달받은 결제 정보 식별자를 출력할 수 있다).
구체적으로, 결제자용 인터페이스 유닛(120)은, 결제자용 인터페이스 유닛(120)에 저장되어 있는 상태에서 각 이동 통신 단말기로 전달된 인증 정보와, 이동 통신 단말기로부터 전달받은 결제 정보 식별자로부터 추출된 인증 정보가 일치하는 경우 각 이동 통신 단말기의 유효성이 인증된 것으로 판단할 수 있다.
즉, 각 이동 통신 단말기는 결제자용 인터페이스 유닛(120)에 저장되어 있는 판매처 식별자 또는 고유 인증 식별자가 결제 정보 식별자에 반영되도록 결제 정보 식별자를 생성하며, 결제자용 인터페이스 유닛(120)은 이동 통신 단말기로부터 피드백받은 결제 정보 식별자로부터 판매처 식별자 또는 고유 인증 식별자를 추출하고, 추출된 판매처 식별자 또는 고유 인증 식별자가 자신이 저장하고 있는 판매처 식별자 또는 고유 인증 식별자와 일치하는 경우 각 이동 통신 단말기의 유효성이 인증된 것으로 판단하여 결제 정보 식별자를 출력할 수 있다. 만약, 추출된 판매처 식별자 또는 고유 인증 식별자가 자신이 저장하고 있는 판매처 식별자 또는 고유 인증 식별자와 상이한 경우, 유효하지 않은 이동 통신 단말기에 의해 결제 정보 식별자가 생성된 것으로 판단하여 결제자에 대한 결제의 진행을 중단할 수 있다.
[실시예 3]
도 7 내지 도 12는 본 발명의 제3 실시예에 결제 인터페이스 시스템의 동작을 설명하기 위한 예시도이다.
제3 실시예에서 설명하는 결제 인터페이스 시스템(1000)은 결제자 단말기 결제 요청 방식으로 동작하는 제2 실시예의 판매자용 이동 통신 단말부(130) 및 결제자용 인터페이스 유닛(120)의 동작이 유지되며, 다만 결제자의 결제 인증을 수행하는 주체 및 방법상의 차이점이 존재한다. 이하에서는 결제 인증의 수행 주체 및 방법을 중심으로 설명한다.
제2 실시예와 같이 판매자용 이동 통신 단말부(130)는 하나 이상의 이동 통신 단말기를 포함할 수 있고, 결제자용 인터페이스 유닛(120)은 각 이동 통신 단말기와 결합 가능하며, 상품을 구매한 결제자의 결제 정보를 결제자에게 제공할 수 있다. 결제자의 결제 정보는 판매자용 인터페이스 유닛(110)을 통해 입력되어 결제자용 인터페이스 유닛(120)으로 전달될 수도 있고, 결제자용 인터페이스 유닛(120)을 통해 입력되어 판매자용 인터페이스 유닛(110)으로 전달될 수도 있다.
또한, 제3 실시예에서 각 이동 통신 단말기는 결제자용 인터페이스 유닛(120)과 결합된 상태에서, 결제자의 결제 인증을 위한 인증 정보를 생성하고, 생성된 인증 정보가 출력되도록 하여 결제자가 소지한 결제 단말기(200)가 인증 정보를 인식하도록 할 수 있다. 그리고, 결제 정보 식별자(즉, 결제 단말기(200)에 의해 인식되어 결제 단말기(200)가 결제자에 대한 결제를 결제 서버(300)에 요청하도록 하는 기능을 수행하는 결제 정보 식별자)는 결제자의 결제 정보를 토대로 생성되어 출력될 수 있다.
이에 따라, 결제 서버(300)는 결제 단말기(200)에 의해 인식된 인증 정보와, 결제 단말기(200)에 의해 결제 정보 식별자로부터 추출된 인증 정보 간의 비교 결과에 따라 결제 단말기(200)로부터의 결제 요청의 승인 여부를 결정할 수 있다.
즉, 제3 실시예에서는 인증 정보의 생성 및 출력의 기능과, 결제 정보 식별자의 생성 및 출력의 기능을 이동 통신 단말기 및 결제자용 인터페이스 유닛(120)이 분담하여 수행 가능하도록 구성하며, 결제 단말기(200)에 의해 인식된 인증 정보와, 결제 단말기(200)에 의해 결제 정보 식별자로부터 추출된 인증 정보를 비교하여 인증을 수행함으로써, 이동 통신 단말기 및 결제자용 인터페이스 유닛(120)의 결합이 유효한 경우에만 결제 인증이 이루어질 수 있어 보안성이 향상될 수 있다.
인증 정보를 생성할 때, 각 이동 통신 단말기는 판매처 식별자 및 판매자 식별자 중 하나 이상을 이용하여 인증 정보를 생성할 수 있다. 전술한 것과 같이 판매처 식별자는 판매처에 대한 식별정보를 의미한다. 그리고, 판매자 식별자는 이동 통신 단말기에 대한 식별정보를 의미하며, 하나의 판매처에 다수의 판매처 계산원이 있는 경우 각 판매자를 식별하는 정보로서 기능할 수 있다. 나아가, 각 이동 통신 단말기는 현재 시점에 대한 제1 시간 정보를 더 이용하여 인증 정보를 생성할 수도 있다.
도 7 내지 도 9를 참조하여, 이동 통신 단말기가 판매처 식별자 및 제1 시간 정보를 이용하여 인증 정보를 생성하는 경우의 동작을 설명한다.
각 이동 통신 단말기는 결제자용 인터페이스 유닛(120)에 저장되어 있는 판매처 식별자를 결제자용 인터페이스 유닛(120)으로부터 전달받아 변조하여 인증 정보로서 미리 정의된 타입의 변조 정보를 생성하여 출력할 수 있다. 이때, 전술한 것과 같이 현재 시점에 대한 제1 시간 정보도 변조 정보에 반영될 수 있다. 이후, 각 이동 통신 단말기는 결제자의 결제 정보를 입력받는다(변조 정보의 생성과 결제 정보의 입력이 이루어지는 시계열적인 순서는 실제적인 구현예에 따라 달라질 수 있다).
이후, 이동 통신 단말기를 통해 입력된 결제자의 결제 정보와, 결제자용 인터페이스 유닛(120)에 저장되어 있는 판매처 식별자를 기반으로 결제 정보 식별자가 생성될 수 있다. 결제 정보 식별자를 생성하는 주체는 이동 통신 단말기 또는 결제자용 인터페이스 유닛(120)이 될 수 있다. 즉, 도 7에 도시된 것과 같이 이동 통신 단말기가 결제자의 결제 정보를 판매처 계산원으로부터 입력받고, 결제 정보와 판매처 식별자를 기반으로 결제 정보 식별자를 생성한 후 결제자용 인터페이스 유닛(120)으로 전달함으로써 결제자용 인터페이스 유닛(120)을 통해 결제 정보 식별자가 출력될 수도 있고, 도 8에 도시된 것과 같이 이동 통신 단말기가 결제자의 결제 정보를 판매처 계산원으로부터 입력받아 결제자용 인터페이스 유닛(120)으로 전달하고, 결제자용 인터페이스 유닛(120)이 전달받은 결제자의 결제 정보 및 저장하고 있는 판매처 식별자를 기반으로 결제 정보 식별자를 생성한 후 출력할 수도 있으며, 도 9에 도시된 것과 같이 결제자용 인터페이스 유닛(120)이 결제자의 결제 정보를 판매처 계산원으로부터 입력받아 이동 통신 단말기로 전달하고, 이동 통신 단말기가 전달받은 결제 정보와 판매처 식별자를 기반으로 결제 정보 식별자를 생성하여 출력할 수도 있다.
이후, 결제 서버(300)는 결제 단말기(200)에 의해 인식된 변조 정보의 복조를 통해 파악되는 판매처 식별자와, 결제 정보 식별자로부터 추출된 판매처 식별자가 일치하는 경우 결제 단말기(200)로부터의 결제 요청을 승인할 수 있다.
즉, 결제 서버(300)는 이동 통신 단말기를 통해 출력된 변조 정보를 결제 단말기(200)가 인식하여 복조한 결과 파악되는 판매처 식별자를 결제 단말기(200)로부터 전송받고, 이동 통신 단말기 또는 결제자용 인터페이스 유닛(120)을 통해 출력된 결제 정보 식별자를 결제 단말기(200)가 인식함으로써 추출된 판매처 식별자를 결제 단말기(200)로부터 전송받은 후, 전송받은 두 판매처 식별자가 일치하는 경우 결제 단말기(200)로부터의 결제 요청을 승인할 수 있다.
한편, 결제 서버(300)에 의해 결제 요청의 승인 여부가 결정되기 전 단계로서, 도 7 내지 도 9에 도시된 것과 같이, 결제 단말기(200)를 통해 이루어지는 결제자에 대한 결제 요청은, 결제 단말기(200)에 의해 인식된 인증 정보를 토대로 파악되는 제1 시간 정보와, 결제 단말기(200)에 의해 인증 정보가 획득된 시점에 대한 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만 진행될 수도 있다. 즉, 제1 실시예와 마찬가지로, 결제 단말기(200)는 이동 통신 단말기를 통해 출력된 인증 정보(즉, 변조 정보)를 복조한 결과 파악되는 제1 시간 정보와, 인증 정보가 획득된 시점에 대한 제2 시간 정보 간의 오차가 기준치 이하인 경우에만 결제 서버(300)로 결제를 요청할 수 있다.
다음으로, 도 10을 참조하여, 이동 통신 단말기가 판매자 식별자 및 제1 시간 정보를 이용하여 인증 정보를 생성하는 경우의 동작을 설명한다.
각 이동 통신 단말기는, 각 이동 통신 단말기에 저장되어 있는 판매자 식별자를 변조하여 인증 정보로서 미리 정의된 타입의 변조 정보를 생성하여 출력할 수 있다. 이때, 전술한 것과 같이 현재 시점에 대한 제1 시간 정보도 변조 정보에 반영될 수 있다. 이후, 각 이동 통신 단말기는 결제자의 결제 정보를 입력받는다(변조 정보의 생성과 결제 정보의 입력이 이루어지는 시계열적인 순서는 실제적인 구현예에 따라 달라질 수 있다).
이후, 이동 통신 단말기를 통해 입력된 결제자의 결제 정보와, 결제자용 인터페이스 유닛(120)에 저장되어 있는 판매처 식별자를 기반으로 결제 정보 식별자가 생성될 수 있다. 도 10에는 결제 정보 식별자를 생성하는 주체가 결제자용 인터페이스 유닛(120)인 예시를 도시하고 있으나, 전술한 것과 같이 결제 정보 식별자를 생성하는 주체는 이동 통신 단말기가 될 수도 있다.
이후, 결제 서버(300)는, 결제 단말기(200)에 의해 인식된 변조 정보의 복조를 통해 파악되는 판매자 식별자와, 결제 정보 식별자로부터 추출된 판매처 식별자 간의 관계가 미리 정의된 대응 관계를 충족하는 경우 결제 단말기(200)로부터의 결제 요청을 승인할 수 있다.
즉, 전술한 것과 같이 판매자 식별자는 이동 통신 단말기에 대한 식별정보를 의미하며, 하나의 판매처에 다수의 판매처 계산원이 있는 경우 각 판매자를 식별하는 정보로서 기능하는 점을 고려할 때, 복수의 판매자 식별자가 하나의 판매처 식별자에 종속적으로 링크되는 1:N(N은 판매자 식별자의 수)의 매핑 관계를 정의할 수 있다. 따라서, 이러한 판매처 식별자와 그에 종속되는 판매자 식별자 간의 대응 관계를 결제 서버(300)에 정의해 둔 상태에서, 결제 서버(300)는 현재 결제 정보 식별자로부터 추출된 판매처 식별자에 링크되어 있는 복수의 판매자 식별자 중, 결제 단말기(200)에 의해 인식된 변조 정보의 복조를 통해 파악되는 판매자 식별자가 존재하면 상기의 대응 관계가 충족된 것으로 판단하여 결제 단말기(200)로부터의 결제 요청을 승인할 수 있다.
결제 서버(300)에 의해 결제 요청의 승인 여부가 결정되기 전 단계로서, 도 10에 도시된 것과 같이, 결제 단말기(200)를 통해 이루어지는 결제자에 대한 결제 요청은, 결제 단말기(200)에 의해 인식된 인증 정보를 토대로 파악되는 제1 시간 정보와, 결제 단말기(200)에 의해 인증 정보가 획득된 시점에 대한 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만 진행될 수도 있으며, 상기 구성은 전술한 것이므로 구체적인 설명은 생략한다.
한편, 도 10에서는 인증 정보를 생성하고 출력하는 주체가 이동 통신 단말기인 예시를 도시하고 있으나, 실시예에 따라서는 도 11에 도시된 것과 같이 이동 통신 단말기가 인증 정보를 생성한 후 결제자용 인터페이스 유닛(120)으로 전달하고, 결제자용 인터페이스 유닛(120)이 인증 정보를 출력함으로써 결제 단말기(200)가 인증 정보를 인식하는 실시예로 구현될 수도 있다. 인증 정보가 비가청 대역 변조 음파인 예시에서, 인증 정보는 결제자용 인터페이스 유닛(120)의 제2 출력부(122)의 음성/음파 출력 장치를 통해 출력될 수 있다.
또한, 도 10에서는 1차 결제 인증, 즉 결제 단말기(200)로부터의 결제 요청의 승인 여부를 결정하기 앞서 이루어지는, 제1 시간 정보와 제2 시간 정보 간의 오차가 기준치 이하인지 여부를 판단하는 과정이 결제 요청의 조건으로서 결제 단말기(200)에 의해 수행되는 예시를 도시하고 있으나, 1차 결제 인증은 도 11에 도시된 것과 같이 결제 서버(300)에 의해 수행되는 실시예로 구현될 수도 있다. 이 경우, 결제 서버(300)는 결제 단말기(200)에 의해 인식된 인증 정보를 토대로 파악되는 제1 시간 정보와, 현재 시점(즉, 결제 서버(300)가 1차 결제 인증을 수행하는 현재 시점)에 대한 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만, 결제 단말기(200)로부터의 결제 요청의 승인 여부를 결정하는 2차 결제 인증 과정을 개시할 수 있다.
이상에서는 이동 통신 단말기가 판매처 식별자 및 판매자 식별자를 선택적으로 이용하여 인증 정보를 생성하는 구성으로서 설명하였으며, 실시예에 따라서는 이동 통신 단말기가 판매처 식별자 및 판매자 식별자 모두가 인증 정보로서 활용되어 결제 정보 식별자가 생성되고 출력되어 결제 서버(300)에 의해 분석됨으로써 결제 인증 과정이 이루어질 수도 있다(앞서 설명한 실시예와 같이 인증 정보가 판매처 식별자 또는 판매자 식별자가 제1 시간 정보와 함께 변조되어 생성되는 변조 정보를 의미하는 것이 아닌, 판매처 식별자 및 판매자 식별자 자체가 결제 정보 식별자 생성에 활용되는 인증 정보로서 기능한다).
이 경우, 각 이동 통신 단말기는 결제자용 인터페이스 유닛(120)과 결합된 상태에서, 결제자의 결제 인증을 위한 인증 정보와 결제자용 인터페이스 유닛(120)으로부터 전달받은 결제자의 결제 정보를 이용하여 결제자의 결제를 위한 결제 정보 식별자를 생성하고, 결제자가 소지한 결제 단말기(200)가 결제 정보 식별자를 인식하여 결제자에 대한 결제를 결제 서버(300)에 요청할 수 있도록 결제 정보 식별자를 출력할 수 있다. 그리고, 결제 서버(300)는 결제 단말기(200)에 의해 결제 정보 식별자로부터 추출된 인증 정보에 대한 분석 결과에 따라 결제 단말기(200)로부터의 결제 요청의 승인 여부를 결정할 수 있다.
도 12를 참조하여 구체적으로 설명하면, 이동 통신 단말기는 결제자용 인터페이스 유닛(120)에 저장된 판매처 식별자와, 결제자용 인터페이스 유닛(120)을 통해 입력된 결제 정보를 결제자용 인터페이스 유닛(120)으로부터 전달받을 수 있다. 이에 따라, 이동 통신 단말기는, 이동 통신 단말기에 저장되어 있는 판매자 식별자와, 결제자용 인터페이스 유닛(120)으로부터 전달받은 판매처 식별자 및 결제 정보를 이용하여 결제 정보 식별자를 생성한 후 출력할 수 있다.
이후, 결제 서버(300)는 결제 단말기(200)에 의해 결제 정보 식별자로부터 추출된 판매처 식별자 및 판매자 식별자 간의 관계가 미리 정의된 대응 관계를 충족하는 경우 결제 단말기(200)로부터의 결제 요청을 승인할 수 있다.
즉, 위의 경우에는 결제 정보 식별자에 판매처 식별자 및 판매자 식별자가 모두 반영되어 있으므로, 결제 정보 식별자를 인식한 결제 단말기(200)를 통해 판매처 식별자 및 판매자 식별자가 추출될 수 있으며, 추출된 판매처 식별자 및 판매자 식별자가 미리 정의된 대응 관계를 충족하는 경우 결제 단말기(200)로부터의 결제 요청을 승인할 수 있다. 이에 대한 설명은 전술한 것이므로 구체적인 설명은 생략한다.
[실시예 4]
도 13은 본 발명의 제4 실시예에 따른 결제 인터페이스 시스템의 동작을 설명하기 위한 예시도이다.
제4 실시예에서 설명하는 결제 인터페이스 시스템(1000)은 결제자 단말기 결제 요청 방식으로 동작하는 제2 및 제3 실시예의 판매자용 이동 통신 단말부(130) 및 결제자용 인터페이스 유닛(120)의 동작이 유지되며, 또한 결제 단말기(200)가 결제 서버(300)로 결제 요청을 하기에 앞서 사전 인증이 단계적으로 이루어져 결제 보안을 향상시키는 구성을 제시한다.
한편, 앞서 설명한 제1 내지 제3 실시예에서 사용한 용어와는 별도로, 제4 실시예에서 사용하는 용어를 먼저 정의한다. 제4 실시예에서 판매자 식별자는 판매자(예를 들어, 결제자에 대한 결제를 수행하기 위해 이동 통신 단말기에서 실행되는 결제 어플리케이션에 로그인한 판매자)에 대한 식별정보를 의미하는 것으로 정의하고, 단말 식별자는 이동 통신 단말기의 고유 식별자를 의미하는 것으로 정의한다. 그리고, 이하에서 표기하는 제1 식별자는 판매자 식별자 및 단말 식별자 중 하나 이상을 포함하는 것으로 정의한다. 판매처 식별자 및 고유 인증 식별자는 앞서 설명한 실시예와 동일한 의미로 사용되며, 이하에서 표기하는 제2 식별자는 판매처 식별자 및 고유 인증 식별자 중 하나 이상을 포함하는 것으로 정의한다. 이러한 용어 정의를 바탕으로, 제4 실시예의 결제 인터페이스 시스템(1000)의 동작을 설명한다.
판매자용 이동 통신 단말부(130)는 하나 이상의 이동 통신 단말기를 포함할 수 있고, 결제자용 인터페이스 유닛(120)은 각 이동 통신 단말기와 결합 가능하며, 상품을 구매한 결제자의 결제 정보를 이동 통신 단말기로부터 입력받아 결제자에게 제공할 수 있다.
제4 실시예에서 각 이동 통신 단말기는 결제자에 대한 결제를 수행하기 위해 전제되는 조합 유효성의 인증을 위한 인증 정보를 외부 서버(300)로 전달할 수 있다. 여기서, 조합 유효성은 판매자 및 판매처 간의 제1 조합 유효성과, 각 이동 통신 단말기 및 결제자용 인터페이스 유닛(120) 간의 제2 조합 유효성 중 하나 이상을 포함할 수 있다. 제1 조합 유효성은 판매자 및 판매처 간의 조합이 기 등록된 유효한 조합인지 여부를 나타내며, 제2 조합 유효성은 이동 통신 단말기 및 결제자용 인터페이스 유닛(120) 간의 조합이 기 등록된 유효한 조합인지 여부를 나타낸다(구체적인 설명은 후술한다). 외부 서버(300)는 상기한 조합 유효성의 인증을 위해 구비되는 별도의 서버로 기능하며, 조합 유효성을 인증하기 위해 요구되는 인증 관계에 대한 정보를 저장하고 있을 수 있다. 이에 따라, 외부 서버(300)는 이동 통신 단말기로부터 전달받은 인증 정보가 기 정의된 인증 관계를 충족하는 경우 조합 유효성이 인증된 것으로 판단할 수 있다. 이러한 외부 서버(300)는 결제 서버(300)와 독립적으로 구현될 수도 있고, 결제 서버(300)가 외부 서버(300)의 기능을 통합적으로 수행하는 실시예로 구현될 수도 있으며, 외부 서버(300)가 결제 서버(300)를 포함하는 구성으로 구현될 수도 있다. 편의상 도 13에서는 결제 서버 및 외부 서버를 동일한 도면 부호를 사용하여 나타내었다.
이동 통신 단말기는 외부 서버(300)에 의해 조합 유효성이 인증된 경우에만 결제자에 대한 결제를 수행하는 인증 단말기로 동작할 수 있다. 결제자에 대한 결제를 수행하는 인증 단말기로 동작한다 함은, 이를테면 판매처 계산원으로부터 결제자의 결제 정보를 입력받아 결제자용 인터페이스 유닛(120)으로 전달하는 기능이 활성화됨으로써 결제자의 결제가 정상적으로 이루어질 수 있음을 의미할 수 있다.
전술한 결제 인터페이스 시스템(1000)의 동작을 도 13을 참조하여 구체적으로 설명한다.
먼저, 결제자에 대한 결제 프로세스가 진행되기 이전에, 각 이동 통신 단말기 및 결제자용 인터페이스 유닛(120) 간에 조합 유효성의 인증을 위한 인증 통신 링크가 확립될 수 있다. 인증 통신 링크는 조합 유효성의 인증을 위해, 제2 식별자가 결제자용 인터페이스 유닛(120)으로부터 이동 통신 단말기로 전달되는 하위 계층 통신 링크로서, 이를테면 블루투스와 같은 근거리 무선 통신 링크 또는 USB 연결에 따른 근거리 유선 통신 링크 등의 P2P 통신 링크로 구현될 수 있다. 인증 통신 링크가 확립된 후 제2 식별자가 결제자용 인터페이스 유닛(120)으로부터 이동 통신 단말기로 전달됨에 따라, 제1 및 제2 식별자를 포함하는 인증 정보가 이동 통신 단말기로부터 외부 서버(300)로 전달될 수 있다.
이에 따라, 외부 서버(300)는 전달받은 인증 정보가 기 정의된 인증 관계를 충족하는 경우 조합 유효성이 인증된 것으로 판단할 수 있다. 제1 및 제2 식별자가 각각 판매자 식별자 및 판매처 식별자인 실시예의 경우, 외부 서버(300)는 판매자 식별자 및 판매처 식별자가 기 정의된 인증 관계를 충족하는 경우 제1 조합 유효성이 인증된 것으로 판단할 수 있다. 이때 기 정의된 인증 관계는 해당 판매자가 해당 판매처에서 상품 또는 서비스를 판매하는데 인증된 판매자인지 여부를 판단하기 위한, 판매자 및 판매처 간의 대응 관계로서 외부 서버(300)에 기 등록된 정보를 의미할 수 있다.
한편, 제1 및 제2 식별자가 각각 단말 식별자 및 고유 인증 식별자인 실시예의 경우, 외부 서버(300)는 단말 식별자 및 고유 인증 식별자가 기 정의된 인증 관계를 충족하는 경우 제2 조합 유효성이 인증된 것으로 판단할 수 있다. 이때 기 정의된 인증 관계는 이동 통신 단말기 및 결제자용 인터페이스 유닛(120)의 결합이 유효한지 여부를 판단하기 위한, 이동 통신 단말기 및 결제자용 인터페이스 유닛(120) 간의 대응 관계로서 외부 서버(300)에 기 등록된 정보를 의미할 수 있다.
외부 서버(300)에 의해 조합 유효성이 인증된 경우, 그 인증 결과가 이동 통신 단말기로 전달될 수 있으며, 이에 따라 각 이동 통신 단말기 및 결제자용 인터페이스 유닛(120) 간에 결제자에 대한 결제를 수행하기 위한 결제 통신 링크가 확립될 수 있다. 결제 통신 링크는 결제자에 대한 실질적인 결제 프로세스가 진행될 수 있도록, 이동 통신 단말기에 입력된 결제 정보가 결제자용 인터페이스 유닛(120)으로 전달되는 상위 계층 통신 링크를 의미할 수 있다.
전술한 과정을 통해 결제 통신 링크가 확립된 경우, 각 이동 통신 단말기는 판매처 계산원으로부터 결제자의 결제 정보를 입력받아 제1 식별자와 함께 결제자용 인터페이스 유닛(120)으로 전달할 수 있다. 그리고, 결제자용 인터페이스 유닛(120)은 결제자의 결제 정보, 제1 식별자 및 제2 식별자를 이용하여 결제자의 결제를 위한 결제 정보 식별자를 생성하고, 결제자가 소지한 결제 단말기(200)가 결제 정보 식별자를 인식하여 결제자에 대한 결제를 결제 서버(300)에 요청할 수 있도록 결제 정보 식별자를 출력할 수 있다. 이에 따라, 결제 단말기(200)는 결제자용 인터페이스 유닛(120)에 출력된 결제 정보 식별자를 인식하여 결제 서버(300)로 결제를 요청할 수 있다.
이후, 결제 서버(300)는 결제 단말기(200)에 의해 결제 정보 식별자로부터 추출된 제1 및 제2 식별자 간의 인증 여부를 검증하여 결제 단말기(200)로부터의 결제 요청의 승인 여부를 결정할 수 있다. 즉, 결제 서버(300)는 제1 및 제2 식별자가 외부 서버(300)에 의해 그 조합 유효성이 인증되었는지 여부를 검증한 후, 검증된 경우에만 결제 단말기(200)로부터의 결제 요청을 승인하여 결제자에 대한 결제가 완료되도록 할 수 있다.
한편, 결제 서버(300)가 제1 및 제2 식별자 간의 인증 여부를 검증하는 방법으로서, 전술한 외부 서버(300)에 정의된 인증 관계가 결제 서버(300)에도 정의되어, 제1 및 제2 식별자가 인증 관계를 충족하는지 여부를 결제 서버(300)가 2차적으로 판단하는 방식이 적용될 수 있다. 다른 실시예로서, 외부 서버(300)에 의해 제1 및 제2 식별자가 인증 관계를 충족된 것으로 판단된 경우, 외부 서버(300)가 이동 통신 단말기로 전달되는 인증 결과에 소정의 인증 플래그를 부가하고, 결제자용 인터페이스 유닛(120)이 결제 정보, 제1 및 제2 식별자와 함께 인증 플래그도 이용하여 결제 정보 식별자를 생성한 후, 결제 단말기(200)에 의해 결제 정보 식별자로부터 추출된 인증 플래그를 결제 서버(300)가 확인하는 방식으로 제1 및 제2 식별자 간의 인증 여부를 검증할 수도 있다.
이와 같이 본 실시예는 판매처에 구비되는 판매처 단말기를 판매처 계산원과 구매 결제자를 위한 인터페이스 장치로 구분하여 구현함으로써 그 결제 편의성을 개선할 수 있고, 구매 결제자로부터 전달되는 판매처의 식별코드가 판매처 단말기에서 출력된 실제 식별코드에 해당하는 것인지 확인하는 시스템을 채용함으로써 결제 보안을 향상시킬 수 있다.
본 발명은 도면에 도시된 실시예를 참고로 하여 설명되었으나, 이는 예시적인 것에 불과하며 당해 기술이 속하는 기술분야에서 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호범위는 아래의 특허청구범위에 의하여 정해져야 할 것이다.

Claims (21)

  1. 상품을 구매한 결제자의 결제 정보를 입력받아 상기 결제 정보의 식별정보인 결제 정보 식별자를 생성한 후, 상기 결제자가 소지한 결제 단말기가 상기 생성된 결제 정보 식별자를 인식하여 상기 결제자에 대한 결제를 결제 서버로 요청할 수 있도록 상기 결제 정보 식별자를 출력하는 결제 인터페이스 장치로서,
    상기 결제 인터페이스 장치는, 상기 결제 정보 식별자를 생성하는 시점에 대한 제1 시간 정보를 획득하여 상기 결제자의 결제 인증을 위한 인증 정보를 생성하고,
    상기 결제 단말기를 통해 이루어지는 상기 결제자에 대한 결제 요청은, 상기 인증 정보로부터 파악되는 제1 시간 정보와, 기준 시간 정보 간의 비교 결과에 따라 그 진행 여부가 결정되는 것을 특징으로 하는, 결제 인터페이스 장치.
  2. 제1항에 있어서,
    상기 결제 인터페이스 장치는, 상기 제1 시간 정보를 변조하여 상기 인증 정보로서 미리 정의된 타입의 변조 정보를 생성하고,
    상기 결제 요청의 진행 여부 결정을 위해 파악되는 제1 시간 정보는, 상기 변조 정보의 복조를 통해 파악되는 것을 특징으로, 하는 결제 인터페이스 장치.
  3. 제1항에 있어서,
    상기 기준 시간 정보는 상기 결제 단말기에 의해 상기 인증 정보가 획득된 시점에 대한 제2 시간 정보이고,
    상기 결제 단말기를 통해 이루어지는 상기 결제자에 대한 결제 요청은, 상기 제1 시간 정보 및 상기 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만 진행되는 것을 특징으로 하는 결제 인터페이스 장치.
  4. 하나 이상의 이동 통신 단말기를 포함하는 판매자용 이동 통신 단말부; 및
    상기 각 이동 통신 단말기와 결합 가능하며, 상기 각 이동 통신 단말기에 입력된, 상품을 구매한 결제자의 결제 정보를 상기 결제자에게 제공하는 결제자용 인터페이스 유닛;을 포함하고,
    상기 각 이동 통신 단말기는, 상기 결제자용 인터페이스 유닛과 결합된 상태에서, 상기 결제자의 결제 정보를 입력받고, 상기 각 이동 통신 단말기의 유효성 인증을 위한 인증 정보를 상기 결제자용 인터페이스 유닛으로부터 입력받으며, 상기 입력받은 결제 정보 및 인증 정보를 이용하여 상기 결제자의 결제를 위한 결제 정보 식별자를 생성한 후 상기 결제자용 인터페이스 유닛으로 전달하고,
    상기 결제자용 인터페이스 유닛은, 상기 결제자가 소지한 결제 단말기가 상기 결제 정보 식별자를 인식하여 상기 결제자에 대한 결제를 결제 서버에 요청할 수 있도록 상기 결제 정보 식별자를 출력하는 방식으로 상기 결제자에 대한 결제를 진행하되, 상기 각 이동 통신 단말기로부터 전달받은 결제 정보 식별자로부터 추출된 인증 정보를 토대로 상기 각 이동 통신 단말기의 유효성이 인증된 경우에만 상기 결제자에 대한 결제를 진행하는 것을 특징으로 하는 결제 인터페이스 시스템.
  5. 제4항에 있어서,
    상기 인증 정보는, 상기 결제자용 인터페이스 유닛에 저장되어 있는, 판매처에 대한 식별정보인 판매처 식별자, 또는 상기 결제자용 인터페이스 유닛에 대한 식별정보인 고유 인증 식별자를 포함하는 것을 특징으로 하는 결제 인터페이스 시스템.
  6. 제5항에 있어서,
    상기 결제자용 인터페이스 유닛은, 상기 결제자용 인터페이스 유닛에 저장되어 있는 상태에서 상기 각 이동 통신 단말기로 전달된 인증 정보와, 상기 이동 통신 단말기로부터 전달받은 결제 정보 식별자로부터 추출된 인증 정보가 일치하는 경우 상기 각 이동 통신 단말기의 유효성이 인증된 것으로 판단하는 것을 특징으로 하는 결제 인터페이스 시스템.
  7. 하나 이상의 이동 통신 단말기를 포함하는 판매자용 이동 통신 단말부;
    상기 각 이동 통신 단말기와 결합 가능하며, 상품을 구매한 결제자의 결제 정보를 상기 결제자에게 제공하는 결제자용 인터페이스 유닛; 및
    결제 서버;를 포함하고,
    상기 각 이동 통신 단말기는, 상기 결제자용 인터페이스 유닛과 결합된 상태에서, 상기 결제자의 결제 인증을 위한 인증 정보를 생성하고, 상기 생성된 인증 정보가 출력되도록 하여 상기 결제자가 소지한 결제 단말기가 상기 인증 정보를 인식하도록 하고,
    상기 결제자의 결제 정보를 토대로 상기 결제자의 결제를 위한 결제 정보 식별자가 생성되어 출력되되, 상기 결제 정보 식별자는 상기 결제 단말기에 의해 인식되어 상기 결제 단말기가 상기 결제자에 대한 결제를 상기 결제 서버에 요청하도록 하는 기능을 수행하며,
    상기 결제 서버는, 상기 결제 단말기에 의해 인식된 인증 정보와, 상기 결제 단말기에 의해 상기 결제 정보 식별자로부터 추출된 인증 정보 간의 비교 결과에 따라 상기 결제 단말기로부터의 결제 요청의 승인 여부를 결정하는 것을 특징으로 하는 결제 인터페이스 시스템.
  8. 제7항에 있어서,
    상기 각 이동 통신 단말기는, 판매처에 대한 식별정보인 판매처 식별자, 및 상기 각 이동 통신 단말기에 대한 식별정보인 판매자 식별자 중 하나 이상을 이용하여 상기 인증 정보를 생성하는 것을 특징으로 하는 결제 인터페이스 시스템.
  9. 제8항에 있어서,
    상기 각 이동 통신 단말기는, 상기 결제자용 인터페이스 유닛에 저장되어 있는 판매처 식별자를 상기 결제자용 인터페이스 유닛으로부터 전달받아 변조하여 상기 인증 정보로서 미리 정의된 타입의 변조 정보를 생성하여 출력하고,
    상기 결제 정보 식별자는, 상기 결제자의 결제 정보와 상기 결제자용 인터페이스 유닛에 저장되어 있는 판매처 식별자를 기반으로 생성되어 출력되고,
    상기 결제 서버는, 상기 결제 단말기에 의해 인식된 변조 정보의 복조를 통해 파악되는 판매처 식별자와, 상기 결제 정보 식별자로부터 추출된 판매처 식별자가 일치하는 경우 상기 결제 단말기로부터의 결제 요청을 승인하는 것을 특징으로 하는 결제 인터페이스 시스템.
  10. 제8항에 있어서,
    상기 각 이동 통신 단말기는, 상기 각 이동 통신 단말기에 저장되어 있는 판매자 식별자를 변조하여 상기 인증 정보로서 미리 정의된 타입의 변조 정보를 생성하여 출력하고,
    상기 결제 정보 식별자는, 상기 결제자의 결제 정보와 상기 결제자용 인터페이스 유닛에 저장되어 있는 판매처 식별자를 기반으로 생성되어 출력되고,
    상기 결제 서버는, 상기 결제 단말기에 의해 인식된 변조 정보의 복조를 통해 파악되는 판매자 식별자와, 상기 결제 정보 식별자로부터 추출된 판매처 식별자 간의 관계가 미리 정의된 대응 관계를 충족하는 경우 상기 결제 단말기로부터의 결제 요청을 승인하는 것을 특징으로 하는 결제 인터페이스 시스템.
  11. 제8항에 있어서,
    상기 각 이동 통신 단말기는, 현재 시점에 대한 제1 시간 정보를 더 이용하여 상기 인증 정보를 생성하고,
    상기 결제 단말기를 통해 이루어지는 상기 결제자에 대한 결제 요청은, 상기 결제 단말기에 의해 인식된 상기 인증 정보를 토대로 파악되는 제1 시간 정보와, 상기 결제 단말기에 의해 상기 인증 정보가 획득된 시점에 대한 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만 진행되는 것을 특징으로 하는 결제 인터페이스 시스템.
  12. 제8항에 있어서,
    상기 각 이동 통신 단말기는, 현재 시점에 대한 제1 시간 정보를 더 이용하여 상기 인증 정보를 생성하고,
    상기 결제 서버는, 상기 결제 단말기에 의해 인식된 상기 인증 정보를 토대로 파악되는 제1 시간 정보와, 현재 시점에 대한 제2 시간 정보 간의 오차가 미리 설정된 기준치 이하인 경우에만, 상기 결제 단말기로부터의 결제 요청의 승인 여부의 결정을 개시하는 것을 특징으로 하는 결제 인터페이스 시스템.
  13. 하나 이상의 이동 통신 단말기를 포함하는 판매자용 이동 통신 단말부;
    상기 각 이동 통신 단말기와 결합 가능하며, 상품을 구매한 결제자의 결제 정보를 입력받아 상기 결제자에게 제공하는 결제자용 인터페이스 유닛; 및
    결제 서버;를 포함하고,
    상기 각 이동 통신 단말기는, 상기 결제자용 인터페이스 유닛과 결합된 상태에서, 상기 결제자의 결제 인증을 위한 인증 정보와 상기 결제자용 인터페이스 유닛으로부터 전달받은 상기 결제자의 결제 정보를 이용하여 상기 결제자의 결제를 위한 결제 정보 식별자를 생성하고, 상기 결제자가 소지한 결제 단말기가 상기 결제 정보 식별자를 인식하여 상기 결제자에 대한 결제를 상기 결제 서버에 요청할 수 있도록 상기 결제 정보 식별자를 출력하고,
    상기 결제 서버는, 상기 결제 단말기에 의해 상기 결제 정보 식별자로부터 추출된 인증 정보에 대한 분석 결과에 따라 상기 결제 단말기로부터의 결제 요청의 승인 여부를 결정하는 것을 특징으로 하는 결제 인터페이스 시스템.
  14. 제13항에 있어서,
    상기 각 이동 통신 단말기는, 상기 결제 정보와 함께 상기 인증 정보로서 판매처에 대한 식별정보인 판매처 식별자, 및 상기 각 이동 통신 단말기에 대한 식별정보인 판매자 식별자를 이용하여 상기 결제 정보 식별자를 생성하는 것을 특징으로 하는 결제 인터페이스 시스템.
  15. 제14항에 있어서,
    상기 결제 서버는, 상기 결제 단말기에 의해 상기 결제 정보 식별자로부터 추출된 판매처 식별자 및 판매자 식별자 간의 관계가 미리 정의된 대응 관계를 충족하는 경우 상기 결제 단말기로부터의 결제 요청을 승인하는 것을 특징으로 하는 결제 인터페이스 시스템.
  16. 하나 이상의 이동 통신 단말기를 포함하는 판매자용 이동 통신 단말부;
    상기 각 이동 통신 단말기와 결합 가능하며, 상품을 구매한 결제자의 결제 정보를 입력받아 상기 결제자에게 제공하는 결제자용 인터페이스 유닛; 및
    외부 서버;를 포함하고,
    상기 각 이동 통신 단말기는, 상기 결제자에 대한 결제를 수행하기 위해 전제되는 조합 유효성의 인증을 위한 인증 정보를 상기 외부 서버로 전달하되, 상기 조합 유효성은 판매자 및 판매처 간의 제1 조합 유효성과, 상기 각 이동 통신 단말기 및 상기 결제자용 인터페이스 유닛 간의 제2 조합 유효성 중 하나 이상을 포함하고,
    상기 외부 서버는, 상기 전달받은 인증 정보가 기 정의된 인증 관계를 충족하는 경우 상기 조합 유효성이 인증된 것으로 판단하고,
    상기 각 이동 통신 단말기는, 상기 외부 서버에 의해 상기 조합 유효성이 인증된 경우에만 상기 결제자에 대한 결제를 수행하는 인증 단말기로 동작하는 것을 특징으로 하는 결제 인터페이스 시스템.
  17. 제16항에 있어서,
    상기 각 이동 통신 단말기가 상기 외부 서버로 전달하는 인증 정보는,
    상기 판매자에 대한 식별정보인 판매자 식별자 및 상기 각 이동 통신 단말기에 대한 식별자인 단말 식별자 중 하나 이상을 포함하는 제1 식별자; 및
    상기 판매처에 대한 식별정보인 판매처 식별자 및 상기 결제자용 인터페이스 유닛에 대한 식별정보인 고유 인증 식별자 중 하나 이상을 포함하여 상기 결제자용 인터페이스 유닛에 저장되어 있는 제2 식별자;를 포함하는 것을 특징으로 하는 결제 인터페이스 시스템.
  18. 제17항에 있어서,
    상기 외부 서버는, 상기 판매자 식별자 및 상기 판매처 식별자가 기 정의된 인증 관계를 충족하는 경우 상기 제1 조합 유효성이 인증된 것으로 판단하고, 상기 단말 식별자 및 상기 고유 인증 식별자가 기 정의된 인증 관계를 충족하는 경우 상기 제2 조합 유효성이 인증된 것으로 판단하는 것을 특징으로 하는 결제 인터페이스 시스템.
  19. 제17항에 있어서,
    상기 각 이동 통신 단말기 및 상기 결제자용 인터페이스 유닛 간에 상기 조합 유효성의 인증을 위한 인증 통신 링크가 확립된 후, 상기 제2 식별자가 상기 결제자용 인터페이스 유닛으로부터 상기 각 이동 통신 단말기로 전달됨에 따라, 상기 제1 및 제2 식별자를 포함하는 상기 인증 정보가 상기 각 이동 통신 단말기로부터 상기 외부 서버로 전달되고,
    상기 외부 서버에 의해 상기 조합 유효성이 인증된 경우, 상기 각 이동 통신 단말기 및 상기 결제자용 인터페이스 유닛 간에 상기 결제자에 대한 결제를 수행하기 위한 결제 통신 링크가 확립되는 것을 특징으로 하는 결제 인터페이스 시스템.
  20. 제19항에 있어서,
    상기 결제 통신 링크가 확립된 경우,
    상기 각 이동 통신 단말기는 상기 결제자의 결제 정보를 입력받아 상기 제1 식별자와 함께 상기 결제자용 인터페이스 유닛으로 전달하고,
    상기 결제자용 인터페이스 유닛은, 상기 결제자의 결제 정보, 상기 제1 식별자 및 상기 제2 식별자를 이용하여 상기 결제자의 결제를 위한 결제 정보 식별자를 생성하고, 상기 결제자가 소지한 결제 단말기가 상기 결제 정보 식별자를 인식하여 상기 결제자에 대한 결제를 상기 결제 서버에 요청할 수 있도록 상기 결제 정보 식별자를 출력하는 것을 특징으로 하는 결제 인터페이스 시스템.
  21. 제20항에 있어서,
    상기 외부 서버는 상기 결제 단말기로부터의 결제 요청의 승인 여부를 결정하여 그 승인 결과를 피드백하는 결제 서버;를 더 포함하고,
    상기 결제 서버는, 상기 결제 단말기에 의해 상기 결제 정보 식별자로부터 추출된 제1 및 제2 식별자 간의 인증 여부를 검증하여 상기 결제 단말기로부터의 결제 요청의 승인 여부를 결정하는 것을 특징으로 하는 결제 인터페이스 시스템.
PCT/KR2020/014385 2019-10-23 2020-10-21 결제 인터페이스 장치 및 시스템 WO2021080304A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20190132536 2019-10-23
KR10-2019-0132536 2019-10-23
KR1020190136964A KR102135456B1 (ko) 2019-10-23 2019-10-30 결제 인터페이스 장치 및 시스템
KR10-2019-0136964 2019-10-30

Publications (1)

Publication Number Publication Date
WO2021080304A1 true WO2021080304A1 (ko) 2021-04-29

Family

ID=71832311

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/014385 WO2021080304A1 (ko) 2019-10-23 2020-10-21 결제 인터페이스 장치 및 시스템

Country Status (2)

Country Link
KR (1) KR102135456B1 (ko)
WO (1) WO2021080304A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102135456B1 (ko) * 2019-10-23 2020-07-17 (주)엘이엠컴퍼니 결제 인터페이스 장치 및 시스템

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120130883A (ko) * 2011-05-24 2012-12-04 에스케이씨앤씨 주식회사 결제 서비스 시스템, 결제 서비스를 위한 클라이언트 단말 장치, 결제 서비스 장치 및 방법, 결제 서비스 방법을 실행시키기 위한 컴퓨터 프로그램이 기록된 기록 매체
KR20130132672A (ko) * 2012-05-21 2013-12-05 김주한 결제 단말기 애플리케이션, asp 시스템 및 결제 방법
KR20140099814A (ko) * 2013-12-17 2014-08-13 주식회사 케이비데이타시스템 Qr 코드를 이용한 즉시 결제 시스템 및 방법
KR20170113506A (ko) * 2017-09-15 2017-10-12 한국정보통신주식회사 결제 내역 정보를 처리하는 결제 단말 및 결제 단말의 동작 방법
KR20190110384A (ko) * 2018-03-20 2019-09-30 장길훈 그룹 결제 시스템 및 방법, 결제 관리 서버
KR102135456B1 (ko) * 2019-10-23 2020-07-17 (주)엘이엠컴퍼니 결제 인터페이스 장치 및 시스템

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120130883A (ko) * 2011-05-24 2012-12-04 에스케이씨앤씨 주식회사 결제 서비스 시스템, 결제 서비스를 위한 클라이언트 단말 장치, 결제 서비스 장치 및 방법, 결제 서비스 방법을 실행시키기 위한 컴퓨터 프로그램이 기록된 기록 매체
KR20130132672A (ko) * 2012-05-21 2013-12-05 김주한 결제 단말기 애플리케이션, asp 시스템 및 결제 방법
KR20140099814A (ko) * 2013-12-17 2014-08-13 주식회사 케이비데이타시스템 Qr 코드를 이용한 즉시 결제 시스템 및 방법
KR20170113506A (ko) * 2017-09-15 2017-10-12 한국정보통신주식회사 결제 내역 정보를 처리하는 결제 단말 및 결제 단말의 동작 방법
KR20190110384A (ko) * 2018-03-20 2019-09-30 장길훈 그룹 결제 시스템 및 방법, 결제 관리 서버
KR102135456B1 (ko) * 2019-10-23 2020-07-17 (주)엘이엠컴퍼니 결제 인터페이스 장치 및 시스템

Also Published As

Publication number Publication date
KR102135456B1 (ko) 2020-07-17

Similar Documents

Publication Publication Date Title
WO2013176474A1 (ko) 이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법
WO2018124857A1 (ko) 블록체인 기반의 모바일 아이디를 이용하여 사용자를 비대면 인증하는 방법, 단말 및 이를 이용한 서버
WO2017222170A1 (ko) 검증값을 확인하여 결제를 처리하는 방법 및 카드사 서버, 검증값을 이용하여 결제 지원하는 방법 및 스마트 카드
WO2018194379A1 (ko) 블록체인 및 이와 연동되는 머클 트리 구조 기반의 토큰 아이디를 이용하여 카드 사용을 승인하는 방법 및 이를 이용한 서버
WO2014137107A1 (ko) 바코드를 이용한 지불 결제 시스템 및 방법
WO2017176051A1 (ko) 모바일 기기를 이용하여 사물 인터넷 기기를 인증하는 방법 및 시스템
WO2017078446A1 (ko) 메신저 서버를 이용한 송수금 방법
WO2012053780A1 (ko) 고객 단말기의 맥 어드레스 정보를 이용한 결제 방법 및 시스템
WO2019031717A1 (ko) 매장 내부통신망 기반의 결제시스템, 매장 내부통신망 기반의 결제기능을 포함하는 이동단말기, 매장 내부통신망 기반의 결제서비스 제공방법, 및 이를 수행하는 프로그램
WO2014142587A1 (ko) 모바일 결제 처리 시스템 및 그 방법
WO2014092286A1 (ko) 오프라인 상거래를 위한 결제 지원 방법, 이를 위한 시스템 및 장치
WO2019209018A1 (ko) 결제 인터페이스 장치 및 시스템, 결제 방법, 결제 서버
WO2017209513A1 (ko) 모바일 결제 방법 및 그 장치
WO2015008958A1 (ko) Nfc 서비스 시스템 및 서비스 방법.
WO2021080304A1 (ko) 결제 인터페이스 장치 및 시스템
WO2013055114A1 (ko) 전자 결제 방법, 시스템 및 장치
WO2011034243A1 (ko) 호환형 교통카드용 피샘 및 피샘의 운영방법
WO2013039304A1 (ko) 전자 결제를 위한 회원 등록 방법과 그를 위한 시스템, 장치 및 단말기
WO2022114290A1 (ko) 비대면 본인인증 시스템 및 그 방법
WO2019013462A1 (ko) 2차원 코드를 기초로 개인정보의 자동 입력이 가능한 결제 대행 처리 장치 및 그 동작 방법
WO2017142248A1 (ko) 오프라인 결제용 결제 리모콘, 이를 통한 오프라인 결제 방법 및 이를 기록하는 기록매체
WO2020184815A1 (ko) 일회용 패스워드 기반 모바일 자동 결제방법 및 이를 이용한 시스템
WO2015047020A1 (ko) 스마트 기기를 이용하여 카드 결제 서비스를 제공하기 위한 시스템 및 그 방법
WO2022145677A1 (ko) 일회용 qr코드를 활용한 신분 인증 및 간편 결제 통합 시스템 및 그 구동방법
WO2021096104A1 (ko) 전자 장치 및 이의 제어 방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20879759

Country of ref document: EP

Kind code of ref document: A1