WO2013176398A1 - 비대면 결제 시스템 및 방법 - Google Patents

비대면 결제 시스템 및 방법 Download PDF

Info

Publication number
WO2013176398A1
WO2013176398A1 PCT/KR2013/002863 KR2013002863W WO2013176398A1 WO 2013176398 A1 WO2013176398 A1 WO 2013176398A1 KR 2013002863 W KR2013002863 W KR 2013002863W WO 2013176398 A1 WO2013176398 A1 WO 2013176398A1
Authority
WO
WIPO (PCT)
Prior art keywords
face
payment
buyer
credit card
information
Prior art date
Application number
PCT/KR2013/002863
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 WO2013176398A1 publication Critical patent/WO2013176398A1/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/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
    • G06Q20/353—Payments by cards read by 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • 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/326—Payment applications installed on the mobile 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/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/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation

Definitions

  • the present invention relates to a non-face-to-face payment system and method, and more particularly, to a system and method for a purchaser to make a payment remotely without facing the seller.
  • the payment is usually made by the buyer calling the seller by credit card number and expiration date by wire to pay by credit card.
  • the present invention has been made to solve the above problems, and an object of the present invention is to provide a non-face-to-face payment system and method that allows a buyer to make payment without telling the seller credit card information.
  • a non-face-to-face payment method receiving payment information including buyer information from the seller's device; Transmitting the payment information to the mobile device of the buyer specified by the buyer information; And when the payment approval request is received from the mobile device of the buyer, transmitting the payment approval request to the credit card company server.
  • the payment authorization request received from the purchaser's mobile device may include credit card information, and the credit card including the information in the payment authorization request may be a credit card selected by the buyer from the list of credit cards displayed on the mobile device.
  • the credit card list may include at least one of a mobile credit card issued to the buyer's mobile device, a credit card registered to a server relaying non-face-to-face payment, and a credit card read through a reader provided to the buyer's mobile device. Can be.
  • the seller's device is the seller's credit card terminal
  • the buyer's information is the buyer's phone number
  • the seller's credit card terminal a code for instructing non-face-to-face payment, the buyer's phone number, and the payment amount are entered together. Can be.
  • the code for instructing the non-face-to-face payment is a numeric code
  • the code for instructing the non-face-to-face payment, the telephone number of the buyer and the payment amount may be sequentially input in one step.
  • the seller's device is the seller's computer
  • the buyer's information is the buyer's phone number
  • the buyer's phone number and payment amount can be entered together through one input window displayed on the seller's computer.
  • the seller's device is the seller's mobile device
  • the buyer information is the buyer's phone number
  • the buyer's phone number and the payment amount may be input together through an application executed on the seller's mobile device.
  • the seller's device is the seller's mobile device
  • the buyer's information is the buyer's phone number
  • the seller's device is the caller's mobile device or the mobile device's mobile device.
  • the outgoing telephone number of the SMS can automatically obtain the buyer's telephone number.
  • the purchaser's mobile device may receive a payment authorization directly from the credit card company.
  • a non-face-to-face payment relay server a communication unit connected to communicate with the seller's device and the buyer's mobile device; And receiving the payment information including the buyer information from the seller's device through the communication unit, transmitting the payment information to the mobile device of the buyer specified by the buyer information included in the payment information, and approving the payment from the mobile device of the buyer through the communication unit. And a controller for transmitting a payment approval request to a credit card company server when a request is received.
  • the buyer can make a payment without informing the seller of credit card information.
  • the buyer can be free from the anxiety of exposure of financial information, so that the buyer can make transactions and payments with confidence.
  • the present invention can be implemented using a credit card terminal already provided in the merchant, it is advantageous in terms of infrastructure construction costs.
  • POS point of sale
  • the payment device can be diversified.
  • a product / service delivery company or a transport company can eliminate the inconvenience of having to purchase and carry an expensive portable credit card terminal for credit card payment.
  • buyers can select and pay one of a variety of credit cards held by the buyer, especially secure payment using a mobile credit card is possible.
  • FIG. 1 is a diagram illustrating a non-face-to-face payment system according to an embodiment of the present invention.
  • FIG. 2 illustrates a non-face-to-face payment system according to another embodiment of the present invention
  • FIG. 3 is a diagram illustrating an input window for inputting a purchaser's phone number and payment amount together
  • FIG. 4 is a diagram illustrating a non-face-to-face payment system according to another embodiment of the present invention.
  • FIGS. 1, 2, and 4 are block diagrams of a non-face-to-face payment relay server shown in FIGS. 1, 2, and 4, and
  • FIG. 6 is a block diagram of a shopper smartphone shown in FIGS. 1, 2 and 4.
  • the non-face-to-face payment system is a system in which a buyer pays for a product price remotely without facing the seller, and the buyer requests a payment by informing the seller of his / her phone number remotely instead of credit card information.
  • the non-face-to-face payment system according to the present embodiment is a system designed to start a procedure for payment by the seller 10 inputting a phone number that the buyer 20 remotely informs instead of the credit card information to the credit card terminal 100. .
  • a credit card terminal 100 a value added network (VAN) server 400, a non-face-to-face payment relay server 500, a purchaser smartphone 600, and a credit card company server 700 is connected to each other to establish a communication, payment is made by the following procedure.
  • VAN value added network
  • the seller 10 subscribes to sell the product to the buyer 20 (S1005), and the buyer 20 approves the purchase of the product and notifies the seller 10 of his / her phone number. If the non-face-to-face payment request is made (S1010), a contract for selling goods is established between the seller 10 and the buyer 20.
  • step S1010 the non-face-to-face payment request by the purchaser of the purchaser 20 and notification of the telephone number is made of a voice call with the seller 10 using the purchaser smartphone 600.
  • the telephone number of the buyer 20 is the telephone number of the buyer smartphone 600.
  • the credit card terminal 100 is determined in step S1015.
  • payment information including the merchant information of the seller 10 is further transmitted to the VAN company server 400 (S1020).
  • the 'non-face-to-face payment code' is a code indicating a payment method for requesting payment approval by inputting a phone number of the buyer 20 instead of reading the credit card of the buyer 20 in the credit card terminal 100. .
  • step S1015 the seller 10 sends a "10" (non-face-to-face payment code), "010-1234-5678" to the credit card terminal 100. "(Phone number of purchaser 20), 10,000 (payment amount) are entered in one step in sequence and then press the enter button.
  • the VAN company server 400 recognizing that the non-face-to-face payment code is included in the payment information received through the step S1020 delivers the payment information including the phone number of the buyer 20 to the non-face-to-face payment relay server 500. (S1025).
  • the non-face-to-face payment relay server 500 delivers the payment information to the buyer smartphone 600 specified by the phone number of the buyer 20 included in the payment information received from step S1025 (S1030).
  • non-face-to-face payment relay server 500 may deliver the payment information to the buyer smartphone 600 in a push message.
  • the buyer smartphone 600 receiving the push message executes the non-face-to-face payment application and secures the SE (Secure Element) of the buyer smartphone 600 together with the merchant information and the payment amount included in the payment information received through step S1030. Displays a list of mobile credit cards issued to.
  • SE Secure Element
  • the buyer 20 selects a mobile credit card to be used to pay the payment amount (S1035).
  • the buyer smartphone 600 transmits the payment approval request containing the mobile credit card information selected by the buyer 20 to the non-face-to-face payment relay server 500 (S1040), the non-face-to-face payment relay server 500 is S1040
  • the payment authorization request containing the mobile credit card information received in step is transmitted to the VAN company server (400) (S1045).
  • the mobile credit card information included in the payment authorization request is encrypted mobile credit card information obtained from SE, which is a secure storage space of the buyer's smartphone 600, it is impossible for him to be misused even if exposed to a malicious third party during the delivery process. Do.
  • the VAN company server 400 transmits a payment approval request including the mobile credit card information received in step S1045 to the credit card company server 700 (S1050).
  • the credit card company server 700 confirms the payment approval request received in step S1050 and if there is no abnormality, approves the payment, and transmits the payment approval result to the VAN company server 400 and the purchaser smartphone 600 (S1055).
  • the VAN company server 400 transmits the payment approval result received in step S1055 to the credit card terminal 100 (S1060), so that the seller 10 recognizes the payment approval result.
  • the credit card selectable by the buyer 20 through step S1035 are mobile credit cards issued to the SE of the buyer smartphone 600, but this is merely exemplary.
  • the purchaser 20 may select another credit card at step S1035.
  • the purchaser 20 may select a general credit card or a virtual account registered in advance in the non-face-to-face payment relay server 500.
  • the buyer 20 is implemented by receiving the payment approval result directly from the credit card company server 700 via the buyer smartphone 600, which is a server for transmitting a payment authorization request (non-face-to-face payment)
  • the relay server 500 and the server for receiving the payment approval result (credit card company server 700) to implement a different security, but it should be noted that it is not necessarily followed.
  • the payment relay server 500 that receives the payment approval result from the credit card company server 700 through the VAN company server 400 delivers the payment approval result to the buyer smartphone 600, thereby providing a buyer ( It is also possible to make 20) recognize the payment approval result.
  • the non-face-to-face payment system according to the present embodiment is a system designed to start a procedure for payment by the seller 10 inputting a phone number that the buyer 20 remotely informs instead of credit card information to the seller computer 200.
  • the seller computer 200 may be a point of sale (POS) computer installed in the merchant 10, as well as a personal computer (PC) provided in the merchant.
  • POS point of sale
  • PC personal computer
  • the seller computer 200, the VAN company server 400, the non-face-to-face payment relay server 500, the purchaser smartphone 600, and the credit card company server 700 may communicate with each other.
  • the payment is made by the following procedure.
  • the seller 10 subscribes to sell the product to the buyer 20 (S2005), and the buyer 20 approves the purchase of the product and notifies the seller 10 of his / her phone number. If the non-face-to-face payment request is made (S2010), a contract for selling goods is established between the seller 10 and the buyer 20.
  • the seller 10 calls the non-face-to-face payment client provided by the non-face-to-face payment relay server 500 through the seller computer 200, and 2) inputs the phone number and payment amount of the buyer 20.
  • the lower surface (S2015) the seller computer 200 transmits to the non-face-to-face payment relay server 500 in addition to the information input in step S2015 payment information containing the merchant information of the seller 10 (S2020).
  • An input window for calling a non-face-to-face payment client through the seller computer 200 to enter a phone number and payment amount of the buyer 20 at step S2015 is illustrated in FIG. 3.
  • the non-face-to-face payment relay server 500 transmits the payment information to the buyer smartphone 600 specified by the phone number of the buyer 20 included in the payment information received from step S2020 (S2025).
  • the buyer 20 checks the merchant information and the payment amount through the buyer smartphone 600 and selects a mobile credit card to be used to pay the payment amount (S2030).
  • the buyer smartphone 600 passes the payment authorization request containing the mobile credit card information selected by the buyer 20 to the non-face-to-face payment relay server 500 (S2035), the non-face-to-face payment relay server 500 is S2035
  • the payment authorization request containing the mobile credit card information received in step is transferred to the VAN company server (400) (S2040).
  • the VAN company server 400 transmits a payment authorization request including the mobile credit card information received in step S2040 to the credit card company server 700 (S2045).
  • the credit card company server 700 confirms the payment approval request received in step S2045 and if there is no abnormality, approves the payment, and transmits the payment approval result to the VAN company server 400 and the purchaser smartphone 600 (S2050).
  • step S2050 the non-face-to-face payment relay server 500 approves the payment to the seller computer 200.
  • the result the seller 10 to recognize the payment approval result.
  • the purchaser smartphone 600 does not receive the payment approval result directly from the credit card company server 700, but from the credit card company server 700 through the VAN company server 400 and the payment relay server 500. Receivable by implementation is the same as the above-described embodiment.
  • step S2030 it is also possible to select another type of credit card or virtual account in addition to the mobile credit card.
  • the non-face-to-face payment system according to the present embodiment is a system designed to start a procedure for payment by the seller 10 inputting a phone number that the buyer 20 remotely informs instead of credit card information to the seller smartphone 300. .
  • the seller smartphone 300, the VAN company server 400, the non-face-to-face payment relay server 500, the purchaser smartphone 600 and the credit card company server 700 communicate with each other. It is connected and established so that payment is possible by the following procedure.
  • the seller 10 subscribes to the buyer 20 to sell the product (S3005), and the buyer 20 approves the purchase of the product and informs the seller 10 of his / her phone number, the seller 10 requests non-face-to-face payment. (S3010), the merchandise sale contract is established between the seller 10 and the buyer 20 is the same as the above-described embodiments.
  • the seller 10 After that, the seller 10 through the seller smartphone 300, 1) run the non-face-to-face payment application, 2) enter the phone number and payment amount of the buyer 20 (S3015), the seller smartphone 300 ) Transmits the payment information including the merchant information of the seller 10 in addition to the information input in step S3015 to the non-face-to-face payment relay server 500 (S3020).
  • An input window for inputting a phone number and a payment amount of the buyer 20 by executing a non-face-to-face payment application through the seller smartphone 300 in step S3015 may be implemented as illustrated in FIG. 3.
  • the non-face-to-face payment relay server 500 includes a communication interface 510, a processor 520, and a storage unit 530.
  • the communication interface 510 establishes and maintains a communication connection with the seller computer 200, the seller smartphone 300, the VAN company server 400, and the purchaser smartphone 600 through a communication network.
  • the processor 520 performs the procedures performed by the non-face-to-face payment relay server 500 among the procedures illustrated in FIGS. 1, 2, and 4, and the storage unit 530 stores storage space required while performing the procedures. To provide.
  • the processor 520 receives payment information from the seller computer 200, the seller smartphone 300, and the VAN company server 400 through the communication unit 510, and includes a buyer included in the received payment information ( Payment information is delivered to the purchaser smartphone 600 specified by the telephone number of 20) in a push message.
  • the processor 520 transmits the payment approval request received from the purchaser smartphone 600 to the VAN company server 400 through the communication unit 510, and transmits the payment approval result received from the VAN company server 400.
  • FIG. 6 is a block diagram of the purchaser smartphone 600 shown in FIGS. 1, 2 and 4.
  • the buyer smartphone 600 includes a communication unit 610, a touch screen 620, a controller 630, an SE interface 640, an SE 650, and a reader 660. .
  • the communication unit 610 establishes and maintains a communication connection with the non-face-to-face payment relay server 500 by performing wireless networking such as Bluetooth, WiFi, as well as mobile communication such as 3G and 4G.
  • the touch screen 620 functions as a display means for displaying various information and execution results of the controller 630 and as an input means for receiving a user command through a touch.
  • SE interface 640 provides a physical / communication interface with SE 650 of buyer smartphone 600.
  • the SE 650 is a secure storage medium in which a mobile credit card is issued, and may be implemented as a universal subscriber identity module (USIM) card, an embedded SE, or a secure digital (SD) card.
  • USIM universal subscriber identity module
  • SD secure digital
  • the reader 660 reads credit card information from the IC chip of the IC chip embedded credit card 30 and transmits the credit card information to the controller 630.
  • the controller 630 performs the procedures performed by the purchaser smartphone 600 among the procedures illustrated in FIGS. 1, 2, and 4.
  • the controller 630 displays the credit card list on the touch screen 620 together with the payment information.
  • the credit card list includes mobile credit cards issued to the SE 650 as well as other credits of the purchaser 20 registered with the credit card 30 read through the reader 660 and the non-face-to-face payment relay server 500. Cards and the like.
  • control unit 630 transmits the information on the credit card selected by the buyer via the touch screen 620 to the non-face-to-face payment relay server 500 through the communication unit 610, the non-face-to-face payment relay server 500 or When the payment approval result is received from the credit card company server 700, it is displayed on the touch screen 620 to notify the buyer.
  • the seller smartphone 300 and the buyer smartphone 600 mentioned in the above embodiment are a kind of mobile device, and the technical spirit of the present invention may be applied even when the mobile phone is replaced with another kind of mobile device.
  • the phone number refers to representative information for specifying the buyer smartphone 300, and may replace the phone number with other buyer's personal information that can specify the buyer smartphone 300.
  • the phone number of the buyer 20 is implemented by the seller 10 directly input via the seller computer 200 or the seller smartphone 300.
  • SMS short message service
  • Such automatic acquisition / entertainment of the telephone number of the purchaser 20 may further include guidance through the purchaser smartphone 600 and additional authentication procedures in order to prevent abuse of the seller 10.
  • the guidance is to inform that the phone number for non-face-to-face payment has been automatically obtained and entered by the device of the seller side
  • the additional authentication process is that the buyer did not accept the automatic acquisition of the phone number by the buyer smartphone (600) If the automatically entered phone number is to be deleted.
  • the mobile credit card selection is completed through the buyer smartphone 600 After the additional password authentication is passed, the mobile credit card information may be transmitted.
  • the technical idea of the present invention can be applied to a computer-readable recording medium containing a computer program for performing the functions of the apparatus and method according to the present embodiment.
  • the technical idea according to various embodiments of the present disclosure may be implemented in the form of computer readable codes recorded on a computer readable recording medium.
  • the computer-readable recording medium can be any data storage device that can be read by a computer and can store data.
  • the computer-readable recording medium may be a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical disk, a hard disk drive, or the like.
  • the computer-readable code or program stored in the computer-readable recording medium may be transmitted through a network connected between the computers.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

