WO2020256481A1 - 결제 서비스 시스템 - Google Patents

결제 서비스 시스템 Download PDF

Info

Publication number
WO2020256481A1
WO2020256481A1 PCT/KR2020/007990 KR2020007990W WO2020256481A1 WO 2020256481 A1 WO2020256481 A1 WO 2020256481A1 KR 2020007990 W KR2020007990 W KR 2020007990W WO 2020256481 A1 WO2020256481 A1 WO 2020256481A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
service provider
request
information
terminal
Prior art date
Application number
PCT/KR2020/007990
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 주식회사 하렉스인포텍
Priority to US17/621,508 priority Critical patent/US20220351203A1/en
Publication of WO2020256481A1 publication Critical patent/WO2020256481A1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3276Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06037Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/0723Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3278RFID or NFC payments by means of M-devices
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B13/00Taximeters
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/405Establishing or using transaction specific rules

Definitions

  • the present invention relates to a payment service system.
  • an app meter of a wireless terminal such as a card reader terminal linked with a taxi meter or a tablet linked with a taxi meter displays a QR code, and the customer scans the QR code with their smartphone to make payment. Service is provided.
  • the present invention is proposed in order to solve the above-described problem, and when a user requests a payment, payment-related information is transmitted from a service provider terminal to a user terminal in a wireless communication method (BLE, NFC, etc.), and the user terminal is a service provider server. Its purpose is to provide a payment service system that requests payment through.
  • the payment service system communicates with a service provider terminal that transmits payment object information through a wireless communication method, a user terminal that receives payment object information and transmits a payment request, and a financial company server to respond to a payment request. It includes a service provider server that transmits the result of the approval.
  • the user terminal recognizes the TID generated in response to the request for creating a payment item from the service provider terminal as a wireless communication method (BLE, NFC, etc.), and proceeds with a payment request based on the corresponding TID, according to the prior art.
  • a wireless communication method BLE, NFC, etc.
  • a user terminal receives payment target information (identification information of a service provider terminal-ID information and transaction target amount information) from a service provider terminal by wireless communication, and requests payment for this, according to the prior art.
  • payment target information identification information of a service provider terminal-ID information and transaction target amount information
  • the user can request a payment by adding a tip to the payment target amount information, it is possible to provide a payment process that increases the payment amount according to the user's satisfaction.
  • FIG. 1 is a block diagram showing a payment service system according to an embodiment of the present invention.
  • FIG. 2 is a sequence diagram showing a payment service process according to an embodiment of the present invention, showing a process in which a TID is generated in a service provider server and then payment target information is transmitted and received (between a service provider terminal and a user terminal) accordingly. do.
  • 3A is a sequence diagram illustrating a payment service process according to an embodiment of the present invention, and shows a payment process as a service provider terminal transmits its ID and payment object information to a user terminal.
  • 3B is a sequence diagram illustrating a payment service process according to an embodiment of the present invention, and shows a payment process using a taxi meter including a BLE button.
  • FIG. 4 is a diagram illustrating a taxi fare linkage between a taxi meter and a device according to an embodiment of the present invention.
  • FIG. 5 illustrates a process of requesting payment target information according to an embodiment of the present invention.
  • FIG. 6 illustrates a process of recognizing payment target information and requesting payment according to an embodiment of the present invention.
  • FIG. 7 shows the contents of a QR code according to an embodiment of the present invention.
  • FIG. 8 shows a payment completion screen of a user terminal according to an embodiment of the present invention.
  • FIG. 9 shows a payment completion screen of a device according to an embodiment of the present invention.
  • FIG. 10 shows a payment error screen of a device according to an embodiment of the present invention.
  • FIG 11 shows an approval cancellation process according to an embodiment of the present invention.
  • FIG. 12 illustrates a process of canceling approval of a device according to an embodiment of the present invention.
  • FIG. 13 is a diagram illustrating an approval cancellation completion screen of a device according to an embodiment of the present invention.
  • FIG. 14 is a diagram illustrating an approval cancellation completion screen of a user terminal according to an embodiment of the present invention.
  • FIG. 1 is a block diagram showing a payment service system according to an embodiment of the present invention.
  • the payment service system includes a service provider terminal 200 that transmits payment object information through a wireless communication method, a user terminal 100 that receives payment object information and transmits a payment request, and a financial company server 400. ) And a service provider server 300 for transmitting an approval result for a payment request.
  • the service provider terminal 200 transmits the payment target information by generating a signal through BLE, NFC, sound waves, or the like.
  • the service provider terminal 200 generates the payment target information as a QR code, transmits it through a wireless communication method, and simultaneously displays the QR code.
  • the service provider server 300 When the service provider server 300 receives a request for generating a payment case from the service provider terminal 200, it generates a TID and transmits the TID to the service provider terminal 200, and the service provider terminal 200 transmits the payment target information including the TID. Is provided to the user terminal 100 in a wireless communication method.
  • the service provider server 300 transmits detailed information related to payment to the user terminal 100 that has preempted the request for occupancy of the TID.
  • the service provider terminal 200 provides information including its own identification information and payment target amount information to the user terminal 1000 through a wireless communication method.
  • the service provider terminal 200 When the service provider terminal 200 receives the payment completion confirmation according to the payment completion within a predetermined time from the service provider server 300, it stops transmitting the payment request, and when the completion confirmation is not received within a predetermined time, automatically Resend the payment request.
  • the service provider terminal 200 maintains a one-to-one payment environment by adjusting the data transmission distance to a preset distance in consideration of the user's location information.
  • the user terminal 100 provides an interface for determining a final payment amount by increasing a tip in addition to the payment target information received from the service provider terminal 200.
  • the user terminal 100 transmits a request for a Dutch pay to the terminal of another user who has shared the service.
  • the service provider terminal 200 requests payment for a certain time (e.g., 15 seconds, preset to a time sufficient for the user to complete the payment completion operation). To transmit.
  • a certain time e.g. 15 seconds, preset to a time sufficient for the user to complete the payment completion operation.
  • the payment request may include payment request information including the TID received from the service provider server 300 or may include the service provider terminal 200 and information on a payment target amount.
  • FIG. 2 is a sequence diagram showing a payment service process according to an embodiment of the present invention, in which a TID is generated in the service provider server 300 and then payment target information transmission and reception (between the service provider terminal and the user terminal) are performed. Shows the process.
  • the taxi meter 200a calculates a fare according to driving information (time, distance), and transmits fare extraction information to the device 200b (S205).
  • taxi fare information is linked between the taxi meter 200a and the device 200b, and such taxi fare information includes not only price information but also driving information (boarding time, mileage, service provider information). .
  • the device 200b is provided with a payment button, and according to the input of the payment button, the payment target information may be expressed and transmitted through QR and BLE at the same time, or may be selectively expressed/transmitted through QR or BLE.
  • 7 shows the contents of a QR code according to an embodiment of the present invention.
  • TID is a transaction identification number, and is a transaction serial number generated by the service provider server when a payment is requested. This TID is a transaction serial number format used for payment through a service provider application. It has a total of 16 digits of information.
  • the device 200b is a smart device interlocked with the taxi meter 200a and transmits a request for creating a payment to the service provider server 300 (S210).
  • the service provider server 300 generates a TID according to the payment item generation request (S215) and transmits a payment item generation request response to the device (S220).
  • the device 200b generates a QR code or generates a BLE signal (S225).
  • the user terminal 100 scans a QR code or receives a BLE signal (S230).
  • a QR is generated through the device 200b and a BLE signal is generated, and on the screen of the device 200b, a guide phrase for executing payment after executing a service provider application is displayed.
  • the user terminal 100 automatically proceeds with the BLE payment when the Bluetooth is On, and when the Bluetooth is Off, the Bluetooth function is changed to the On state by pressing the menu button after running the application.
  • the close button of the device 200b is pressed, the screen returns to the screen before payment shown in FIG. 4.
  • you click the Reset button the payment request that was created is canceled and the fee is initialized.
  • the user terminal 100 After executing the service provider application, the user terminal 100 receives payment target information by selecting a desired recognition method (S230).
  • the user terminal 100 transmits a request for occupying a payment item for the TID to the service provider server 300, and receives detailed information related to payment according to the completion of the occupancy from the service provider server 300 (S235).
  • the user terminal 100 selects a payment method, transmits a payment request to the service provider server 300 (S240), and the service provider server 300 transmits an approval request to the financial institution server 400 (S245).
  • the user sets the final determined amount by adding a tip to the payment target amount information through the screen of the user terminal 100. For example, at a rate of 20,400 won, if you select the change tip, 600 won is added and a total of 21,000 won is paid.
  • the user may input amount information on the direct input tab of the user terminal 100 and enter the amount information to be increased by job.
  • a user may request a Dutch pay payment for a service provision fee through a user terminal, and may perform a Dutch pay payment with a sharer who shares the same service.
  • Dutch pay is performed in a 1/n method for the total payment amount, or the payment leader terminal divides the amount (e.g., requesting KRW 5,000 for passenger A and KRW 7,000 for passenger B). It is possible to be carried out.
  • Dutch Pay it is possible for one user to pay the total amount of payment, and after completing the service provision (e.g., after getting off the taxi), and subsequently requesting a Dutch Pay request from the passenger (e.g.: Requested by bank transfer).
  • 8 illustrates a payment completion screen of a user terminal according to an embodiment of the present invention, and as described above, a subsequent request menu for Dutch Pay may be added to the screen.
  • the service provider server 300 which has received the approval result response according to the normal payment from the financial institution server 400, transmits the approval result to the device 200b and the user terminal 100 (S255, S260).
  • 9 shows a payment completion screen of the device 200b according to an embodiment of the present invention
  • FIG. 10 shows a payment error screen of the device 200b according to the embodiment of the present invention.
  • the device 200b displays, as a response code, a network error (network connection failure), no response (server response delay), and an authorization error (exceeded limit, payment method error, other payment error).
  • a network error network connection failure
  • no response server response delay
  • an authorization error exceeded limit, payment method error, other payment error
  • 3A is a sequence diagram illustrating a payment service process according to an embodiment of the present invention, and shows a payment process as a service provider terminal transmits its ID and payment object information to a user terminal.
  • the taxi meter 200a extracts the fare and transmits it to the device 200b (S305), and the device 200b generates a QR code and a BLE signal including its own ID information and payment target amount information (S310).
  • the user terminal 100 receives the ID information and the payment target amount information of the device 200b by recognizing a QR code or receiving a BLE signal from the device 200b (S315), and sends a payment request to the service provider server ( 300) is transmitted (S320).
  • the service provider server 300 transmits an approval request to the financial institution server 400 (S325), and when receiving an approval result response according to normal approval from the financial institution server 400 (S330), the device 200b And transmits to the user terminal 100 (S335, S340).
  • 3B is a sequence diagram illustrating a payment service process according to an embodiment of the present invention, and shows a payment process using a taxi meter including a BLE button.
  • the taxi meter 200a has a BLE button added thereto, and generates information including its device ID information and payment target amount information as a BLE signal as the BLE button is pressed (S345).
  • the user terminal 100 receives information through the BLE signal (S350), and transmits a payment request to the service provider server 300 (S355).
  • the service provider server 300 transmits an approval request to the financial institution server 400 (S360), and when receiving an approval result response according to the normal approval from the financial institution server 400 (S365), the approval result is sent to the taxi meter 200a ) And the user terminal 100 (S370, S375).
  • FIG 11 shows an approval cancellation process according to an embodiment of the present invention.
  • the device 200b requests cancellation of the approval to the service provider server 300 (S1105), and the service provider server 300 transmits the request to cancel the approval to the financial institution server 400 (S1110).
  • the service provider server 300 Upon receiving the approval cancellation response from the financial institution server 400 (S1115), the service provider server 300 transmits the approval cancellation result to the device 200b and the user terminal 100 (S1120, S1125).
  • FIG. 12 illustrates a process of canceling approval of a device according to an embodiment of the present invention.
  • the approval cancel button When the approval cancel button is input on the device, the approval cancel selection window is displayed, and the background screen button is not clicked.
  • FIG. 13 is a diagram illustrating an approval cancellation completion screen of a device according to an embodiment of the present invention
  • FIG. 14 shows an approval cancellation completion screen of a user terminal according to an embodiment of the present invention.
  • the payment service method may be implemented in a computer system or recorded on a recording medium.
  • the computer system may include at least one processor, memory, user input device, data communication bus, user output device, and storage. Each of the above-described components communicates data through a data communication bus.
  • the computer system may further include a network interface coupled to the network.
  • the processor may be a central processing unit (CPU) or a semiconductor device that processes instructions stored in a memory and/or storage.
  • the memory and storage may include various types of volatile or nonvolatile storage media.
  • the memory may include ROM and RAM.
  • the payment service method according to an embodiment of the present invention may be implemented in a method executable in a computer.
  • computer-readable instructions may perform the payment service method according to the present invention.
  • the payment service method according to the present invention described above may be implemented as a computer-readable code on a computer-readable recording medium.
  • the computer-readable recording medium includes all kinds of recording media in which data that can be decoded by a computer system is stored. For example, there may be read only memory (ROM), random access memory (RAM), magnetic tape, magnetic disk, flash memory, optical data storage device, and the like.
  • ROM read only memory
  • RAM random access memory
  • magnetic tape magnetic tape
  • magnetic disk magnetic disk
  • flash memory optical data storage device
  • optical data storage device and the like.
  • the computer-readable recording medium can be distributed to a computer system connected through a computer communication network, and stored and executed as code that can be read in a distributed manner.

