WO2020149713A1 - Qr 페이 연동 방법 및 시스템 - Google Patents

Qr 페이 연동 방법 및 시스템 Download PDF

Info

Publication number
WO2020149713A1
WO2020149713A1 PCT/KR2020/000901 KR2020000901W WO2020149713A1 WO 2020149713 A1 WO2020149713 A1 WO 2020149713A1 KR 2020000901 W KR2020000901 W KR 2020000901W WO 2020149713 A1 WO2020149713 A1 WO 2020149713A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
code
store
pay
integrated
Prior art date
Application number
PCT/KR2020/000901
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 CN202080009578.7A priority Critical patent/CN113383357A/zh
Priority to US17/423,726 priority patent/US20220067696A1/en
Priority claimed from KR1020200006934A external-priority patent/KR20200090136A/ko
Publication of WO2020149713A1 publication Critical patent/WO2020149713A1/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/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]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record 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
    • 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • 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/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • 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
    • G06Q20/3267—In-app payments
    • 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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short 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
    • 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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of 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/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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the present invention is an invention for a method and a system and a service and a business model for interworking with a shopping mall or a store POS with a simple modification of a payment app while maintaining the core function of QR Pay that recognizes a store, authenticates a user, and processes payment. .
  • the customer scans the store QR code, instead of entering the payment amount, the QR code and payment amount are transferred from the outside to the payment app, and the payment app pays with the delivered QR code and payment amount, and the result is external after payment. It is an invention for a method and system for linking a shopping mall or store POS and a QR pay by sending it to.
  • the customer runs the payment app and scans the QR code of the store, it sends the QR code to the interlocking server to receive the order information in the waiting state from the interlocking server to make payment, deliver the result, and receive the payment result from POS. It is an invention for a method and system for linking a store POS and a QR pay.
  • QR payments have been used to scan QR codes placed in stores with smartphone apps, enter payment amounts, and make payments.
  • QR Pay service does not work with shopping malls or store POSs.
  • the present invention is an invention for a method and a system and a service and a business model for interworking with a shopping mall or a store POS with a simple modification of a payment app while maintaining the core function of QR Pay that recognizes a store, authenticates a user, and processes payment. .
  • the customer scans the store QR code, instead of entering the payment amount, the QR code and payment amount are transferred from the outside to the payment app, and the payment app pays with the delivered QR code and payment amount, and the result is external after payment. It is an invention for a method and system for linking a shopping mall or store POS and a QR pay by sending it to.
  • the customer runs the payment app and scans the QR code of the store, it sends the QR code to the interlocking server to receive the order information in the waiting state from the interlocking server to make payment, deliver the result, and receive the payment result from POS. It is an invention for a method and system for linking a store POS and a QR pay.
  • the present invention it is not only possible to pay with QR pay in the online shopping mall, but also because the user does not need to enter the payment amount, it is not necessary to check the payment results visually even in the offline store, and can manage all at the POS. Because it is very convenient.
  • FIG. 1 is an example of a basic system configuration and a flow chart according to the present invention.
  • FIG 3 is an example of a payment flow chart in an internet shopping mall according to the present invention.
  • FIG. 5 is an example of a payment flow chart in a PC internet shopping mall and POS according to the present invention.
  • FIG. 6 is an example of a screen displaying information required for payment with a QR code.
  • FIG. 8 is an example of a flow chart for scanning and scanning a store QR code according to the present invention.
  • 9 is an example of an order selection screen when there are multiple orders waiting for payment when scanning a store QR code.
  • 10 is an example of a screen for entering a serial number after scanning a store QR code.
  • 11 is an example of a QR code generation screen when a QR code is assigned to each POS.
  • 12 is an example of a screen for entering a POS number after scanning a store QR code.
  • 13 is an example of a screen in which a store employee inputs a payment amount in a separate app and receives a result when it is not linked with POS.
  • FIG. 14 is an example of a flowchart for obtaining a QR code for a store of a corresponding service from a QR code in the QR integrated service according to the present invention.
  • 15 is an example of a screen for selecting a payment service and a payment app from a QR integrated service.
  • 16 is a zero-pay payment inquiry screen.
  • FIG 17 is an example of another system configuration diagram according to the present invention.
  • 21 is an example of a transaction case selection screen according to the present invention.
  • the interlocking system first interlocks with each QR pay payment app as follows.
  • the interlocking system delivers information such as QR pay QR code, payment amount, and result receiving URL to the payment app.
  • the QR code and payment amount are delivered to the web page as follows.
  • qr is the QR pay QR code of the store
  • amount is the payment amount
  • ordid is the integrated order number that identifies the order
  • returl is the URL that receives the payment result.
  • Step 2 the payment app uses the delivered QR code and payment amount to pay in the same way as before.
  • Step 2-1 the payment app searches the store from the QR code and shows the store name, payment amount, and account information as shown in the first drawing of FIG. 2.
  • the customer since the payment amount is already fixed, the customer does not need to input it, and if the customer modifies the amount, the amount may vary, so that the customer cannot modify the amount.
  • Step 2-2 when the customer clicks OK, a password input screen is displayed as shown in the second drawing of FIG. 2.
  • Step 2-3 the customer enters the payment password and pays.
  • Steps 2-4 the payment app proceeds with the QR payment in the same way as before.
  • Step 3 the payment app delivers the transaction number to the interlocking system after payment.
  • information can be delivered to the integrated server in the returl specified in step 1 as follows.
  • retcd is the payment result code
  • acid is the QR pay transaction number
  • ordid is the integrated order number delivered in step 1.
  • QR payments have been used to scan QR codes placed in stores with smartphone apps, enter payment amounts, and make payments.
  • QR Pay service does not work with shopping malls or store POSs.
  • the present invention is an invention for a method and a system and a service and a business model for interworking with a shopping mall or a store POS with a simple modification of a payment app while maintaining the core function of QR Pay that recognizes a store, authenticates a user, and processes payment. .
  • the customer scans the store QR code, instead of entering the payment amount, the QR code and payment amount are transferred from the outside to the payment app, and the payment app pays with the delivered QR code and payment amount, and the result is external after payment. It is an invention for a method and system for linking a shopping mall or store POS and a QR pay by sending it to.
  • the customer runs the payment app and scans the QR code of the store, it sends the QR code to the interlocking server to receive the order information in the waiting state from the interlocking server to make payment, deliver the result, and receive the payment result from POS. It is an invention for a method and system for linking a store POS and a QR pay.
  • the zero pay QR code is a code for recognizing each store and contains the following string information.
  • QR Pay's QR codes include the following URL.
  • a shopping mall is a company that sells products or services over the Internet.
  • a store is a company or store that sells goods or services offline.
  • a store may refer to both an online shopping mall and an offline store.
  • the store order number means a number assigned to identify an order in a shopping mall or store.
  • the store order number may include letters in addition to numbers.
  • the QR code means a QR code image or string information described above.
  • scanning a QR code means a QR code image, and a QR code string.
  • the transaction number refers to a unique number that identifies each zero payment case in the zero pay service.
  • the payment module or payment app means a module or app of a pay service and a bank including a zero pay function.
  • the payment module may be in the form of a web page, may be in the form of an app, or may be in the form of a module, and thus, a payment module and a payment app may be mixedly displayed.
  • the interlocking module may be divided into a store interlocking module interworking with a shopping mall and POS and a payment app interlocking module interlocking with a zero pay payment app.
  • a shop interlocking module can be classified as a PC interlocking module and a POS interlocking module.
  • An interlocked app means an interlocking module in the form of an app.
  • the interlocking module means an integrated module when using an integrated service, or a module in a shopping mall or POS when interworking with a zero pay payment app directly from a shopping mall or POS.
  • the interlocking module may be in the form of a web page or in the form of an app.
  • the interworking server is a server that stores and retrieves information required for payment and payment result information, and means an integrated server when using an integrated service, or a shopping mall server or a POS server when interworking with a zero-pay payment app directly from a shopping mall or POS. it means.
  • Interlocking service means a service that provides linkage between shopping malls and POS and zero-pay payment apps.
  • the interlocking system is a system for interlocking services and includes an interlocking server and interlocking modules.
  • the integrated service means a service that provides interworking between multiple shopping malls or POSs and multiple payment modules.
  • the integrated module is a web page or app or library type module that runs on a PC or a smartphone for integrated services.
  • the integrated module is also a store integration module that works with shopping malls and POSs and a payment app integration module that works with zero-pay payment apps. Can be distinguished.
  • An integrated app means an integrated module in the form of an app.
  • An integrated server means a server that stores and provides information required for integrated services.
  • the integrated system is a system for integrated services and includes an integrated server and integrated modules.
  • the integrated order number is a number assigned to identify an order in the integrated service and is expressed as an integrated order number to distinguish it from the order number.
  • the integrated order number can also contain letters in addition to numbers.
  • the order number for ordering a store is a store order number
  • an order number for ordering in an integrated service means an integrated order number.
  • Each store registers as a Zero Pay Merchant in advance and is given a Zero Pay QR code.
  • the payment waiting status means the status of waiting for the customer's payment after the order is stored in the interlocking server.
  • the payment completion status means that the customer has completed payment.
  • the canceled state means that the customer has canceled the order and has been canceled.
  • each shopping mall may directly call and process the payment module, it is inefficient to develop it in each shopping mall because the method of calling and interworking with each payment module may be different. Explain.
  • Interlocking system that provides linkage between shopping mall and POS and zero-pay payment app
  • Interworking server that stores and retrieves information required for payment and payment results
  • the interlocking module interlocks with each zero-payment payment module as follows.
  • the interlocking module transmits information such as the zero pay QR code and payment amount to the payment module.
  • the QR code and payment amount are delivered to the web page as follows.
  • qr is the zero pay QR code of the store
  • amount is the payment amount
  • ordid is the integrated order number that identifies the order
  • returl is the URL that receives the payment result.
  • the payment result can be returned immediately, so there is no need to send the payment result receiving URL and order number separately.
  • the payment module is in the form of a smartphone app
  • the payment module is called according to a method provided by a smartphone OS such as Android or IOS.
  • parameters may be attached and transmitted after the URL, or may be transmitted according to a method provided by each OS.
  • step 2 the payment module pays in the same way as the existing one using the delivered QR code and payment amount.
  • Step 2-1 the payment module searches the store from the QR code and shows the store name, payment amount, and account information as shown in the first drawing of FIG. 2.
  • the customer since the payment amount is already fixed, the customer does not need to input it, and if the customer modifies the amount, the amount may vary, so that the customer cannot modify the amount.
  • Step 2-2 when the customer clicks OK, a password input screen is displayed as shown in the second drawing of FIG. 2.
  • Step 2-3 the customer enters the payment password and pays.
  • Steps 2-4 the payment module proceeds with zero pay in the same way as before.
  • Step 3 the payment module transmits the transaction number to the interlocking module or interlocking server after payment.
  • information can be delivered to the integrated server in the returl specified in step 1 as follows.
  • retcd is the payment result code
  • acid is the zero pay transaction number
  • ordid is the integrated order number delivered in step 1.
  • the module can be provided in the form of a library in the integrated service, and the module can be called as follows in the payment app.
  • a modal type ActiveX module it can be delivered as a return value as follows.
  • the processing result may be delivered to the integrated module according to the method provided by each OS.
  • the payment app can transmit the integrated order number or QR code to the integrated server, and receive information necessary for payment from the integrated server.
  • Step 1-1 the payment app sends the integrated order number or QR code to the integrated server.
  • the module can be provided in the form of a library in the integrated service, and the module can be called as follows in the payment app.
  • Step 1-2 the integrated server searches for an order from the integrated order number or QR code in the manner described below.
  • the integrated server returns the information necessary for payment as follows.
  • the integrated service also defines a method of interworking with a shopping mall or POS.
  • the shopping mall can request payment through the integrated server as follows.
  • id is the integrated service member ID of the shopping mall
  • ordid is the order number of the shopping mall
  • amount is the payment amount
  • returl is the payment result reception URL.
  • the integrated server or integrated module can deliver the results to the shopping mall as follows.
  • retcd is the payment result code
  • acid is the zero pay transaction number
  • ordid is the shopping mall order number received from the shopping mall.
  • ActiveX can be used.
  • the shopping mall can deliver a payment request by calling ActiveX as follows.
  • the first parameter means the integrated service member ID of the shopping mall
  • the second parameter means the shopping mall order number
  • the third parameter means the payment amount
  • the shopping mall can return the results as follows.
  • retcd is the payment result code and acid is the zero pay transaction number.
  • the order in the method of returning the result, can be identified in the POS without sending the order number, but the order number can be transmitted since it may be necessary when comparing data with the integrated server later.
  • POS can deliver the payment request as follows.
  • POS can return the result by calling the URL as follows.
  • the integrated order number returned may be transmitted, and the result may be returned.
  • the integrated server or integrated module may transmit to the POS server.
  • the integrated service can provide a separate interlocking module.
  • POS can deliver the payment request as follows.
  • POS can return the result as follows.
  • the present invention can be applied to online shopping malls as follows.
  • the method of searching for a product in a shopping mall and moving to a payment screen is the same as the previous one, so it is omitted in this description, and a process of a customer selecting and paying for the zero-payment payment used by the customer on the payment screen is described.
  • step 1 the shopping mall payment page delivers the integrated service member ID, order number, payment amount, and payment result receiving URL to the integrated module as described above.
  • Step 2 the integrated server retrieves the member information, saves the received information if it is a normal member, generates an integrated order number to identify the order, and returns the integrated order number and the zero pay QR code of the shopping mall .
  • Step 2-1 the integrated module transmits the received information to the integrated server.
  • Step 2-2 the integrated server retrieves the zero pay QR code of the corresponding shopping mall.
  • the integrated server In steps 2-3, the integrated server generates an integrated order number to identify the order.
  • the integrated server stores information such as the integrated order number, the integrated service member ID of the shopping mall, the shopping mall order number, and the payment amount.
  • the payment result receiving URL is also stored.
  • Step 2-5 the integrated server returns the zero pay QR code and the integrated order number.
  • the shopping mall name may be returned together to show the shopping mall name in step 3.
  • Step 3 the integrated module shows the zero pay payment module selection screen as shown in FIG. 4, and the customer selects one of the zero pay payment modules and clicks payment.
  • Step 4 the integration module executes the zero pay payment app as described above, and delivers the store QR code, payment amount, integrated order number, and result receiving URL.
  • Step 5 the zero pay payment app pays with the delivered QR code and payment amount.
  • Step 6 the zero pay payment app sends the payment result including the zero pay transaction number to the integrated server.
  • step 7 the integrated server searches for the order by the integrated order number and stores the zero pay transaction number.
  • Step 8 the integration module transmits the integrated order number to the integrated server and receives payment results from the integrated server.
  • the integration module may periodically access the integration server to receive the results, or receive information from the integration server as soon as the customer clicks the button on the integration module after payment.
  • step 8-1 the integrated module transmits the integrated order number to the integrated server.
  • Step 8-2 the integrated server searches for the order by the integrated order number.
  • Step 8-3 the integrated server returns the payment result including the zero pay transaction number of the corresponding order.
  • Step 9 the integrated module transmits the payment result including the shopping mall order number and transaction number to the shopping mall server as described above.
  • Step 10 the shopping mall receives the payment result, transmits the zero pay transaction number and order history to the server, and the shopping mall server stores the transaction number and order history.
  • the integrated server may transmit the payment result to the shopping mall server.
  • QR code scanning function Since there is no need for the QR code scanning function to process as in this example, it can be used in a PC, so if a payment module that operates on a PC is manufactured, it can be linked as described above.
  • payment can also be made using a smartphone app on a PC or POS as follows.
  • the integrated module is called a module that operates on a PC and a module that operates on a smartphone.
  • the PC or POS must deliver the integrated order number or all information necessary for payment to the smartphone interlocking module in the following way.
  • an integrated order number can be delivered as follows, and information necessary for payment can be received from the integrated order number.
  • the PC or POS interworking module transmits the order information to the integrated server as described above, and after receiving the integrated order number, delivers the integrated order number in the following form.
  • the smartphone interlocking module or the payment app After receiving the integrated order number, the smartphone interlocking module or the payment app receives the information necessary for payment as follows.
  • Step 1 the smartphone integrated app or payment app sends the integrated order number to the integrated server.
  • Step 2 the integrated server searches for orders and returns information necessary for payment.
  • Step 2-1 the integrated server searches for the order by the integrated order number.
  • Step 2-2 the integrated server returns information such as the store's zero-pay QR code and payment amount.
  • the smartphone integrated app or payment app does not need to transmit the integrated order number to the integrated server and receive the information required for payment from the integrated server.
  • the above information can be transmitted in various media or in various ways as follows.
  • the integrated order number can be displayed on a PC screen or a customer monitor of a POS by using a barcode or a QR code.
  • PC integrated modules installed in POS have barcodes or QR on customer monitors. The code can be displayed, and the customer can launch and scan the smartphone integrated app or payment app.
  • the customer's smartphone can send a URL by text, messenger or push notification.
  • the customer's mobile phone number is entered, so it can be delivered from the shopping mall without having to enter it separately.
  • the customer is asked for a cell phone number, the cell phone number is sent to the integrated server, and the integrated server can be sent to the customer's smartphone.
  • the customer After receiving the message, the customer touches a text message on a smartphone or a URL or push notification in a messenger.
  • the customer is provided with the integrated order number, and the customer can run the smartphone integrated app or payment app and enter the integrated order number.
  • a simple identification number may be used instead of the integrated order number.
  • the store has a terminal capable of communicating with a smartphone, such as an NFC terminal, it can be transmitted to the terminal.
  • the integrated app or payment app is required for the integrated order number or payment from the terminal. Full information can be received.
  • step 1 the shopping mall payment page delivers the integrated service member ID, order number, payment amount, and payment result receiving URL to the PC integrated module.
  • the PC integrated module transmits the received information to the integrated server, and the integrated server stores the information and issues an integrated order number to return.
  • step 3 the PC integrated module shows the integrated order number on the PC screen as a QR code as shown in FIG.
  • Step 4 the customer runs the smartphone payment app and scans the QR code on the PC screen.
  • Step 5 the payment app transmits the integrated order number to the integrated server and receives information such as the store QR code and payment amount from the integrated server.
  • Step 6 the payment app pays with the received shop QR code and payment amount.
  • Step 7 the payment app sends the payment result to the integrated server.
  • Step 8 the integrated server searches for the order by the integrated order number and stores the transaction number.
  • Step 9 the PC integration module receives the payment result from the integration server.
  • step 10 the PC integrated module transmits the payment result to the shopping mall server.
  • Step 11 the shopping mall payment page transmits the zero pay transaction number and order history to the server after receiving the zero pay transaction number, and the shopping mall server stores the transaction number and order history.
  • POS can be processed as in the case of the above PC shopping mall.
  • Step 1 After the store employee enters the order in the POS and clicks the Zero Pay payment button, the POS calls the integrated module as follows and delivers the integrated service member ID, order number, and payment amount to the POS integrated module.
  • the POS integrated module transmits the received information to the integrated server, and the integrated server stores the information and issues an integrated order number to return.
  • step 3 the POS integrated module shows the integrated order number on the POS customer monitor as a QR code.
  • Step 4 the customer runs the smartphone payment app and scans the QR code on the POS screen.
  • step 5 the payment app integration module transmits the integrated order number to the integrated server and receives information such as the store QR code and payment amount from the integrated server.
  • Step 6 the payment app pays with the received shop QR code and payment amount.
  • Step 7 the payment app integration module transmits the payment results to the integrated server.
  • Step 8 the integrated server searches for the order by the integrated order number and stores the transaction number.
  • Step 9 When the store employee presses the confirmation key at the POS, the POS integrated module transmits the integrated order number and receives the payment result from the integrated server.
  • Step 10 the POS integration module returns the payment result.
  • step 11 the POS stores the transaction number and order history after receiving the zero pay transaction number.
  • QR Pay issues a QR code for each store when one affiliate has multiple stores.
  • orders and payments may occur simultaneously, whereas in an offline store, the payment is made for one order, and then the next order is processed. That is, if there is only one POS using one QR code, the order can be identified by simply scanning the store QR code as follows.
  • Step 1 the store associate enters the order at the POS and clicks the OK button.
  • Step 2 POS transmits the store QR code and order details to the integrated server and receives the integrated order number.
  • the integrated server also stores the store QR code in the order information.
  • Step 3 the customer runs the payment app and scans the store QR code.
  • Step 4 the payment app transmits the store QR code to the integrated server and receives the integrated order number and information required for payment from the integrated server.
  • Step 4-1 the payment app sends the store QR code to the integrated server.
  • step 4-2 the integrated server searches for an order in a payment waiting state among orders containing the transmitted QR code.
  • Step 4-3 the integrated server returns the integrated order number and payment amount.
  • Step 5 the payment app pays with the store QR code and payment amount.
  • Step 6 the payment app sends the payment result to the integrated server.
  • Step 7 the integrated server searches for the order by the integrated order number and stores the payment result.
  • the order status is changed to the payment completed status so that the order does not remain in the payment waiting status.
  • the POS receives the payment result in the same way as above, and stores the order.
  • each QR code is issued and used as a single integrated service ID.
  • the code must be saved to be searched in step 4, but when using one integrated service ID, the QR code is not stored in step 2 above, and can be processed as follows in step 4-2.
  • step 4-2-1 the integrated server retrieves the integrated service ID of the store from the store QR code.
  • step 4-2-2 the integrated server searches for an order in the waiting state of payment among the orders of the corresponding store.
  • POS sends the integrated order number to the integrated server, and the integrated server cancels the order and retrieves the order in step 4 later. When not to be searched.
  • the integrated server when the QR code is sent from the payment app, the integrated server must include the corresponding QR code and distinguish the customer's order from the multiple orders pending payment.
  • the integrated server searches for the latest pending payment status among the orders containing the transmitted QR code, returns the integrated order number and payment amount, and the customer can select it.
  • the integrated server returns the integrated order number and payment amount of all orders pending payment among orders containing the transmitted QR code. Show the order list, select the customer and pay.
  • the store staff informs the payment amount after entering an order at the POS, it can be easily selected when the payment amount of each order is different.
  • the store employee will inform the integrated order number, and the customer will select the corresponding integrated order number.
  • the integrated server returns the payment result including the payment amount when the POS requests the payment result, and the POS can check whether the payment amount matches.
  • the integrated server can identify orders by assigning a serial number to each order.
  • step 2 the order details are transmitted to the integrated server as follows, and the serial number is received.
  • Step 2-1 POS sends the store QR code and payment amount to the integrated server.
  • Step 2-2 the integrated server generates an integrated order number and a simple serial number.
  • the serial number is a number to identify the corresponding order among orders in the waiting status, and generates a serial number for an order generated by the same QR code in 2 or 3 digits.
  • one store uses one QR code, but the number of orders that can occur simultaneously in one store is limited.
  • the next POS and the serial number may overlap.
  • serial number is 7
  • the serial number of 7 may be generated again starting from number 8.
  • serial number to be issued is a serial number currently pending payment, and if the serial number is pending payment, the following number can be used.
  • serial number 7 After the serial number 7 is generated, it proceeds to 99, and it takes a lot of time until it becomes 7 again.
  • serial number as a waiting number to wait for food to be served after ordering it at a food court, highway rest area, or coffee shop.
  • the integrated server stores the QR code, payment amount, integrated order number and serial number, and then returns the integrated order number and serial number.
  • Step 2-4 the POS integrated module receives the integrated order number and serial number, and displays the serial number on the POS screen.
  • Step 3 the store employee guides the customer to the serial number, the customer runs the payment app, scans the store QR code, and enters the serial number on the screen shown in FIG.
  • serial number can be shown here.
  • Step 4 the payment app sends the store QR code and serial number to the server and receives order information.
  • Step 4-1 the interlocking module transmits the store QR code and serial number to the integrated server.
  • the integrated server includes the transmitted shop QR code and serial number, and searches for an order in a payment waiting state.
  • step 4-3 the integrated server returns the integrated order number and payment amount of the corresponding order.
  • QR codes can be assigned to each POS as follows.
  • the QR code can be configured to recognize the POS as in the following example.
  • the leading number or code separated by “-” is information that identifies the store.
  • the second number or code is information that identifies each store in the case of a store having multiple stores such as a franchise.
  • the third number or code is information identifying the POS in the store.
  • a store using one POS can omit store identification information or POS identification information or replace it with a specific number or code such as “0000”.
  • Each shop is issued a QR code as follows after joining the integrated server.
  • Each store or store manager can log in to the integrated server and input store identification information and POS identification information directly on the screen as shown in FIG. 11, and print it.
  • the integrated server must manage store information to settle fees with each store or charge service usage fees, but as described below, each store and POS identification information is only for retrieving orders, so it needs to be managed separately. none.
  • the integrated server can manage information about the store or POS.
  • Step 1 the store associate enters the order at the POS and clicks the OK button.
  • Step 2 POS sends the QR code and order details to the integrated server and receives the integrated order number.
  • Step 2-1 POS sends order information including its QR code and payment amount to the integrated server.
  • Step 2-3 the integrated server stores the integrated order number, QR code and order information.
  • the order status is stored as a payment waiting status.
  • Step 2-4 the integrated server returns the integrated order number.
  • Step 3 the customer runs the payment app and scans the QR code of each POS.
  • Step 4 the payment app sends the QR code to the server and receives order information.
  • Step 4-1 the payment app sends the QR code to the integrated server.
  • step 4-2 the integrated server searches for an order that is in a payment waiting state while including the transmitted QR code.
  • Step 5 the payment app pays with the QR code and payment amount, and sends the payment result and the integrated order number to the integrated server.
  • the POS receives the payment result in the same way as above, and stores the order.
  • the customer can scan the QR code and enter the POS number after printing the POS number and attaching it to the POS.
  • Step 1 the store associate enters the order at the POS and clicks the OK button.
  • Step 2 POS transmits the QR code, POS number and order details to the integrated server, and receives the integrated order number.
  • Step 3 the customer runs the payment app, scans the QR code of each POS, and enters the POS number on the screen shown in FIG. 12.
  • Step 4 the payment app sends the QR code and POS number to the server and receives order information.
  • Step 4-1 the payment app transmits the QR code and POS number to the integrated server.
  • step 4-2 the integrated server searches for orders that are waiting for payment, including the transmitted QR code and POS number.
  • step 4-3 the integrated server returns the order information including the integrated order number and payment amount of the corresponding order.
  • Step 5 the payment app pays with the QR code and payment amount, and sends the payment result and the integrated order number to the integrated server.
  • Step 6 the integrated server retrieves the order by the integrated order number and stores the payment result.
  • the POS receives the payment result in the same way as above, and stores the order.
  • the present invention it is not only possible to pay with QR pay in the online shopping mall, but also because the user does not need to enter the payment amount, it is not necessary to check the payment results visually even in the offline store, and can manage all at the POS. Because it is very convenient.
  • Step 1 when the store employee runs a separate app, the screen shown in FIG. 13 appears.
  • the QR code uses preset information, and since it is difficult to input the order details individually, fixed information can be used.
  • Step 2 the store employee checks the payment amount of the POS, enters it into a separate app and clicks the OK button, and the separate app sends a QR code and order information and receives the order number as described above.
  • Step 3 when the customer clicks the button after payment, the separate app sends the received order number to the server, receives the result, and shows it on the screen as shown in the second screen of FIG.
  • the store employee has to enter the payment amount, and the payment result is not stored directly in the POS, at least there is no need to inform the customer of the payment amount, and the customer does not have to enter the payment amount, and the customer deliberately or mistakes It is also possible to prevent the case of incorrectly entering the amount, and there is no need to visually check whether the payment amount is abnormal or not.
  • each payment service must issue a QR code for each store or store, print it, and provide a QR code kit. To do this, it takes a lot of money and effort. It is difficult and complicated to manage since it is necessary to have a QR code kit for all payment services.
  • each payment service must issue a QR code for each store or store, print and provide a QR code kit, and provide a QR code kit for each POS.
  • the QR code is discarded and a new QR code must be issued and kept, which is costly and laborious.
  • each store registers the QR pay service and the merchant code of the corresponding service on the integrated server in advance as follows.
  • the QR code can be stored for each store.
  • the payment app sends the following information to the integrated server.
  • qid refers to the payment app's own QR code payment service, which means zero pay
  • qr is the QR code scanned by the customer.
  • the integrated server retrieves store information by QR code as follows and obtains the store QR code.
  • Step 1 the integrated server searches for the store using the transmitted QR code.
  • the integrated server checks whether the store is a merchant of the corresponding payment service, and if it is a merchant, proceeds to the next step, and if not, returns an error message.
  • Step 2 Search for the QR code service sent from the QR code used by the store.
  • ZeroPay service is searched among QR code payment services of stores with ID hknets, and QR code 1-ZP-201811900011-M201811900000011-Zmlg can be obtained.
  • the integrated server returns the QR code of the service store as follows.
  • the list of available payment services and store QR codes may be returned, and the user may select them.
  • each shop When processed as described above, each shop only needs to have one QR code kit, and the rest of the QR pay services do not need to print QR codes for each shop or store.
  • QR code assigned to each POS in the integrated server not only does it require that all QR pay services print QR codes for each store or store, it is also easy to identify orders by POS.
  • customers can run the payment app and scan any QR code to process it.
  • Step 1 the customer launches the payment app and scans any QR code.
  • Step 2 the payment app transmits its identification information and QR code to the integrated server as described above, and receives information necessary for payment, such as the store QR code and payment amount of the corresponding payment service from the integrated server.
  • step 3 the payment app pays with the store QR code and payment amount.
  • Step 4 the payment app sends the payment result to the integrated server.
  • Step 5 the integrated server retrieves the order by the integrated order number and stores the payment result.
  • the POS receives the payment result and stores the order.
  • the integrated app can transmit the identification information and QR code of the payment service selected by the user as described above, and receive order information.
  • Step 1 the customer runs the integrated app, selects the payment service and payment app on the screen shown in FIG. 15, and scans any QR code.
  • the available apps are searched for and displayed in the payment app selection window.
  • the process of selecting the payment app can be omitted.
  • Step 2 the integrated app transmits the identification information and QR code of the payment service selected by the customer to the integrated server, and receives the information necessary for payment from the integrated server.
  • Step 3 the integrated app transmits the received information to the payment app selected by the customer.
  • the POS receives the payment result and stores the order.
  • the integrated app transmits the QR code to the integrated server, downloads the payment service available at the corresponding store, and the user can select it.
  • Step 1 the customer runs the integrated app and scans the QR code.
  • Step 2 the integrated app transmits the QR code to the integrated server as in the above example, and receives the information necessary for payment from the integrated server.
  • the store downloads the identification information of the payment service and the QR code of the store registered as a merchant.
  • Step 3 the integrated app shows the payment service and payment app available in the store, as shown in FIG. 15, and the customer selects the payment service and payment app.
  • Step 4 the integrated app delivers information such as the QR code and payment amount of the payment service selected by the customer to the payment app.
  • the POS receives the payment result and stores the order.
  • each store can use all the QR pay services to which it subscribes if only one QR code kit is provided, so it is not only convenient to manage the QR code kit, but also each QR pay service is re-produced by each POS. Or, it is possible to apply the POS interlocking function described above without modifying the function of the server, so that convenience is greatly improved and cost is reduced.
  • each store in the case of scanning the store QR code provided by the QR Pay service, each store must register with each QR Pay service as an affiliated store and receive a QR code to distinguish the store, but do not scan the store QR code or integrate the service
  • the entire store can use one QR code for each payment service.
  • the integrated service company subscribes to each QR pay service to receive a QR code, and the entire store can use the integrated service company's QR code.
  • the QR pay service cannot distinguish stores, but the integrated service can distinguish stores by member ID and each order using the integrated order number.
  • an integrated service company can register as a merchant to each QR pay service and provide services to multiple stores.
  • the integrated service company joins each QR pay service as an affiliated store and is issued a QR code.
  • the integrated service provider provides the store with a kit printed with its integrated QR code instead of the QR code of the QR pay service.
  • the integrated service company may manufacture and send a QR kit, and the integrated service may provide a QR code printing function, and each store may print on the screen as shown in FIG. 11.
  • the store QR code of the integrated service company of the payment service selected by the customer is transmitted.
  • the store app When the store app scans the QR code of the store, it returns the store QR code of the payment service corresponding to the identification information transmitted by the payment app.
  • the QR code of the zero pay store of the integrated service is returned.
  • the store can be identified for each payment case.
  • the integrated service company is settled by mutually negotiating with each store.
  • Each QR pay service is settled with the integrated service provider regardless of the actual store, as payment is made with the QR code of the integrated service provider.
  • the integrated service company stores the settlement information for each order at the time of settlement with each QR pay service.
  • each store needs to know the QR pay service transaction number in order to cancel or settle the transaction number of the QR pay service as in the above example.
  • the integrated service company acts as a representative merchant and also acts for cancellation processing and settlement, each store can distinguish each payment case by the integrated order number of the integrated service instead of the transaction number of the QR pay service.
  • the integrated order number of the integrated service may be delivered to each shopping mall or POS.
  • the QR pay service since the QR pay service does not need to issue a QR code for each store or store, it is possible to reduce the cost of issuing a QR kit.
  • the interlocking system accesses the QR pay server to search for and return the payments that match the customer's payment history as follows, and the shopping mall or POS returns the result.
  • the QR pay server By receiving and storing, it is possible to verify the customer's payment and link it to a shopping mall or POS.
  • the interlocking system can access the QR pay server and cancel the processing in the same way.
  • the customer can enter the amount at will, so it is necessary to check whether the amount paid by the customer is correct.
  • the ZeroPay server uses an encryption module, it is technically difficult to access by scraping, but here, for convenience of explanation, the scraping method will be described as an example.
  • an interlocking module or an integrated module means a module that accesses a QR pay server to search for and compare payments.
  • ZeroPay is a method in which a customer shoots a ZeroPay QR code with a smartphone, the shopping mall first submits a ZeroPay QR code image to the integrated service.
  • the method of searching for a product in a shopping mall and moving to a payment screen is the same as the previous one, so it is omitted in this description, and a process of a customer selecting and paying for the zero-payment payment used by the customer on the payment screen is described.
  • the shopping mall server transmits information such as an order number and an amount to be paid by the customer as an integrated service.
  • mid is the ID of the integrated service member of the shopping mall
  • amount is the amount to be paid
  • ordid is the order number of the shopping mall
  • returl is the URL of the shopping mall to receive payment results.
  • Step 2 the integrated module shows the zero pay QR code on the screen as shown in Fig. 19.
  • the store name is the name of the corresponding shopping mall retrieved from mid, and the payment amount is the amount received from the shopping mall.
  • Zero-Pay can receive multiple QR codes for one operator to distinguish franchise stores, so if multiple shopping malls are issued as many QR codes as possible, showing different QR codes from time to time minimizes the case of more than 2 searches. can do.
  • QR codes can be displayed according to the current time as follows.
  • Zero Pay provides QR code bands to each store as follows, and the integrated module can show the QR code image so that it does not overlap.
  • the 6-digit band is provided as above, it starts from 000000, increases to 999999, and changes to 000000 again after 999999.
  • the search is as follows, 1,000,000 orders are not duplicated unless payment is made with zero pay.
  • Step 3 the customer executes the Zero Pay payment app on the smartphone in the same way as the existing Zero Pay payment, scans the QR code on the screen as shown in FIG. 19, enters the amount, and pays.
  • Information such as transaction number, payment method, payment amount, and payment time is stored in the zero pay server.
  • Step 4 the customer enters the following on the screen as shown in FIG. 19 after payment of zero pay, and clicks the payment confirmation button.
  • the number of retries is limited to the number of retries as shown in FIG. 19 in order to prevent a case in which malicious payment is not made or payment is less than the amount to be paid, and the retry is attempted while changing the payment method or transaction number until a transaction is found. If you do not find a match in step 5 by subtracting the number of retries, and if you proceed to step 4 again, you can end if the remaining number is 0.
  • Step 5 the integrated service checks the customer payment details using the integrated module.
  • step 5-1 the integrated module logs in to the zero pay affiliate management homepage with the zero pay affiliate ID and password of the integrated service.
  • Each shopping mall or store can register an ID and password with the integrated server in advance.
  • each POS may display a login window to a store employee and log in when the interlock system is operated.
  • step 5-1 is skipped and proceed to the next step.
  • step 5-2 the integration module calls the zero pay server as follows.
  • the merchant code (findAfstrId) is transmitted.
  • the merchant code is part of the Zero Pay QR code and can be obtained from the QR code.
  • the transaction number (findSetlTranChrcNo) is transmitted.
  • the payment method is transmitted.
  • search period (findFromDt, findToDt) is transmitted.
  • the time is transmitted.
  • Step 5-3 the integrated module compares the search results as follows.
  • nPrice is defined as the payment amount transmitted from above
  • nCount is the number of searched transactions
  • sACID1 is the transaction number of each searched transaction
  • nPrice1 is the payment amount of each searched transaction
  • nTime1 is defined as the transaction time of the searched payment case, and is implemented as follows: .
  • nTime DateAdd("s", -300, Now)
  • nPrice1 ...
  • nTime1 ...
  • sNewACIDs sNewACIDs & “,” & sACID1''' Add transaction number
  • Step 5-3-1 compare the QR code.
  • Step 5-3-2 check if the amount matches or not.
  • Step 5-3-3 when entering the transaction number, compare the transaction number.
  • Step 5-3-4 compare payment times.
  • step 5-2 In the case of searching including the transaction time in step 5-2, it is omitted.
  • Step 5-4 the integrated module transmits a list of transaction numbers (sNewACIDs) that meet the above conditions to the integrated server, and the integrated server compares each transaction number with the data stored in the database and checks whether it is a new transaction number and then creates a new transaction number.
  • sNewACIDs sNewACIDs & “,” & sACID1
  • Steps 5 and 5 are processed as follows according to the number of transactions that meet the conditions.
  • the interlocking module shows the transaction number of the corresponding payment case to the customer as shown in FIG. 21 and confirms it, and then delivers the transaction number selected by the customer to the next step.
  • Step 5-6 in case of normal payment, the integration module transmits the transaction number to the integration server, and the integration server stores the transaction number in the database and compares it the next time it is retrieved.
  • Step 6 the integrated service transmits the payment confirmation result, identification number, and shopping mall order number to the shopping mall.
  • Step 7 the shopping mall stores the order details and the transaction number.
  • the interlocking system is called and searched as above.
  • the customer naturally scans the QR code placed in the store.
  • the interlocking system shows a screen as shown in FIG. 20, the store employee selects a payment method, and inputs a transaction number.
  • the interlocking module shows the screen as shown in FIG. 21 to the POS, and the store employee selects the customer's smartphone screen or the zero pay store app.
  • the offline store is a sequential method in which the next order is processed when payment for one order is completed, so there is no need to enter a transaction number.
  • Step 1 Search for the order at POS and click the Cancel button.
  • Step 2 transmit as follows.
  • Step 3 the zero pay interlocking system is processed as follows.
  • Step 3-1 first check the ID and password to see if they are normal users.
  • Step 3-2 log in to the zero pay server with the zero pay merchant ID and password.
  • Step 3-3 search for payments by transaction number (acid).
  • steps 3-4 the system cancels the zero-pay server and returns that it has been processed normally.
  • Step 4 if processed normally, POS cancels the order.
  • the present invention it is not only possible to pay with a QR pay even in an online shopping mall, but the store does not need to check the payment results one by one with the naked eye, and is very convenient because all the management can be performed at the POS.
  • the payment app can display the payment result on the smartphone screen with a barcode or QR code, and scan it with a barcode or QR code scanner in the store to check it.
  • Step 1 When the customer orders, the store enters the order details in the POS.
  • Step 2 the customer launches the ZeroPay app in the same way as before, scans the store QR code, enters the payment amount, and pays.
  • Step 3 the zero-pay payment app displays information such as payment time, payment amount, transaction number, etc. on the screen as shown in FIG. 24 after payment.
  • Step 4 When the customer presents the smartphone screen, the store scans the barcode or QR code on the smartphone screen with a scanner connected to the POS.
  • Step 5 POS compares the scanned information as follows.
  • Step 5-1 compare whether the payment amount matches the amount entered in the POS.
  • step 5-2 there is a possibility that the customer may show the previously paid screen, so check whether the payment is recent, such as within 1 minute from the current time.
  • step 6 the process proceeds to step 6, and in the case of abnormalities such as inconsistent amounts, errors are displayed.
  • Step 6 POS stores the order details and transaction number.
  • the payment result can be displayed with a QR code.
  • the QR code can display a lot of information, it can include information such as payment time, payment amount, and transaction number.
  • the store app since the store app has a function of receiving payment information from the zero pay server, it is easy to implement the above function.
  • the payment result can also be displayed with a barcode.
  • the interlocking system can log in and search the zero pay server in the same way as above, return and compare the payment amount and payment time.
  • the POS automatically checks the payment amount and obtains a transaction number
  • the store checks the payment amount visually or checks the payment amount on the zero pay server. It is convenient because you do not need to check the payment number.
  • zero-pay was described as an example, but it can be applied to various payment methods by scanning a QR code and making payment.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

본 발명은, 사용자가 결제앱을 실행하고, 상점 QR코드를 스캔하고, 결제금액을 입력하는 대신에 연동 시스템이 상점 QR코드와 결제금액을 결제모듈로 전달하고, 결제모듈은 수신된 상점 QR코드와 결제금액으로 결제한 후 결제 결과를 연동 시스템으로 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템에 관한 것이다.

Description

QR 페이 연동 방법 및 시스템
본 발명은 상점을 인식하고, 사용자를 인증하고, 결제 처리하는 QR 페이의 핵심 기능은 그대로 유지하면서 결제앱의 간단한 수정으로 쇼핑몰 또는 상점 POS와 연동하는 방법 및 시스템과 서비스 및 비즈니스 모델에 대한 발명이다.
즉, 고객이 상점 QR코드를 스캔하고, 결제금액을 입력하는 대신 외부에서 결제앱으로 QR코드와 결제금액을 전달하고, 결제앱은 전달된 QR코드와 결제금액으로 결제하고, 결제 후 결과를 외부로 전송함으로써 쇼핑몰 또는 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.
또한 고객이 결제앱을 실행하고, 상점 QR코드를 스캔하면 QR코드를 연동서버로 전송하여 연동서버로부터 결제대기 상태의 주문 정보를 수신하여 결제한 후 결과를 전달하고, POS에서 결제 결과를 수신함으로써 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.
아울러 이를 구현하는 서비스 및 비즈니스 모델에 대한 발명이다.
최근에 스마트폰 앱으로 상점에 비치된 QR코드를 스캔하고, 결제금액을 입력하고 결제하는 QR 페이가 많이 사용되고 있다.
그러나 QR 페이 서비스는 쇼핑몰이나 상점 POS와 연동되지 않는다.
따라서 온라인 쇼핑몰에서는 QR 페이를 사용하기 어렵다.
오프라인 상점에서도 고객이 직접 결제금액을 입력해야 하기 때문에 불편할 뿐만 아니라 상점 직원이 고객 스마트폰 화면이나 QR 페이 앱 화면 또는 QR 페이 서버를 통해 육안으로 일일이 결제 여부와 결제 금액을 확인해야 하고, POS와 QR 페이를 각각 따로 관리해야 하기 때문에 매우 불편하다.
본 발명은 상점을 인식하고, 사용자를 인증하고, 결제 처리하는 QR 페이의 핵심 기능은 그대로 유지하면서 결제앱의 간단한 수정으로 쇼핑몰 또는 상점 POS와 연동하는 방법 및 시스템과 서비스 및 비즈니스 모델에 대한 발명이다.
즉, 고객이 상점 QR코드를 스캔하고, 결제금액을 입력하는 대신 외부에서 결제앱으로 QR코드와 결제금액을 전달하고, 결제앱은 전달된 QR코드와 결제금액으로 결제하고, 결제 후 결과를 외부로 전송함으로써 쇼핑몰 또는 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.
또한 고객이 결제앱을 실행하고, 상점 QR코드를 스캔하면 QR코드를 연동서버로 전송하여 연동서버로부터 결제대기 상태의 주문 정보를 수신하여 결제한 후 결과를 전달하고, POS에서 결제 결과를 수신함으로써 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.
아울러 이를 구현하는 서비스 및 비즈니스 모델에 대한 발명이다.
본 발명에 의하면 온라인 쇼핑몰에서도 QR 페이로 결제할 수 있을 뿐만 아니라 사용자는 결제 금액을 입력할 필요가 없기 때문에 편리하고, 오프라인 상점에서도 일일이 결제 결과를 육안으로 확인할 필요 없고, POS에서 모든 관리를 할 수 있기 때문에 매우 편리하다.
도1은 본 발명에 의한 기본 시스템 구성도 및 흐름도의 예시이다.
도2는 기존과 동일한 QR 페이 결제 화면의 예시이다.
도3은 본 발명에 의한 인터넷 쇼핑몰에서의 결제 흐름도의 예시이다.
도4는 결제앱 선택 화면의 예시이다.
도5는 본 발명에 의한 PC 인터넷 쇼핑몰 및 POS에서의 결제 흐름도의 예시이다.
도6은 결제에 필요한 정보를 QR코드로 표시한 화면의 예시이다.
도7은 결제에 필요한 정보를 SMS로 전송한 화면의 예시이다.
도8은 본 발명에 의한 상점 QR코드를 스캔하여 결제하는 흐름도의 예시이다.
도9는 상점 QR코드 스캔 시 결제대기 상태의 주문이 여러 건일 경우 주문 선택 화면의 예시이다.
도10은 상점 QR코드 스캔 후 일련번호를 입력하는 화면의 예시이다.
도11은 POS마다 QR코드를 부여하는 경우 QR코드 생성 화면의 예시이다.
도12는 상점 QR코드 스캔 후 POS 번호를 입력하는 화면의 예시이다.
도13은 POS와 연동되지 않는 경우 상점 직원이 별도 앱에서 결제금액을 입력하고, 결과를 수신하는 화면의 예시이다.
도14는 본 발명에 의한 QR 통합서비스에서 QR코드로부터 해당 서비스의 상점 QR코드를 얻는 흐름도의 예시이다.
도15는 QR 통합서비스에서 결제 서비스와 결제 앱을 선택하는 화면의 예시이다.
도16은 제로페이 결제 내역 조회 화면이다.
도17은 본 발명에 의한 또 다른 시스템 구성도의 예시이다.
도18은 본 발명에 의한 결제 검증 흐름도의 예시이다.
도19는 본 발명에 의한 인터넷 쇼핑몰 결제 화면의 예시이다.
도20은 본 발명에 의한 거래번호 입력 화면의 예시이다.
도21은 본 발명에 의한 거래 건 선택 화면의 예시이다.
도22는 본 발명에 의한 취소 처리 흐름도의 예시이다.
도23은 본 발명에 의한 또 다른 결제 검증 흐름도의 예시이다.
도24는 본 발명에 결제 후 바코드 표시 화면의 예시이다.
본 발명을 구현하기 위해서는 우선 연동 시스템은 각각의 QR 페이 결제앱과 다음과 같이 연동한다.
1단계, 연동 시스템은 QR 페이 QR코드, 결제금액, 결과 수신 URL 등의 정보를 결제앱로 전달한다.
결제앱이 웹페이지 형태일 경우에는 다음과 같이 QR코드와 결제금액을 웹페이지로 전달한다.
https://zeropay.naver.com/pay.jsp?qr=1-ZP-201811900011-M201811900000011-Zmlg&amount=10000&ordid=20190115000100&returl=https://qrpays.com/return.asp
여기에서 qr은 해당 상점의 QR 페이 QR코드, amount는 결제금액, ordid는 주문을 식별하는 통합주문번호, returl은 결제 결과를 수신하는 URL을 의미한다.
2단계, 결제앱은 전달된 QR코드와 결제금액을 이용하여 기존과 동일한 방법으로 결제한다.
2-1단계, 결제앱은 QR코드로부터 상점을 검색한 후 도2의 첫번째 도면과 같이 상점명과 결제금액과 계좌정보를 보여준다.
이 때에 결제금액은 이미 확정되어 있기 때문에 고객이 입력할 필요 없을 뿐만 아니라 고객이 금액을 수정하면 금액이 달라질 수 있으므로 고객이 금액을 수정할 수 없도록 한다.
2-2단계, 고객이 확인을 클릭하면 도2의 두번째 도면과 같이 비밀번호 입력 화면을 보여준다.
2-3단계, 고객은 결제 비밀번호를 입력하고 결제한다.
2-4단계, 결제앱은 기존과 마찬가지 방법으로 QR 페이 결제를 진행한다.
3단계, 결제앱은 결제 후 거래번호를 연동 시스템으로 전달한다.
웹페이지 호출 방식일 경우 다음과 같이 1단계에서 지정한 returl로 통합서버에 정보를 전달할 수 있다.
https://qrpays.com/return.asp?retcd=OK&acid=PPG1900115116&ordid=20190115000100
여기에서 retcd는 결제 결과 코드이고, acid는 QR 페이 거래번호이고, ordid는 1단계에서 전달된 통합주문번호이다.
최근에 스마트폰 앱으로 상점에 비치된 QR코드를 스캔하고, 결제금액을 입력하고 결제하는 QR 페이가 많이 사용되고 있다.
그러나 QR 페이 서비스는 쇼핑몰이나 상점 POS와 연동되지 않는다.
따라서 온라인 쇼핑몰에서는 QR 페이를 사용하기 어렵다.
오프라인 상점에서도 고객이 직접 결제금액을 입력해야 하기 때문에 불편할 뿐만 아니라 상점 직원이 고객 스마트폰 화면이나 QR 페이 앱 화면 또는 QR 페이 서버를 통해 육안으로 일일이 결제 여부와 결제 금액을 확인해야 하고, POS와 QR 페이를 각각 따로 관리해야 하기 때문에 매우 불편하다.
본 발명은 상점을 인식하고, 사용자를 인증하고, 결제 처리하는 QR 페이의 핵심 기능은 그대로 유지하면서 결제앱의 간단한 수정으로 쇼핑몰 또는 상점 POS와 연동하는 방법 및 시스템과 서비스 및 비즈니스 모델에 대한 발명이다.
즉, 고객이 상점 QR코드를 스캔하고, 결제금액을 입력하는 대신 외부에서 결제앱으로 QR코드와 결제금액을 전달하고, 결제앱은 전달된 QR코드와 결제금액으로 결제하고, 결제 후 결과를 외부로 전송함으로써 쇼핑몰 또는 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.
또한 고객이 결제앱을 실행하고, 상점 QR코드를 스캔하면 QR코드를 연동서버로 전송하여 연동서버로부터 결제대기 상태의 주문 정보를 수신하여 결제한 후 결과를 전달하고, POS에서 결제 결과를 수신함으로써 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.
아울러 이를 구현하는 서비스 및 비즈니스 모델에 대한 발명이다.
본 설명에서는 제로페이를 예로 들어 설명한다.
우선 제로페이 QR코드는 각 상점을 인식하기 위한 코드로서 다음과 같은 문자열 정보를 포함하고 있다.
1-ZP-201811900011-M201811900000011-Zmlg
따라서 스마트폰 카메라로 제로페이 QR코드 이미지를 스캔하여 상점 정보를 얻을 수도 있지만 상기의 문자열 정보를 저장하였다가 전달할 수도 있다.
카카오페이처럼 일부 QR 페이의 QR코드는 다음과 같이 URL을 포함하고 있다.
https://qr.kakaopay.com/281006012000000000529148
본 설명에 앞서 다음과 같이 용어를 정의한다.
쇼핑몰은 인터넷으로 상품이나 서비스를 판매하는 회사를 의미한다.
상점은 오프라인으로 상품이나 서비스를 판매하는 회사 또는 매장을 의미한다.
문맥상 상점은 온라인 쇼핑몰과 오프라인 상점을 통칭할 수 있다.
상점주문번호는 쇼핑몰 또는 상점에서 주문을 식별하기 위해 부여한 번호를 의미한다.
상점주문번호는 숫자 이외에 문자를 포함할 수 있다.
QR코드란 QR코드 이미지 또는 위에서 설명한 문자열 정보를 의미한다.
아래에서 QR코드 이미지 또는 QR코드 문자열과 같이 구분하지 않으면 문맥으로 구분한다.
즉, QR코드를 스캔하는 것은 QR코드 이미지를 의미하며, 이외에는 QR코드 문자열을 의미한다.
거래번호란 제로페이 서비스에서 각각의 제로페이 결제 건을 식별하는 고유 번호를 의미한다.
결제모듈 또는 결제앱은 제로페이 결제 기능을 포함하는 페이서비스 및 은행의 모듈 또는 앱을 의미한다.
결제모듈은 웹페이지 형태일 수도 있고, 앱 형태일 수도 있고, 모듈 형태일 수도 있으며 따라서 결제모듈과 결제앱을 혼용하여 표기할 수 있다.
연동모듈은 쇼핑몰 및 POS와 연동하는 상점 연동모듈과 제로페이 결제앱과 연동하는 결제앱 연동모듈로 구분할 수 있다.
아래에서는 PC 연동모듈, POS 연동모듈과 같이 상점 연동모듈을 구분할 수 있다.
연동앱은 앱 형태의 연동모듈을 의미한다.
역시 연동모듈과 연동앱을 혼용하여 사용할 수 있다.
연동모듈은 통합서비스를 이용하는 경우에는 통합모듈을 의미하고, 쇼핑몰 또는 POS에서 직접 제로페이 결제앱과 연동하는 경우에는 쇼핑몰이나 POS 내의 모듈을 의미한다.
연동모듈은 웹페이지 형태일 수도 있고, 앱 형태일 수도 있다.
연동서버는 결제에 필요한 정보와 결제 결과 정보를 저장하고 검색하는 서버로써 통합서비스를 이용하는 경우에는 통합서버를 의미하고, 쇼핑몰 또는 POS에서 직접 제로페이 결제앱과 연동하는 경우에는 쇼핑몰 서버나 POS 서버를 의미한다.
연동서비스는 쇼핑몰 및 POS와 제로페이 결제앱 간의 연동을 제공하는 서비스를 의미한다.
연동시스템은 연동서비스를 위한 시스템으로 연동서버와 연동모듈을 포함한다.
통합서비스는 다수의 쇼핑몰 또는 POS와 다수의 결제모듈 간의 연동을 제공하는 서비스를 의미한다.
통합모듈은 통합서비스를 위해 PC 또는 스마트폰에서 동작하는 웹페이지 또는 앱 또는 라이브러리 형태 등의 모듈로써 통합모듈도 쇼핑몰 및 POS와 연동하는 상점 통합모듈과 제로페이 결제앱과 연동하는 결제앱 통합모듈로 구분할 수 있다.
통합앱은 앱 형태의 통합모듈을 의미한다.
역시 통합모듈과 통합앱을 혼용하여 사용할 수 있다.
통합서버는 통합서비스에 필요한 정보를 저장하고, 제공하는 서버를 의미한다.
여기에서는 통합서비스의 서버 URL을 https://qrpays.com라고 가정한다.
통합시스템은 통합서비스를 위한 시스템으로 통합서버와 통합모듈을 포함한다.
통합주문번호는 통합서비스에서 주문을 식별하기 위해 부여한 번호로써 주문번호와 구분하기 위해 통합주문번호라 표현한다.
물론 통합주문번호도 숫자 이외에 문자를 포함할 수 있다.
아래에서 상점주문번호 또는 통합주문번호로 구분하지 않고, 주문번호로 표기한 경우에 상점의 주문을 구분하는 주문번호는 상점주문번호, 통합서비스에서 주문을 구분하는 주문번호는 통합주문번호를 의미한다.
각 상점은 사전에 제로페이 가맹점으로 등록하고 제로페이 QR코드를 부여받는다.
아울러 통합서비스를 이용하기 위해서는 각 상점은 통합서비스에 회원으로 가입하고, QR코드를 등록한다.
아울러 다음과 같이 주문 상태를 정의한다.
결제대기 상태는 연동서버에 주문이 저장된 후 고객의 결제를 기다리는 상태를 의미한다.
결제완료 상태는 고객이 결제를 완료한 상태를 의미한다.
취소 상태는 고객이 주문을 취소하여 취소 처리된 상태를 의미한다.
고객이 주문을 취소한 경우에는 해당 주문이 결제대기 상태로 남아있지 않도록 즉시 취소 처리한다.
각각의 쇼핑몰이 직접 결제모듈을 호출하고, 처리할 수도 있지만 결제모듈마다 호출하고 연동하는 방법이 다를 수 있기 때문에 이를 각각의 쇼핑몰이 개발하는 것은 비효율적이므로 여기에서는 주로 통합서비스를 사용하는 경우를 예로 들어 설명한다.
본 발명에 의한 서비스를 위해서는
인터넷 쇼핑몰 또는 오프라인 상점
제로페이 결제 기능을 포함하는 각종 페이서비스 및 은행의 결제모듈
쇼핑몰 및 POS와 제로페이 결제앱 간의 연동을 제공하는 연동시스템
로 구성된다.
연동시스템은 다시
쇼핑몰 및 POS와 연동하는 상점 연동모듈
결제앱과 연동하는 결제앱 연동모듈
결제에 필요한 정보, 결제 결과를 저장하고 검색하는 연동서버
로 구성된다.
본 발명을 구현하기 위해서는 우선 연동모듈은 각각의 제로페이 결제모듈과 다음과 같이 연동한다.
1단계, 연동모듈은 제로페이 QR코드와 결제금액 등의 정보를 결제모듈로 전달한다.
아울러 결제 결과를 수신할 수 있는 URL과 주문을 식별할 수 있는 정보를 전달할 수 있다.
결제모듈이 웹페이지 형태일 경우에는 다음과 같이 QR코드와 결제금액을 웹페이지로 전달한다.
https://zeropay.naver.com/pay.jsp?qr=1-ZP-201811900011-M201811900000011-Zmlg&amount=10000&ordid=20190115000100&returl=https://qrpays.com/return.asp
여기에서 qr은 해당 상점의 제로페이 QR코드, amount는 결제금액, ordid는 주문을 식별하는 통합주문번호, returl은 결제 결과를 수신하는 URL을 의미한다.
액티브X 버전일 경우에는 다음과 같이 호출할 수도 있다.
<script language=javascript>
var zp=ActiveXObject(‘naver.zeropay’);
ret=zp.pay(‘1-ZP-201811900011-M201811900000011-Zmlg’, 10000);
</script>
모달 형식일 경우에는 바로 결제 결과를 리턴받을 수 있으므로 따로 결제 결과 수신 URL과 주문번호를 전송할 필요가 없다.
결제모듈이 스마트폰 앱 형태일 경우에는 안드로이드나 IOS 등 스마트폰 OS에서 제공하는 방법에 따라 결제모듈을 호출한다.
또는 아래의 예시와 같이 URL 스키마와 같이 공통된 방법으로 호출할 수도 있다.
zpgp://zeropay.naver.com/pay.jsp?qr=1-ZP-201811900011-M201811900000011-Zmlg&amount=10000&ordid=20190115000100&returl=https://qrpays.com/return.asp
상기와 같이 URL 뒤에 파라메타를 첨부하여 전송할 수도 있고, 각각의 OS가 제공하는 방법에 따라 전달할 수도 있다.
2단계, 결제모듈은 전달된 QR코드와 결제금액을 이용하여 기존과 동일한 방법으로 결제한다.
2-1단계, 결제모듈은 QR코드로부터 상점을 검색한 후 도2의 첫번째 도면과 같이 상점명과 결제금액과 계좌정보를 보여준다.
이 때에 결제금액은 이미 확정되어 있기 때문에 고객이 입력할 필요 없을 뿐만 아니라 고객이 금액을 수정하면 금액이 달라질 수 있으므로 고객이 금액을 수정할 수 없도록 한다.
2-2단계, 고객이 확인을 클릭하면 도2의 두번째 도면과 같이 비밀번호 입력 화면을 보여준다.
2-3단계, 고객은 결제 비밀번호를 입력하고 결제한다.
2-4단계, 결제모듈은 기존과 마찬가지 방법으로 제로페이 결제를 진행한다.
3단계, 결제모듈은 결제 후 거래번호를 연동모듈 또는 연동서버로 전달한다.
웹페이지 호출 방식일 경우 다음과 같이 1단계에서 지정한 returl로 통합서버에 정보를 전달할 수 있다.
https://qrpays.com/return.asp?retcd=OK&acid=PPG1900115116&ordid=20190115000100
여기에서 retcd는 결제 결과 코드이고, acid는 제로페이 거래번호이고, ordid는 1단계에서 전달된 통합주문번호이다.
또는 통합서비스에서 라이브러리 형태의 모듈을 제공하고, 결제앱에서 다음과 같이 모듈을 호출할 수 있다.
ZeroPay zp = new ZeroPay();
zp.SaveResult(“OK”, “20190120000001”, “PPG1900115116”);
또는 모달 형식의 액티브X 모듈일 경우에는 다음과 같이 리턴 값으로 전달할 수 있다.
retcd:OK
acid:PPG1900115116
ordid:20190115000100
상기와 같은 평문 대신 XML이나 JSON 등의 형식으로 리턴할 수 있다.
또는 각 OS가 제공하는 방법에 따라 처리 결과를 통합모듈로 전달할 수도 있다.
물론 오류가 발생하는 경우에는 오류 코드와 오류 내용을 전달한다.
상기의 1단계에서 연동모듈이 결제앱에 정보를 전달하는 대신 결제앱이 통합주문번호 또는 QR코드를 통합서버로 전송하고, 통합서버로부터 결제에 필요한 정보를 수신할 수 있다.
1-1단계, 결제앱은 통합주문번호 또는 QR코드를 통합서버로 전송한다.
다음과 같이 통합서버 URL을 호출할 수 있다.
https://qrpays.com/request.asp?ordid=20190115000100
https://qrpays.com/request.asp?qr=1-ZP-201811900011-M201811900000011-Zmlg
또는 통합서비스에서 라이브러리 형태의 모듈을 제공하고, 결제앱에서 다음과 같이 모듈을 호출할 수 있다.
ZeroPay zp = new ZeroPay();
zp.GetPrice(“20190120000001”);
1-2단계, 통합서버는 아래에서 설명한 방법으로 통합주문번호 또는 QR코드로부터 주문을 검색한다.
1-3단계, 통합서버는 다음과 같이 결제에 필요한 정보를 리턴한다.
qr:1-ZP-201811900011-M201811900000011-Zmlg
ordid:20190115000100
amount:10000
returl:https://qrpays.com/return.asp
상기와 같은 평문 대신 XML이나 JSON 등의 형식으로 리턴할 수 있다.
아울러 통합서비스는 쇼핑몰 또는 POS와 연동하는 방법도 정의한다.
쇼핑몰의 경우에는 다음과 같은 방법으로 연동할 수 있다.
첫째, URL로 연동할 수 있다.
쇼핑몰은 다음과 같이 통합서버로 결제를 요청할 수 있다.
https://qrpays.com/pay.asp?id=hknets&ordid=123456&amount=10000&returl=https://www.xxxmall.com/pay/return.asp
여기에서 id는 쇼핑몰의 통합서비스 회원 ID, ordid는 쇼핑몰의 주문번호, amount는 결제금액, returl은 결제 결과 수신 URL이다.
물론 신용카드의 경우를 보더라도 주문을 처리하기 위해 필요한 다른 정보들을 포함하여 POST 방식으로 전송하지만 여기에서는 설명의 편의를 위해 결제와 관련된 정보만 간단하게 GET 방식으로 전송하는 경우를 예로 들어 설명한다.
통합서비스 회원 ID 대신 qr=1-ZP-201811900011-M201811900000011-Zmlg과 같이 제로페이 QR코드를 사용할 수도 있다.
통합서버 또는 통합모듈이 다음과 같이 쇼핑몰로 결과를 전달할 수 있다.
https://www.xxxmall.com/pay/return.asp?retcd=OK&ordid=123456&acid=PPG1900115116
retcd는 결제 결과 코드, acid는 제로페이 거래번호이고, ordid는 쇼핑몰로부터 수신한 쇼핑몰 주문번호이다.
둘째, ActiveX를 사용할 수 있다.
쇼핑몰은 다음과 같이 ActiveX를 호출하여 결제 요청을 전달할 수 있다.
<script language=javascript>
var qp=ActiveXObject(‘qrpays.pay’);
ret=qp.pay(“hknets”, “123456”, 10000);
</script>
여기에서 첫번째 파라메타는 쇼핑몰의 통합서비스 회원 ID, 두번째 파라메타는 쇼핑몰 주문번호, 세번째 파라메타는 결제금액을 의미한다.
쇼핑몰은 다음과 같이 결과를 리턴받을 수 있다.
retcd:OK
acid:PPG1900115116
retcd는 결제 결과 코드, acid는 제로페이 거래번호이다.
상기의 예시와 같이 결과를 리턴받는 방식에서는 주문번호를 전송하지 않아도 POS에서 주문을 식별할 수 있지만 나중에 통합서버와 데이터를 비교할 때 필요할 수 있으므로 주문번호를 전송할 수 있다.
상기와 같은 평문 대신 XML이나 JSON 등의 형식으로 리턴할 수 있다.
POS의 경우에는 다음과 같은 방법으로 연동할 수 있다.
첫째, URL로 연동할 수 있다.
POS는 다음과 같이 결제 요청을 전달할 수 있다.
https://qrpays.com/pay.asp?id=hknets&ordid=123456&amount=10000
POS는 다음과 같이 URL을 호출하여 결과를 리턴받을할 수 있다.
https://qrpays.com/result.asp?id=hknets&ordid=123456
또는 결제 요청 시에 리턴받은 통합주문번호를 전달하고, 결과를 리턴받을 수도 있다.
https://qrpays.com/result.asp?ordid=20190115000100
POS의 경우에도 서버가 있을 경우 쇼핑몰의 경우처럼 통합서버 또는 통합모듈이 POS 서버로 전송할 수도 있다.
둘째, 통합서비스는 별도의 연동 모듈을 제공할 수 있다.
POS는 다음과 같이 결제 요청을 전달할 수 있다.
Set o = CreateObject(“ZeroPays.Pay”)
ret = o.Pay(“hknets”, “123456”, 10000)
POS는 다음과 같이 결과를 리턴받을 수 있다.
retcd:OK
acid:PPG1900115116
역시 상기와 같은 평문 대신 XML이나 JSON 등의 형식으로 리턴할 수 있다.
이 외에도 다양한 방법으로 연동할 수 있다.
본 발명을 다음과 같이 온라인 쇼핑몰에 적용할 수 있다.
쇼핑몰에서 상품을 검색하고 결제 화면으로 이동하는 방법은 기존과 동일하므로 본 설명에서는 생략하고, 고객이 결제 화면에서 자신이 사용하는 제로페이 결제를 선택하고 결제하는 과정에 대해 설명한다.
1단계, 쇼핑몰 결제 페이지는 상기와 같이 통합서비스 회원 ID, 주문번호, 결제금액, 결제 결과 수신 URL을 통합모듈로 전달한다.
2단계, 통합서버는 회원 정보를 검색하여 정상적인 회원일 경우 수신된 정보를 저장한 후 해당 주문을 식별할 수 있는 통합주문번호를 생성하고, 통합주문번호와 해당 쇼핑몰의 제로페이 QR코드를 리턴한다.
2-1단계, 통합모듈은 수신한 정보를 통합서버로 전송한다.
2-2단계, 통합서버는 해당 쇼핑몰의 제로페이 QR코드를 검색한다.
2-3단계, 통합서버는 해당 주문을 식별할 수 있는 통합주문번호를 생성한다.
생성된 통합주문번호가 20190115000100라고 가정한다.
2-4단계, 통합서버는 통합주문번호와 쇼핑몰의 통합서비스 회원ID, 쇼핑몰 주문번호, 결제금액 등의 정보를 저장한다.
통합서버에서 직접 쇼핑몰로 결제 결과를 전달하는 경우에는 결제 결과 수신 URL도 저장한다.
2-5단계, 통합서버는 제로페이 QR코드와 통합주문번호를 리턴한다.
이 때에 쇼핑몰명을 같이 리턴하여 3단계에서 쇼핑몰명을 보여줄 수 있다.
3단계, 통합모듈은 도4와 같이 제로페이 결제모듈 선택 화면을 보여주고, 고객은 제로페이 결제모듈 중 하나를 선택하고, 결제를 클릭한다.
물론 쇼핑몰 결제 페이지에서 결제모듈을 선택하도록 하고 쇼핑몰 결제 페이지에서 통합모듈에 결제모듈을 전달할 수도 있는데 이때에는 3단계를 생략하고, 4단계로 진행한다.
고객이 결제앱을 여러 개 사용하는 경우는 많지 않으므로 이전에 사용했던 결제모듈을 저장했다가 기본으로 보여줄 수 있다.
4단계, 통합모듈은 상기와 같이 제로페이 결제앱을 실행하고, 상점 QR코드, 결제금액, 통합주문번호, 결과 수신 URL을 전달한다.
5단계, 제로페이 결제앱은 전달된 상점 QR코드와 결제금액으로 결제한다.
6단계, 제로페이 결제앱은 제로페이 거래번호를 포함한 결제 결과를 통합서버로 전송한다.
7단계, 통합서버는 통합주문번호로 주문을 검색하고, 제로페이 거래번호를 저장한다.
8단계, 통합모듈은 통합주문번호를 통합서버로 전송하고, 통합서버로부터 결제 결과를 수신한다.
https://qrpays.com/result.asp?ordid=20190115000100
통합모듈이 주기적으로 통합서버에 접속하여 결과를 수신할 수도 있고, 고객이 결제 후 통합모듈에서 버튼을 클릭하는 순간 통합서버로부터 정보를 수신할 수도 있다.
8-1단계, 통합모듈은 통합서버로 통합주문번호를 전송한다.
8-2단계, 통합서버는 통합주문번호로 주문을 검색한다.
8-3단계, 통합서버는 해당 주문의 제로페이 거래번호를 포함한 결제 결과를 리턴한다.
9단계, 통합모듈은 상기와 같이 쇼핑몰 주문번호와 거래번호를 포함한 결제 결과를 쇼핑몰 서버로 전송한다.
10단계, 쇼핑몰은 결제 결과를 수신한 후 제로페이 거래번호와 주문 내역을 서버로 전송하고, 쇼핑몰 서버는 거래번호와 주문 내역을 저장한다.
상기의 8단계에서 통합서버가 쇼핑몰 서버로 결제 결과를 전송할 수도 있다.
본 예시와 같이 처리하는 QR코드 스캔 기능이 필요 없기 때문에 PC에서도 사용할 수 있으므로 PC에서 동작하는 결제모듈을 제작하면 상기와 같이 연동할 수 있다.
그러나 제로페이와 같이 스마트폰 결제앱은 있지만 PC 결제모듈이 없는 경우에 PC에서 고객 스마트폰 앱으로 결제에 필요한 정보를 바로 전달할 수 없다.
POS에서도 고객 스마트폰 앱으로 바로 결제에 필요한 정보를 전달할 수 없다.
그러나 PC나 POS에서도 다음과 같이 스마트폰 앱을 이용하여 결제할 수 있다.
여기에서는 통합모듈은 PC에서 동작하는 모듈과 스마트폰에서 동작하는 모듈을 구분하여 칭한다.
이 경우에는 우선 PC 또는 POS에서는 다음과 같은 방법으로 통합주문번호 또는 결제에 필요한 모든 정보를 스마트폰 연동모듈로 전달해야 한다.
첫째, 다음과 같이 통합주문번호를 전달하고, 통합주문번호로부터 결제에 필요한 정보를 수신할 수 있다.
PC 또는 POS 연동모듈은 상기와 같이 통합서버로 주문 정보를 전송하고 통합주문번호를 리턴받은 후 아래와 같은 형태로 통합주문번호를 전달한다.
https://qrpays.com/request.asp?ordid=20190115000100
또는
ordid:20190115000100
url:https://qrpays.com/request.asp
또는 URL이 고정되어 있을 경우에는
20190115000100
과 같이 통합주문번호만 전달할 수도 있다.
스마트폰 연동모듈 또는 결제앱은 통합주문번호를 전달받은 후 다음과 같이 결제에 필요한 정보를 수신한다.
1단계, 스마트폰 통합앱 또는 결제앱은 통합주문번호를 통합서버로 전송한다.
https://qrpays.com/request.asp?ordid=20190115000100
2단계, 통합서버는 주문을 검색하여 결제에 필요한 정보를 리턴한다.
2-1단계, 통합서버는 통합주문번호로 주문을 검색한다.
2-2단계, 통합서버는 다음과 같이 상점의 제로페이 QR코드, 결제금액 등의 정보를 리턴한다.
qr:1-ZP-201811900011-M201811900000011-Zmlg
amount:10000
returl:https://qrpays.com/return.asp
둘째, 다음과 같이 결제에 필요한 모든 정보를 전달할 수도 있다.
https://qrpays.com/request.asp?qr=1-ZP-201811900011-M201811900000011-Zmlg&ordid=20190115000100&amount=10000&returl=https://qrpays.com/return.asp
또는
qr:1-ZP-201811900011-M201811900000011-Zmlg
ordid:20190115000100
amount:10000
url:https://qrpays.com/request.asp
또는 URL이 고정되어 있을 경우에는
qr:1-ZP-201811900011-M201811900000011-Zmlg
ordid:20190115000100
amount:10000
과 같이 전달할 수도 있다.
이 경우에는 스마트폰 통합앱 또는 결제앱이 통합주문번호를 통합서버로 전송하고, 통합서버로부터 결제에 필요한 정보를 수신하는 과정이 필요 없다.
상기의 정보를 다음과 같이 다양한 매체 또는 다양한 방법으로 전달할 수 있다.
첫째, 도6과 같이 PC 화면 또는 POS의 고객용 모니터에 통합주문번호를 바코드나 QR코드로 표시하여 전달할 수 있다.
최근 POS 단말기는 대부분 PC를 사용하고 있고, 상점 직원이 보는 모니터 외에 고객이 구매 내역과 금액을 확인할 수 있는 모니터가 장착되어 있는 경우가 많이 있는데 POS에 설치된 PC 통합모듈이 고객용 모니터에 바코드나 QR코드를 표시하고, 고객이 스마트폰 통합앱 또는 결제앱을 실행하고, 스캔할 수 있다.
아울러 상기와 같이 통합주문번호만 전달할 수도 있고, QR코드의 경우에는 많은 정보를 포함할 수 있으므로 결제에 필요한 모든 정보를 전달할 수 있다.
둘째, 도7과 같이 고객 스마트폰으로 문자나 메신저나 푸시알림으로 URL을 전송할 수 있다.
쇼핑몰에서 주문할 때에 고객 핸드폰번호를 입력하므로 따로 입력할 필요 없이 쇼핑몰로부터 전달받을 수 있다.
오프라인 상점에서는 고객에게 핸드폰번호를 물어보고, 통합서버로 핸드폰번호를 전송하며 통합서버가 고객 스마트폰으로 전송할 수도 있다.
https://qrpays.com/request.asp?ordid=20190115000100
또는
https://qrpays.com/request.asp?qr=1-ZP-201811900011-M201811900000011-Zmlg&ordid=20190115000100&amount=10000&returl=https://qrpays.com/return.asp
고객은 메시지를 수신한 후 스마트폰의 문자나 메신저 내의 URL 또는 푸시알림을 터치한다.
URL을 터치하면 자동으로 해당 웹사이트로 이동하고, 해당 웹페이지가 통합모듈 또는 결제앱에 통합주문번호 또는 결제에 필요한 정보를 전달할 수 있다.
셋째, 고객에게 통합주문번호를 알려주고, 고객은 스마트폰 통합앱 또는 결제앱을 실행하고 통합주문번호를 입력할 수 있다.
이 경우에는 많은 정보를 입력하기는 어렵기 때문에 URL이 고정되어 있는 경우에 사용하고, 통합주문번호를 전달한다.
아울러 통합주문번호 대신 간단한 식별번호를 사용할 수도 있다.
넷째, 오프라인 매장의 경우 매장에 NFC 단말기 등 스마트폰과 통신할 수 있는 단말기가 있는 경우에는 단말기로 전송할 수 있다.
POS에서 단말기로 통합주문번호 또는 결제에 필요한 전체 정보를 전송하고, 고객이 통합앱 또는 결제앱을 실행한 후 단말기에 스마트폰을 접근시키면 통합앱 또는 결제앱이 단말기로부터 통합주문번호 또는 결제에 필요한 전체 정보를 수신할 수 있다.
통합주문번호만 전달할 수도 있고 결제에 필요한 모든 정보를 전달할 수 있다.
아래의 설명에서는 통합주문번호를 QR코드 형태로 화면에 표시하고, 결제앱으로 QR코드를 스캔하는 경우를 예로 들어 설명한다.
1단계, 쇼핑몰 결제 페이지는 통합서비스 회원 ID, 주문번호, 결제금액, 결제 결과 수신 URL을 PC 통합모듈로 전달한다.
2단계, PC 통합모듈은 수신한 정보를 통합서버로 전송하고, 통합서버는 정보를 저장한 후 통합주문번호를 발급하여 리턴한다.
3단계, PC 통합모듈은 도6과 같이 PC 화면에 통합주문번호를 QR코드로 보여준다.
물론 고객이 직접 입력할 수 있도록 숫자로 보여줄 수도 있다.
4단계, 고객은 스마트폰 결제앱을 실행하고, PC 화면의 QR코드를 스캔한다.
물론 숫자를 보고, 직접 숫자를 입력할 수도 있다.
5단계, 결제앱은 통합주문번호를 통합서버로 전송하고, 통합서버로부터 상점 QR코드와 결제금액 등의 정보를 수신한다.
6단계, 결제앱은 수신된 상점 QR코드와 결제금액으로 결제한다.
7단계, 결제앱은 결제 결과를 통합서버로 전송한다.
8단계, 통합서버는 통합주문번호로 주문을 검색하여 거래번호를 저장한다.
9단계, PC 통합모듈은 통합서버로부터 결제 결과를 수신한다.
10단계, PC 통합모듈은 결제 결과를 쇼핑몰 서버로 전송한다.
11단계, 쇼핑몰 결제 페이지는 제로페이 거래번호를 리턴받은 후 제로페이 거래번호와 주문 내역을 서버로 전송하고, 쇼핑몰 서버는 거래번호와 주문 내역을 저장한다.
POS에서도 상기의 PC 쇼핑몰의 경우와 마찬가지로 처리할 수 있다.
1단계, 상점 직원이 POS에 주문을 입력한 후 제로페이 결제 버튼을 클릭하면 POS는 다음과 같이 통합모듈을 호출하고 통합서비스 회원 ID, 주문번호, 결제금액을 POS 통합모듈로 전달한다.
2단계, POS 통합모듈은 수신한 정보를 통합서버로 전송하고, 통합서버는 정보를 저장한 후 통합주문번호를 발급하여 리턴한다.
3단계, POS 통합모듈은 POS 고객용 모니터에 통합주문번호를 QR코드로 보여준다.
4단계, 고객은 스마트폰 결제앱을 실행하고, POS 화면의 QR코드를 스캔한다.
5단계, 결제앱 통합모듈은 통합주문번호를 통합서버로 전송하고, 통합서버로부터 상점 QR코드와 결제금액 등의 정보를 수신한다.
6단계, 결제앱은 수신된 상점 QR코드와 결제금액으로 결제한다.
7단계, 결제앱 통합모듈은 결제 결과를 통합서버로 전송한다.
8단계, 통합서버는 통합주문번호로 주문을 검색하여 거래번호를 저장한다.
9단계, 상점 직원이 POS에서 확인 키를 누르면 POS 통합모듈은 통합주문번호를 전송하고, 통합서버로부터 결제 결과를 수신한다.
10단계, POS 통합모듈은 결제 결과를 리턴한다.
11단계, POS는 제로페이 거래번호를 수신한 후 거래번호와 주문 내역을 저장한다.
다음과 같이 상점 QR코드로부터 결제에 필요한 정보를 수신할 수도 있다.
일반적으로 QR 페이는 하나의 가맹점이 여러 개의 매장을 갖고 있는 경우에는 각 매장 별로 QR코드를 발급한다.
온라인 쇼핑몰에서는 동시다발적으로 주문과 결제가 발생할 수 있는 반면에 오프라인 매장에서는 하나의 주문에 대한 결제가 완료된 후 다음 주문을 진행하는 방식이기 때문에 하나의 상점 또는 하나의 매장에 POS가 한 대만 있는 경우 즉, 하나의 QR코드를 사용하는 POS가 한 대인 경우에는 다음과 같이 상점 QR코드를 스캔하는 것만으로도 주문을 식별할 수 있다.
1단계, 상점 직원은 POS에 주문을 입력하고 확인 버튼을 클릭한다.
2단계, POS는 상점 QR코드와 주문 내역을 통합서버로 전송하고, 통합주문번호를 수신한다.
이 때에 통합서버는 주문 정보에 상점 QR코드도 같이 저장한다.
3단계, 고객은 결제앱을 실행하고, 상점 QR코드를 스캔한다.
4단계, 결제앱은 상점 QR코드를 통합서버로 전송하고, 통합서버로부터 통합주문번호와 결제에 필요한 정보를 수신한다.
4-1단계, 결제앱은 상점 QR코드를 통합서버로 전송한다.
4-2단계, 통합서버는 전송된 QR코드를 포함하는 주문 중 결제대기 상태의 주문을 검색한다.
하나의 상점 QR코드를 사용하는 POS는 하나이고, POS는 순차적으로 결제하므로 해당 시점에 결제대기 상태의 주문은 1건이다.
다만 이전에 전송된 주문 건 중 아직 결제대기 상태로 남아있는 주문이 검색되는 경우를 방지하기 위하여 현재 시각으로부터 1분 이내와 같이 지정된 시간 이내에 전송된 주문만 검색할 수 있다.
4-3단계, 통합서버는 통합주문번호와 결제금액을 리턴한다.
5단계, 결제앱은 상점 QR코드와 결제금액으로 결제한다.
물론 상기에서 결제금액 이외에 상세한 주문 내역을 서버로 전송하고, 수신하여 보여주면 고객이 자신의 주문인지 한번 더 확인할 수 있다.
6단계, 결제앱은 결제 결과를 통합서버로 전송한다.
7단계, 통합서버는 통합주문번호로 주문을 검색하고, 결제 결과를 저장한다.
이 때에 주문이 결제대기 상태로 남아있지 않도록 주문 상태를 결제완료 상태로 변경한다.
이후 POS는 상기와 동일한 방법으로 결제 결과를 수신하고, 주문을 저장한다.
다수의 매장으로 구성되고, 다수의 매장이 각각 상점 QR코드를 발급받아 사용하지만 하나의 통합서비스 ID로 가입한 경우와 같이 여러 대의 POS가 통합서비스 ID를 공유하는 경우에는 상기와 같이 주문 정보에 QR코드를 저장해야 4단계에서 검색할 수 있지만 하나의 통합서비스 ID를 사용하는 경우에는 상기의 2단계에서 QR코드를 저장하지 않고, 4-2단계에서 다음과 같이 처리할 수 있다.
4-2-1단계, 통합서버는 상점 QR코드로부터 상점의 통합서비스 ID를 검색한다.
4-2-2단계, 통합서버는 해당 상점의 주문 중 결제대기 상태의 주문을 검색한다.
만약 통합서버가 주문을 저장하고, 고객이 결제하지 않은 상태에서 주문을 취소하면 POS는 통합주문번호를 통합서버로 전송하고, 통합서버는 해당 주문을 취소 처리하여 이후에 4단계에서 주문을 검색할 때 검색되지 않도록 한다.
한 매장에 여러 대의 POS가 있을 수 있고, 각각의 POS에서 동시에 주문을 입력할 수도 있다.
즉, 하나의 QR코드를 여러 대의 POS가 공유하는 경우에는 동시에 하나의 QR코드로 여러 건의 주문이 저장될 수 있다.
이 경우에 결제앱에서 QR코드를 전송하면 통합서버는 해당 QR코드를 포함하고, 결제대기 중인 여러 건의 주문 중에서 해당 고객의 주문 건을 구별해야 한다.
여기에는 다음과 같은 여러 가지 방법이 있을 수 있다.
첫째, 통합서버는 전송된 QR코드를 포함하는 주문 건 중 결제대기 상태의 최근 건을 검색하여 통합주문번호와 결제금액을 리턴하고, 고객이 선택할 수 있다.
즉, 상기의 4단계에서 통합서버는 전송된 QR코드를 포함하는 주문 중 결제대기 상태인 모든 주문 건의 통합주문번호와 결제금액를 리턴하고, 여러 건일 경우에는 결제앱은 주문 정보 수신 후 도9와 같이 주문 목록을 보여주고, 고객이 선택한 후 결제한다.
일반적으로 상점 직원이 POS에 주문을 입력한 후 결제금액을 알려주기 때문에 각각의 주문 건의 결제금액이 다른 경우에는 쉽게 선택할 수 있다.
만약 결제금액이 동일한 건이 여러 건일 경우에는 상점 직원이 통합주문번호를 알려주고, 고객은 해당하는 통합주문번호를 선택한다.
아울러 고객이 금액이 다른 주문 건을 선택하는 경우를 방지하기 위하여 POS에서 결제 결과를 요청할 때에 통합서버는 결제금액을 포함한 결제 결과를 리턴하고, POS는 결제금액이 일치하는지 확인할 수 있다.
둘째, 통합서버가 각각의 주문 건에 일련번호를 부여하여 주문을 구분할 수 있다.
즉, 상기의 2단계에서 다음과 같이 주문 내역을 통합서버로 전송하고, 일련번호를 수신한다.
2-1단계, POS는 상점 QR코드와 결제금액을 통합서버로 전송한다.
2-2단계, 통합서버는 통합주문번호와 간단한 일련번호를 생성한다.
일련번호는 결제대기 상태의 주문 건 중에서 해당 주문을 식별하기 위한 번호로써 동일한 QR코드로 발생한 주문에 대한 일련번호를 2자리 또는 3자리로 생성한다.
즉, 한 매장에 POS가 여러 대 있고, 하나의 QR코드를 사용하며 2자리 일련번호를 사용하는 경우 한 POS에서 입력한 주문의 일련번호가 1이면 이후 해당 매장 내의 어떤 POS에서 주문을 전송하더라도 일련번호 2를 부여하고, 순차적으로 증가하다가 99가 되면 다시 0 또는 1로 변경한다.
일반적으로 하나의 매장은 하나의 QR코드를 사용하는데 한 매장 내에서 동시에 발생할 수 있는 주문 건수는 제한되어 있다.
즉, 한 매장에 POS가 3대 있다면 동시에 발생할 수 있는 주문은 최대 3건이며, 결제 전에 다음 고객의 주문을 입력하고, 전송할 수 있다고 하더라도 6건 정도일 것이다.
따라서 하나의 QR코드에 대해 1자리 숫자의 일련번호로 결제대기 상태인 주문을 식별할 수 있다.
그러나 1자리를 사용하는 경우에 POS에서 주문을 전송한 후 결제가 완료되기까지 시간이 많이 지체되면 옆의 POS와 일련번호가 중복될 수 있다.
예를 들어 일련번호가 7번인데 고객의 스마트폰 사용 미숙 등으로 인하여 시간이 많이 지체되고, 옆 POS에서는 빠르게 결제가 진행되면 8번부터 시작하여 다시 7번의 일련번호가 생성될 수도 있다.
이를 방지하기 위해 새로 발급할 일련번호가 현재 결제대기 중인 일련번호인지 체크하여 결제대기 중인 일련번호일 경우 다음 번호를 사용할 수 있다.
또는 간단하게 2자리 일련번호를 사용하면 이런 경우를 방지할 수 있다.
일련번호 7번이 생성된 이후 99번까지 진행하고, 다시 7번이 될 때까지는 많은 시간이 소요되기 때문에 그 동안 결제를 하지 못하여 일련번호가 중복되는 경우는 발생하지 않는다.
물론 백화점과 같이 큰 매장에서 다수의 POS가 하나의 QR코드를 사용하는 경우에는 3자리 이상을 사용할 수도 있다.
상점 QR코드 별로 통합주문번호를 생성하고, 통합주문번호의 마지막 2자리 또는 3자리를 일련번호로 사용할 수 있다.
또한 일련번호를 푸드코트나 고속도로 휴게소 또는 커피전문점 등에서 주문 후 음식이 나올 때까지 순서를 기다리는 대기번호로 사용할 수도 있다.
2-3단계, 통합서버는 QR코드와 결제금액과 통합주문번호와 일련번호를 저장한 후 통합주문번호와 일련번호를 리턴한다.
2-4단계, POS 통합모듈은 통합주문번호와 일련번호를 수신하고, 일련번호를 POS 화면에 보여준다.
3단계, 상점 직원은 고객에게 일련번호를 안내하고, 고객은 결제앱을 실행하고, 상점 QR코드를 스캔한 후 도10과 같은 화면에서 일련번호를 입력한다.
물론 POS에 고객용 모니터가 부착되어 있거나 대기번호 표시 장치와 같은 장치가 있다면 여기에 일련번호를 보여줄 수 있다.
4단계, 결제앱은 상점 QR코드와 일련번호를 서버로 전송하고, 주문 정보를 수신한다.
4-1단계, 연동모듈은 상점 QR코드와 일련번호를 통합서버로 전송한다.
4-2단계, 통합서버는 전송된 상점 QR코드와 일련번호를 포함하고, 결제대기 상태의 주문을 검색한다.
4-3단계, 통합서버는 해당 주문 건의 통합주문번호와 결제금액을 리턴한다.
셋째, 다음과 같이 각각의 POS에 QR코드를 할당할 수 있다.
본 발명을 위해 다음의 예시와 같이 POS를 인식할 수 있도록 QR코드를 구성할 수 있다.
00000001-0001-02
“-”로 구분한 맨 앞의 숫자 또는 코드는 상점을 식별하는 정보이다.
물론 각 상점 별로 서버를 운영하는 경우에는 상점 식별정보는 필요 없다.
두번째 숫자 또는 코드는 프랜차이즈와 같이 여러 개의 매장을 보유하는 상점의 경우 각각의 매장을 식별하는 정보이다.
백화점이나 아울렛과 같이 다수의 매장이 존재하는 경우 각각의 매장을 의미할 수도 있다.
세번째 숫자 또는 코드는 매장 내의 POS를 식별하는 정보이다.
하나의 매장 내에 POS가 여러 대 있을 수 있으므로 각각의 POS에 대해 숫자 또는 코드를 부여한다.
물론 한 대의 POS를 사용하는 상점은 매장 식별정보나 POS 식별정보를 생략하거나 “0000”과 같이 특정 숫자 또는 코드로 대체할 수 있다.
각 상점은 통합서버에 가입한 후 다음과 같이 QR코드를 발급 받는다.
각 상점 또는 매장 관리자는 통합서버에 로그인하여 도11과 같은 화면에서 직접 매장 식별정보와 POS 식별정보를 입력하고, 인쇄할 수 있다.
통합서버는 각 상점과의 수수료 정산이나 서비스 이용료 부과를 위해 상점 정보를 관리해야 하지만 아래의 설명에서와 같이 각 매장과 POS 식별정보는 주문 건을 검색하기 위한 정보일 뿐이기 때문에 따로 관리할 필요는 없다.
물론 아래에서 상점명 뿐만 아니라 매장명이나 POS 장치 번호를 보여주기 위해 통합서버는 매장이나 POS에 대한 정보를 관리할 수도 있다.
이후 본 발명에 의한 결제 과정을 도면에 의해 상세하게 설명하겠다.
1단계, 상점 직원은 POS에 주문을 입력하고 확인 버튼을 클릭한다.
2단계, POS는 QR코드와 주문 내역을 통합서버로 전송하고, 통합주문번호를 수신한다.
2-1단계, POS는 자신의 QR코드와 결제금액을 포함한 주문 정보를 통합서버로 전송한다.
2-2단계, 통합서버는 해당 주문을 식별할 수 있는 통합주문번호를 생성한다.
2-3단계, 통합서버는 통합주문번호와 QR코드와 주문 정보를 저장한다.
이 때에 주문 상태는 결제대기 상태로 저장한다.
2-4단계, 통합서버는 통합주문번호를 리턴한다.
3단계, 고객은 결제앱을 실행하고, 각 POS의 QR코드를 스캔한다.
4단계, 결제앱은 QR코드를 서버로 전송하고, 주문 정보를 수신한다.
4-1단계, 결제앱은 QR코드를 통합서버로 전송한다.
4-2단계, 통합서버는 전송된 QR코드를 포함하면서 결제대기 상태인 주문을 검색한다.
4-3단계, 통합서버는 해당 주문의 통합주문번호와 결제금액을 포함한 주문 정보를 리턴한다.
5단계, 결제앱은 QR코드와 결제금액으로 결제하고, 결제 결과와 통합주문번호를 통합서버로 전송한다.
6단계, 통합서버는 통합주문번호로 주문을 검색하여 결제 결과를 저장한다.
이후 POS는 상기와 동일한 방법으로 결제 결과를 수신하고, 주문을 저장한다.
넷째, 세번째 방법과 같이 QR코드를 부여하고 인쇄하는 것이 어렵다면 POS 번호를 인쇄하여 POS에 부착한 후 고객이 QR코드를 스캔하고, POS 번호를 입력할 수도 있다.
1단계, 상점 직원은 POS에 주문을 입력하고 확인 버튼을 클릭한다.
2단계, POS는 QR코드와 POS 번호와 주문 내역을 통합서버로 전송하고, 통합주문번호를 수신한다.
3단계, 고객은 결제앱을 실행하고, 각 POS의 QR코드를 스캔한 후 도12와 같은 화면에서 POS 번호를 입력한다.
4단계, 결제앱은 QR코드와 POS 번호를 서버로 전송하고, 주문 정보를 수신한다.
4-1단계, 결제앱은 QR코드와 POS 번호를 통합서버로 전송한다.
4-2단계, 통합서버는 전송된 QR코드와 POS 번호를 포함하면서 결제대기 상태인 주문을 검색한다.
4-3단계, 통합서버는 해당 주문의 통합주문번호와 결제금액을 포함한 주문 정보를 리턴한다.
5단계, 결제앱은 QR코드와 결제금액으로 결제하고, 결제 결과와 통합주문번호를 통합서버로 전송한다.
6단계, 통합서버는 통합주문번호로 주문을 검색하여 결제 결과를 저장한다.
이후 POS는 상기와 동일한 방법으로 결제 결과를 수신하고, 주문을 저장한다.
본 발명에 의하면 온라인 쇼핑몰에서도 QR 페이로 결제할 수 있을 뿐만 아니라 사용자는 결제 금액을 입력할 필요가 없기 때문에 편리하고, 오프라인 상점에서도 일일이 결제 결과를 육안으로 확인할 필요 없고, POS에서 모든 관리를 할 수 있기 때문에 매우 편리하다.
본 발명을 구현하기 위해서는 서버와 연동하도록 POS 프로그램을 변경해야 하는데 당장 POS 프로그램을 변경하기 어렵다면 별도의 프로그램을 사용할 수도 있다.
상점 직원이 PC 또는 스마트폰에 앱을 설치하고, 사용할 수 있다.
POS 장치가 없는 상점에서도 사용할 수 있다.
1단계, 상점 직원이 별도 앱을 실행하면 도13의 첫번째와 같은 화면이 나타난다.
이 때에 QR코드는 미리 설정된 정보를 사용하고, 주문 내역을 일일이 입력하기는 어려우므로 고정된 정보를 사용할 수 있다.
2단계, 상점 직원은 POS의 결제금액을 확인하고, 별도 앱에 입력한 후 확인 버튼을 클릭하면 상기의 설명과 같이 별도 앱은 QR코드와 주문 정보를 전송하고, 주문번호를 수신한다.
3단계, 고객이 결제한 후 버튼을 클릭하면 별도 앱은 수신된 주문번호를 서버로 전송하고, 결과를 수신하여 도13의 두번째 화면과 같이 화면에 보여준다.
비록 상점 직원이 결제금액을 입력해야 하고, 결제 결과가 POS에 바로 저장되지는 않지만 최소한 고객에게 결제금액을 알려줄 필요가 없고, 고객이 결제금액을 입력하는 번거로움도 없고, 고객이 고의 또는 실수로 금액을 잘못 입력하는 경우도 방지할 수 있으며 결제 이상 여부와 결제 금액을 육안으로 확인할 필요도 없다.
현재 다양한 QR 페이 서비스가 사용되고 있고, 각각의 결제 서비스는 각 상점 또는 매장 별로 QR코드를 발급하고, 인쇄하여 QR코드 키트를 제공해야 하는데 이렇게 하려면 많은 비용과 노력이 소요되고, 상점도 자신이 가입한 모든 결제 서비스의 QR코드 키트를 비치해야 하기 때문에 관리도 어렵고, 복잡해진다.
상기와 같이 상점 QR코드를 전달하는 경우에는 상점에 비치된 QR코드를 스캔하지 않기 때문에 상점 또는 매장 별로 QR코드를 발급하고, 인쇄할 필요 없이 모든 상점에 동일한 QR코드 키트를 제공하면 된다.
그러나 상기에서 상점에 비치된 QR코드를 스캔하는 경우에는 각각의 결제 서비스는 각 상점 또는 매장 별로 QR코드를 발급하고, 인쇄하여 QR코드 키트를 제공해야 하고, 각 POS 별로 QR코드 키트를 제공하려면 기존의 QR코드를 폐기하고, 새로 QR코드를 발급하여 비치해야 하기 때문에 비용과 노력이 많이 소요된다.
따라서 다음과 같이 QR 통합서비스를 이용하면 결제 서비스에 상관 없이 QR코드 키트를 공동으로 사용할 수 있다.
이를 위해서는 각 상점은 사전에 다음과 같이 자신이 가맹점으로 등록한 QR 페이 서비스와 해당 서비스의 가맹점 코드를 통합서버에 등록한다.
hknets, ZeroPay, 1-ZP-201811900011-M201811900000011-Zmlg
hknets, KakaoPay, https://qr.kakaopay.com/281006012000000000529148
hknets, 통합QR, 00000001-0001-01
hknets, 통합QR, 00000001-0001-02
hknets, 통합QR, 00000001-0001-03
물론 QR 페이 서비스에서 같은 상점이라 하더라도 매장마다 다른 QR코드를 부여하는 경우에는 상기의 매장 별로 QR코드를 저장할 수 있다.
hknets, 가산점, ZeroPay, 1-ZP-201811900011-M201811900000011-Zmlg
hknets, 가산점, KakaoPay, https://qr.kakaopay.com/281006012000000000529148
hknets, 가산점, 통합QR, 00000001-0001-01
hknets, 가산점, 통합QR, 00000001-0001-02
hknets, 가산점, 통합QR, 00000001-0001-03
고객은 결제앱을 실행하고, 아무 QR코드나 스캔하면 다음과 같이 상점의 QR코드를 얻을 수 있다.
예를 들어 결제앱에서 다음과 같은 정보를 통합서버로 전송한다.
https://qrpays.com/pay.jsp?qid=ZeroPay&qr=00000001-0001-02
여기에서 qid는 결제앱 자신의 QR코드 결제 서비스로써 여기에서는 제로페이를 의미하며, qr은 고객이 스캔한 QR코드다.
여기에서는 상기와 같이 POS별로 부여된 별도의 QR코드이다.
통합서버는 다음과 같이 QR코드로 상점 정보를 검색하여 상점 QR코드를 얻는다.
1단계, 통합서버는 전송된 QR코드를 사용하는 상점을 검색한다.
통합서버는 상점이 해당 결제 서비스의 가맹점인지 확인하여 가맹점일 경우에는 다음 단계로 진행하고, 가맹점이 아닐 경우에는 오류 메시지를 리턴한다.
본 예시에서는 hknets라는 ID를 사용하는 상점이 검색된다.
2단계, 상점이 사용하는 QR코드 중 전송된 QR코드 서비스를 검색한다.
해당 QR코드 결제 서비스가 등록되어 있는 경우에는 다음 단계로 진행하고, 그렇지 않은 경우에는 오류 메시지를 리턴한다.
본 예시에서는 ID가 hknets인 상점의 QR코드 결제 서비스 중 ZeroPay 서비스가 검색되고, QR코드 1-ZP-201811900011-M201811900000011-Zmlg을 얻을 수 있다.
통합서버는 다음과 같이 해당 서비스의 상점 QR코드를 리턴한다.
qr:1-ZP-201811900011-M201811900000011-Zmlg
위에서 결제 서비스 식별정보를 전송하지 않으면 아래와 같이 사용 가능한 결제 서비스와 상점 QR코드 목록을 리턴하고, 사용자가 선택하도록 할 수도 있다.
ZeroPay, 1-ZP-201811900011-M201811900000011-Zmlg
KakaoPay, https://qr.kakaopay.com/281006012000000000529148
아울러 전송된 QR코드로부터 상기의 예시와 같이 주문을 검색하여 주문 정보를 같이 리턴할 수 있다.
qr:1-ZP-201811900011-M201811900000011-Zmlg
ordid:20190115000100
amount:10000
상기와 같이 처리하면 각 상점은 하나의 QR코드 키트만 비치하면 되고, 나머지 QR 페이 서비스는 상점이나 매장 별로 QR코드를 인쇄할 필요가 없다.
아울러 통합서버에서 POS 별로 부여한 QR코드를 사용하면 모든 QR 페이 서비스가 상점이나 매장 별로 QR코드를 인쇄할 필요가 없을 뿐만 아니라 POS 별로 쉽게 주문을 식별할 수 있다.
상기의 방식을 주문과 연동하여 다음과 같이 처리할 수 있다.
첫째, 고객이 결제앱을 실행하고, 아무 QR코드나 스캔하여 처리할 수 있다.
1단계, 고객은 결제앱을 실행하고, 아무 QR코드나 스캔한다.
2단계, 결제앱은 상기와 같이 자신의 식별정보와 QR코드를 통합서버로 전송하고, 통합서버로부터 해당 결제 서비스의 상점 QR코드와 결제금액 등 결제에 필요한 정보를 수신한다.
3단계, 결제앱은 상점 QR코드와 결제금액으로 결제한다.
4단계, 결제앱은 결제 결과를 통합서버로 전송한다.
5단계, 통합서버는 통합주문번호로 주문을 검색하여 결제 결과를 저장한다.
이후 POS는 결제 결과를 수신하고, 주문을 저장한다.
둘째, 결제앱이 자신의 서비스 식별정보를 전송하는 대신 통합앱이 상기와 같이 사용자가 선택한 결제 서비스의 식별정보와 QR코드를 전송하고, 주문 정보를 수신할 수 있다.
1단계, 고객은 통합앱을 실행하고, 도15와 같은 화면에서 결제 서비스와 결제앱을 선택하고, 아무 QR코드나 스캔한다.
제로페이와 같이 결제 서비스에서 사용하는 앱이 여러 가지일 경우에는 도15에서 결제 서비스를 선택하면 해당 결제 서비스에서 사용 가능한 앱을 검색하여 결제앱 선택 창에 보여준다.
카카오페이처럼 결제 서비스에서 사용하는 앱이 한가지일 경우에는 결제앱 선택 과정을 생략할 수 있다.
2단계, 통합앱은 고객이 선택한 결제 서비스의 식별정보와 QR코드를 통합서버로 전송하고, 통합서버로부터 결제에 필요한 정보를 수신한다.
3단계, 통합앱은 고객이 선택한 결제앱으로 수신된 정보를 전송한다.
이후 POS는 결제 결과를 수신하고, 주문을 저장한다.
셋째, 통합앱이 QR코드를 통합서버로 전송하고, 해당 상점에서 사용 가능한 결제 서비스를 다운받고, 사용자가 선택할 수도 있다.
1단계, 고객은 통합앱을 실행하고, QR코드를 스캔한다.
2단계, 통합앱은 상기의 예시와 같이 QR코드를 통합서버로 전송하고, 통합서버로부터 결제에 필요한 정보를 수신한다.
이 때에 해당 상점이 가맹점으로 등록한 결제 서비스의 식별정보와 상점 QR코드를 같이 다운받는다.
3단계, 통합앱은 도15와 같이 해당 상점에서 사용 가능한 결제 서비스와 결제앱을 보여주고, 고객은 결제 서비스와 결제앱을 선택한다.
4단계, 통합앱은 고객이 선택한 결제 서비스의 QR코드와 결제금액 등의 정보를 결제앱으로 전달한다.
이후 POS는 결제 결과를 수신하고, 주문을 저장한다.
상기와 같이 하면 각 상점은 하나의 QR코드 키트만 비치하면 자신이 가입한 모든 QR 페이 서비스를 사용할 수 있기 때문에 QR코드 키트 관리가 편리해질 뿐만 아니라 각 QR 페이 서비스도 POS 별로 QR코드 키트를 다시 제작하거나 서버의 기능을 수정하지 않아도 상기에서 설명한 POS 연동 기능을 적용할 수 있기 때문에 편의성이 크게 향상되고, 비용이 절감된다.
아울러 QR 페이 서비스에서 제공하는 상점 QR코드를 스캔하는 경우에는 상점을 구분하기 위해 각각의 상점이 각각의 QR 페이 서비스에 가맹점으로 등록하고, QR코드를 발급받아야 하지만 상점 QR코드를 스캔하지 않거나 통합서비스에서 제공하는 통합 QR코드를 스캔하는 경우에는 전체 상점이 각각의 결제서비스 별로 하나의 QR코드를 사용할 수 있다.
즉, 통합서비스 업체가 각각의 QR 페이 서비스에 가입하여 QR코드를 발급받고, 전체 상점이 통합 서비스 업체의 QR코드를 사용할 수 있다.
이 경우에 QR 페이 서비스는 상점을 구분할 수 없지만 통합 서비스에서는 회원 ID로 상점을 구분하고, 통합주문번호를 이용하여 각각의 주문을 구분할 수 있다.
따라서 신용카드사 대표가맹점처럼 통합서비스 업체가 각각의 QR 페이 서비스에 가맹점으로 등록하고, 다수의 상점에 서비스를 제공할 수 있다.
이를 위해서는 다음과 같이 처리한다.
우선 통합서비스 업체는 각각의 QR 페이서비스에 가맹점으로 가입하고, QR코드를 발급받는다.
상점에 비치된 QR코드를 스캔하여 결제하는 경우에는 통합서비스 업체는 QR 페이 서비스의 QR코드 대신 자신의 통합 QR코드가 인쇄된 키트를 상점에 제공한다.
통합서비스 업체가 QR 키트를 제작하여 발송할 수도 있고, 통합서비스는 QR코드 인쇄 기능을 제공하고, 도11과 같은 화면에서 각 상점이 인쇄할 수도 있다.
이후 상기와 같은 방식으로 다수의 상점에 서비스를 제공한다.
즉, 나머지 과정은 동일하며 다음과 같이 상점 QR코드를 전달한다.
통합모듈에서 고객이 선택한 결제모듈로 상점 QR코드를 전달하는 경우에는 고객이 선택한 결제 서비스의 통합서비스 업체의 상점 QR코드를 전달한다.
즉, 도15와 같은 화면에서 제로페이를 선택하면 통합서비스의 제로페이 상점 QR코드를 전달한다.
결제앱에서 상점 QR코드를 스캔하는 경우에는 결제앱이 전송한 식별정보에 해당하는 결제 서비스의 상점 QR코드를 리턴한다.
즉, 상기의 예시와 같이 결제앱이 ZeroPay라는 식별정보를 전송하면 통합서비스의 제로페이 상점 QR코드를 리턴한다.
각각의 QR 페이 서비스에 대해 모든 상점이 동일한 상점 QR코드를 사용하기 때문에 결제 서비스에서는 하나의 상점으로 결제가 이루어진다.
그러나 통합서버에서는 각각의 결제 건에 각 상점의 회원 ID가 저장되기 때문에 각각의 결제 건에 대해 상점을 구분할 수 있다.
이후 통합서비스 업체는 각각의 상점과 상호 협의된 방식에 의해 정산한다.
각각의 QR 페이 서비스는 통합서비스 업체의 QR코드로 결제가 이루어지기 때문에 실제 상점과 상관 없이 통합서비스 업체와 정산한다.
통합서비스 업체는 각각의 QR 페이 서비스와 정산할 때에 각각의 주문 건 별로 정산 정보를 저장한다.
이후 각각의 상점과 정산할 때에는 각각의 주문 건에 저장된 상점 ID를 기준으로 각 상점과 정산한다.
아울러 상기에서 각 상점에서 취소 처리나 QR 페이 서비스와 정산하는 경우에는 취소 처리나 정산을 위해 각 상점이 QR 페이 서비스 거래번호를 알아야 하기 때문에 상기의 예시와 같이 QR 페이 서비스의 거래번호를 쇼핑몰이나 POS로 전달해야 하지만 통합서비스 업체가 대표가맹점이 되어 취소 처리와 정산 업무도 대행한다면 각 상점에서는 QR 페이 서비스의 거래번호 대신 통합서비스의 통합주문번호로 각각의 결제 건을 구분할 수 있기 때문에 상기의 예시에서 QR 페이 서비스의 거래번호 대신 통합서비스의 통합주문번호를 각 쇼핑몰이나 POS로 전달할 수도 있다.
본 발명에 의하면 QR 페이서비스도 각 상점이나 매장 별로 QR코드를 발급할 필요가 없기 때문에 QR키트 발급 비용을 절감할 수 있다.
상기에서 결제앱과 연동하는 대신 고객이 기존 결제앱으로 결제한 후 다음과 같이 연동시스템이 QR 페이 서버에 접속하여 고객의 결제 내역과 일치하는 결제 건을 검색하여 리턴하고, 쇼핑몰 또는 POS는 결과를 수신하여 저장함으로써 고객 결제 건을 검증하고, 쇼핑몰 또는 POS와 연동할 수도 있다.
또한 쇼핑몰 또는 POS에서 취소 처리를 요청하면 같은 방법으로 연동시스템이 QR 페이 서버에 접속하여 취소 처리할 수 있다.
이를 위해서는 다음과 같은 점을 확인해야 한다.
첫째, QR 페이 결제 방식에서는 고객이 금액을 마음대로 입력할 수 있기 때문에 고객이 결제한 금액이 맞는지 확인해야 한다.
둘째, 환불 등의 처리를 위해 거래번호를 알아야 하는데 거래번호를 수신할 수 없기 때문에 거래번호를 확인해야 한다.
도16과 같이 제로페이 서버에 로그인하면 각각의 결제 건에 대해 결제시각, 거래번호, 결제금액, 결제 수단 등을 확인할 수 있다.
따라서 제로페이 서버와 연동하거나 또는 스크래핑 또는 웹러닝(웹브라우저를 자유자재로 구동할 수 있는 기술) 등의 기술을 사용하여 제로페이 서버에 자동으로 로그인하여 확인할 수 있다.
물론 제로페이 서버는 암호화 모듈을 사용하기 때문에 스크래핑으로 접속하기는 기술적으로 어렵지만 여기에서는 설명의 편의를 위해 스크래핑 방식을 예로 들어 설명한다.
먼저 본 발명을 온라인 쇼핑몰에 적용하는 경우에 대해 설명한다.
아래의 설명에서 연동모듈 또는 통합모듈은 QR 페이 서버에 접속하여 결제 건을 검색하고, 비교하는 모듈을 의미한다.
제로페이는 고객이 스마트폰으로 제로페이 QR코드를 촬영하는 방식이므로 먼저 쇼핑몰에서는 제로페이 QR코드 이미지를 통합서비스에 제출한다.
스마트폰으로 스마트폰 화면에 떠있는 제로페이 QR코드를 스캔할 수 없기 때문에 주로 PC에서 사용한다.
쇼핑몰에서 상품을 검색하고 결제 화면으로 이동하는 방법은 기존과 동일하므로 본 설명에서는 생략하고, 고객이 결제 화면에서 자신이 사용하는 제로페이 결제를 선택하고 결제하는 과정에 대해 설명한다.
1단계, 쇼핑몰 서버는 주문번호, 고객이 결제할 금액 등의 정보를 통합서비스로 전송한다.
https://qrpays.com/pay.asp?id=hknets&amount=10000&ordid=123456&returl=https://www.xxxmall.com/pay/return.asp
여기에서 mid는 쇼핑몰의 통합 서비스 회원 ID, amount는 결제할 금액, ordid는 쇼핑몰의 주문번호, returl은 결제 결과를 리턴받을 쇼핑몰의 URL을 의미한다.
2단계, 통합모듈은 도19와 같이 화면에 제로페이 QR코드를 보여준다.
상점명은 mid로부터 검색한 해당 쇼핑몰의 이름, 결제금액은 쇼핑몰로부터 전달받은 금액이다.
제로페이는 프랜차이즈 매장을 구분하기 위해 하나의 사업자에 대해 여러 개의 QR코드를 발급받을 수 있으므로 쇼핑몰에서도 최대한 여러 개의 QR코드를 발급받은 후 수시로 다른 QR코드를 보여주면 2건 이상이 검색되는 경우를 최소화할 수 있다.
예를 들어 3개의 QR코드를 발급받았다면 다음과 같이 현재 시각에 따라 다른 QR코드를 보여줄 수 있다.
Select Case Second(Now) Mod 3
Case 0: 첫번째 QR코드 표시
Case 1: 두번째 QR코드 표시
Case 2: 세번째 QR코드 표시
End Select
또는 제로페이에서 다음과 같이 각 상점에 QR코드 대역을 제공하고, 통합모듈은 중복되지 않도록 QR코드 이미지를 보여줄 수 있다.
1-ZP-201811900011-M201811900000011-Zmlg-XXXXXX
즉, 위와 같이 6자리 대역을 제공하면 000000부터 시작하여 999999까지 증가하다가 999999 후에 다시 000000으로 변경하면 아래와 같이 검색하는 동안 1,000,000건의 주문을 제로페이로 결제하지 않는 한 중복되지 않는다.
3단계, 고객은 기존 제로페이 결제와 마찬가지 방식으로 스마트폰에서 제로페이 결제앱을 실행하고, 도19와 같은 화면의 QR코드를 스캔하고, 금액을 입력한 후 결제한다.
제로페이 서버에 거래번호, 결제수단, 결제금액, 결제시각 등의 정보가 저장된다.
4단계, 고객은 제로페이 결제 후에 도19와 같은 화면에서 다음과 같이 입력하고, 결제 확인 버튼을 클릭한다.
첫째, 거래번호를 입력한다.
거래번호를 입력하지 않고 검색할 수도 있지만 쇼핑몰의 경우에는 동시에 다수의 고객이 결제할 수 있기 때문에 거래번호가 없으면 정확하게 검색하기 어렵다.
거래번호 전체를 입력하는 경우에는 다른 정보는 필요 없다.
전체 거래번호를 입력하는 것은 불편하기 때문에 도19의 예시와 같이 뒤의 세자리와 같이 일부분을 지정하여 입력하도록 할 수 있다.
둘째, 거래 수단을 선택한다.
거래번호를 입력하지 않거나 일부만 입력하는 경우에는 검색의 정확성을 높이기 위해 거래 수단을 선택할 수 있다.
아울러 악의적으로 결제하지 않거나 결제해야 할 금액보다 적은 금액을 결제하고, 거래 건을 찾을 때까지 계속 결제 수단이나 거래번호를 바꾸어 입력하면서 재시도하는 경우를 방지하기 위해 도19와 같이 재시도 건수에 제한을 두어 5단계에서 일치하는 건을 찾지 못하여 재시도 건수를 차감하고, 다시 4단계로 진행하는 경우 남은 건수가 0건이면 종료할 수 있다.
5단계, 통합서비스는 통합모듈을 이용하여 고객 결제 내역을 확인한다.
5-1단계, 통합모듈은 통합서비스의 제로페이 가맹점 ID와 비밀번호로 제로페이 가맹점 관리 홈페이지에 로그인한다.
각 쇼핑몰 또는 상점은 사전에 통합 서버에 ID와 비밀번호를 등록할 수 있다.
또는 상점 POS의 경우에는 연동시스템 구동 시에 각 POS에서 상점 직원에게 로그인 창을 보여주고, 로그인하도록 할 수도 있다.
다음과 같이 로그인하여 리턴되는 내용을 분석하여 정상적으로 로그인되었는지 확인한다.
strResponse = OpenURL_Post("https://www.zeropay.or.kr/loginProcess.do", "id=hknets&password=1234")
물론 이미 로그인된 상태이면 5-1단계를 생략하고, 다음 단계로 진행한다.
5-2단계, 통합 모듈은 다음과 같이 제로페이 서버를 호출한다.
pageIndex=1&recordCountPerPage=10&firstIndex=1&lastIndex=10&findFromDt=20190101&findToDt=20190131&bmanRegiNum=&afstrId=&findAfstrId=201901039623&findSetlTranChrcNo=PPG1000+057210&findTranAmt=10000&findSetlMeanCode=PNV&findTranStatCode=00&_csrf=0b334802-37fd-4a29-ba6b-934cafa11a41&findBmanRegiNum=2068124292
첫째, 가맹점코드(findAfstrId)를 전송한다.
가맹점코드는 제로페이 QR코드의 일부이므로 QR코드로부터 얻을 수 있다.
둘째, 고객이 거래번호 전체를 입력한 경우에는 거래번호(findSetlTranChrcNo)를 전송한다.
셋째, 결제금액(findTranAmt)을 전송한다.
넷째, 고객이 결제 수단을 선택한 경우에는 결제 수단을 전송한다.
다섯째, 결제 상태(findTranStatCode)를 전송한다.
여섯째, 검색 기간(findFromDt, findToDt)을 전송한다.
기간에서 날짜 이외에 시각을 지정할 수 있는 경우에는 시각을 전송한다.
거의 실시간으로 조회하기 때문에 현재 시각으로부터 5분 이내와 같이 짧은 시간 동안의 결제 건을 검색하거나 상기에서 도19의 화면을 띄운 시각 이후의 결제 건을 검색한다.
제로페이와 같이 날짜만 지정할 수 있는 경우에는 시작과 종료일을 오늘로 선택하고, 만약 0시 1분과 같이 자정을 약간 경과한 시점이면 시작일을 어제로 지정할 수 있다.
5-3단계, 통합모듈은 다음과 같이 검색 결과를 비교한다.
여기에서 nPrice는 상기에서 전송된 결제금액, nCount는 검색된 건수, sACID1는 검색된 각 결제 건의 거래번호, nPrice1은 검색된 각 결제 건의 결제금액, nTime1은 검색된 결제 건의 거래 시각이라고 정의하고, 다음과 같이 구현한다.
nTime = DateAdd("s", -300, Now)
For i = 1 To nCount
nPrice1 = ...
sACID1 = ...
nTime1 = ...
If nPrice1 = nPrice Then
If nTime1 >= nTime Then
If Mid(sACID1, Len(sACID1) - 2, 2) = sACID Then
sNewACIDs = sNewACIDs & “,” & sACID1 ''' 거래번호 추가
End If
End If
End If
Next
5-3-1단계, QR코드를 비교한다.
상기의 설명과 같이 가맹점코드(findAfstrId)로 검색할 수 있지만 상기에서 대역을 제공하는 경우에 검색 화면에서는 대역을 제외한 QR코드로만 검색할 수도 있다.
따라서 QR코드를 비교하여 일치하는지 확인한다.
5-3-2단계, 금액이 일치하는지 비교하여 일치하는지 확인한다.
물론 5-2단계에서 금액을 포함하여 검색하는 경우에는 생략한다.
5-3-3단계, 거래번호를 입력한 경우에는 거래번호를 비교한다.
물론 고객이 거래번호 전체를 입력하여 5-2단계에서 거래번호를 포함하여 검색한 경우에는 생략한다.
거래번호의 일부만 입력한 경우에는 상기와 같이 거래번호의 일부가 일치하는지 비교한다.
5-3-4단계, 결제시각을 비교한다.
5-2단계에서 거래 시각까지 포함하여 검색한 경우에는 생략한다.
5-2단계와 같은 기준으로 짧은 시간 이내에 결제한 건을 찾는다.
5-4단계, 통합모듈은 상기의 조건에 맞는 거래번호 목록(sNewACIDs)을 통합서버로 전송하고, 통합서버는 각각의 거래번호를 데이터베이스에 저장된 데이터와 비교하여 새로운 거래번호인지 확인하여 새로운 거래번호를 리턴한다.
rs.Open(“SELECT ACID FROM ...”)
Do While Not rs.EOF
If rs(“ACID”) = sACID1 Then
[제외]
Else
sNewACIDs = sNewACIDs & “,” & sACID1
End If
rs.MoveNext
Loop
5-5단계, 최종적으로 조건에 맞는 거래 건수에 따라 다음과 같이 처리한다.
첫째, 조건에 맞는 결제 건이 없으면 오류를 리턴한다.
둘째, 조건에 맞는 거래 건이 1건이면 해당 주문 고객의 결제 건이라고 간주할 수 있으므로 해당 건의 거래번호를 다음 단계로 전달한다.
고객이 금액을 잘못 입력하는 경우에는 금액이 일치하는 다른 고객의 결제 건을 해당 고객의 결제 건으로 인식할 수는 있지만 그렇게 되면 다른 고객의 결제 건이 새로운 거래 건으로 인식되지 않기 때문에 다른 고객으로부터 바로 연락이 오고, 바로 확인할 수 있다.
셋째, 조건에 맞는 거래 건이 2건 이상 발견되면 거의 같은 시각에 2명 이상의 고객이 결제한 경우라고 할 수 있다.
굳이 어느 고객의 결제 건인지 구분할 필요는 없지만 나중에 고객이 주문을 취소하고, 환불하는 경우에는 어느 건인지 알아야 환불 처리를 해 줄 수 있다.
따라서 연동 모듈은 해당 결제 건의 거래번호를 도21과 같이 고객에게 보여주고 확인하도록 한 후 고객이 선택한 거래번호를 다음 단계로 전달한다.
5-6단계, 정상적인 결제 건일 경우 통합모듈은 거래번호를 통합서버로 전송하고, 통합서버는 거래번호를 데이타베이스에 저장하여 다음 번에 검색할 때에 비교한다.
6단계, 통합서비스는 결제 확인 결과와 식별번호, 쇼핑몰 주문번호를 쇼핑몰로 전송한다.
https://www.xxxmall.com/pay/return.asp?retcd=OK&acid=PPG1900115116& ordid=123456
7단계, 쇼핑몰은 주문 내역과 거래번호를 저장한다.
물론 결제금액이 일치하는 건이 없거나 새로운 거래번호를 찾지 못하여 오류가 리턴된 경우에는 고객에게 오류 메시지를 보여주고, 고객과의 통화 등을 통해 확인하거나 취소 처리 후 다시 결제하도록 한다.
오프라인 상점에서는 POS에 주문을 입력한 후 고객이 제로페이로 결제하면 상기와 같이 연동시스템을 호출하여 검색한다.
상점에서는 고객이 당연히 상점에 비치된 QR코드를 스캔한다.
연동시스템은 도20과 같은 화면을 보여주고, 상점 직원이 결제 수단을 선택하고, 거래번호를 입력한다.
아울러 2건 이상 검색된 경우에는 연동모듈은 도21과 같은 화면을 POS에 보여주고, 상점 직원이 고객 스마트폰 화면이나 제로페이 상점 앱 등을 보고 선택한다.
오프라인 상점은 온라인 쇼핑몰과 달리 하나의 주문 건에 대한 결제가 완료되면 다음 주문을 진행하는 순차적인 방식이기 때문에 거래번호를 입력하지 않아도 된다.
다만 여러 대의 POS가 하나의 QR코드를 이용하는 경우에는 거래번호를 입력하면 여러 개의 거래번호 중 선택하는 경우를 줄일 수 있다.
이후 고객이 취소하는 경우에는 다음과 같이 처리한다.
1단계, POS에서 주문을 검색하고, 취소 버튼을 클릭한다.
2단계, 다음과 같이 전송한다.
https://qrpays.com/pay/cancel.asp?id=hknets&acid=PPG1900115116
3단계, 제로페이 연동 시스템은 다음과 같이 처리한다.
3-1단계, 먼저 ID와 비밀번호를 확인하여 정상적인 사용자인지 확인한다.
3-2단계, 제로페이 가맹점 ID와 비밀번호로 제로페이 서버에 로그인한다.
3-3단계, 거래번호(acid)로 결제 건을 검색한다.
검색된 건이 있으면 다음 단계로 진행하고, 검색되지 않으면 오류를 리턴한다.
3-4단계, 시스템은 제로페이 서버에 취소 처리하고, 정상 처리되었음을 리턴한다.
4단계, 정상 처리된 경우 POS에서 해당 주문을 취소 처리한다.
본 발명에 의하면 온라인 쇼핑몰에서도 QR 페이로 결제할 수 있을 뿐만 아니라 상점은 일일이 결제 결과를 육안으로 확인할 필요 없고, POS에서 모든 관리를 할 수 있기 때문에 매우 편리하다.
다음과 같이 결제앱이 결제 결과를 스마트폰 화면에 바코드 또는 QR코드로 표시하고, 상점에서 바코드 또는 QR코드 스캐너로 스캔하여 확인할 수 있다.
1단계, 고객이 주문하면 상점에서는 POS에 주문 내역을 입력한다.
2단계, 고객은 기존과 동일한 방법으로 제로페이 앱을 실행하고, 상점 QR코드를 스캔하고, 결제금액을 입력하고 결제한다.
3단계, 제로페이 결제앱은 결제 후 도24와 같이 결제시각, 결제금액, 거래번호 등의 정보를 바코드나 QR코드 형태로 화면에 보여준다.
4단계, 고객이 스마트폰 화면을 제시하면 상점은 POS에 연결된 스캐너로 스마트폰 화면의 바코드나 QR코드를 스캔한다.
5단계, POS는 스캔된 정보를 다음과 같이 비교한다.
5-1단계, 결제금액이 POS에 입력된 금액과 일치하는지 비교한다.
5-2단계, 고객이 이전에 결제한 화면을 보여줄 가능성이 있으므로 현재 시각으로부터 1분 이내와 같이 최근 결제 건인지 확인한다.
정상적인 경우 6단계로 진행하고, 금액이 일치하지 않는 등 비정상적인 경우에는 오류 내용을 보여준다.
6단계, POS는 주문 내역과 거래번호를 저장한다.
상기에서 결제 결과를 QR코드로 표시할 수 있다.
QR코드는 많은 정보를 표시할 수 있기 때문에 결제시각, 결제금액, 거래번호 등의 정보를 모두 포함할 수 있다.
그러나 단점은 QR코드 스캐너를 구비한 상점은 거의 없다는 점이다.
스마트폰 앱에 QR코드 스캔 기능을 추가하는 것은 어렵지 않으므로 제로페이와 같이 상점 앱을 제공하는 경우에는 상점 앱에 기능을 추가한다.
특히 상점 앱은 제로페이 서버로부터 결제 정보를 수신하는 기능이 있기 때문에 상기의 기능을 구현하기 쉽다.
단, POS와 연동하려면 별도의 방법이 필요하다.
결제 결과를 바코드로 표시할 수도 있다.
바코드의 경우에는 표시할 수 있는 정보가 한계가 있으므로 이 경우에는 다음과 같이 처리한다.
첫째, 결제시각과 결제금액만 표시하고, 비교한다.
이 경우에도 바코드가 촘촘해져서 인식률이 떨어지는 것을 방지하기 위하여 금액을 지수 형태로 표기하거나 10진수 대신 16진수, 62진수 등으로 표기하여 자릿수를 줄이고, 4단계 또는 5단계에서 다시 숫자로 변환하여 처리할 수 있다.
둘째, 거래번호를 표시하고, 상기와 같은 방법으로 연동시스템이 제로페이 서버에 로그인하여 검색한 후 결제금액과 결제시각을 리턴하고 비교할 수 있다.
본 발명에 의하면 고객이 결제금액을 직접 입력해야 하는 번거로움은 있지만 POS에서 자동으로 결제금액을 확인하고, 거래번호를 얻을 수 있기 때문에 상점에서 일일이 육안으로 결제금액을 확인하거나 제로페이 서버에서 결제금액이나 결제번호를 확인할 필요가 없어 편리하다.
본 발명에서는 제로페이를 예로 들어 설명하였지만 QR코드를 스캔하여 결제하는 다양한 결제 수단에 적용이 가능하다.
아울러 이상은 본 발명의 한 실시 예에 불과하며 발명의 범위 내에서 다양한 변조 및 개조가 가능하다.