비대면 결제 시스템 및 방법이 제공된다. 본 발명의 실시예에 따른 비대면 결제 방법은, 판매자의 기기로부터 구매자 정보가 포함된 결제 정보를 전달받고, 구매자 정보에 의해 특정되는 구매자의 모바일 기기에 결제 정보를 전송하며, 구매자의 모바일 기기로부터 결제 승인 요청이 수신되면 신용카드사 서버에 결제 승인 요청을 전달한다. 이에 의해, 결제용 기기를 직접적으로 이용할 수 없는 경우에도, 구매자가 판매자에게 신용카드 정보를 알려주지 않고 대금 결제를 할 수 있게 되어, 구매자는 금융 정보의 노출이라는 불안감으로부터 해방되므로 안심하고 거래 및 결제를 할 수 있게 된다.

Description

비대면 결제 시스템 및 방법
본 발명은 비대면 결제 시스템 및 방법에 관한 것으로, 더욱 상세하게는 구매자가 판매자와 대면하지 않고 원격에서 대금을 결제하기 위한 시스템 및 방법에 관한 것이다.
판매자와 구매자가 원격에 떨어져 비대면 상태인 경우, 신용카드를 이용한 결제를 위해서는 구매자가 판매자에게 유선으로 신용카드 번호와 유효기간 등을 불러주는 방식을 주로 사용하고 있다.
하지만, 신용카드 번호와 유효기간과 같은 금융 정보를 판매자에게 유선으로 알려줌으로 인해, 구매자는 금융정보가 판매자에 기억되어 악용될 수 있다는 불안감을 갖고 거래하여야 한다. 이는, 텔레마케팅이나 홈쇼핑과 같은 원격 판매 활성화를 방해하는 요인으로 작용한다.
이를 해소시키기 위한 방안으로, ARS를 통한 신용카드 정보 입력 방식이 등장하였는데, 복잡한 단계적 입력 과정이 구매자에게는 큰 불편으로 작용한다.
뿐만 아니라, 대규모의 프랜차이즈 음식 배달 업체가 아닌 소규모의 영세 업체의 경우, 보안에 대한 구매자의 불신으로 인해 비대면 결제 서비스 제공 자체가 불가능한 실정이다.
본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 본 발명의 목적은, 구매자가 판매자에게 신용카드 정보를 알려주지 않고서도 대금 결제를 할 수 있는 비대면 결제 시스템 및 방법을 제공함에 있다.
상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른, 비대면 결제 방법은, 판매자의 기기로부터 구매자 정보가 포함된 결제 정보를 전달받는 단계; 구매자 정보에 의해 특정되는 구매자의 모바일 기기에 결제 정보를 전송하는 단계; 및 구매자의 모바일 기기로부터 결제 승인 요청이 수신되면, 신용카드사 서버에 결제 승인 요청을 전달하는 단계;를 포함한다.
그리고, 구매자의 모바일 기기로부터 수신되는 결제 승인 요청에는 신용카드 정보가 수록되어 있고, 결제 승인 요청에 정보가 수록된 신용카드는, 구매자가 모바일 기기에 디스플레이된 신용카드 목록에서 선택한 신용카드일 수 있다.
또한, 신용카드 목록에는, 구매자의 모바일 기기에 발급된 모바일 신용카드, 비대면 결제를 중계하는 서버에 등록된 신용카드, 구매자의 모바일 기기에 마련된 리더를 통해 읽어들인 신용카드 중 적어도 하나를 포함할 수 있다.
그리고, 판매자의 기기는, 판매자의 신용카드 단말기이고, 구매자 정보는, 구매자의 전화번호이며, 판매자의 신용카드 단말기를 통해, 비대면 결제를 지시하는 코드, 구매자의 전화번호 및 결제 금액이 함께 입력될 수 있다.
또한, 비대면 결제를 지시하는 코드는, 숫자 코드이며, 비대면 결제를 지시하는 코드, 구매자의 전화번호 및 결제 금액이 순차적으로 한 번의 절차에 입력될 수 있다.
그리고, 판매자의 기기는, 판매자의 컴퓨터이고, 구매자 정보는, 구매자의 전화번호이며, 판매자 컴퓨터에 표시된 하나의 입력창을 통해, 구매자의 전화번호와 결제 금액이 함께 입력될 수 있다.
또한, 판매자의 기기는, 판매자의 모바일 기기이고, 구매자 정보는, 구매자의 전화번호이며, 판매자 모바일 기기에서 실행된 어플리케이션을 통해, 구매자의 전화번호와 결제 금액이 함께 입력될 수 있다.
그리고, 판매자의 기기는, 판매자의 모바일 기기이고, 구매자 정보는, 구매자의 전화번호이며, 판매자의 기기는, 구매자의 모바일 기기와 전화통화 연결시 수신된 발신전화번호 또는 구매자의 모바일 기기로부터 수신한 SMS의 발신전화번호를 통해 구매자의 전화번호를 자동으로 획득할 수 있다.
또한, 구매자의 모바일 기기는, 신용카드사로부터 결제 승인을 직접 수신할 수 있다.
한편, 본 발명의 다른 실시예에 따른, 비대면 결제 중계 서버는, 판매자의 기기 및 구매자의 모바일 기기에 통신 가능하도록 연결되는 통신부; 및 통신부를 통해 판매자의 기기로부터 구매자 정보가 포함된 결제 정보를 전달받아 결제 정보에 포함된 구매자 정보에 의해 특정되는 구매자의 모바일 기기에 결제 정보를 전송하고, 통신부를 통해 구매자의 모바일 기기로부터 결제 승인 요청이 수신되면 신용카드사 서버로 결제 승인 요청을 전달하는 제어부;를 포함한다.
이상 설명한 바와 같이, 본 발명에 따르면, 텔레 마케팅, 홈쇼핑, 음식 배달 등과 같이 구매자가 판매자의 결제용 기기를 직접적으로 이용할 수 없는 경우에도, 구매자가 판매자에게 신용카드 정보를 알려주지 않고 대금 결제를 할 수 있게 되어, 구매자는 금융 정보의 노출이라는 불안감으로부터 해방되므로 안심하고 거래 및 결제를 할 수 있게 된다.
또한, 본 발명은 가맹점에 이미 비치되어 있는 신용카드 단말기를 이용하여 구현될 수 있으므로, 인프라 구축 비용 관점에서 유리하다. 뿐만 아니라, 판매자의 POS(Point Of Sale) 컴퓨터, 개인용 컴퓨터나 모바일 기기로도 구현가능하므로, 결제 기기의 다양화를 추구할 수 있다.
특히, 모바일 기기로 구현하는 경우, 상품/서비스 배달업체나 운송업체 등에서는 신용카드 결제를 위해 고가의 휴대용 신용카드 단말기를 구매하고 휴대하여야 하는 불편을 없앨 수 있다.
또한, 구매자의 입장에서도 보유하고 있는 다양한 신용카드들 중 하나를 선택하여 결제할 수 있고, 특히 모바일 신용카드를 이용한 안전한 결제가 가능해진다.
도 1은 본 발명의 일 실시예에 따른 비대면 결제 시스템을 도시한 도면
도 2는 본 발명의 다른 실시예에 따른 비대면 결제 시스템을 도시한 도면,
도 3은 구매자의 전화번호와 결제 금액을 함께 입력하기 위한 입력창을 예시한 도면,
도 4는 본 발명의 또 다른 실시예에 따른 비대면 결제 시스템을 도시한 도면,
도 5는, 도 1, 도 2 및 도 4에 도시된 비대면 결제 중계 서버의 블럭도, 그리고,
도 6은, 도 1, 도 2 및 도 4에 도시된 구매자 스마트폰의 블럭도이다.
이하에서는 도면을 참조하여 본 발명을 보다 상세하게 설명한다.
본 발명의 바람직한 실시예들에서는 비대면 결제 시스템들과 방법들을 제시한다. 비대면 결제 시스템은 구매자가 판매자와 대면하지 않고 원격에서 상품대금을 결제하기 위한 시스템으로, 구매자가 원격에서 신용카드 정보 대신 자신의 전화번호를 판매자에게 알려주어 결제를 요청하는 결제 시스템이다.
1. 신용카드 단말기를 이용한 비대면 결제 시스템 및 방법
도 1은 본 발명의 일 실시예에 따른 비대면 결제 시스템을 도시한 도면이다. 본 실시예에 따른 비대면 결제 시스템은 구매자(20)가 원격에서 신용카드 정보 대신 알려준 전화번호를 판매자(10)가 신용카드 단말기(100)에 입력하여, 결제를 위한 절차가 시작되도록 설계된 시스템이다.
본 실시예에 따른 비대면 결제 시스템은, 신용카드 단말기(100), VAN사(Value Added Network 社) 서버(400), 비대면 결제 중계 서버(500), 구매자 스마트폰(600) 및 신용카드사 서버(700)가 상호 통신가능하도록 연결되어 구축되며, 아래의 절차에 의해 결제가 이루어진다.
도 1에 도시된 바와 같이, 먼저 판매자(10)가 구매자(20)에게 상품 판매 청약하고(S1005), 이에 대해 구매자(20)가 상품 구매 승낙하고 자신의 전화번호를 판매자(10)에게 통보하면서 비대면 결제를 요청하면(S1010), 판매자(10)와 구매자(20) 간에 물품 매매 계약이 성립하게 된다.
S1010단계에서 구매자(20)의 상품 구매 승인과 전화번호 통보에 의한 비대면 결제 요청은, 구매자 스마트폰(600)을 이용한 판매자(10)와의 음성전화 통화로 이루어진다. 여기서, 구매자(20)의 전화번호는 구매자 스마트폰(600)의 전화번호이다.
판매자(10)가 신용카드 단말기(100)에 1) 비대면 결제 코드, 2) 구매자(20)의 전화번호 및 3) 결제 금액을 입력하면(S1015), 신용카드 단말기(100)는 S1015단계에서 입력된 정보 외에 판매자(10)의 가맹점 정보가 더 포함된 결제정보를 VAN사 서버(400)로 전송한다(S1020).
여기서, '비대면 결제 코드'는 신용카드 단말기(100)에 구매자(20)의 신용카드를 읽히지 않고, 구매자(20)의 전화번호를 대신 입력하여 결제 승인을 요청하는 결제 방식을 지시하는 코드이다.
예를 들어, 비대면 결제 코드가 "10"으로 지정된 경우를 가정하면, S1015단계에서 판매자(10)는 신용카드 단말기(100)에 "10"(비대면 결제 코드), "010-1234-5678"(구매자(20)의 전화번호), 10,000(결제 금액)을 순차적으로 한 번의 절차에 입력한 후 입력 버튼을 누르면 된다.
S1020단계를 통해 수신한 결제 정보에 비대면 결제 코드가 수록되어 있음을 인식한 VAN사 서버(400)는 구매자(20)의 전화번호가 포함된 결제 정보를 비대면 결제 중계 서버(500)에 전달한다(S1025).
그러면, 비대면 결제 중계 서버(500)는 S1025단계로부터 수신한 결제 정보에 포함된 구매자(20)의 전화번호에 의해 특정되는 구매자 스마트폰(600)에 결제 정보를 전달한다(S1030).
S1030단계에서 비대면 결제 중계 서버(500)는 푸시 메세지로 구매자 스마트폰(600)에 결제 정보를 전달할 수 있다.
푸시 메세지를 수신한 구매자 스마트폰(600)은 비대면 결제 어플리케이션을 실행시켜, S1030단계를 통해 수신한 결제 정보에 포함된 가맹점 정보 및 결제 금액과 함께 구매자 스마트폰(600)의 SE(Secure Element)에 발급된 모바일 신용카드들을 목록을 표시한다.
이에, 구매자(20)는 가맹점 정보와 결제 금액을 확인한 후, 결제 금액을 지불하는데 이용할 모바일 신용카드를 선택한다(S1035).
그러면, 구매자 스마트폰(600)은 구매자(20)가 선택한 모바일 신용카드 정보가 수록된 결제 승인 요청을 비대면 결제 중계 서버(500)에 전달하고(S1040), 비대면 결제 중계 서버(500)는 S1040단계에서 수신한 모바일 신용카드 정보가 수록된 결제 승인 요청을 VAN사 서버(400)에 전달한다(S1045).
결제 승인 요청에 수록되는 모바일 신용카드 정보는 구매자 스마트폰(600)의 안전한 저장 공간인 SE로부터 획득한 암호화된 모바일 신용카드 정보이므로, 전달과정에서 악의의 제3자에 노출되더라도 그가 악용하는 것이 불가능하다.
이후, VAN사 서버(400)가 S1045단계에서 수신한 모바일 신용카드 정보가 수록된 결제 승인 요청을 신용카드사 서버(700)에 전송한다(S1050).
신용카드사 서버(700)는 S1050단계에서 수신한 결제 승인 요청을 확인한 후 이상이 없으면 결제 승인하고, 결제 승인 결과를 VAN사 서버(400)와 구매자 스마트폰(600)에 전송한다(S1055).
VAN사 서버(400)는 S1055단계에서 수신한 결제 승인 결과를 신용카드 단말기(100)에 전달하여(S1060), 판매자(10)가 결제 승인 결과를 인지하도록 한다.
지금까지, 신용카드 단말기(100)를 이용한 비대면 결제 시스템 및 방법에 대해 바람직한 실시예를 들어 상세히 설명하였다.
위 실시예에서, S1035단계를 통해 구매자(20)가 선택가능한 신용카드는 구매자 스마트폰(600)의 SE에 발급된 모바일 신용카드들인 것을 상정하였으나, 이는 예시적인 것에 불과하다.
따라서, S1035단계에서 구매자(20)가 다른 신용카드를 선택하는 것도 가능한데, 예를 들어 비대면 결제 중계 서버(500)에 미리 등록한 일반 신용카드나 가상계좌를 선택가능하도록 구현가능하다.
뿐만 아니라, 구매자 스마트폰(600)에 마련된 리더를 통해 읽어들인 IC-칩이 부착/내장된 신용카드를 선택가능하도록 구현하는 것도 가능하다. 이때, IC-칩이 NFC(Near Field Communication) 통신이 가능하다면, 구매자 스마트폰(600)에 마련된 NFC 리더를 통해 읽어들인 NFC 칩을 읽어들여 신용카드 정보를 획득하도록 구현가능하다. 하지만, 이외의 다른 통신에 따라 신용카드에 부착/내장된 IC-칩으로부터 신용카드 정보를 획득하는 것이 가능하며, 비접촉식 통신은 물론 접촉식 통신에 의해 신용카드 정보를 획득하는 것 모두 가능하다.
한편, 위 실시예에서, 구매자(20)는 구매자 스마트폰(600)을 통해 신용카드사 서버(700)로부터 직접 결제 승인 결과를 통보받는 것으로 구현하였는데, 이는 결제 승인 요청을 전송하는 서버(비대면 결제 중계 서버(500))와 결제 승인 결과를 수신하는 서버(신용카드사 서버(700))를 다르게 구현하여 보안을 강화하기 위함이지만, 반드시 이에 따라야 함은 아님에 유념하여야 한다.
예를 들어, VAN사 서버(400)를 통해 신용카드사 서버(700)로부터 결제 승인 결과를 수신한 결제 중계 서버(500)가 구매자 스마트폰(600)에 결제 승인 결과를 전달하도록 구현하여, 구매자(20)가 결제 승인 결과를 인지하도록 하는 것도 가능하다.
2. 판매자 컴퓨터를 이용한 비대면 결제 시스템 및 방법
도 2는 본 발명의 다른 실시예에 따른 비대면 결제 시스템을 도시한 도면이다. 본 실시예에 따른 비대면 결제 시스템은 구매자(20)가 원격에서 신용카드 정보 대신 알려준 전화번호를 판매자(10)가 판매자 컴퓨터(200)에 입력하여, 결제를 위한 절차가 시작되도록 설계된 시스템이다.
여기서, 판매자 컴퓨터(200)는 판매자(10)의 가맹점에 설치된 POS(Point Of Sale) 컴퓨터는 물론, 가맹점에 비치된 PC(Personal Computer)일 수도 있다.
본 실시예에 따른 비대면 결제 시스템은, 판매자 컴퓨터(200), VAN사 서버(400), 비대면 결제 중계 서버(500), 구매자 스마트폰(600) 및 신용카드사 서버(700)가 상호 통신가능하도록 연결되어 구축되며, 아래의 절차에 의해 결제가 이루어진다.
이하에서, 판매자 컴퓨터(200)를 이용한 비대면 결제 방법에 대해 설명하되, 도 1에 도시된 내용과 중복되는 내용에 대해서는 그 설명을 생략하겠다.
도 2에 도시된 바와 같이, 먼저 판매자(10)가 구매자(20)에게 상품 판매 청약하고(S2005), 이에 대해 구매자(20)가 상품 구매 승낙하고 자신의 전화번호를 판매자(10)에게 통보하면서 비대면 결제를 요청하면(S2010), 판매자(10)와 구매자(20) 간에 물품 매매 계약이 성립하게 된다.
이후, 판매자(10)가 판매자 컴퓨터(200)를 통해, 1) 비대면 결제 중계 서버(500)에서 제공하는 비대면 결제 클라이언트를 호출하고, 2) 구매자(20)의 전화번호와 결제 금액을 입력하면(S2015), 판매자 컴퓨터(200)는 S2015단계에서 입력된 정보 외에 판매자(10)의 가맹점 정보가 더 포함된 결제정보를 비대면 결제 중계 서버(500)로 전송한다(S2020).
S2015단계에서 판매자 컴퓨터(200)를 통해 비대면 결제 클라이언트를 호출하여 구매자(20)의 전화번호와 결제 금액을 함께 입력하기 위한 입력창이 도 3에 예시되어 있다.
이후, 비대면 결제 중계 서버(500)는 S2020단계로부터 수신한 결제 정보에 포함된 구매자(20)의 전화번호에 의해 특정되는 구매자 스마트폰(600)에 결제 정보를 전달한다(S2025).
이에, 구매자(20)는 구매자 스마트폰(600)을 통해, 가맹점 정보와 결제 금액을 확인한 후, 결제 금액을 지불하는데 이용할 모바일 신용카드를 선택한다(S2030).
그러면, 구매자 스마트폰(600)은 구매자(20)가 선택한 모바일 신용카드 정보가 수록된 결제 승인 요청을 비대면 결제 중계 서버(500)에 전달하고(S2035), 비대면 결제 중계 서버(500)는 S2035단계에서 수신한 모바일 신용카드 정보가 수록된 결제 승인 요청을 VAN사 서버(400)에 전달한다(S2040).
이후, VAN사 서버(400)가 S2040단계에서 수신한 모바일 신용카드 정보가 수록된 결제 승인 요청을 신용카드사 서버(700)에 전송한다(S2045).
신용카드사 서버(700)는 S2045단계에서 수신한 결제 승인 요청을 확인한 후 이상이 없으면 결제 승인하고, 결제 승인 결과를 VAN사 서버(400)와 구매자 스마트폰(600)에 전송한다(S2050).
이후, VAN사 서버(400)가 S2050단계에서 수신한 결제 승인 결과를 비대면 결제 중계 서버(500)에 전달하면(S2055), 비대면 결제 중계 서버(500)는 판매자 컴퓨터(200)에 결제 승인 결과를 전달하여(S2060), 판매자(10)가 결제 승인 결과를 인지하도록 한다.
한편, 구매자 스마트폰(600)이 결제 승인 결과를, 신용카드사 서버(700)로부터 직접 전달받는 것이 아니라, VAN사 서버(400)와 결제 중계 서버(500)를 통해 신용카드사 서버(700)로부터 전달받는 것으로 구현가능함은, 전술한 실시예와 동일하다.
그리고, S2030단계에서 모바일 신용카드 외에 다른 종류의 신용카드나 가상계좌를 선택할 수 있음도, 전술한 실시예와 동일하다.
3. 판매자 스마트폰을 이용한 비대면 결제 시스템 및 방법
도 4는 본 발명의 또 다른 실시예에 따른 비대면 결제 시스템을 도시한 도면이다. 본 실시예에 따른 비대면 결제 시스템은 구매자(20)가 원격에서 신용카드 정보 대신 알려준 전화번호를 판매자(10)가 판매자 스마트폰(300)에 입력하여, 결제를 위한 절차가 시작되도록 설계된 시스템이다.
본 실시예에 따른 비대면 결제 시스템은, 판매자 스마트폰(300), VAN사 서버(400), 비대면 결제 중계 서버(500), 구매자 스마트폰(600) 및 신용카드사 서버(700)가 상호 통신가능하도록 연결되어 구축되며, 아래의 절차에 의해 결제가 이루어진다.
구체적으로, 판매자(10)가 구매자(20)에게 상품 판매 청약하고(S3005), 이에 대해 구매자(20)가 상품 구매 승낙하고 자신의 전화번호를 판매자(10)에게 통보하면서 비대면 결제를 요청하면(S3010), 판매자(10)와 구매자(20) 간에 물품 매매 계약이 성립하게 됨은 전술한 실시예들과 동일하다.
이후, 판매자(10)가 판매자 스마트폰(300)을 통해, 1) 비대면 결제 어플리케이션을 실행하고, 2) 구매자(20)의 전화번호와 결제 금액을 입력하면(S3015), 판매자 스마트폰(300)는 S3015단계에서 입력된 정보 외에 판매자(10)의 가맹점 정보가 더 포함된 결제정보를 비대면 결제 중계 서버(500)로 전송한다(S3020).
S3015단계에서 판매자 스마트폰(300)을 통해 비대면 결제 어플리케이션을 실행하여 구매자(20)의 전화번호와 결제 금액을 입력하기 위한 입력창도, 도 3에 예시된 바와 같이 구현가능하다.
이후에 수행되는 S3025 단계 내지 S3060단계에 대한 상세한 설명은, 도 2에 도시된 S2025 단계 내지 S2060단계에 대한 상세한 설명과 동일하므로 생략한다.
4. 비대면 결제 중계 서버
도 5는, 도 1, 도 2 및 도 4에 도시된 비대면 결제 중계 서버(500)의 블럭도이다. 도 5에 도시된 바와 같이, 비대면 결제 중계 서버(500)는, 통신 인터페이스(510), 프로세서(520) 및 저장부(530)를 구비한다.
통신 인터페이스(510)는 통신망을 통해 판매자 컴퓨터(200), 판매자 스마트폰(300), VAN사 서버(400), 및 구매자 스마트폰(600)와 통신 연결을 설정하고 유지한다.
프로세서(520)는 도 1, 도 2 및 도 4에 도시된 절차들 중 비대면 결제 중계 서버(500)에 의해 수행되는 절차들을 수행하고, 저장부(530)는 절차들을 수행하는 중에 필요한 저장 공간을 제공한다.
구체적으로, 프로세서(520)는 통신부(510)를 통해, 판매자 컴퓨터(200), 판매자 스마트폰(300) 및 VAN사 서버(400)로부터 결제 정보를 수신하고, 수신된 결제 정보에 포함된 구매자(20)의 전화번호에 의해 특정되는 구매자 스마트폰(600)에 결제 정보를 푸시 메세지로 전달한다.
또한, 프로세서(520)는 통신부(510)를 통해, 구매자 스마트폰(600)으로부터 수신한 결제 승인 요청을 VAN사 서버(400)에 전달하고, VAN사 서버(400)로부터 수신한 결제 승인 결과를 판매자 컴퓨터(200), 판매자 스마트폰(300) 및 구매자 스마트폰(600)에 전달한다.
5. 구매자 스마트폰
도 6은, 도 1, 도 2 및 도 4에 도시된 구매자 스마트폰(600)의 블럭도이다. 도 6에 도시된 바와 같이, 구매자 스마트폰(600)은, 통신부(610), 터치 스크린(620), 제어부(630), SE 인터페이스(640), SE(650) 및 리더(660)를 구비한다.
통신부(610)는 3G, 4G 등의 이동통신은 물론, 블루투스, WiFi 등의 무선 네트워킹을 수행하여, 비대면 결제 중계 서버(500)와 통신 연결을 설정하고 유지한다.
터치 스크린(620)은 각종 정보와 제어부(630)의 실행 결과가 나타나는 디스플레이 수단으로 기능함과 동시에, 터치를 통해 사용자 명령을 입력받기 위한 입력 수단으로 기능한다.
SE 인터페이스(640)는 구매자 스마트폰(600)의 SE(650)와의 물리/통신 인터페이스를 제공한다. SE(650)는 모바일 신용카드가 발급되는 안전한 저장매체로, USIM(Universal Subscriber Identity Module) 카드, Embedded SE, SD(Secure Digital) 카드 등으로 구현가능하다.
리더(660)는 IC-칩 내장 신용카드(30)의 IC-칩으로부터 신용카드 정보를 읽어들여 제어부(630)로 전달한다.
제어부(630)는 도 1, 도 2 및 도 4에 도시된 절차들 중 구매자 스마트폰(600)에 의해 수행되는 절차들을 수행한다.
구체적으로, 제어부(630)는 통신부(610)를 통해 비대면 결제 중계 서버(500)로부터 결제 정보가 수신되면, 결제 정보와 함께 신용카드 목록을 터치 스크린(620)에 표시한다.
신용카드 목록에는, SE(650)에 발급된 모바일 신용카드들은 물론, 리더(660)를 통해 읽어들인 신용카드(30)와 비대면 결제 중계 서버(500)에 등록된 구매자(20)의 다른 신용카드 등이 포함될 수 있다.
한편, 제어부(630)는 터치 스크린(620)을 통해 구매자가 선택한 신용카드에 대한 정보를 통신부(610)를 통해 비대면 결제 중계 서버(500)에 전달하고, 비대면 결제 중계 서버(500)나 신용카드사 서버(700)로부터 결제 승인 결과를 수신하면 이를 터치 스크린(620)에 표시하여 구매자에게 알린다.
6. 기타
위 실시예에서 언급한 판매자 스마트폰(300)과 구매자 스마트폰(600)는 모바일 기기의 일종으로, 다른 종류의 모바일 기기로 대체되는 경우에도 본 발명의 기술적 사상이 적용가능하다.
또한, 전화번호는 구매자 스마트폰(300)을 특정하기 위한 대표적인 정보를 언급한 것으로, 구매자 스마트폰(300)을 특정할 수 있는 다른 구매자의 개인 정보로 전화번호를 대체할 수 있다.
한편, 위 실시예에서, 구매자(20)의 전화번호는 판매자(10)가 판매자 컴퓨터(200)나 판매자 스마트폰(300)을 통해 직접 입력하는 것으로 구현하였다. 하지만, 구매자(20)의 전화번호가 판매자 컴퓨터(200)나 판매자 스마트폰(300)에 자동 입력되도록 구현하는 것이 가능하다.
예를 들어, 판매자 스마트폰(300)의 경우, 구매자 스마트폰(600)과 전화통화 연결시 수신된 발신전화번호 또는 구매자 스마트폰(600)으로부터 수신한 구매 요청 내역이 수록된 SMS(Short Message Service)의 발신전화번호를 통해 구매자의 전화번호를 자동으로 획득하여 입력창에 자동 입력시키는 것이 가능하다.
또한, 판매자 컴퓨터(300)의 경우도, 구매자 스마트폰(600)으로부터 수신한 구매 요청 내역이 수록된 SMS의 발신전화번호를 통해 구매자의 전화번호를 자동으로 획득하여 입력창에 자동 입력시키는 것이 가능하다.
이와 같은 구매자(20)의 전화번호 자동 획득/입력은, 판매자(10)의 악용을 방지하는 차원에서, 구매자 스마트폰(600)을 통한 안내 및 추가적인 인증절차를 더 포함시킴이 바람직하다.
여기서, 안내에는 비대면 결제를 위한 전화번호가 판매자 측의 기기에 의해 자동으로 획득되어 입력되었음을 알리기 위한 것이고, 추가적인 인증절차는 구매자 스마트폰(600)에 의해 구매자가 전화번호 자동 획득을 승낙하지 않은 경우 자동 입력된 전화번호가 삭제되도록 하는 것이다.
한편, 구매자 스마트폰(600)의 도난/분실시 전화번호 자동 획득/입력으로 인한 피해를 방지하기 위해, 전화번호 자동 획득/입력시에는, 구매자 스마트폰(600)을 통해 모바일 신용카드 선택이 완료된 후에 추가적인 패스워드 인증을 통과하여야 모바일 신용카드 정보가 전송되도록 구현가능하다.
한편, 본 실시예에 따른 장치와 방법의 기능을 수행하게 하는 컴퓨터 프로그램을 수록한 컴퓨터로 읽을 수 있는 기록매체에도 본 발명의 기술적 사상이 적용될 수 있음은 물론이다. 또한, 본 발명의 다양한 실시예에 따른 기술적 사상은 컴퓨터로 읽을 수 있는 기록매체에 기록된 컴퓨터로 읽을 수 있는 코드 형태로 구현될 수도 있다. 컴퓨터로 읽을 수 있는 기록매체는 컴퓨터에 의해 읽을 수 있고 데이터를 저장할 수 있는 어떤 데이터 저장 장치이더라도 가능하다. 예를 들어, 컴퓨터로 읽을 수 있는 기록매체는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광디스크, 하드 디스크 드라이브, 등이 될 수 있음은 물론이다. 또한, 컴퓨터로 읽을 수 있는 기록매체에 저장된 컴퓨터로 읽을 수 있는 코드 또는 프로그램은 컴퓨터간에 연결된 네트워크를 통해 전송될 수도 있다.
또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