Abstract

본 발명은 결제 서비스 시스템에 관한 것이다. 본 발명의 실시예에 따른 결제 서비스 시스템은 결제 대상 정보를 무선 통신 방식으로 전송하는 서비스 제공자 단말과, 결제 대상 정보를 수신하여 결제 요청을 전송하는 사용자 단말 및 금융사 서버와 통신을 수행하여 결제 요청에 대한 승인 결과를 전달하는 서비스 사업자 서버를 포함한다.

Description

결제 서비스 시스템
본 발명은 결제 서비스 시스템에 관한 것이다.
종래 기술에 따르면, 판매자 단말기에서 결제 대상 정보를 포함한 QR 코드를 표출시키고, 구매자 단말기가 이러한 QR 코드를 인식함에 따라, 결제 서비스가 제공되었다.
일례로, 택시 요금 결제를 위해 택시 미터기와 연동된 카드 리더기 단말 또는 택시 미터기와 연동된 태블릿 등의 무선 단말의 앱미터기가 QR 코드를 표출시키고, 고객은 자신의 스마트폰으로 QR 코드를 스캔하여 결제 서비스를 제공받는다.
그런데, 야간 주행 상황인 경우, 조명이 충분하지 않아 QR 코드를 인식하지 못하는 상황이 발생할 소지가 있고, 고객이 차량 뒷좌석에 위치한 경우에는 택시의 대시보드에 설치된 앱 미터기의 스크린까지의 거리가 멀어 QR 코드 인식 자체가 매우 불편한 문제점이 있다.
본 발명은 전술한 문제점을 해결하기 위하여 제안된 것으로, 사용자의 결제 요청 시, 서비스 제공자 단말로부터 사용자 단말로 결제 관련 정보를 무선 통신 방식(BLE, NFC 등)으로 전송하고, 사용자 단말은 서비스 사업자 서버를 통해 결제를 요청하는 결제 서비스 시스템을 제공하는 데 그 목적이 있다.
본 발명의 실시예에 따른 결제 서비스 시스템은 결제 대상 정보를 무선 통신 방식으로 전송하는 서비스 제공자 단말과, 결제 대상 정보를 수신하여 결제 요청을 전송하는 사용자 단말 및 금융사 서버와 통신을 수행하여 결제 요청에 대한 승인 결과를 전달하는 서비스 사업자 서버를 포함한다.
본 발명에 따르면, 사용자 단말은 서비스 제공자 단말의 결제건 생성 요청에 따라 생성된 TID를 무선 통신 방식(BLE, NFC 등)으로 인식하고, 해당 TID를 기반으로 결제 요청을 진행함으로써, 종래 기술에 따른 QR 코드 인식을 위한 조명, 거리 등의 문제점을 해결하는 것이 가능한 효과가 있다.
본 발명에 따르면, 사용자 단말은 결제 대상 정보(서비스 제공자 단말의 식별 정보-ID 정보 및 거래 대상 금액 정보)를 서비스 제공자 단말로부터 무선 통신 방식으로 수신하고, 이에 대한 결제를 요청함으로써, 종래 기술에 따른 QR 코드 인식의 문제점을 해결하는 것이 가능한 효과가 있다.
본 발명에 따르면, 결제 요청에 대해 결제건 점유 요청 프로세스를 제공하여, 복수의 사용자 단말의 중복 결제를 방지하는 효과가 있다.
본 발명에 따르면, 결제 요청에 대해 복수의 사용자가 더치 페이를 수행할 수 있도록 함으로써, 서비스를 공유한 복수의 사용자가 더치 페이를 원활히 수행할 수 있는 효과가 있다.
본 발명에 따르면, 사용자는 결제 대상 금액 정보에 부가적으로 팁(tip)을 부가하여 결제 요청을 할 수 있으므로, 사용자의 만족도에 따라 결제 금액을 증액시키는 결제 프로세스를 제공하는 것이 가능하다.
본 발명의 효과는 이상에서 언급한 것들에 한정되지 않으며, 언급되지 아니한 다른 효과들은 아래의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명의 실시예에 따른 결제 서비스 시스템을 나타내는 블록도이다.
도 2는 본 발명의 실시예에 따른 결제 서비스 과정을 도시하는 시퀀스 다이어그램으로써, 서비스 사업자 서버에서 TID를 생성한 후 그에 따른 결제 대상 정보 송수신(서비스 제공자 단말과 사용자 단말 간의)이 진행되는 프로세스를 도시한다.
도 3a는 본 발명의 실시예에 따른 결제 서비스 과정을 도시하는 시퀀스 다이어그램으로써, 서비스 제공자 단말이 자신의 ID와 결제 대상 정보를 사용자 단말로 전송함에 따른 결제 프로세스를 도시한다.
도 3b는 본 발명의 실시예에 따른 결제 서비스 과정을 도시하는 시퀀스 다이어그램으로써, BLE 버튼을 포함한 택시 미터를 이용한 결제 프로세스를 도시한다.
도 4는 본 발명의 실시예에 따른 택시 미터 및 디바이스의 택시 요금 연동을 도시한다.
도 5는 본 발명의 실시예에 따른 결제 대상 정보 요청 과정을 도시한다.
도 6은 본 발명의 실시예에 따른 결제 대상 정보 인식 및 결제 요청 과정을 도시한다.
도 7은 본 발명의 실시예에 따른 QR 코드의 내용을 도시한다.
도 8은 본 발명의 실시예에 따른 사용자 단말의 결제 완료 화면을 도시한다.
도 9는 본 발명의 실시예에 따른 디바이스의 결제 완료 화면을 도시한다.
도10은 본 발명의 실시예에 따른 디바이스의 결제 오류 화면을 도시한다.
도 11은 본 발명의 실시예에 따른 승인 취소 프로세스를 도시한다.
도 12는 본 발명의 실시예에 따른 디바이스의 승인 취소 과정을 도시한다.
도 13은 본 발명의 실시예에 따른 디바이스의 승인 취소 완료 화면을 도시한다.
도 14는 본 발명의 실시예에 따른 사용자 단말의 승인 취소 완료 화면을 도시한다.
본 발명의 전술한 목적 및 그 이외의 목적과 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다.
그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 이하의 실시예들은 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 목적, 구성 및 효과를 용이하게 알려주기 위해 제공되는 것일 뿐으로서, 본 발명의 권리범위는 청구항의 기재에 의해 정의된다.
한편, 본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성소자, 단계, 동작 및/또는 소자가 하나 이상의 다른 구성소자, 단계, 동작 및/또는 소자의 존재 또는 추가됨을 배제하지 않는다.
도 1은 본 발명의 실시예에 따른 결제 서비스 시스템을 나타내는 블록도이다.
본 발명의 실시예에 따른 결제 서비스 시스템은 결제 대상 정보를 무선 통신 방식으로 전송하는 서비스 제공자 단말(200)과, 결제 대상 정보를 수신하여 결제 요청을 전송하는 사용자 단말(100) 및 금융사 서버(400)와 통신을 수행하여 결제 요청에 대한 승인 결과를 전달하는 서비스 사업자 서버(300)를 포함한다.
서비스 제공자 단말(200)은 BLE, NFC, 음파 등으로 신호를 발생시켜 결제 대상 정보를 전송한다.
서비스 제공자 단말(200)은 결제 대상 정보를 QR 코드로 생성하여, 무선 통신 방식으로 전송함과 동시에 QR 코드를 함께 표출시킨다.
서비스 사업자 서버(300)는 서비스 제공자 단말(200)로부터 결제건 생성 요청을 수신한 경우, TID를 생성하여 서비스 제공자 단말(200)로 전송하고, 서비스 제공자 단말(200)은 TID를 포함한 결제 대상 정보를 무선 통신 방식으로 사용자 단말(100)에 제공한다.
서비스 사업자 서버(300)는 TID에 대한 점유 요청을 선점한 사용자 단말(100)로 결제 관련 상세 정보를 전송한다.
서비스 제공자 단말(200)은 자신의 식별정보와 결제 대상 금액 정보를 포함한 정보를 무선 통신 방식으로 사용자 단말(1000에 제공한다.
서비스 제공자 단말(200)은 일정 시간 내에 결제 완료에 따른 결제 완료 확인을 서비스 사업자 서버(300)로부터 수신한 경우, 결제 요청 전송을 중단하고, 일정 시간 내에 완료 확인을 수신하지 못한 경우에는, 자동적으로 결제 요청을 재전송한다.
서비스 제공자 단말(200)은 사용자의 위치 정보를 고려하여, 데이터의 통달 거리를 기설정 거리로 조절하여 일대일 결제 환경을 유지한다.
사용자 단말(100)은 서비스 제공자 단말(200)로부터 수신한 결제 대상 정보에 부가적으로, 팁을 증액하여 최종 결제 금액을 결정하는 인터페이스를 제공한다.
사용자 단말(100)은 서비스를 공유한 다른 사용자의 단말로 더치 페이에 대한 요청을 전송한다.
본 발명의 실시예에 따르면, 서비스 제공자 단말(200)은 지불 요청 버튼이 눌러짐에 따라, 일정 시간(예컨대 15초, 사용자가 결제 완료 동작을 완료하기 까지 충분한 시간으로 기설정됨)동안 결제 요청을 전송한다.
이 때, 결제 요청은 서비스 사업자 서버(300)로부터 수신한 TID를 포함한 결제 요청 정보를 포함하거나, 서비스 제공자 단말(200)과 결제 대상 금액 정보를 포함할 수 있다.
도 2는 본 발명의 실시예에 따른 결제 서비스 과정을 도시하는 시퀀스 다이어그램으로써, 서비스 사업자 서버(300)에서 TID를 생성한 후 그에 따른 결제 대상 정보 송수신(서비스 제공자 단말과 사용자 단말 간의)이 진행되는 프로세스를 도시한다.
택시미터(200a)는 주행 정보(시간, 거리)에 따른 요금을 산출하여, 요금 추출 정보를 디바이스(200b)로 전송한다(S205).
도4를 참조하면, 택시미터(200a)와 디바이스(200b)는 택시 요금 정보가 연동되며, 이러한 택시 요금 정보에는 단순히 금액 정보뿐 아니라 주행 정보(탑승 시간, 주행 거리, 서비스 제공자 정보)가 포함된다.
디바이스(200b)는 지불 버튼이 구비되며, 지불 버튼 입력에 따라 QR 및 BLE를 통한 결제 대상 정보 표출 및 전송이 동시에 이루어질 수도 있고, 선택적으로 QR 또는 BLE를 통한 표출/ 전송이 이루어질 수 있다. 도 7은 본 발명의 실시예에 따른 QR 코드의 내용을 도시한다. TID는 거래 식별 번호로, 결제 요청 시 서비스 사업자 서버가 생성하는 거래 일련 번호이다. 이러한 TID는 서비스 사업자 애플리케이션을 통한 결제에 사용되는 거래 일련 번호 포맷으로서, 년도일수(3자리)+R+년도(2자리)+현시간초로 환산한 정보(5자리)+일련번호(5자리), 총 16자리의 정보를 가진다.
디바이스(200b)는 택시미터(200a)와 연동된 스마트 디바이스로서, 서비스 사업자 서버(300)로 결제건 생성 요청을 전송한다(S210).
서비스 사업자 서버(300)는 결제건 생성 요청에 따라, TID를 생성하고(S215), 결제건 생성요청 응답을 디바이스로 전송한다(S220).
디바이스(200b)는 QR 코드를 생성하거나, BLE 신호를 발생시킨다(S225).
사용자 단말(100)은 QR 코드를 스캔하거나, BLE 신호를 수신한다(S230).
도 5를 참조하면, 디바이스(200b)를 통해 QR이 생성되고 BLE 신호가 발생되며, 디바이스(200b)의 화면에서는 서비스 사업자 애플리케이션 실행 후 결제를 실행하라는 안내 문구가 표출된다. 이 때, 사용자 단말(100)은 블루투스 On인 경우에는 자동으로 BLE 결제가 진행되고, 블루투스 Off인 경우에는 애플리케이션 실행 후 메뉴 버튼을 누름에 따라 블루투스 기능이 On 상태로 변경된다. 디바이스(200b)의 닫기 버튼을 누르게 되면, 도 4에 도시한 결제 전 화면으로 복귀하며. Reset 버튼을 누르게 되면, 생성한 결제 요청건을 취소하고 요금을 초기화한다.
사용자 단말(100)은 서비스 사업자 애플리케이션 실행 후, 원하는 인식 방법을 선택하여 결제 대상 정보를 수신한다(S230).
사용자 단말(100)은 TID에 대한 결제건 점유 요청을 서비스 사업자 서버(300)로 전송하고, 서비스 사업자 서버(300)로부터 점유 완료에 따라 결제 관련 상세정보를 수신한다(S235).
사용자 단말(100)은 결제 수단을 선택하고, 결제 요청을 서비스 사업자 서버(300)로 전송하고(S240), 서비스 사업자 서버(300)는 금융사 서버(400)로 승인 요청을 전송한다(S245).
도 6은 사용자 단말(100)에서 QR 코드 결제 또는 BLE 결제 요청이 수행됨에 따른, 결제 진행 화면을 도시한다. 이 때, 사용자는 사용자 단말(100)의 화면을 통해, 결제 대상 금액 정보에 팁(tip)을 부가하여 최종 결정 금액을 설정한다. 예컨대, 20,400원 요금 시, 잔돈 tip을 선택할 경우 600원이 추가되어 총 21,000원이 결제된다. 사용자는 사용자 단말(100)의 직접 입력 탭에서 금액 정보를 입력하여, 증액할 금액 정보를 직업 입력하는 것이 가능하다. 또한, 사용자는 서비스 제공 요금에 대한 더치 페이 결제를 사용자 단말을 통해 요청할 수 있고, 동일한 서비스를 공유한 공유자와 함께 더치 페이 결제를 수행하는 것이 가능하다. 이 경우, 총 결제 금액에 대한 1/n 방식으로 더치 페이가 수행되거나, 결제 주도자 단말이 금액을 안분하여(예컨대, A 동승자에게는 5,000원 요청, B 동승자에게는 7,000원 요청)하는 방식으로 더치 페이가 수행되는 것이 가능하다. 또한, 더치 페이 시에는 1명의 사용자가 총 결제 금액을 결제하고, 서비스 제공 완료 후(예컨대 택시 하차 후), 결제 완료된 정보에 후속적으로 더치 페이의 요청을 동승자에게 요청하는 것이 가능하다(예: 계좌 이체 방식으로 요청). 도 8은 본 발명의 실시예에 따른 사용자 단말의 결제 완료 화면을 도시하며, 전술한 바와 같이 본 화면에 더치 페이를 위한 후속 요청 메뉴가 추가될 수 있다.
금융사 서버(400)로부터 정상 결제에 따른 승인 결과 응답을 수신한 서비스 사업자 서버(300)는, 승인 결과를 디바이스(200b)와 사용자 단말(100)로 전달한다(S255, S260). 도 9는 본 발명의 실시예에 따른 디바이스(200b)의 결제 완료 화면을 도시하고, 도10은 본 발명의 실시예에 따른 디바이스(200b)의 결제 오류 화면을 도시한다. 승인 결과 회신 실패 시, 승인 확정 회신까지 전술한 결제 요청 과정이 반복 실행된다(time out때까지 반복 실행).
진행 중 오류 발생 시, 디바이스(200b)는 응답코드로서, 네트워크 오류(네트워크 연결 실패), 응답 없음(서버 응답 지연), 승인 오류(한도초과, 결제수단 오류, 기타 결제상 오류)를 디스플레이한다.
도 3a는 본 발명의 실시예에 따른 결제 서비스 과정을 도시하는 시퀀스 다이어그램으로써, 서비스 제공자 단말이 자신의 ID와 결제 대상 정보를 사용자 단말로 전송함에 따른 결제 프로세스를 도시한다.
택시미터(200a)는 요금을 추출하여 디바이스(200b)로 전달하고(S305), 디바이스(200b)는 자신의 ID 정보와 결제 대상 금액 정보를 포함하는 QR 코드 및 BLE 신호를 생성한다(S310).
사용자 단말(100)은 디바이스(200b)로부터 QR 코드를 인식하거나 BLE 신호를 수신함으로써, 디바이스(200b)의 ID 정보와 결제 대상 금액 정보를 수신하고(S315), 이에 대한 결제 요청을 서비스 사업자 서버(300)로 전송한다(S320).
서비스 사업자 서버(300)는 금융사 서버(400)로 승인 요청을 전송하고(S325), 금융사 서버(400)로부터 정상 승인에 따른 승인 결과 응답을 수신한 경우(S330), 승인 결과를 디바이스(200b)와 사용자 단말(100)로 전송한다(S335, S340).
도 3b는 본 발명의 실시예에 따른 결제 서비스 과정을 도시하는 시퀀스 다이어그램으로써, BLE 버튼을 포함한 택시 미터를 이용한 결제 프로세스를 도시한다.
본 실시예에서 택시 미터(200a)는 BLE 버튼이 추가된 형태로, BLE 버튼이 눌러짐에 따라 자신의 디바이스 ID 정보와 결제 대상 금액 정보를 포함한 정보를 BLE 신호로 발생시킨다(S345).
사용자 단말(100)은 BLE 신호를 통해 정보를 수신하고(S350), 서비스 사업자 서버(300)로 결제 요청을 전송한다(S355).
서비스 사업자 서버(300)는 금융사 서버(400)로 승인 요청을 전송하고(S360), 금융사 서버(400)로부터 정상 승인에 따른 승인 결과 응답을 수신한 경우(S365), 승인 결과를 택시 미터(200a)와 사용자 단말(100)로 전송한다(S370, S375).
도 11은 본 발명의 실시예에 따른 승인 취소 프로세스를 도시한다.
디바이스(200b)는 서비스 사업자 서버(300)로 승인 취소를 요청하고(S1105), 서비스 사업자 서버(300)는 금융사 서버(400)로 승인 취소 요청을 전달한다(S1110).
금융사 서버(400)로부터 승인 취소 응답을 수신하면(S1115), 서비스 사업자 서버(300)는 승인취소 결과를 디바이스(200b)와 사용자 단말(100)로 전달한다(S1120, S1125).
도 12는 본 발명의 실시예에 따른 디바이스의 승인 취소 과정을 도시한다.
디바이스에서 승인취소 버튼이 입력되면, 승인취소 선택 창이 디스플레이되며, 백그라운드 화면 버튼이 클릭되지 않도록 디스플레이된다.
도 13은 본 발명의 실시예에 따른 디바이스의 승인 취소 완료 화면을 도시하고, 도 14는 본 발명의 실시예에 따른 사용자 단말의 승인 취소 완료 화면을 도시한다.
한편, 본 발명의 실시예에 따른 결제 서비스 방법은 컴퓨터 시스템에서 구현되거나, 또는 기록매체에 기록될 수 있다. 컴퓨터 시스템은 적어도 하나 이상의 프로세서와, 메모리와, 사용자 입력 장치와, 데이터 통신 버스와, 사용자 출력 장치와, 저장소를 포함할 수 있다. 전술한 각각의 구성 요소는 데이터 통신 버스를 통해 데이터 통신을 한다.
컴퓨터 시스템은 네트워크에 커플링된 네트워크 인터페이스를 더 포함할 수 있다. 프로세서는 중앙처리 장치(central processing unit (CPU))이거나, 혹은 메모리 및/또는 저장소에 저장된 명령어를 처리하는 반도체 장치일 수 있다.
메모리 및 저장소는 다양한 형태의 휘발성 혹은 비휘발성 저장매체를 포함할 수 있다. 예컨대, 메모리는 ROM 및 RAM을 포함할 수 있다.
따라서, 본 발명의 실시예에 따른 결제 서비스 방법은 컴퓨터에서 실행 가능한 방법으로 구현될 수 있다. 본 발명의 실시예에 따른 결제 서비스 방법이 컴퓨터 장치에서 수행될 때, 컴퓨터로 판독 가능한 명령어들이 본 발명에 따른 결제 서비스 방법을 수행할 수 있다.
한편, 상술한 본 발명에 따른 결제 서비스 방법은 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현되는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록 매체로는 컴퓨터 시스템에 의하여 해독될 수 있는 데이터가 저장된 모든 종류의 기록 매체를 포함한다. 예를 들어, ROM(Read Only Memory), RAM(Random Access Memory), 자기 테이프, 자기 디스크, 플래시 메모리, 광 데이터 저장장치 등이 있을 수 있다. 또한, 컴퓨터로 판독 가능한 기록매체는 컴퓨터 통신망으로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 읽을 수 있는 코드로서 저장되고 실행될 수 있다.
이제까지 본 발명의 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

Claims (10)

  1. 결제 대상 정보를 무선 통신 방식으로 전송하는 서비스 제공자 단말;
    상기 결제 대상 정보를 수신하여 결제 요청을 전송하는 사용자 단말; 및
    금융사 서버와 통신을 수행하여 상기 결제 요청에 대한 승인 결과를 전달하는 서비스 사업자 서버
    를 포함하는 결제 서비스 시스템.
  2. 제1항에 있어서,
    상기 서비스 제공자 단말은 BLE, NFC, 음파 등으로 신호를 발생시켜 상기 결제 대상 정보를 전송하는 것
    인 결제 서비스 시스템.
  3. 제2항에 있어서,
    상기 서비스 제공자 단말은 상기 결제 대상 정보를 QR 코드로 생성하여, 상기 무선 통신 방식으로 전송함과 동시에 상기 QR 코드를 함께 표출시키는 것
    인 결제 서비스 시스템.
  4. 제1항에 있어서,
    상기 서비스 사업자 서버는 상기 서비스 제공자 단말로부터 결제건 생성 요청을 수신한 경우, TID를 생성하여 상기 서비스 제공자 단말로 전송하고,
    상기 서비스 제공자 단말은 상기 TID를 포함한 결제 대상 정보를 무선 통신 방식으로 상기 사용자 단말에 제공하는 것
    인 결제 서비스 시스템.
  5. 제4항에 있어서,
    상기 서비스 사업자 서버는 상기 TID에 대한 점유 요청을 선점한 상기 사용자 단말로 결제 관련 상세 정보를 전송하는 것
    인 결제 서비스 시스템.
  6. 제1항에 있어서,
    상기 서비스 제공자 단말은 자신의 식별정보와 결제 대상 금액 정보를 포함한 정보를 무선 통신 방식으로 상기 사용자 단말에 제공하는 것
    인 결제 서비스 시스템.
  7. 제1항에 있어서,
    상기 서비스 제공자 단말은 결제 대상 정보의 전송 시간을 기록하고, 전송 후 일정 시간 내에 결제 완료에 따른 결제 완료 확인을 상기 서비스 사업자 서버로부터 수신한 경우, 결제 요청 전송을 중단하고, 일정 시간 내에 완료 확인을 수신하지 못한 경우, 자동적으로 결제 요청을 재전송하는 것
    인 결제 서비스 시스템.
  8. 제1항에 있어서,
    상기 서비스 제공자 단말은 사용자의 위치 정보를 고려하여, 데이터의 통달 거리를 기설정 거리로 조절하여 일대일 결제 환경을 유지하는 것
    인 결제 서비스 시스템.
  9. 제1항에 있어서,
    상기 사용자 단말은 상기 서비스 제공자 단말로부터 수신한 결제 대상 정보에 부가적으로, 팁을 증액하여 최종 결제 금액을 결정하는 인터페이스를 제공하는 것
    인 결제 서비스 시스템.
  10. 제1항에 있어서,
    상기 사용자 단말은 서비스를 공유한 다른 사용자의 단말로 더치 페이에 대한 요청을 전송하는 것
    인 결제 서비스 시스템.
PCT/KR2020/007990 2019-06-21 2020-06-19 결제 서비스 시스템 WO2020256481A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/621,508 US20220351203A1 (en) 2019-06-21 2020-06-19 Payment service system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2019-0074362 2019-06-21
KR1020190074362A KR102337272B1 (ko) 2019-06-21 2019-06-21 결제 서비스 시스템

Publications (1)

Publication Number Publication Date
WO2020256481A1 true WO2020256481A1 (ko) 2020-12-24

Family

ID=74040292

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/007990 WO2020256481A1 (ko) 2019-06-21 2020-06-19 결제 서비스 시스템

Country Status (3)

Country Link
US (1) US20220351203A1 (ko)
KR (1) KR102337272B1 (ko)
WO (1) WO2020256481A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11348190B2 (en) 2019-11-01 2022-05-31 Block, Inc. System and method for generating dynamic repayment terms

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115876A (ja) * 2003-10-10 2005-04-28 Kenichi Oga 携帯端末を利用した決済処理システム、店舗装置、サーバ、携帯端末
KR20120106238A (ko) * 2011-03-18 2012-09-26 페이앤모바일 주식회사 결제 방법, 이동 단말기, 및 가맹점 단말기
KR20130012249A (ko) * 2011-07-08 2013-02-01 주식회사 하렉스인포텍 결제전용코드를 이용한 결제 시스템 및 그 방법
KR101410948B1 (ko) * 2013-03-13 2014-06-23 주식회사 하렉스인포텍 모바일 결제 처리 시스템 및 그 방법
KR20180056983A (ko) * 2016-11-21 2018-05-30 주식회사 코아피플 식별 코드를 이용하여 결제를 수행할 수 있는 이동단말기, 결제 서버, 그것들의 결제시스템 및 그 제어방법

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104038585A (zh) * 2008-01-10 2014-09-10 济巴实验室有限公司 可定制的组合式多功能通信装置
US20140081853A1 (en) * 2012-09-11 2014-03-20 First Data Corporation Systems and methods for implementing mobile bill payment functionality in mobile commerce
US10592888B1 (en) * 2012-12-17 2020-03-17 Wells Fargo Bank, N.A. Merchant account transaction processing systems and methods
US9589262B2 (en) * 2013-03-01 2017-03-07 Samsung Pay, Inc. Mobile checkout systems and methods
US20210019741A1 (en) * 2014-04-30 2021-01-21 Wells Fargo Bank, N.A. Mobile wallet systems and methods using trace identifier
US20220044217A1 (en) * 2014-10-21 2022-02-10 Wells Fargo Bank, N.A. Systems and methods for determining timing of a remittance payment
KR101557882B1 (ko) * 2015-04-16 2015-10-07 노건욱 비콘 송신 장치 및 비콘 송신 방법
US10956888B2 (en) * 2015-07-21 2021-03-23 Early Warning Services, Llc Secure real-time transactions
KR20170011784A (ko) * 2015-07-24 2017-02-02 엘지전자 주식회사 이동 단말기 및 그 제어 방법
US11170364B1 (en) * 2015-07-31 2021-11-09 Wells Fargo Bank, N.A. Connected payment card systems and methods
KR101854308B1 (ko) * 2016-08-17 2018-06-20 주식회사 피노스 자율형 각자내기 방법
US10594368B1 (en) * 2019-01-31 2020-03-17 Capital One Services, Llc Array and method for improved wireless communication

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115876A (ja) * 2003-10-10 2005-04-28 Kenichi Oga 携帯端末を利用した決済処理システム、店舗装置、サーバ、携帯端末
KR20120106238A (ko) * 2011-03-18 2012-09-26 페이앤모바일 주식회사 결제 방법, 이동 단말기, 및 가맹점 단말기
KR20130012249A (ko) * 2011-07-08 2013-02-01 주식회사 하렉스인포텍 결제전용코드를 이용한 결제 시스템 및 그 방법
KR101410948B1 (ko) * 2013-03-13 2014-06-23 주식회사 하렉스인포텍 모바일 결제 처리 시스템 및 그 방법
KR20180056983A (ko) * 2016-11-21 2018-05-30 주식회사 코아피플 식별 코드를 이용하여 결제를 수행할 수 있는 이동단말기, 결제 서버, 그것들의 결제시스템 및 그 제어방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11348190B2 (en) 2019-11-01 2022-05-31 Block, Inc. System and method for generating dynamic repayment terms

Also Published As

Publication number Publication date
KR102337272B1 (ko) 2021-12-08
US20220351203A1 (en) 2022-11-03
KR20200145401A (ko) 2020-12-30

Similar Documents

Publication Publication Date Title
US7742941B2 (en) Toll road toll paying method and apparatus using a portable terminal, and a storage medium thereof
WO2013015501A1 (en) Method and apparatus for providing transaction related service
WO2016108414A1 (ko) 온라인 상거래 보너스 통합 적립, 승인 시스템 및 방법
WO2018190652A1 (ko) 더치 페이 시스템
WO2018016840A1 (ko) 키오스크 장치를 이용한 전자 바우처 발급 시스템 및 방법
JP2018163533A (ja) 親端末、子端末、決済処理方法、およびプログラム
CN109887112A (zh) 数据处理方法、装置及电子设备
CN109754292A (zh) 停车自助开票方法、装置和电子设备
WO2020256481A1 (ko) 결제 서비스 시스템
WO2009148241A2 (ko) 이동통신망을 이용한 전자상품 공동 이용 방법 및 시스템
KR101766206B1 (ko) 모바일 주차권 발행 시스템 및 방법, 이를 이용한 모바일 주차 관리 시스템 및 방법
WO2017074146A2 (ko) 난수와 지문 정보를 이용하는 보안 결제 시스템 및 그 구동 방법
JP7083859B2 (ja) 公共交通システム
KR20180017067A (ko) 모바일 주차권 발행 시스템 및 방법, 이를 이용한 모바일 주차 관리 시스템 및 방법
WO2022260487A1 (ko) Qr코드를 이용한 요금처리 시스템
KR20230073165A (ko) 정산 코드 스캔 방식의 주차 요금 결제 시스템
WO2016036084A1 (ko) Url을 이용한 전자상거래 관리서버 및 그 관리방법
WO2022158658A1 (ko) 가맹점 별 소비자 맞춤 가상 토큰형 단말을 이용한 결제 서비스 제공 서버 및 결제 서비스 제공 방법
WO2017018597A1 (ko) 이동통신 단말기를 이용한 현금 입출금 서비스 제공 방법 및 시스템
WO2016036085A1 (ko) Url을 이용한 전자상거래 관리서버 및 그 관리방법
WO2016036083A1 (ko) Url을 이용한 전자상거래 관리서버 및 그 관리방법
CN1287328C (zh) 结算处理方法和结算处理系统
JP7064360B2 (ja) 端末装置、料金機械、料金収受システム、料金収受方法、及びプログラム
WO2014014213A1 (ko) 사용자 지향적 적립 포인트 공유 시스템
WO2017222176A1 (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: 20827505

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

Country of ref document: EP

Kind code of ref document: A1