Claims (24)

  1. 사용자가 결제앱을 실행하고, 상점 QR코드를 스캔하고, 결제금액을 입력하는 대신에 연동 시스템이 상점 QR코드와 결제금액을 결제모듈로 전달하고, 결제모듈은 수신된 상점 QR코드와 결제금액으로 결제한 후 결제 결과를 연동 시스템으로 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  2. 1항에 있어
    쇼핑몰 또는 POS와 연동하는 상점 연동모듈
    결제앱과 연동하는 결제앱 연동모듈
    결제 정보를 저장하고, 검색하는 연동서버
    로 구성됨을 특징으로 하는 QR 페이 연동 방법 및 시스템
  3. 1항에 있어
    상점 QR코드와 결제금액과 주문번호를 결제모듈로 전달하는 단계
    결제모듈은 수신된 상점 QR코드와 결제금액으로 결제를 진행하는 단계
    결제모듈은 결제 결과를 연동서버로 전송하는 단계
    를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  4. 1항 및 2항 및 3항에 있어
    인터넷 쇼핑몰에서 고객이 QR 결제를 선택하면
    연동모듈이 상점 QR코드와 결제 금액을 결제모듈로 전달하는 단계
    결제모듈은 수신된 상점 QR코드와 결제금액으로 결제를 진행하는 단계
    결제모듈은 결제 후 거래번호를 연동서버로 전송하거나 리턴하는 단계
    연동모듈 또는 연동서버가 결제 결과를 쇼핑몰 서버로 전송하는 단계
    를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  5. 1항 및 2항 및 3항에 있어
    인터넷 쇼핑몰 또는 오프라인 상점에서 고객이 QR 결제를 선택하면
    연동모듈은 결제에 필요한 정보를 QR코드로 화면에 보여주는 단계
    고객은 스마트폰 결제앱을 실행하고, QR코드를 스캔하는 단계
    스마트폰 결제앱은 결제에 필요한 정보를 수신하는 단계
    결제앱은 수신된 상점 QR코드와 결제금액으로 결제를 진행하는 단계
    결제앱은 결제 후 거래번호를 연동서버로 전송하거나 리턴하는 단계
    연동모듈 또는 연동서버가 결제 결과를 상점 서버로 전송하거나 리턴하는 단계
    를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  6. 5항에 있어
    QR코드로 전달하는 대신에
    고객 핸드폰으로 URL을 전송하고, 고객이 URL을 터치하는 방법
    NFC 장치로 전송하고, 고객이 스마트폰을 NFC 장치에 접근시켜 수신하는 방법
    고객에게 주문번호를 알려주고, 고객이 연동모듈 또는 결제모듈에 입력하는 방법
    과 같은 다양한 방법으로 PC 또는 POS 연동모듈이 스마트폰 결제앱으로 결제에 필요한 정보를 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  7. 5항 및 6항에 있어
    결제앱 대신에 연동모듈이 결제에 필요한 정보를 수신하여 결제앱으로 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  8. POS에서 주문 정보를 전송하면 연동서버는 주문 정보를 저장하고, 고객이 상점 QR코드를 스캔하면 연동서버는 상점 QR코드로 주문을 검색하여 결제에 필요한 정보를 리턴하고, 결제모듈은 수신된 상점 QR코드와 결제금액으로 결제한 후 결제 결과를 연동 시스템으로 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  9. 8항에 있어
    POS는 주문 정보를 연동서버로 전송하면 연동서버는 주문 정보를 결제대기 상태로 저장하고, 주문번호를 리턴하는 단계
    고객이 연동앱 또는 결제앱을 실행하고 상점 QR코드를 스캔하면 연동모듈은 상점 QR코드를 연동서버로 전송하고, 연동서버는 전송된 QR코드를 포함하는 주문 또는 전송된 QR코드를 사용하는 상점의 주문 중 결제 대기 상태인 최근 주문 건을 검색한 후 주문번호와 결제금액을 포함하여 결제에 필요한 정보를 리턴하는 단계
    결제앱은 수신된 결제금액으로 결제하는 단계
    결제앱은 주문번호와 결제 결과를 연동서버로 전송하면 연동서버는 주문번호로 주문을 검색하여 결제 결과를 저장하고, 주문 상태를 결제완료로 변경하는 단계
    POS는 주문번호를 연동서버로 전송하면 연동서버는 주문번호로 주문을 검색하여 결제 결과를 리턴하는 단계
    를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  10. 8항 및 9항에 있어
    결제대기 상태인 주문이 여러 건일 경우 주문 목록을 고객에게 보여주고, 고객이 선택하도록 함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  11. 8항 및 9항에 있어
    QR코드로 주문을 구분하기 위해 상점 POS 별로 QR코드를 부여함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  12. 8항 및 9항에 있어
    주문을 구분하기 위해 상점 POS 별로 번호를 부여하고, 고객이 QR코드 스캔 후 번호를 입력함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  13. 1항 및 8항에 있어
    POS와 연동되지 않는 경우 별도의 앱을 제공하고, 상점은 별도 앱에 결제금액을 입력하고, 상기와 같은 방식으로 결제하고, 별도 앱이 결제 결과를 수신함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  14. 1항 및 8항에 있어
    상점은 자신이 가입한 QR 페이 서비스와 해당 서비스의 상점 QR코드를 모두 통합서비스에 등록한 후 고객이 통합앱 또는 결제앱을 실행하고, 아무 상점 QR코드나 스캔하면 연동모듈은 QR 페이 서비스 식별정보와 QR코드를 통합서버로 전송하고, 통합서버는 서비스 식별정보와 QR코드로 검색하여 해당 상점의 해당 서비스의 상점 QR코드를 리턴함을 특징으로 하는 QR코드 통합서비스
  15. 14항에 있어
    상점은 자신이 가입한 QR 페이 서비스와 해당 서비스의 상점 QR코드를 통합서비스에 등록하는 단계
    고객이 결제앱을 실행하고, 아무 상점 QR코드나 스캔하면 결제앱은 자신의 서비스 식별정보와 QR코드를 통합서버로 전송하는 단계
    통합서버는 QR코드로 상점을 검색하는 단계
    통합서버는 서비스 식별정보로 해당 상점이 등록한 QR 페이 서비스를 검색하는 단계
    통합서버는 해당 상점의 해당 서비스의 상점 QR코드를 리턴하는 단계
    를 포함함을 특징으로 하는 QR코드 통합서비스
  16. 1항 및 8항에 있어
    통합서비스 업체가 각각의 QR 페이 서비스에 가입하고, 통합서비스는 각 QR 페이 서비스에서 부여받은 자신의 상점 QR코드를 결제모듈에 전달하여 결제하고, 각 QR 페이 서비스와 정산하며, 각 상점과 정산함을 특징으로 하는 QR 페이 통합서비스
  17. 16항에 있어
    상점 QR코드를 스캔하여 결제하는 경우에
    통합서비스는 상점 또는 매장 또는 POS를 식별할 수 있는 통합 QR코드를 각 상점에 제공하는 단계
    고객은 통합서비스가 제공한 통합 QR코드를 스캔하는 단계
    통합서비스는 통합 QR코드로부터 상점을 인식하는 단계
    를 포함함을 특징으로 하는 QR 페이 통합서비스
  18. 17항에 있어
    쇼핑몰 또는 POS로 결제 결과를 전달할 때에 거래번호 대신에 통합서비스의 주문번호를 전달함을 특징으로 하는 QR 페이 통합서비스
  19. 쇼핑몰 또는 오프라인 상점에서 고객이 QR 페이로 결제한 후 자동으로 QR 페이 서버에 접속하여 고객 결제 내역과 일치하는 결제 건을 검색함으로써 결제금액을 확인하고, 거래번호를 획득하여 쇼핑몰 또는 상점 POS와 연동함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  20. 19항에 있어
    쇼핑몰 또는 POS에서 전달된 데이터를 QR 페이 서버 검색 조건에 추가하거나 또는 검색 후 비교를 통해
    현재 시각으로부터 5분 이내와 같이 최근의 결제 건을 찾는 단계
    고객이 결제할 금액과 일치하는 결제 건을 찾는 단계
    전달된 QR코드와 일치하는 결제 건을 찾는 단계
    전달된 거래번호의 일부 또는 전부와 일치하는 결제 건을 찾는 단계
    의 전부 또는 일부를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  21. 19항 및 20항에 있어
    검색된 결제 건의 거래번호를 연동서버에 저장된 거래번호와 비교하여 아직 저장되지 않은 새로운 거래번호를 찾고, 정상적인 결제 건으로 인식된 결제 건의 거래번호를 연동서버에 저장함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  22. 19항에 있어
    상점에 QR코드 대역을 제공함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  23. 19항에 있어
    주문을 취소하는 경우 QR 페이 서버에 접속하여 거래번호로 검색하고, 취소 처리함을 특징으로 하는 QR 페이 연동 방법 및 시스템
  24. QR 페이 결제앱은 결제 후 결제번호, 금액 등의 정보를 바코드나 QR코드 형태로 표시하고, 상점에서는 스캐너로 고객 스마트폰의 바코드나 QR코드를 스캔하여 결제 결과를 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