Claims (10)

  1. 판매자의 기기로부터 구매자 정보가 포함된 결제 정보를 전달받는 단계;
    구매자 정보에 의해 특정되는 구매자의 모바일 기기에 결제 정보를 전송하는 단계; 및
    구매자의 모바일 기기로부터 결제 승인 요청이 수신되면, 신용카드사 서버에 결제 승인 요청을 전달하는 단계;를 포함하는 것을 특징으로 하는 비대면 결제 방법.
  2. 제 1항에 있어서,
    구매자의 모바일 기기로부터 수신되는 결제 승인 요청에는 신용카드 정보가 수록되어 있고,
    결제 승인 요청에 정보가 수록된 신용카드는,
    구매자가 모바일 기기에 디스플레이된 신용카드 목록에서 선택한 신용카드인 것을 특징으로 하는 비대면 결제 방법.
  3. 제 1항에 있어서,
    신용카드 목록에는,
    구매자의 모바일 기기에 발급된 모바일 신용카드, 비대면 결제를 중계하는 서버에 등록된 신용카드, 구매자의 모바일 기기에 마련된 리더를 통해 읽어들인 신용카드 중 적어도 하나를 포함하는 것을 특징으로 하는 비대면 결제 방법.
  4. 제 1항에 있어서,
    판매자의 기기는, 판매자의 신용카드 단말기이고,
    구매자 정보는, 구매자의 전화번호이며,
    판매자의 신용카드 단말기를 통해, 비대면 결제를 지시하는 코드, 구매자의 전화번호 및 결제 금액이 함께 입력되는 것을 특징으로 하는 비대면 결제 방법.
  5. 제 4항에 있어서,
    비대면 결제를 지시하는 코드는, 숫자 코드이며,
    비대면 결제를 지시하는 코드, 구매자의 전화번호 및 결제 금액이 순차적으로 한 번의 절차에 입력되는 것을 특징으로 하는 비대면 결제 방법.
  6. 제 1항에 있어서,
    판매자의 기기는, 판매자의 컴퓨터이고,
    구매자 정보는, 구매자의 전화번호이며,
    판매자 컴퓨터에 표시된 하나의 입력창을 통해, 구매자의 전화번호와 결제 금액이 함께 입력되는 것을 특징으로 하는 비대면 결제 방법.
  7. 제 1항에 있어서,
    판매자의 기기는, 판매자의 모바일 기기이고,
    구매자 정보는, 구매자의 전화번호이며,
    판매자 모바일 기기에서 실행된 어플리케이션을 통해, 구매자의 전화번호와 결제 금액이 함께 입력되는 것을 특징으로 하는 비대면 결제 방법.
  8. 제 1항에 있어서,
    판매자의 기기는, 판매자의 모바일 기기이고,
    구매자 정보는, 구매자의 전화번호이며,
    판매자의 기기는, 구매자의 모바일 기기와 전화통화 연결시 수신된 발신전화번호 또는 구매자의 모바일 기기로부터 수신한 SMS의 발신전화번호를 통해 구매자의 전화번호를 자동으로 획득하는 것을 특징으로 하는 비대면 결제 방법.
  9. 제 1항에 있어서,
    구매자의 모바일 기기는,
    신용카드사로부터 결제 승인을 직접 수신하는 것을 특징으로 하는 비대면 결제 방법.
  10. 판매자의 기기 및 구매자의 모바일 기기에 통신 가능하도록 연결되는 통신부; 및
    통신부를 통해 판매자의 기기로부터 구매자 정보가 포함된 결제 정보를 전달받아 결제 정보에 포함된 구매자 정보에 의해 특정되는 구매자의 모바일 기기에 결제 정보를 전송하고, 통신부를 통해 구매자의 모바일 기기로부터 결제 승인 요청이 수신되면 신용카드사 서버로 결제 승인 요청을 전달하는 제어부;를 포함하는 것을 특징으로 하는 비대면 결제 중계 서버.
PCT/KR2013/002863 2012-05-23 2013-04-05 비대면 결제 시스템 및 방법 WO2013176398A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020120054743A KR20130131023A (ko) 2012-05-23 2012-05-23 비대면 결제 시스템 및 방법
KR10-2012-0054743 2012-05-23

Publications (1)

Publication Number Publication Date
WO2013176398A1 true WO2013176398A1 (ko) 2013-11-28

Family

ID=49624039

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/002863 WO2013176398A1 (ko) 2012-05-23 2013-04-05 비대면 결제 시스템 및 방법

Country Status (2)

Country Link
KR (1) KR20130131023A (ko)
WO (1) WO2013176398A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101884600B1 (ko) * 2017-03-28 2018-08-02 코나아이 (주) 비대면 결제 방법, 시스템 및 서비스 서버
KR20190124052A (ko) * 2018-04-25 2019-11-04 장길훈 결제 인터페이스 장치 및 시스템, 결제 방법, 결제 서버
KR102010013B1 (ko) * 2018-06-07 2019-08-12 코나아이 (주) 가상결제정보를 이용한 비대면 거래 및 정산 방법, 관리 서버
KR102426449B1 (ko) * 2022-01-12 2022-07-29 주식회사 아리웍스 자동주문 및 결제 키오스크 설치 관리 시스템
KR102426490B1 (ko) * 2022-02-16 2022-07-28 주식회사 루리소프트 스마트 통합결제 시스템

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030044423A (ko) * 2001-11-30 2003-06-09 엘지전자 주식회사 휴대폰을 이용한 결제 시스템 및 방법
KR20060022304A (ko) * 2006-02-22 2006-03-09 사단법인 금융결제원 휴대폰번호 또는 소정의 가상번호를 이용한 쌍방향금융결제 서비스 방법
KR20090055474A (ko) * 2007-11-28 2009-06-02 주식회사 하렉스인포텍 전화번호를 이용한 모바일 카드 결제시스템, 그를 이용한 모바일 결제 서비스 방법
KR20110036341A (ko) * 2009-10-01 2011-04-07 인포뱅크 주식회사 메시징 기반 무선 결제 방법 및 시스템

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030044423A (ko) * 2001-11-30 2003-06-09 엘지전자 주식회사 휴대폰을 이용한 결제 시스템 및 방법
KR20060022304A (ko) * 2006-02-22 2006-03-09 사단법인 금융결제원 휴대폰번호 또는 소정의 가상번호를 이용한 쌍방향금융결제 서비스 방법
KR20090055474A (ko) * 2007-11-28 2009-06-02 주식회사 하렉스인포텍 전화번호를 이용한 모바일 카드 결제시스템, 그를 이용한 모바일 결제 서비스 방법
KR20110036341A (ko) * 2009-10-01 2011-04-07 인포뱅크 주식회사 메시징 기반 무선 결제 방법 및 시스템