PCT/KR2020/000901 2019-01-18 2020-01-18 Qr 페이 연동 방법 및 시스템 WO2020149713A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202080009578.7A CN113383357A (zh) 2019-01-18 2020-01-18 二维码支付联动方法及系统
US17/423,726 US20220067696A1 (en) 2019-01-18 2020-01-18 Method and system for linking qr pay

Applications Claiming Priority (32)

Application Number Priority Date Filing Date Title
KR10-2019-0007199 2019-01-18
KR20190007199 2019-01-18
KR20190007212 2019-01-19
KR10-2019-0007212 2019-01-19
KR10-2019-0010219 2019-01-26
KR20190010219 2019-01-26
KR10-2019-0014151 2019-02-02
KR20190014151 2019-02-02
KR10-2019-0021491 2019-02-23
KR10-2019-0021492 2019-02-23
KR20190021492 2019-02-23
KR20190021491 2019-02-23
KR10-2019-0028452 2019-03-12
KR20190028452 2019-03-12
KR20190029017 2019-03-13
KR10-2019-0029017 2019-03-13
KR20190030223 2019-03-16
KR10-2019-0030223 2019-03-16
KR10-2019-0030222 2019-03-16
KR20190030222 2019-03-16
KR20190064972 2019-05-31
KR10-2019-0064972 2019-05-31
KR20190078420 2019-06-29
KR10-2019-0078420 2019-06-29
KR10-2019-0123478 2019-10-05
KR20190123478 2019-10-05
KR20190134150 2019-10-25
KR10-2019-0134150 2019-10-25
KR20190156203 2019-11-28
KR10-2019-0156203 2019-11-28
KR10-2020-0006934 2020-01-18
KR1020200006934A KR20200090136A (ko) 2019-01-18 2020-01-18 Qr 페이 연동 방법 및 시스템

Publications (1)

Publication Number Publication Date
WO2020149713A1 true WO2020149713A1 (ko) 2020-07-23

Family

ID=71613125

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/000901 WO2020149713A1 (ko) 2019-01-18 2020-01-18 Qr 페이 연동 방법 및 시스템

Country Status (2)

Country Link
US (1) US20220067696A1 (ko)
WO (1) WO2020149713A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110129330A (ko) * 2010-05-25 2011-12-01 주식회사 비즈모델라인 매장 주문 처리 시스템 및 ｐｏｓ 단말과 이를 위한 프로그램
KR20130142021A (ko) * 2012-06-18 2013-12-27 주식회사 핑거 모바일 디바이스의 앱을 이용한 다이렉트 지불 방법 및 시스템
KR101616951B1 (ko) * 2015-04-28 2016-04-29 이영탁 모바일 인앱 상품 판매 서버, 시스템 및 그 방법
KR20180085700A (ko) * 2017-01-19 2018-07-27 주식회사 비즈니스인사이트 온라인 주문에 대한 오프라인 결제 방법

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2728528A1 (en) * 2008-05-30 2014-05-07 MR.QR10 GmbH & Co. KG Server device for controlling a transaction, first entity and second entity
JP5721086B2 (ja) * 2010-07-09 2015-05-20 武 水沼 電子マネーの管理方法
US10891641B2 (en) * 2012-01-27 2021-01-12 Groupon, Inc. Transaction processing system
WO2014015015A2 (en) * 2012-07-17 2014-01-23 Zahnow Myron Frederick System, apparatus and method for activity guidance and monitoring
US10672053B1 (en) * 2013-08-19 2020-06-02 Michael J. Clemmens Systems, manufactures, and methods for comparative bid analysis and purchase order preparation
US11004139B2 (en) * 2014-03-31 2021-05-11 Monticello Enterprises LLC System and method for providing simplified in store purchases and in-app purchases using a use-interface-based payment API
US20160019657A1 (en) * 2014-07-17 2016-01-21 Bank Of America Coporation Analysis of e-receipts to determine possible exceptions
US20180144377A1 (en) * 2015-06-22 2018-05-24 Cooperworks Tech., Llc Traffic Routing Optimizer
US10853835B2 (en) * 2016-01-04 2020-12-01 Scvngr, Inc. Payment system with item-level promotional campaigns redeemable automatically at point-of-sale devices
US10769602B2 (en) * 2017-01-03 2020-09-08 Soo Hyang KANG System and method for customer initiated payment transaction using customer's mobile device and card
EP3416334B1 (en) * 2017-06-15 2020-01-15 Accenture Global Solutions Limited Portable biometric identity on a distributed data storage layer
WO2019060368A1 (en) * 2017-09-19 2019-03-28 Mastercard International Incorporated SYSTEMS AND METHODS FOR RECEIVING REAL-TIME TRADERS FOR PAYMENT PROCESSING
AU2018393128A1 (en) * 2018-03-13 2019-10-03 Shenzhen Lanbei Technology Co., Ltd. Payment method, apparatus and system and vending terminal
SG10201806192PA (en) * 2018-07-19 2020-02-27 Mastercard International Inc Methods and systems for facilitating payment transactions at point of sale terminals

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110129330A (ko) * 2010-05-25 2011-12-01 주식회사 비즈모델라인 매장 주문 처리 시스템 및 ｐｏｓ 단말과 이를 위한 프로그램
KR20130142021A (ko) * 2012-06-18 2013-12-27 주식회사 핑거 모바일 디바이스의 앱을 이용한 다이렉트 지불 방법 및 시스템
KR101616951B1 (ko) * 2015-04-28 2016-04-29 이영탁 모바일 인앱 상품 판매 서버, 시스템 및 그 방법
KR20180085700A (ko) * 2017-01-19 2018-07-27 주식회사 비즈니스인사이트 온라인 주문에 대한 오프라인 결제 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JAY: "Non-official translation: (Pre-user Group) Bring Your Credit Cards to an App (Shinhan App Card, App Card, Shinhan Card, QR Code, Payment Code", 18 August 2013 (2013-08-18), pages 1 - 4, Retrieved from the Internet <URL:https://blog.naver.com/feelove9/150174219215> [retrieved on 20200507] *