Also Published As

Publication number Publication date
KR20130131023A (ko) 2013-12-03

Similar Documents

Publication Publication Date Title
WO2010062077A2 (ko) 이동통신 단말기를 이용한 구매자에 의한 결제 승인, 정산 및 멤버십가입 방법, 장치 및 시스템
WO2014137107A1 (ko) 바코드를 이용한 지불 결제 시스템 및 방법
WO2013100637A1 (ko) 결제 시스템 및 방법
WO2013176398A1 (ko) 비대면 결제 시스템 및 방법
WO2013176474A1 (ko) 이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법
WO2015102404A1 (en) Mobile point of sale system for reverse settlement, and method thereof
WO2013062311A1 (en) Apparatus and method for payment in broadcast receiver using mobile terminal having card reader function
WO2015026184A1 (ko) 결제카드 사용 위치 및 과거 결제 내역에 기반한 모바일 결제카드 추천 방법 및 이를 적용한 관리 서버
WO2016122035A1 (ko) 거래 전 확인이 가능한 카드 결제시스템 및 결제방법
WO2014107067A1 (ko) 이동통신단말기를 이용한 셀프 카드 결제 시스템 및 방법
WO2018190652A1 (ko) 더치 페이 시스템
WO2011129578A2 (ko) 판매자 및 상품 식별정보를 이용하는 이동단말 기반 결제주문 시스템 및 방법
WO2014092286A1 (ko) 오프라인 상거래를 위한 결제 지원 방법, 이를 위한 시스템 및 장치
WO2019031717A1 (ko) 매장 내부통신망 기반의 결제시스템, 매장 내부통신망 기반의 결제기능을 포함하는 이동단말기, 매장 내부통신망 기반의 결제서비스 제공방법, 및 이를 수행하는 프로그램
WO2012091354A2 (ko) 결제 정보 처리 방법
WO2017209513A1 (ko) 모바일 결제 방법 및 그 장치
WO2012030162A2 (ko) 카드 결제 방법, 카드 결제 시스템 및 그를 위한 이동 단말기
WO2013187557A1 (ko) 오프라인 결제 시스템, 장치 및 방법
WO2017095164A1 (ko) 모바일 단말의 위치 기반 결제 연계 서비스를 제공하는 방법 및 장치
WO2015182838A2 (ko) 결제 서비스 시스템, 이를 위한 장치 및 방법
WO2017142248A1 (ko) 오프라인 결제용 결제 리모콘, 이를 통한 오프라인 결제 방법 및 이를 기록하는 기록매체
AU2021222844B2 (en) System and method for transmitting information using mobile terminal
WO2011034311A2 (ko) 자가 카드결제 서비스 제공방법
WO2012115341A2 (ko) 휴대폰 모바일을 이용한 안심 결제시스템 및 그 결제시스템을 이용한 결제방법
WO2021157981A1 (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: 13794374

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

Country of ref document: EP

Kind code of ref document: A1