Also Published As

Publication number Publication date
US20220067696A1 (en) 2022-03-03

Similar Documents

Publication Publication Date Title
WO2021071012A1 (ko) 무매체 신원 확인을 통한 상품 구매 서비스 제공 장치 및 방법
WO2016036045A1 (ko) 근거리 무선 통신을 지원하는 화상형성장치 및 그 화상형성장치의 동작 방법, 근거리 무선 통신을 지원하는 모바일 단말 및 그 단말의 동작 방법 및 근거리 무선 통신을 이용한 클라우드 프린트 시스템
WO2012093773A2 (ko) 광고 정보 제공 시스템
WO2016024740A1 (en) Cloud system and method of displaying, by cloud system, content
WO2016018017A1 (en) Mobile communication system, different mobile devices sharing same phone number on mobile communication system, and method of providing mobile communication service between different mobile devices sharing same phone number
WO2016024741A1 (en) Cloud system and method of displaying, by cloud system, content
WO2016126081A1 (en) Cloud print server and method of providing automatic connection service performed by the cloud print server
WO2013154316A1 (en) User terminal apparatus, display apparatus, server and control method thereof
WO2016089009A1 (en) Method and cloud server for managing device
WO2015137620A1 (en) Method and apparatus for providing calendar displaying work history of document
WO2021215589A1 (ko) Ocr 기반 문서 분석 시스템 및 방법
WO2018070669A1 (ko) 다국어 지원 객실용 서비스요청장치를 이용한 서비스요청 시스템 및 서비스요청방법
WO2018030828A1 (ko) 카드정보가 매칭된 가상개인정보를 이용한 보안 운송장 발급관리 시스템 및 방법
WO2009134096A2 (ko) 광고노출 제어시스템 및 광고노출 제어방법
WO2016182209A1 (ko) 미용서비스 제공 시스템, 서버 및 방법
WO2017116034A1 (ko) 전자 장치, 전자 장치의 통신 방법 및 이동 단말기의 통신 방법
WO2014171572A1 (ko) 쇼핑정보 제공방법 및 사용자 인터페이스
WO2020149713A1 (ko) Qr 페이 연동 방법 및 시스템
WO2023158121A1 (ko) 글로벌 스마트 제조시스템 구축 및 국제 표준화를 위한 데이터 생성방법
WO2017160072A1 (ko) 가상개인정보를 이용한 보안 운송장 발급관리 시스템 및 방법
WO2015141932A1 (ko) 광고 제공 방법 및 이를 위한 장치
WO2021167416A1 (ko) 정기결제를 기반으로 하는 서비스를 관리하기 위한 방법, 시스템 및 컴퓨터 판독 가능한 기록 매체
WO2016148377A1 (ko) 광고플랫폼장치
WO2020213941A1 (ko) 스마트폰 내에서 컨텐츠 제공 시스템 및 방법
WO2024191140A1 (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: 20742006

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20742006

Country of ref document: EP

Kind code of ref document: A1