WO2014142587A1 - 모바일 결제 처리 시스템 및 그 방법 - Google Patents

모바일 결제 처리 시스템 및 그 방법 Download PDF

Info

Publication number
WO2014142587A1
WO2014142587A1 PCT/KR2014/002133 KR2014002133W WO2014142587A1 WO 2014142587 A1 WO2014142587 A1 WO 2014142587A1 KR 2014002133 W KR2014002133 W KR 2014002133W WO 2014142587 A1 WO2014142587 A1 WO 2014142587A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
payment processing
processing result
server
receiving
Prior art date
Application number
PCT/KR2014/002133
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 US14/776,079 priority Critical patent/US10963859B2/en
Priority to EP14765458.6A priority patent/EP2975571A4/en
Priority to CN201480026410.1A priority patent/CN105190662B/zh
Publication of WO2014142587A1 publication Critical patent/WO2014142587A1/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/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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
    • 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/3226—Use of secure elements separate from M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on 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/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/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
    • 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/405—Establishing or using transaction specific rules
    • 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

Definitions

  • the present invention relates to a mobile payment processing system and a method for performing a mobile payment by a mobile terminal of a customer, and specifically, a merchant terminal and a merchant terminal to enable mobile payment by a mobile terminal of the customer. It relates to a mobile payment processing system and a method comprising a processing server.
  • Payment through a mobile terminal is generally performed by a mobile terminal used by a consumer, an affiliated store terminal used in a store, and the like, and a payment processing server communicating with the two terminals to process the payment.
  • a mobile terminal-based payment method in which a mobile terminal requests a payment to a payment processing server.
  • a seller prepares a payment by inputting a payment amount through a merchant terminal, and a consumer prepares a payment by executing an application on a mobile terminal.
  • the merchant terminal transmits payment related information (such as merchant code, branch code, terminal code, transaction serial number and purchase information) to the payment processing server and payment request.
  • payment related information such as merchant code, branch code, terminal code, transaction serial number and purchase information
  • the payment processing server receiving the payment request generates a transaction identification information (T-ID: Transaction ID) based on the payment related information, registers the payment request information, and responds to the payment request including the generated T-ID. Send a signal to the merchant terminal.
  • T-ID Transaction ID
  • the merchant terminal receiving the payment request response signal from the payment processing server generates a tag (eg, an RF tag, a barcode, etc.) including the T-ID included in the payment request response signal, and generates the tag for recognition by the mobile terminal. Display a tag.
  • a tag eg, an RF tag, a barcode, etc.
  • the mobile terminal After the mobile terminal recognizes the tag and acquires a T-ID, the mobile terminal transmits a payment approval request signal including the T-ID to a payment processing server, and the payment processing server that receives the payment approval request signal transmits to the T-ID. After confirming the registered payment request on the basis, the payment is performed through communication with the approval institution (for example, financial institution) server. When the payment is completed, the payment processing server transmits a response signal to the payment approval request signal to the mobile terminal.
  • the approval institution for example, financial institution
  • the payment processing server receiving the payment related information from the affiliated store terminal generates a T-ID and transmits the generated T-ID to the affiliated store terminal. You can proceed. Therefore, there is a problem in that the merchant terminal does not proceed with the payment by the mobile terminal until the T-ID is received from the payment processing server.
  • the merchant terminal first transmits the payment related information to the payment processing server in the step of delivering the payment information to the mobile terminal and does not maintain communication with the payment processing server, the payment processing is performed.
  • the server cannot inform the merchant terminal.
  • the payment processing server cannot know the network address information of the affiliated store, and even if the mobile terminal transmits the network address of the affiliated store to the payment processing server when the payment request is made, most of the current merchant terminals are private. This is because it is located at the rear of the router and uses a private IP address, so even if the payment processing server knows the private IP address of the merchant terminal, reconnection is impossible.
  • the connection in order for the merchant terminal to receive the payment processing result from the payment processing server, the connection must be maintained until the payment processing is completed. In this case, the merchant terminal does not process payment for other subsequent customers. It is difficult to adopt realistically.
  • the merchant terminal does not immediately know the payment status by the mobile terminal of the consumer in processing a payment that is conventionally performed by the mobile terminal, and the mobile terminal user confirms whether the payment is processed.
  • the completion of the payment is delayed because the merchant terminal must access the payment processing server to query the transaction results.
  • the present invention provides a merchant terminal for generating a transaction identification information (T-ID) based on payment related information, in order to solve the above-mentioned problems, the mobile payment processing for performing a mobile payment by the merchant terminal and the payment processing server It is an object to provide a system and a method thereof.
  • T-ID transaction identification information
  • An object of the present invention is to provide an affiliated store terminal that enables the mobile terminal to immediately know whether or not payment is completed.
  • a transaction identification information generation unit for generating transaction identification information (T-ID) based on payment related information
  • a transaction identification information providing unit for providing a mobile terminal to recognize the T-ID generated by the transaction identification information generation unit;
  • a payment request transmission unit which transmits a payment request signal including the payment related information to a payment processing server and receives a payment request response signal including a T-ID from the payment processing server;
  • a payment approval confirmation request unit which transmits a UDP packet including the T-ID to a payment processing result notification server when receiving the payment request response signal, and receives a first response signal from the payment processing result notification server; And receiving a payment processing result notification UDP packet including the T-ID from the payment processing result notification server, and transmitting a second response signal to the payment processing result notification server when receiving the payment processing result notification UDP packet. It provides a merchant terminal including a payment approval confirmation unit for transmitting a transaction status inquiry signal to a payment processing server.
  • the transaction identification information generation unit generates the T-ID based on a merchant code, a branch code, a terminal code, a transaction serial number, and purchase information, and the payment request transmission unit includes the payment related information or the T-ID.
  • the request signal is transmitted to the payment processing server.
  • the payment request transmission unit receives a payment request response signal including a T-ID generated by the payment processing server based on the payment related information from the payment processing server.
  • the payment approval confirmation request unit retransmits the UDP packet if the first response signal is not received from the payment processing result notification server for a predetermined time after the UDP packet is transmitted.
  • the payment approval confirmation unit outputs a pop-up window for receiving a payment processing result inquiry command from a user if the payment approval confirmation request unit does not receive the first response signal within a preset time after the UDP packet is first transmitted. And outputting a pop-up window for receiving a payment processing result inquiry command from a user if the payment approval confirmation request unit does not receive the first response signal while transmitting the UDP packet a predetermined number of times, or outputs the first response signal. If the payment processing result notification UDP packet is not received within a preset time after receiving the received message, a popup window for receiving a payment processing result inquiry command is output from the user.
  • a payment request registration unit for receiving a payment request signal including payment-related information or T-ID from the merchant terminal, and receives the payment request signal; And receiving a payment approval request signal including a T-ID from a mobile terminal, and when receiving the payment approval request signal, inquiring a registered payment request based on the T-ID included in the payment approval request signal, and receiving the payment.
  • a payment processing server including a payment approval request processing unit for processing an approval request.
  • the payment request registration unit generates a T-ID based on the payment related information, registers the payment request, and registers the payment request if the T-ID is not included in the payment request signal received from the affiliated store terminal. If the payment approval request signal including the T-ID included in the payment request is not received within the preset time, the registered payment request is deleted.
  • the payment approval request processor receives the payment approval request signal and inquires whether a payment request including a T-ID identical to the T-ID included in the payment approval request signal is registered, and when the registration of the payment request is confirmed, the payment is made. Process the request for approval.
  • the merchant terminal when receiving a UDP packet including the T-ID from the merchant terminal receiving the payment request response signal including the T-ID from the payment processing server, and receives the UDP packet the merchant terminal A first communication unit which transmits a first response signal to the mobile station; A UDP address register that registers UDP address information of the affiliated store terminal identified from the UDP packet using the T-ID as an index; And transmitting payment processing result notification UDP packets including the T-ID to the affiliated store terminal when receiving payment processing result information from the payment processing server, and receiving a payment processing result notification UDP packet from the affiliated store terminal receiving the payment processing result notification UDP packet. It provides a payment processing result notification device including a second communication unit for receiving a response signal.
  • the second communication unit If the second communication unit does not receive the second response signal within a preset time after transmitting the payment processing result notification UDP packet, the second communication unit retransmits the payment processing result notification UDP packet, and the UDP address registration unit transmits the T-ID.
  • the UDP address registration unit Upon receiving the UDP packet including the T-ID, whether the same T-ID is registered or not is registered. When the same T-ID is registered, the UDP address information whose index is the registered T-ID is deleted.
  • an affiliated store terminal generates a T-ID based on payment related information, transmits a payment request signal including the T-ID, and provides the T-ID to a mobile terminal;
  • the payment request signal is received, the payment request is registered, and upon receipt of the payment approval request signal transmitted by the mobile terminal having obtained the T-ID, the payment is registered based on the T-ID included in the payment approval request signal.
  • a payment processing server for inquiring a request and processing a payment approval request; And a payment processing result notification server, wherein, when the merchant terminal receives a payment request response signal corresponding to the payment request signal transmitted to the payment processing server, a UDP packet including the T-ID is transmitted to the payment processing result notification.
  • the payment processing result notification server transmits a payment processing result notification UDP packet including the T-ID to the affiliated store terminal when receiving the payment processing result information from the payment processing server.
  • the payment processing result notification UDP packet provides a mobile payment processing system for accessing the payment processing server to query the transaction status.
  • generating a T-ID based on payment related information Transmitting a payment request signal including the T-ID to a payment processing server; Providing the T-ID recognizable by a mobile terminal; Receiving a payment request response signal from the payment processing server that receives the payment approval request signal transmitted by the mobile terminal that has obtained the T-ID; Transmitting a UDP packet including the T-ID to a payment processing result notification server when the payment request response signal is received; Receiving a payment processing result notification UDP packet including the T-ID from the payment processing result notification server receiving the payment processing result information from the payment processing server; And receiving the payment processing result notification UDP packet, and accessing the payment processing server to query a transaction state.
  • the step of transmitting a payment request signal to the payment processing server Receiving a payment request response signal including a T-ID from the payment processing server; Receiving the payment request response signal, transmitting a UDP packet including the T-ID to a payment processing result notification server; Receiving a first response signal from the payment processing result notification server receiving the UDP packet; Receiving a payment processing result notification UDP packet including the T-ID transmitted by the payment processing result notification server receiving payment processing result information from the payment processing server; And upon receiving the payment processing result notification UDP packet, transmitting a second response signal to the payment processing result notification server, and accessing the payment processing server to query the payment processing result.
  • a payment processing method Provide a payment processing method.
  • the present invention provides a payment service based on transaction identification information (T-ID) generated by the merchant terminal while the merchant terminal transmits the payment related information to the payment processing server, thereby providing a faster and more convenient mobile payment system than the conventional mobile payment system. And a method thereof.
  • T-ID transaction identification information
  • the present invention provides a payment processing result notification device for transmitting the payment result by the mobile terminal through the UDP communication with the merchant terminal, through which the merchant terminal transmits the payment related information to the payment processing server to continue the communication state If not, the transaction approval result can be confirmed when payment by the mobile terminal of the consumer is completed.
  • FIG. 1 is a block diagram showing the structure of a merchant terminal and a payment processing server according to an embodiment of the present invention.
  • FIG. 2 is a flowchart illustrating a process of processing a payment by a mobile payment processing system according to an embodiment of the present invention.
  • 3 and 4 are flowcharts illustrating a process of performing a mobile payment using an affiliated store terminal and a payment processing result notification server according to an embodiment of the present invention.
  • 5 and 6 are flowcharts illustrating a payment process when the affiliated store terminal and the payment processing result notification server normally operate according to an embodiment of the present invention.
  • FIG. 7 to 11 are flowcharts illustrating a processing process when the affiliated store terminal or payment processing result notification server does not operate normally according to an embodiment of the present invention.
  • FIG. 1 is a block diagram illustrating the structure of an affiliated store terminal 100, a payment processing server 110, and a payment processing result notification server 130 according to an embodiment of the present invention.
  • Merchant terminal 100 is a transaction identification information generation unit 101, payment request transmission unit 102, transaction identification information providing unit 103, payment approval confirmation request unit 104 and payment The approval confirmation unit 105 is included.
  • the transaction identification information generation unit 101 inputs a product name, a quantity of goods, etc. through the affiliated store terminal 100, and the seller inputs a payment request command after the calculation of the payment amount is completed, based on the payment related information ( Create T-ID: Transaction ID).
  • the payment related information includes a merchant code, a branch code, a terminal code, a transaction serial number, and purchase information, and means information for identifying a payment request transmitted to the payment processing server 110.
  • Transaction identification information T-ID refers to information that can identify a transaction, according to one embodiment may be composed of merchant code + branch code + terminal code + transaction serial number + purchase information.
  • the transaction identification information T-ID May be configured in the form of 100101001602840005.
  • the transaction identification information generation unit 101 After generating the T-ID, the transaction identification information generation unit 101 transmits the payment request transmission unit 102 and the transaction identification information providing unit 103.
  • the payment request transmission unit 102 transmits a payment request signal to the payment processing server 110 when a payment request command is input through the affiliated store terminal 100.
  • the conventional method transmits a payment request signal including only payment related information when transmitting a payment request signal, but the present invention provides a payment request signal including transaction identification information generated by the payment related information or the transaction identification information generation unit 101. send.
  • the transaction identification information providing unit 103 receives the T-ID and the transaction related information generated by the transaction identification information generating unit 101 and provides it to the mobile terminal.
  • the providing method may be one of tags recognizable by a non-contact short-range wireless communication such as RF communication, optical communication, infrared communication, or the like through the mobile terminal 120 such as an RF tag, an NFC tag, a QR code, or a barcode.
  • a non-contact short-range wireless communication such as RF communication, optical communication, infrared communication, or the like through the mobile terminal 120 such as an RF tag, an NFC tag, a QR code, or a barcode.
  • the transaction identification information providing unit 103 receives the T-ID and transaction related information and provides the user of the mobile terminal 120 through a transmission unit or a screen of the affiliated store terminal 100, thereby providing the mobile terminal 120. Make this aware.
  • the payment request transmitter 102 transmits the payment request signal to the payment processing server 110 and checks the T-ID included in the payment request response signal received from the payment processing server 110.
  • the merchant terminal 100 transmits a payment request signal to the payment processing server 110 and simultaneously transmits the T-ID to the mobile terminal. 120 may be provided.
  • the payment approval confirmation request unit 104 When the payment approval confirmation request unit 104 receives the payment request response signal from the payment processing server 110 in response to the payment request signal transmitted by the payment request transmission unit 102, the UDP is sent to the payment processing result notification server 130. Send a packet and correspondingly receive a first response signal.
  • the payment approval confirmation unit 105 When the payment approval confirmation unit 105 receives the payment processing result notification UDP packet from the payment processing result notification server 130, transmits a second response signal to the payment processing result notification server 130, and the payment processing server 110.
  • the transaction result inquiry signal is sent to confirm the approval of the payment.
  • the payment processing server 110 includes a payment request register 111 and a payment approval request processor 112.
  • the payment request register 111 checks the T-ID included in the payment request signal when receiving the payment request signal from the merchant terminal 100, and uses the T-ID as an identifier to request the payment of the merchant terminal 100. Register.
  • the payment request registration unit 111 generates a T-ID based on the payment related information when the payment request signal received from the affiliated store terminal 100 includes only payment related information without including the T-ID. Register the request.
  • the payment request register 111 stores the registered payment request only within a certain time (transaction time limit), and if the approval request for the registered payment request is not received within a predetermined time after registering the payment request, the payment request is deleted and processed. Settle payment requests that do not.
  • the payment approval request processing unit 112 receives the payment approval request signal from the mobile terminal 120 and inquires whether the payment request corresponding to the received payment approval request signal is registered and processes the corresponding payment request.
  • the mobile terminal 120 When the mobile terminal 120 recognizes the T-ID provided by the affiliated store terminal 100, and a request for approval for the corresponding payment is input through an application running on the mobile terminal 120, the mobile terminal 120 may be configured as described above.
  • the payment approval request signal including the T-ID is transmitted to the payment processing server 110.
  • the payment approval request processing unit 112 of the payment processing server 110 checks the T-ID included in the received payment approval request signal upon receiving the payment approval request signal, and identifies the T-ID in the registered payment request. Check whether there is a payment request. When the payment request matching the T-ID is confirmed, a procedure for processing the payment request is performed.
  • the payment approval request processing unit 112 connects to an approval institution server such as a financial company or a card company and requests a payment process, and when there is a complex payment processing request based on cash, a card, a coupon, or points, etc.
  • the payment processing server is connected to allow all or part of the payment amount to be processed by one or more payment means.
  • the payment approval request processing unit 112 transmits the payment processing result information to the mobile terminal 120 and the payment processing result notification server 130 when the processing of the payment request is completed.
  • the payment processing result notification server 130 includes a first communication unit 131, a UDP address registration unit 132, and a second communication unit 133.
  • the first communication unit 131 receives a UDP packet including a T-ID transmitted by the affiliated store terminal 100, and transmits a first response signal corresponding to the reception of the UDP packet to the affiliated store terminal 100.
  • the UDP address register 132 When the UDP address register 132 receives a UDP packet including a T-ID from the affiliated store terminal 100, the UDP address register 132 stores UDP address information of the affiliated store terminal 100 having the T-ID as an index.
  • the merchant terminal 100 may not receive the first response signal and continue to send UDP including the same T-ID, in order to cope with such a case, when the UDP packet is received, the same T-ID may be used. Check whether or not UDP address information with index is already registered.If UDP address information with same T-ID is already registered, delete the registered UDP address information and register new UDP address information. Can be configured.
  • the second communication unit 133 When the second communication unit 133 receives the result information on the payment approval including the T-ID from the payment processing server 110, the second communication unit 133 confirms the affiliate store UDP address of the corresponding transaction using the T-ID as an index and based on the T-ID, The payment processing result notification UDP packet including the ID is transmitted to the affiliated store terminal 100, and a second response signal corresponding to the payment processing result notification UDP packet is received from the affiliated store terminal 100.
  • FIG. 2 is a flowchart illustrating an overall process of processing a payment by a mobile payment processing system according to an embodiment of the present invention, and illustrates a difference between the related art and the present invention.
  • the merchant terminal 210 receives a product name, quantity, etc. to be paid, calculates a payment amount or receives a payment amount itself, and the mobile terminal 200 executes an application or the like to request a payment approval request. Be prepared.
  • the payment request signal is transmitted to the payment processing server 230, and the payment processing server 230 receiving the payment request signal registers the payment request and receives the payment request response signal. Send to the merchant terminal 210.
  • the payment processing server 230 receives payment related information (eg, merchant code, branch code, terminal code, transaction serial number, and purchase information, etc.) from the merchant terminal 210 based on the T-ID. To generate, register the payment request, and transmits the payment request response signal including the generated T-ID to the merchant terminal (210).
  • the merchant terminal 210 receives the T-ID from the payment processing server 230
  • the affiliated store terminal 210 generates a tag and the like that stores the T-ID so that the mobile terminal 200 recognizes the T-ID.
  • the present invention when the merchant terminal 210 receives a payment request command, the present invention generates a T-ID based on payment related information and transmits a payment request signal including the generated T-ID to the payment processing server 230. .
  • the mobile terminal 200 recognizes the T-ID regardless of whether the payment request response signal is received from the payment processing server 230. Accordingly, the mobile payment can be quickly performed without waiting for the payment request response signal received by the payment processing server 230.
  • the payment processing server 230 registers a payment request and, upon receiving a payment approval request signal from the mobile terminal 200, registers a payment request having the same T-ID as the T-ID included in the payment approval request signal. Check it.
  • the payment processing server 230 may obtain and obtain a T-ID generated and transmitted by the affiliated store terminal 210, and may include a merchant code, etc., from the affiliated store terminal 210. Only by receiving the information may be obtained by generating a T-ID using the same algorithm as the T-ID generation algorithm of the merchant terminal 210.
  • the payment processing server 230 When the payment request having a T-ID identical to the T-ID received from the mobile terminal 200 is confirmed, the payment processing server 230 performs a process for processing the corresponding payment request.
  • the payment request with the same T-ID is not confirmed, since the payment request may not yet be received from the merchant terminal 210, after a predetermined time (for example, 5 seconds) elapses, the payment request is queried again. .
  • the user of the mobile terminal 200 may check the affiliated store by transmitting a message indicating that the payment request, which has been approved for approval, is not registered to the mobile terminal 200.
  • the payment processing server 230 connects to an approval institution 250 such as a financial company or a card company and requests approval processing for the corresponding payment request, and when the approval request is processed, the approval is approved from the approval institution 250. Receive a response to the request.
  • the payment processing server 230 notifies the mobile terminal 200 that the payment approval request has been processed, and the affiliated store terminal 210 accesses the payment processing server 230 to query the transaction status.
  • the payment processing server 230 needs to notify the affiliated store terminal 210 that the transaction approval is completed.
  • the payment processing server 230 receives the payment request signal from the affiliated store terminal 210.
  • the payment request response signal for the payment request signal is transmitted to the affiliated store terminal 210, while the process between the mobile terminal 200 and the payment processing server 230 is performed, the affiliated store terminal 210 performs the payment processing server ( There is a problem in that the payment processing server 230 cannot check the address of the affiliated store terminal 210 without maintaining the connection with the user, and even though the transaction approval is determined, the fact cannot be transmitted to the affiliated store terminal 210.
  • the payment processing result notification server 220 further comprises, using the payment processing result notification server 220 by the UDP communication with the merchant terminal 210 whether the transaction is approved or not To notify the affiliated store terminal 210.
  • the merchant terminal 210 When the affiliated store terminal 210 receives the payment request response signal from the payment processing server 230, the merchant terminal 210 transmits a UDP packet including a T-ID to the payment processing result notification server 220, and the payment processing result notification server 220 receives the payment.
  • the UDP address of the terminal 210 can be found.
  • the signal is sent to the payment processing result notification server 220.
  • the payment processing result notification server 220 finds the UDP address of the pre-stored merchant terminal 210 using the T-ID included in the response signal as an index, and the UDP packet including information on the T-ID and transaction approval. Is transmitted to the merchant terminal 210, so that the merchant terminal 210 user can access the payment processing server 230 to check the transaction status without checking whether the transaction approval is completed from the mobile terminal 200 user.
  • the merchant terminal 210 does not need to query the payment processing server 230 whether the transaction is approved at any time, thereby reducing the system load of the payment processing server 230.
  • a multiple payment processing server 240 to enable a mobile payment using a variety of payment means, such as cash, cards, coupons or points may be further included.
  • the payment processing server 230 basically receives a payment approval request signal and accesses the complex payment processing server 240 to process the complex payment. You can proceed.
  • the complex payment processing server 240 inquires the coupons, points, etc. available during the corresponding payment processing, the mobile terminal 200 The user transmits the available information to the payment processing server 230 so that the user can provide the available information to the mobile terminal 200.
  • the composite payment processing server 240 may generate the optimized composite payment information in consideration of the discount rate, the expiration date of the coupon, and the like and may basically provide the information.
  • the payment processing server 230 provides the complex payment information received from the complex payment processing server 240 to the mobile terminal 200 and allows the payment to proceed according to the complex payment information selected by the mobile terminal 200.
  • the merchant terminal 210 inquires the transaction status to the payment processing server 230, and receives a response signal for the transaction status inquiry from the payment processing server 230, processing the approval result and ends the transaction. do.
  • FIG. 3 and 4 illustrate a process of performing a mobile payment including an affiliated store terminal and a payment processing result notification server according to an embodiment of the present invention
  • FIG. 3 illustrates that the affiliated store terminal 310 stores a T-ID. This is a case where payment is performed by generating a tag and recognizing the tag by the mobile terminal 300.
  • the present invention is characterized in that it comprises a payment processing result notification server 320 for communicating with the merchant terminal 310 through UDP communication, compared to the conventional payment process by the mobile terminal 300.
  • the payment processing result notification server 320 performing UDP communication with the merchant terminal 310 may be used. Notify the merchant terminal 310 through the payment processing result notification UDP packet that the payment processing by the mobile terminal 300 is completed, and the merchant terminal 310 receives this notification and accesses the payment processing server 330 for specific payment. Check the processing result.
  • a server or another terminal may transmit a packet to the affiliated store terminal 310.
  • the merchant terminal 310 prepares the payment and makes a payment request to the payment processing server 330 (step 1).
  • the merchant terminal 310 transmits payment related information including the merchant code, the branch code, the terminal code, the transaction serial number, and the purchase information to the payment processing server 330.
  • the payment processing server 330 generates a T-ID based on the received payment related information, and transmits a payment request response signal including the generated T-ID to the affiliated store terminal 310 (step 2).
  • the merchant terminal 310 may directly generate the T-ID without generating the payment processing server 330.
  • the affiliated store terminal 310 provides the payment related information to the mobile terminal 300 so that the consumer's mobile terminal 300 can recognize it.
  • a specific example of a method of providing payment related information may be a method of providing through an RF tag, NFC, QR code or barcode.
  • a consumer recognizes the payment related information by a method of executing an application in the mobile terminal 300 and performs a mobile payment.
  • the process of the mobile payment by the consumer using the mobile terminal 300 is performed by the communication between the mobile terminal 300 and the payment processing server 330.
  • the payment processing server 330 of the payment through the communication with the approval authority 350 Check the approval and transmits the approval request response signal to the mobile terminal 100 (step 8).
  • the mobile payment is completed by the above-described process, and a complex payment using cash, a card, a coupon or mileage is possible by communication with the complex payment processing server 340 as necessary.
  • the merchant terminal 310 does not maintain a connection with the payment processing server 330 while the mobile payment is performed by the communication between the mobile terminal 300 and the payment processing server 330 described above, the payment processing result notification Merchant terminal 310 from the server 320 is characterized in that the notification of the payment processing.
  • the merchant terminal 310 receives the payment request response signal including the T-ID from the payment processing server 330 (step 2), the UDP packet including the T-ID is transmitted to the payment processing result notification server 320. And the payment processing result notification server 320 receives the payment approval result information including the T-ID from the payment processing server 330, and transmits the payment processing result notification UDP packet including the T-ID to the affiliated store terminal. 310).
  • the affiliated store terminal 310 may receive the payment processing result notification UDP packet from the payment processing result notification server 320 to check whether the payment is completed even though it does not maintain communication with the payment processing server 330. Thereafter, the affiliated store terminal 310 may access the payment processing server 330 to inquire the specific result / status of the transaction. UDP communication between the merchant terminal 310 and the payment processing result notification server 320 will be described in detail with reference to FIGS. 5 to 11.
  • FIG. 4 illustrates a process in which a mobile payment is performed using a barcode generated in the mobile terminal 400.
  • the merchant terminal 410 When the merchant terminal 410 recognizes the barcode generated by the mobile terminal 400, the merchant terminal 410 transmits a payment request signal including payment related information to the payment processing server 430 (step 1), and the payment processing server. 430 generates a T-ID based on the payment related information and transmits a payment request response signal including the T-ID to the affiliated store terminal 410 (step 2).
  • the affiliated store terminal 410 Upon receiving the payment request response signal, the affiliated store terminal 410 transmits a UDP packet including a T-ID to the payment processing result notification server 420, and when the transaction approval is completed, the UDP packet from the payment processing result notification server 420. By receiving the, the merchant terminal 410 can check whether the mobile payment is completed.
  • 5 and 6 illustrate a process in which the merchant terminal and the payment processing result notification server normally perform UDP communication according to an embodiment of the present invention.
  • the merchant terminal 500 when the merchant terminal 500 requests a payment to the payment processing server 520 and receives a payment request response signal, the merchant terminal 500 calls a UDP POS module to process a UDP packet including a T-ID. Send to notification server 510 (step 1).
  • the payment processing result notification server 510 receiving the UDP packet registers a UDP POS address value having the T-ID as an index and transmits a response signal (first response signal) for receiving the UDP packet to the affiliated store terminal 500. (Step 2).
  • the affiliated store terminal 500 may confirm that the UDP packet is normally transmitted by receiving the first response signal.
  • the merchant terminal When the payment processing result notification server 510 receives a response signal for the approval result of the payment from the payment processing server 520, the merchant terminal transmits a payment processing result notification UDP packet including a T-ID for the approved payment. To 500 (step 3). The merchant terminal 500 transmits a response signal (second response signal) to the payment processing result notification server 510 in response to the received payment processing result notification UDP packet (step 4), and accesses the payment processing server 520. Query the transaction status.
  • the seller using the merchant terminal 500 may check whether the payment is completed without manually requesting a transaction status inquiry to the payment processing server 520, and before receiving the payment processing result notification UDP packet in FIG. 5. As shown, the message outputting the approval result is output to provide the seller with information on the current status.
  • FIG. 6 is a UDP POS address value indexed to a T-ID identical to a T-ID included in a UDP packet transmitted to the payment processing result notification server 610 in the process of performing UDP communication in the normal state as shown in FIG. 5. The processing method in the case where this is registered is shown.
  • the payment processing result notification server 610 When the payment processing result notification server 610 receives the UDP packet from the affiliated store terminal 600, the payment processing result notification server 610 checks whether a UDP POS address value having an index of the same T-ID as the T-ID included in the received UDP packet is registered. If a value registered with the same T-ID exists, the previously registered value is deleted and the newly received UDP POS address value is registered.
  • FIG. 7 and 8 illustrate a processing process when the first response signal for the UDP packet transmitted by the affiliated store terminals 700 and 800 is not normally transmitted or received from the payment processing result notification server 710 or 810.
  • FIG. 7 illustrates a case where the first response signal is not received once
  • FIG. 8 illustrates a case where the first response signal is not received twice.
  • the affiliated store terminal 700 retransmits the UDP packet after a predetermined time (for example, 2 seconds) after transmitting the UDP packet (step 1) ( Step 1-1).
  • the device waits until the payment processing result notification UDP packet is received from the payment processing result notification server 710, and after receiving the payment processing result notification UDP packet (step 3). Access the payment processing server 720 to query the transaction status.
  • step 8 illustrates a case where the first response signal is not received twice. If the merchant terminal 800 does not receive the first response signal once, retransmits the UDP packet at a predetermined time interval (step 1-1), and if a response signal for the retransmitted UDP packet is not received (step 2-1). Switch to the manual polling window to allow the seller to manually enter the approval result inquiry command to query the transaction status as in the prior art.
  • 9 and 10 are second response signals transmitted by the merchant terminal 900, 1000 that the payment approval UDP packet transmitted by the payment processing result notification server (910, 1010) is not transmitted or receives the payment processing result notification UDP packet. The process shown in the case where is not transmitted.
  • the payment processing result notification UDP packet including the T-ID is transmitted to the affiliated store terminals 900 and 1000.
  • the second response signal is not received within a predetermined time (for example, within 1 second), it may be considered that the transmission of the payment processing result notification UDP packet has failed or the transmission of the second response signal has failed.
  • the notification UDP packet is retransmitted to the affiliated store terminals 900 and 1000.
  • the merchant terminal 900, 1000 transmits the second response signal and no longer receives the payment processing result notification UDP packet from the payment processing result notification server 910, 1010. If not received, the merchant terminals 900 and 1000 access the payment processing servers 920 and 1020 to query the transaction status.
  • the affiliated store terminals 900 and 1000 may transmit the second response signal more than the preset number of times, or the first response. If a payment approval UDP packet is not received within a preset time (for example, 30 seconds or 60 seconds) after receiving a signal, the user may switch to the manual polling window to inquire a transaction result.
  • a preset time for example, 30 seconds or 60 seconds
  • FIG. 11 illustrates a processing process when a payment processing result notification UDP packet is not received from the payment processing result notification server 1110 within a preset time after the UDP packet is transmitted by the merchant terminal 1100, and the merchant terminal 1100.
  • a first response signal is received from the payment processing result notification server 1110 (step 2), and the payment is processed from the payment processing result notification server 1110 for a predetermined time (for example, 15 seconds).
  • the seller switches to the conventional manual polling window so that the seller manually accesses the payment processing server 1120 and inquires the transaction status.

Landscapes

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

Abstract

본 발명은, 모바일 단말을 이용한 모바일 결제 시스템 및 그 방법에 관한 것으로서, 결제요청시 가맹점 단말에서 직접 거래식별정보(T-ID)를 생성하고 생성한 T-ID를 모바일 단말로 제공하도록 함으로써, 결제요청신호를 수신한 결제처리 서버의 응답신호를 기다리지 아니하고 결제를 진행할 수 있도록 하여 모바일 단말 이용자가 신속하게 모바일 결제 서비스를 이용할 수 있게 한다. 또한, 본 발명은 모바일 결제가 수행되는 동안 가맹점 단말과 결제처리결과통지 서버 간에 UDP 통신을 함으로써, 모바일 단말에 의한 결제가 완료되면 가맹점 단말에서 거래상태를 바로 조회할 수 있도록 하는 결제처리결과통지 서버와 가맹점 단말을 제공한다.

Description

모바일 결제 처리 시스템 및 그 방법
본 발명은, 고객의 이동 단말에 의한 모바일 결제를 수행하는 모바일 결제 처리 시스템 및 그 방법에 관한 것으로서, 구체적으로는, 고객의 이동 단말에 의한 모바일 결제가 가능하도록 하는 가맹점 단말 그리고 상기 가맹점 단말과 결제처리 서버를 포함하는 모바일 결제 처리 시스템 및 그 방법에 관한 것이다.
스마트폰과 같은 모바일 단말의 대중화에 따라, 상점 등에서 결제를 하는 경우에 모바일 단말을 통한 결제가 많이 이용되고 있다.
모바일 단말을 통한 결제는 일반적으로 소비자가 사용하는 모바일 단말과 상점 등에서 사용하는 가맹점 단말, 그리고 두 단말과 통신하며 결제를 처리하는 결제처리 서버에 의하여 수행된다.
이 중에서 아래와 같이, 모바일 단말이 결제처리 서버로 결제를 요청하는 모바일 단말기 주도 결제 방식이 있다.
모바일 단말기 주도 결제 방식은 모바일 단말을 이용한 결제를 위해서, 판매자는 가맹점 단말을 통해 결제금액 등을 입력하며 결제를 준비하고, 소비자는 모바일 단말에서 애플리케이션 등을 실행하여 결제를 준비한다.
그리고, 판매자가 결제금액 등을 입력하고 결제요청 명령을 입력하면, 가맹점 단말은 결제관련정보(가맹점코드, 지점코드, 단말기코드, 거래일련번호 및 구매정보 등)를 결제처리 서버로 전송하며 결제요청을 하고, 결제요청을 수신한 결제처리 서버는 결제관련정보에 기초하여 거래식별정보(T-ID : Transaction ID)를 생성하고 결제요청 정보를 등록하며, 생성한 T-ID를 포함하는 결제요청응답신호를 가맹점 단말로 전송한다.
결제처리 서버로부터 결제요청응답신호를 수신한 가맹점 단말은 상기 결제요청응답신호에 포함된 T-ID를 포함하는 태그(예컨대, RF태그, 바코드 등)를 생성하고, 모바일 단말이 인식할 수 있도록 생성한 태그를 표시한다.
모바일 단말은 상기 태그를 인식하여 T-ID를 획득한 후 상기 T-ID를 포함하는 결제승인요청신호를 결제처리 서버로 전송하고, 상기 결제승인요청신호를 수신한 결제처리 서버는 T-ID에 기초하여 등록된 결제요청을 확인한 후, 승인기관(예컨대, 금융기관) 서버와의 통신을 통해 결제를 수행한다. 결제가 완료되면, 결제처리 서버는 결제승인요청신호에 대한 응답신호를 모바일 단말로 전송한다.
그런데, 종래의 모바일 결제 방식에서는, 가맹점 단말로부터 결제관련정보를 수신한 결제처리 서버가 T-ID를 생성하고, 생성한 T-ID를 가맹점 단말로 전송한 이후에 모바일 단말에서 결제를 위한 절차를 진행할 수가 있다. 따라서, 가맹점 단말이 결제처리 서버로부터 T-ID를 수신하기 전까지는 모바일 단말에 의한 결제를 진행하지 못하고 대기해야 하는 문제점이 존재한다.
그리고, 종래의 모바일 결제에서는, 가맹점 단말이 최초에 모바일 단말로 결제정보를 전달하는 단계에서 결제관련정보를 결제처리 서버로 전송하고 계속 결제처리 서버와 통신을 유지하지 않으면, 결제처리 여부는 결제처리 서버에서 가맹점 단말로 알려줄 수 없다.
즉, 모바일 단말 주도 결제 방식에서 결제처리 서버는 가맹점의 네트워크 주소정보를 알 수가 없고, 설령 모바일 단말이 결제 요청시 가맹점의 네트워크 주소를 결제처리 서버로 전달하여도 현재의 거의 대부분의 가맹점 단말은 사설 공유기의 후단에 위치하고 사설 IP 주소를 쓰고 있으므로, 결제처리 서버가 가맹점 단말의 사설 IP 주소를 알고 있다고 하더라도 재접속이 불가하기 때문이다. 결국, 이와 같은 현재의 통신 인프라에서 가맹점 단말이 결제처리 서버로부터 결제처리결과를 받기 위해서는 결제처리가 완료될 때까지 접속이 유지되어야 하는데, 이런 경우 가맹점 단말에서는 후속의 다른 손님에 대한 결제처리를 하지 못하므로 현실적으로 채택하기 어렵다.
따라서, 소비자의 모바일 단말과 결제처리 서버 간에 결제가 진행되는 상황과 결제가 완료되었는지 여부를 가맹점 단말에서는 확인할 수 없는 문제가 존재한다.
그러므로, 종래의 모바일 단말이 주도적으로 수행하는 결제를 처리함에 있어서는, 가맹점 단말이 소비자의 모바일 단말에 의한 결제 상황을 즉각적으로 알지 못하는 불편이 존재하며, 모바일 단말 이용자에게 결제처리 여부에 대한 확인을 한 후 가맹점 단말 측에서 결제처리 서버로 접속하여 거래결과 조회를 하여야 하기 때문에 결제의 완료가 지연되는 문제점이 존재한다.
본 발명은 전술한 문제점을 해결하기 위하여, 결제관련정보에 기초한 거래식별정보(T-ID)를 생성하는 가맹점 단말을 제공하고, 상기 가맹점 단말과 결제처리 서버에 의하여 모바일 결제를 수행하는 모바일 결제 처리 시스템 및 그 방법을 제공하는 것을 목적으로 한다.
또한, 가맹점 단말과 UDP 패킷을 이용한 통신을 하여 결제처리 서버에 의한 결제가 처리되면 결제처리 완료 사실을 가맹점 단말로 전송하는 결제처리결과통지 장치 및 상기 결제처리결과통지 장치와 UDP 통신을 통해 소비자의 모바일 단말에 의한 결제의 완료 여부를 즉각적으로 알 수 있도록 하는 가맹점 단말을 제공하는 것을 목적으로 한다.
본 발명의 일면에 따르면, 결제관련정보에 기초하여 거래식별정보(T-ID)를 생성하는 거래식별정보 생성부; 상기 거래식별정보 생성부가 생성한 T-ID를 모바일 단말이 인식할 수 있도록 제공하는 거래식별정보 제공부; 상기 결제관련정보를 포함하는 결제요청신호를 결제처리 서버로 전송하고, 상기 결제처리 서버로부터 T-ID를 포함하는 결제요청응답신호를 수신하는 결제요청 전송부; 상기 결제요청응답신호를 수신하면 상기 T-ID를 포함하는 UDP 패킷을 결제처리결과통지 서버로 전송하고, 상기 결제처리결과통지 서버로부터 제 1 응답신호를 수신하는 결제승인확인 요청부; 및 상기 결제처리결과통지 서버로부터 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 수신하고, 상기 결제처리결과통지 UDP 패킷을 수신하면 상기 결제처리결과통지 서버로 제 2 응답신호를 전송하며 상기 결제처리 서버로 거래상태 조회 신호를 전송하는 결제승인 확인부를 포함하는 가맹점 단말기를 제공한다.
상기 거래식별정보 생성부는 가맹점코드, 지점코드, 단말기코드, 거래일련번호 및 구매정보에 기초하여 상기 T-ID를 생성하며, 상기 결제요청 전송부는 상기 결제관련정보 또는 상기 T-ID를 포함하는 결제요청신호를 상기 결제처리 서버로 전송한다.
상기 결제요청 전송부는 상기 결제처리 서버가 상기 결제관련정보에 기초하여 생성한 T-ID를 포함한 결제요청응답신호를 상기 결제처리 서버로부터 수신한다.
상기 결제승인확인 요청부는 상기 UDP 패킷 전송 후 일정 시간 동안 상기 결제처리결과통지 서버로부터 상기 제 1 응답신호를 수신하지 않으면 상기 UDP 패킷을 재전송한다.
상기 결제승인 확인부는, 상기 결제승인확인 요청부가 상기 UDP 패킷을 처음으로 전송한 후 기설정된 시간 이내에 상기 제 1 응답신호를 수신하지 않으면 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력하거나, 상기 결제승인확인 요청부가 기설정된 횟수만큼 상기 UDP 패킷을 전송하는 동안 상기 제 1 응답신호를 수신하지 않으면 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력하거나, 상기 제 1 응답신호를 수신한 후 기설정된 시간 이내에 상기 결제처리결과통지 UDP 패킷을 수신하지 않으면 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력한다.
본 발명의 다른 일면에 따르면, 가맹점 단말로부터 결제관련정보 또는 T-ID를 포함하는 결제요청신호를 수신하고, 상기 결제요청신호를 수신하면 결제요청을 등록하는 결제요청 등록부; 및 모바일 단말로부터 T-ID를 포함하는 결제승인요청신호를 수신하고, 상기 결제승인요청신호를 수신하면 상기 결제승인요청신호에 포함된 T-ID에 기초하여 등록된 결제요청을 조회하고, 상기 결제승인요청을 처리하는 결제승인요청 처리부를 포함하는 결제처리 서버를 제공한다.
상기 결제요청 등록부는 상기 가맹점 단말로부터 수신한 결제요청신호에 T-ID가 포함되어 있지 않으면 상기 결제관련정보에 기초하여 T-ID를 생성하고, 상기 결제요청을 등록하며, 상기 결제요청이 등록된 후 기설정된 시간 이내에 상기 결제요청에 포함된 T-ID를 포함하는 결제승인요청신호가 수신되지 않으면 상기 등록된 결제요청을 삭제한다.
상기 결제승인요청 처리부는 상기 결제승인요청신호를 수신하면 상기 결제승인요청신호에 포함된 T-ID와 동일한 T-ID를 포함한 결제요청의 등록 여부를 조회하고 상기 결제요청의 등록이 확인되면 상기 결제승인요청을 처리한다.
본 발명의 다른 일면에 따르면, 결제처리 서버로부터 T-ID를 포함하는 결제요청응답신호를 수신한 가맹점 단말기로부터 상기 T-ID를 포함하는 UDP 패킷을 수신하고, 상기 UDP 패킷을 수신하면 상기 가맹점 단말기로 제 1 응답신호를 전송하는 제 1 통신부; 상기 T-ID를 인덱스로 하여, 상기 UDP 패킷으로부터 확인한 상기 가맹점 단말기의 UDP 주소정보를 등록하는 UDP 주소 등록부; 및 상기 결제처리 서버로부터 결제처리결과 정보를 수신하면 상기 가맹점 단말기로 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 전송하고, 상기 결제처리결과통지 UDP 패킷을 수신한 상기 가맹점 단말기로부터 제 2 응답신호를 수신하는 제 2 통신부를 포함하는 결제처리결과통지 장치를 제공한다.
상기 제 2 통신부는 상기 결제처리결과통지 UDP 패킷을 전송한 후 기설정된 시간 이내에 상기 제 2 응답신호를 수신하지 않으면 상기 결제처리결과통지 UDP 패킷을 재전송하고, 상기 UDP 주소 등록부는 상기 T-ID를 포함하는 UDP 패킷을 수신하면 상기 T-ID와 동일한 T-ID의 등록 여부를 확인하고 동일한 T-ID가 등록된 경우 기등록된 T-ID를 인덱스로 하는 UDP 주소정보를 삭제한다.
본 발명의 다른 일면에 따르면, 결제관련정보에 기초하여 T-ID를 생성하고, 상기 T-ID를 포함하는 결제요청신호를 전송하며, 상기 T-ID를 모바일 단말에 제공하는 가맹점 단말; 상기 결제요청신호를 수신하면 결제요청을 등록하고, 상기 T-ID를 획득한 상기 모바일 단말이 전송하는 결제승인요청신호를 수신하면 상기 결제승인요청신호에 포함된 T-ID에 기초하여 등록된 결제요청을 조회하고, 결제승인요청을 처리하는 결제처리 서버; 및 결제처리결과통지 서버를 포함하되, 상기 가맹점 단말은 상기 결제처리 서버로 전송한 상기 결제요청신호에 대응하여 결제요청응답신호를 수신하면 상기 T-ID를 포함하는 UDP 패킷을 상기 결제처리결과통지 서버로 전송하고, 상기 결제처리결과통지 서버는 상기 결제처리 서버로부터 결제처리결과 정보를 수신하면 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 상기 가맹점 단말로 전송하며, 상기 가맹점 단말은 상기 결제처리결과통지 UDP 패킷을 수신하면 상기 결제처리 서버에 접속하여 거래상태를 조회하는 것인 모바일 결제 처리 시스템을 제공한다.
본 발명의 다른 일면에 따르면, 결제관련정보에 기초하여 T-ID를 생성하는 단계; 상기 T-ID를 포함하는 결제요청신호를 결제처리 서버로 전송하는 단계; 상기 T-ID를 모바일 단말이 인식가능하도록 제공하는 단계; 상기 T-ID를 획득한 상기 모바일 단말이 전송하는 결제승인요청신호를 수신한 상기 결제처리 서버로부터 결제요청응답신호를 수신하는 단계; 상기 결제요청응답신호를 수신하면 상기 T-ID를 포함하는 UDP 패킷을 결제처리결과통지 서버로 전송하는 단계; 상기 결제처리 서버로부터 결제처리결과 정보를 수신한 상기 결제처리결과통지 서버로부터 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 수신하는 단계; 및 상기 결제처리결과통지 UDP 패킷을 수신하면, 상기 결제처리 서버에 접속하여 거래상태를 조회하는 단계를 포함하는 가맹점 단말이 수행하는 모바일 결제 처리 방법을 제공한다.
본 발명의 다른 일면에 따르면, 결제처리 서버로 결제요청신호를 전송하는 단계; 상기 결제처리 서버로부터 T-ID를 포함하는 결제요청응답신호를 수신하는 단계; 상기 결제요청응답신호를 수신하면, 결제처리결과통지 서버로 상기 T-ID를 포함하는 UDP 패킷을 전송하는 단계; 상기 UDP 패킷을 수신한 상기 결제처리결과통지 서버로부터 제 1 응답신호를 수신하는 단계; 상기 결제처리 서버로부터 결제처리결과 정보를 수신한 상기 결제처리결과통지 서버가 전송하는 상기 T-ID를 포함한 결제처리결과통지 UDP 패킷을 수신하는 단계; 및 상기 결제처리결과통지 UDP 패킷을 수신하면, 상기 결제처리결과통지 서버로 제 2 응답신호를 전송하고, 상기 결제처리 서버에 접속하여 결제처리결과를 조회하는 단계를 포함하는 가맹점 단말이 수행하는 모바일 결제 처리 방법을 제공한다.
본 발명은, 가맹점 단말이 결제처리 서버로 결제관련정보를 전송하면서 가맹점 단말에서 생성한 거래식별정보(T-ID)에 기초한 결제 서비스를 제공함으로써, 종래의 모바일 결제 시스템보다 신속하고 편리한 모바일 결제 시스템 및 그 방법을 제공한다.
또한, 본 발명은 가맹점 단말과 UDP 통신을 통해 모바일 단말에 의한 결제 결과를 전달하는 결제처리결과통지 장치를 제공하고, 이를 통해 가맹점 단말이 결제처리 서버로 결제관련정보를 전송한 후 통신 상태를 지속하지 않더라도 소비자의 모바일 단말에 의한 결제가 완료되면 거래승인결과를 확인할 수 있게 한다.
도 1은 본 발명의 일실시예에 따른 가맹점 단말과 결제처리 서버의 구조를 나타낸 블록도.
도 2는 본 발명의 일실시예에 따른 모바일 결제 처리 시스템이 결제를 처리하는 과정을 나타낸 흐름도.
도 3과 도 4는 본 발명의 일실시예에 따른 가맹점 단말과 결제처리결과통지 서버를 이용하여 모바일 결제를 수행하는 과정을 나타낸 흐름도.
도 5와 도 6은 본 발명의 일실시예에 따른 가맹점 단말과 결제처리결과통지 서버가 정상적으로 작동하는 경우의 결제 수행 과정을 나타낸 흐름도.
도 7 내지 도 11은 본 발명의 일실시예에 따른 가맹점 단말 또는 결제처리결과통지 서버가 정상적으로 작동하지 않는 경우의 처리 과정을 나타낸 흐름도.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술 되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 것이며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하며, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 기재에 의해 정의된다.
한편, 본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성소자, 단계, 동작 및/또는 소자에 하나 이상의 다른 구성소자, 단계, 동작 및/또는 소자의 존재 또는 추가를 배제하지 않는다. 이하, 첨부된 도면을 참조하여 본 발명의 실시예를 상세히 설명하기로 한다.
도 1은 본 발명의 일실시예에 따른 가맹점 단말(100), 결제처리 서버(110) 및 결제처리결과통지 서버(130)의 구조를 나타낸 블록도이다.
본 발명의 일실시예에 따른 가맹점 단말(100)은 거래식별정보 생성부(101), 결제요청 전송부(102), 거래식별정보 제공부(103), 결제승인확인 요청부(104) 및 결제승인 확인부(105)를 포함한다.
거래식별정보 생성부(101)는 가맹점 단말(100)을 통해 상품명, 상품수량 등이 입력되고 결제금액의 산출이 완료된 후 판매자가 결제요청 명령을 입력하면, 결제관련정보에 기초하여 거래식별정보(T-ID : Transaction ID)를 생성한다. 결제관련정보란 가맹점코드, 지점코드, 단말기코드, 거래일련번호 및 구매정보 등을 포함하며, 결제처리 서버(110)로 전송되는 결제요청을 식별할 수 있도록 하는 정보들을 의미한다.
거래식별정보 T-ID는 거래를 식별할 수 있는 정보를 의미하는 것으로서 일실시예에 따르면 가맹점코드+지점코드+단말기코드+거래일련번호+구매정보로 구성될 수 있다. 예컨대, 가맹점코드(10), 지점코드(01), 단말기코드(01), 거래일련번호(0016), 구매정보(구매물품코드 0284, 개수 5이면 02840005)인 경우에, 거래식별정보 T-ID는 100101001602840005의 형태로 구성될 수 있다.
거래식별정보 생성부(101)는 T-ID를 생성한 후, 결제요청 전송부(102)와 거래식별정보 제공부(103)로 전달한다.
결제요청 전송부(102)는 가맹점 단말(100)을 통해 결제요청 명령이 입력되면, 결제요청신호를 결제처리 서버(110)로 전송한다.
기존의 방식은 결제요청신호 전송시 결제관련정보만을 포함하는 결제요청신호를 전송하나, 본 발명은 결제관련정보 또는 거래식별정보 생성부(101)가 생성한 거래식별정보를 포함하는 결제요청신호를 전송한다.
거래식별정보 제공부(103)는 거래식별정보 생성부(101)가 생성한 T-ID 및 거래관련정보를 전달받고, 이를 휴대단말기에 제공한다.
제공 방식은 RF통신, 광통신, 적외선통신 등 비접촉 근거리 무선 통신에 의하거나 RF태그, NFC태그, QR코드 또는 바코드 등과 같이 모바일 단말(120)을 통해 인식할 수 있는 태그들 중 하나를 이용할 수 있다.
즉, 거래식별정보 제공부(103)는 T-ID 및 거래관련정보를 전달받고, 가맹점 단말(100)의 송신부나 화면 등을 통해 모바일 단말(120)의 이용자에게 제공함으로써, 모바일 단말(120)이 이를 인식할 수 있도록 한다.
따라서, 종래 방식은 결제요청 전송부(102)가 결제요청신호를 결제처리 서버(110)로 전송하고, 결제처리 서버(110)로부터 수신한 결제요청응답신호에 포함된 T-ID를 확인한 이후에 모바일 단말(120)로 T-ID를 제공할 수 있었으나, 본 발명의 일실시예에 따른 가맹점 단말(100)은 결제처리 서버(110)로 결제요청신호를 전송함과 동시에 T-ID를 모바일 단말(120)로 제공할 수 있다.
결제승인확인 요청부(104)는 결제요청 전송부(102)가 전송한 결제요청신호에 대응하여 결제처리 서버(110)로부터 결제요청응답신호를 수신하면, 결제처리결과통지 서버(130)로 UDP 패킷을 전송하고, 그에 대응하여 제 1 응답신호를 수신한다.
결제승인 확인부(105)는 결제처리결과통지 서버(130)로부터 결제처리결과통지 UDP 패킷을 수신하면, 결제처리결과통지 서버(130)로 제 2 응답신호를 전송하고, 결제처리 서버(110)로 거래결과조회 신호를 전송하여 결제의 승인 여부를 확인한다.
본 발명의 일실시예에 따른 결제처리 서버(110)는 결제요청 등록부(111) 및 결제승인요청 처리부(112)를 포함한다.
결제요청 등록부(111)는 가맹점 단말(100)로부터 결제요청신호를 수신하면 상기 결제요청신호에 포함된 T-ID를 확인하고, 상기 T-ID를 식별자로 하여 상기 가맹점 단말(100)의 결제요청을 등록한다.
결제요청 등록부(111)는 가맹점 단말(100)로부터 수신한 결제요청신호가 T-ID는 포함하지 않고 결제관련정보만 포함하고 있는 경우에는, 상기 결제관련정보에 기초하여 T-ID를 생성하고 결제요청을 등록한다.
결제요청 등록부(111)는 등록한 결제요청은 일정 시간(거래제한시간) 이내만 보관하고, 결제요청 등록 후 일정 시간 이내에 등록된 결제요청에 대한 승인요청이 수신되지 않으면 해당 결제요청을 삭제처리하여 처리되지 않는 결제요청은 정리한다.
결제승인요청 처리부(112)는 모바일 단말(120)로부터 결제승인요청신호를 수신하고, 수신한 결제승인요청신호에 해당하는 결제요청의 등록 여부를 조회하여 해당 결제요청을 처리한다.
모바일 단말(120)은 가맹점 단말(100)이 제공하는 T-ID를 인식하고, 모바일 단말(120)에서 실행 중인 애플리케이션 등을 통해 해당 결제에 대한 승인요청이 입력되면, 모바일 단말(120)은 상기 T-ID를 포함하는 결제승인요청신호를 결제처리 서버(110)로 전송한다.
결제처리 서버(110)의 결제승인요청 처리부(112)는 결제승인요청신호를 수신하면 수신한 결제승인요청신호에 포함된 T-ID를 확인하고, 기등록된 결제요청 중에 상기 T-ID를 식별자로 하는 결제요청이 존재하는지 여부를 확인한다. 그리고, T-ID가 일치하는 결제요청이 확인되면, 해당 결제요청을 처리하기 위한 절차를 수행한다.
결제승인요청 처리부(112)는 결제요청을 처리하기 위하여, 금융사, 카드사와 같은 승인기관 서버에 접속하여 결제처리를 요청하고, 현금, 카드, 쿠폰 또는 포인트 등에 기초한 복합결제처리 요청이 있는 경우에는 복합결제처리 서버에 접속하여 결제금액의 전부 또는 일부가 하나 이상의 결제수단에 의하여 결제처리될 수 있도록 한다.
결제승인요청 처리부(112)는 결제요청의 처리가 완료되면, 결제처리결과 정보를 모바일 단말(120)과 결제처리결과통지 서버(130)로 전송한다.
본 발명의 일실시예에 따른 결제처리결과통지 서버(130)는 제 1 통신부(131), UDP 주소 등록부(132) 및 제 2 통신부(133)를 포함한다.
제 1 통신부(131)는 가맹점 단말(100)이 전송하는 T-ID를 포함한 UDP 패킷을 수신하고, 상기 UDP 패킷의 수신에 대응한 제 1 응답 신호를 가맹점 단말(100)로 전송한다.
UDP 주소 등록부(132)는 가맹점 단말(100)로부터 T-ID를 포함하는 UDP 패킷을 수신하면 상기 T-ID를 인덱스로 하는 가맹점 단말(100)의 UDP 주소정보를 저장한다.
다른 실시예로서, 가맹점 단말(100)이 제 1 응답 신호를 수신하지 못하여 동일 T-ID를 포함하는 UDP를 계속 보낼 경우가 있으므로, 이런 경우에 대처하기 위하여, UDP 패킷을 수신하면 동일 T-ID를 인덱스로 하는 UDP 주소정보가 이미 등록되어 있는지 여부를 확인하여, 동일한 T-ID를 인덱스로 하는 UDP 주소정보가 이미 등록되어 있으면 기등록된 UDP 주소정보를 삭제하고, 새로운 UDP 주소정보를 등록하도록 구성할 수 있다.
제 2 통신부(133)는 결제처리 서버(110)로부터 T-ID를 포함하는 결제 승인에 대한 결과 정보를 수신하면, T-ID를 인덱스로 하여 해당 거래의 가맹점 UDP 주소를 확인하고 이를 토대로 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 가맹점 단말(100)로 전송하며, 상기 결제처리결과통지 UDP 패킷에 대응한 제 2 응답 신호를 가맹점 단말(100)로부터 수신한다.
도 2는 본 발명의 일실시예에 따른 모바일 결제 처리 시스템이 결제를 처리하는 전반적인 과정을 나타낸 흐름도로서, 종래기술과 본 발명의 차이점을 도시하고 있다.
모바일 결제의 준비를 위해서, 가맹점 단말(210)은 결제하고자 하는 상품명, 수량 등을 입력받아 결제금액을 산출하거나 결제금액 자체를 입력받고, 모바일 단말(200)은 애플리케이션 등을 실행하여 결제승인요청을 위한 준비를 한다.
가맹점 단말(210)이 결제요청 명령을 입력받으면 결제요청신호를 결제처리 서버(230)로 전송하고, 상기 결제요청신호를 수신한 결제처리 서버(230)는 결제요청을 등록하고 결제요청응답신호를 가맹점 단말(210)로 전송한다.
종래기술은 결제처리 서버(230)가 가맹점 단말(210)로부터 결제관련정보(가맹점코드, 지점코드, 단말기코드, 거래일련번호 및 구매정보 등)를 전송받아 상기 결제관련정보에 기초하여 T-ID를 생성하고, 결제요청을 등록하며, 생성한 T-ID를 포함한 결제요청응답신호를 가맹점 단말(210)로 전송한다. 그리고, 가맹점 단말(210)은 결제처리 서버(230)로부터 T-ID를 수신하면, 상기 T-ID를 저장한 태그 등을 생성하여 모바일 단말(200)이 인식할 수 있도록 제공한다.
그러나, 본 발명은 가맹점 단말(210)이 결제요청 명령을 입력받으면, 결제관련정보에 기초한 T-ID를 생성하고, 생성한 T-ID를 포함한 결제요청신호를 결제처리 서버(230)로 전송한다. 그리고, 결제요청신호를 전송하면 결제처리 서버(230)로부터 결제요청응답신호의 수신 여부와 관계없이 상기 T-ID를 모바일 단말(200)이 인식할 수 있도록 제공한다. 따라서, 결제처리 서버(230)의 결제요청응답신호 수신까지 대기할 필요없이 신속하게 모바일 결제를 진행할 수 있게 한다.
결제처리 서버(230)는 결제요청을 등록하고, 모바일 단말(200)로부터 결제승인요청신호를 수신하면 상기 결제승인요청신호에 포함된 T-ID와 동일한 T-ID를 갖는 결제요청의 등록 여부를 확인한다. 결제처리 서버(230)는 T-ID를 전술한 바와 같이, 가맹점 단말(210)이 생성하여 전달한 T-ID를 수신하여 획득할 수도 있고, 가맹점 단말(210)로부터 가맹점코드 등을 포함하는 결제관련정보만을 받고 가맹점 단말(210)의 T-ID 생성 알고리즘과 동일한 알고리즘을 이용하여 T-ID를 생성하여 획득할 수도 있다.
결제처리 서버(230)는 모바일 단말(200)로부터 수신한 T-ID와 동일한 T-ID를 갖는 결제요청이 확인되면, 해당 결제요청을 처리하기 위한 프로세스를 진행한다.
이때, 동일한 T-ID를 갖는 결제요청이 확인되지 않으면, 가맹점 단말(210)로부터 결제요청이 아직 수신되지 않은 것일 수도 있으므로, 일정 시간(예컨대, 5초)이 경과한 후 다시 결제요청을 조회한다. 또는, 모바일 단말(200)로 승인요청한 결제요청이 등록되지 않았음을 알리는 메시지를 전송하여 모바일 단말(200) 이용자가 가맹점에 확인을 하도록 할 수도 있다.
결제요청에 대한 처리는, 결제처리 서버(230)가 금융사, 카드사 등과 같은 승인기관(250)에 접속하여 해당 결제요청에 대한 승인처리를 요청하고, 승인요청이 처리되면 승인기관(250)으로부터 승인요청에 대한 응답신호를 수신한다. 결제처리 서버(230)는 결제승인요청이 처리되었음을 모바일 단말(200)로 통지하고, 가맹점 단말(210)은 결제처리 서버(230)에 접속하여 거래상태를 조회한다.
이때, 결제처리 서버(230)는 거래승인이 완료되었음을 가맹점 단말(210)로 통지할 필요가 있는데, 종래의 시스템은 결제처리 서버(230)가 가맹점 단말(210)로부터 결제요청신호를 수신하고 상기 결제요청신호에 대한 결제요청응답신호를 가맹점 단말(210)로 전송하면, 모바일 단말(200)과 결제처리 서버(230) 사이에서의 프로세스가 수행되는 동안, 가맹점 단말(210)은 결제처리 서버(230)와 접속을 유지하지 아니하고 결제처리 서버(230)는 가맹점 단말(210)의 주소를 확인할 수 없어 거래승인 여부가 결정되더라도 그 사실을 가맹점 단말(210)로 전송할 수가 없는 문제점이 존재한다.
따라서, 본 발명의 다른 실시예에 따르면, 결제처리결과통지 서버(220)를 더 포함하고, 상기 결제처리결과통지 서버(220)를 이용하여 가맹점 단말(210)과 UDP 통신을 하여 거래승인 여부 사실을 가맹점 단말(210)로 통지할 수 있도록 한다.
가맹점 단말(210)은 결제처리 서버(230)로부터 결제요청응답신호를 수신하면 T-ID를 포함하는 UDP 패킷을 결제처리결과통지 서버(220)로 전송하여 결제처리결과통지 서버(220)가 가맹점 단말(210)의 UDP 주소를 찾을 수 있도록 한다.
그리고, 모바일 단말(200)과 결제처리 서버(230) 사이에서 프로세스가 완료되면, 결제처리 서버(230)가 모바일 단말(200)로 승인요청에 대한 응답신호를 전송할 때 T-ID 정보를 포함한 응답신호를 결제처리결과통지 서버(220)에도 전송하게 한다. 그러면, 결제처리결과통지 서버(220)는 응답신호에 포함된 T-ID를 인덱스로 하여 기저장된 가맹점 단말(210)의 UDP 주소를 찾아 T-ID와 거래승인 여부에 대한 정보를 포함하는 UDP 패킷을 가맹점 단말(210)로 전송하여, 가맹점 단말(210) 사용자가 모바일 단말(200) 이용자로부터 거래승인완료 여부를 확인하지 않고 결제처리 서버(230)에 접속하여 거래상태를 조회할 수 있게 한다.
따라서, 가맹점 단말(210)이 수시로 거래승인 여부를 결제처리 서버(230)로 조회할 필요가 없게 되어 결제처리 서버(230)의 시스템 부하를 감소시켜 준다.
전술한 결제처리결과통지 서버(220)의 실시예에 대해서는 도 3 내지 도 11을 이용하여 자세하게 설명한다.
본 발명의 또 다른 실시예에 따르면, 현금, 카드, 쿠폰 또는 포인트 등과 같은 여러 가지 결제수단을 동시에 사용하여 모바일 결제를 할 수 있도록 하는 복합결제처리 서버(240)를 더 포함할 수 있다.
모바일 단말(200)로부터 복합결제에 대한 요청이 있거나 복합결제 요청이 없더라도 기본적으로 결제처리 서버(230)는 결제승인요청신호를 수신하면, 복합결제처리 서버(240)로 접속하여 복합결제를 위한 프로세스를 진행할 수 있다.
결제처리 서버(230)가 복합결제처리 서버(240)로 복합결제를 위한 정보를 요청하면 복합결제처리 서버(240)는 해당 결제 처리시 사용가능한 쿠폰, 포인트 등을 조회하고, 모바일 단말(200) 사용자가 사용가능한 정보를 결제처리 서버(230)로 전송하여 모바일 단말(200)로 제공될 수 있게 한다. 이때, 복합결제처리 서버(240)는 할인율, 쿠폰의 사용기한 등을 고려하여 최적화된 복합결제 정보를 생성하고, 상기 정보가 기본적으로 제공되도록 할 수도 있다.
결제처리 서버(230)는 복합결제처리 서버(240)로부터 수신한 복합결제 정보를 모바일 단말(200)로 제공하고, 모바일 단말(200)에서 선택한 복합결제 정보에 따라 결제가 진행되도록 한다.
결제승인이 완료되면, 가맹점 단말(210)은 결제처리 서버(230)로 거래상태를 조회하고, 결제처리 서버(230)로부터 거래상태 조회에 대한 응답신호를 수신하면 승인결과를 처리하고 거래를 종료한다.
도 3과 도 4는 본 발명의 일실시예에 따른 가맹점 단말과 결제처리결과통지 서버를 포함하여 모바일 결제를 수행하는 과정을 나타낸 것으로서, 도 3은 가맹점 단말(310)이 T-ID를 저장한 태그를 생성하고 상기 태그를 모바일 단말(300)이 인식함으로써 결제가 수행되는 경우를 나타낸 것이다.
본 발명은 종래의 모바일 단말(300)에 의한 결제 수행 과정과 비교할 때, UDP 통신을 통해 가맹점 단말(310)과 통신을 수행하는 결제처리결과통지 서버(320)를 포함하는 것을 특징으로 한다.
즉, 본 발명은 가맹점 단말(310)이 결제처리 서버(330)로 T-ID 요청을 하고 통신을 지속하지 않더라도, 상기 가맹점 단말(310)과 UDP 통신을 하는 결제처리결과통지 서버(320)가 가맹점 단말(310)에게 모바일 단말(300)에 의한 결제처리가 완료되었음을 결제처리결과통지 UDP 패킷을 통하여 통지하고, 가맹점 단말(310)은 이 통지를 받고 결제처리 서버(330)에 접속하여 구체적인 결제처리결과를 확인할 수 있도록 한다.
UDP 방식의 전송은 가맹점 단말(310)이 사설 IP 주소만을 가지고 있더라도 서버나 다른 단말이 가맹점 단말(310)로 패킷을 전송할 수 있다.
본 발명의 일실시예에 따른 결제처리결과통지 서버(320)를 포함한 모바일 결제 수행 과정을 구체적으로 설명하면 아래와 같다.
가맹점 단말(310)에서 결제준비를 하고, 결제처리 서버(330)로 결제 요청을 한다(단계 1). 결제 요청을 할 때, 가맹점 단말(310)은 가맹점코드, 지점코드, 단말기코드, 거래일련번호 및 구매정보 등을 포함하는 결제관련정보를 결제처리 서버(330)로 전송한다.
결제처리 서버(330)는 수신한 결제관련정보에 기초하여 T-ID를 생성하고, 생성한 T-ID를 포함하는 결제요청응답신호를 가맹점 단말(310)로 전송한다(단계 2).
다른 실시예로서, T-ID를 결제처리 서버(330)가 생성하지 않고 가맹점 단말(310)이 직접 생성할 수 있다.
가맹점 단말(310)은 결제관련정보를 모바일 단말(300)에 제공하여 소비자의 모바일 단말(300)이 인식할 수 있도록 한다. 결제관련정보를 제공하는 방식의 구체적인 예는, RF태그, NFC, QR코드 또는 바코드 등을 통해 제공하는 방식이 있을 수 있다.
소비자는 모바일 단말(300)에서 애플리케이션을 실행시키는 방법 등에 의하여 상기 결제관련정보를 인식하고 모바일 결제를 수행한다.
소비자가 모바일 단말(300)을 이용하여 모바일 결제를 수행하는 과정은 모바일 단말(300)과 결제처리 서버(330) 간의 통신에 의하여 이루어진다. 예컨대, 모바일 단말(300)이 결제처리 서버(330)로 결제요청 정보를 요청하고 결제승인을 요청하면(단계 3), 결제처리 서버(330)는 승인기관(350)과의 통신을 통해 결제의 승인 여부를 확인하고 승인요청 응답 신호를 모바일 단말(100)로 전송한다(단계 8). 전술한 과정에 의하여 모바일 결제를 완료하고, 필요에 따라 복합결제 처리 서버(340)와의 통신에 의하여 현금, 카드, 쿠폰 또는 마일리지를 이용한 복합결제가 가능하게 한다.
본 발명은 전술한 모바일 단말(300)과 결제처리 서버(330) 간의 통신에 의하여 모바일 결제가 수행되는 동안에 가맹점 단말(310)이 결제처리 서버(330)와 접속을 유지하지 않으며, 결제처리결과통지 서버(320)로부터 가맹점 단말(310)이 결제의 처리 사실을 통보받는 것을 특징으로 한다.
즉, 가맹점 단말(310)이 결제처리 서버(330)로부터 T-ID를 포함하는 결제요청응답신호를 수신하면(단계 2), 상기 T-ID를 포함하는 UDP 패킷을 결제처리결과통지 서버(320)로 전송하고, 결제처리결과통지 서버(320)가 결제처리 서버(330)로부터 T-ID를 포함한 결제승인결과 정보를 수신하면 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 가맹점 단말(310)로 전송한다.
이를 통해 가맹점 단말(310)은 결제처리 서버(330)와 통신을 유지하지 않더라도 결제처리결과통지 서버(320)로부터 결제처리결과통지 UDP 패킷을 수신하여 결제 완료 여부를 확인할 수 있게 된다. 이후 가맹점 단말(310)은 결제처리 서버(330)에 접속하여 거래의 구체적인 결과/상태를 조회할 수 있다. 가맹점 단말(310)과 결제처리결과통지 서버(320) 간의 UDP 통신 방식은 도 5 내지 도 11에서 상세하게 설명한다.
도 4는 모바일 단말(400)에서 생성한 바코드를 이용하여 모바일 결제가 수행되는 과정을 나타낸 것이다.
모바일 단말(400)이 생성한 바코드를 가맹점 단말(410)이 인식하면 가맹점 단말(410)은 결제처리 서버(430)로 결제관련정보를 포함한 결제요청신호를 전송하고(단계 1), 결제처리 서버(430)는 상기 결제관련정보에 기초한 T-ID를 생성하여 상기 T-ID를 포함한 결제요청응답신호를 가맹점 단말(410)로 전송한다(단계 2).
결제요청응답신호를 수신한 가맹점 단말(410)은 T-ID를 포함하는 UDP 패킷을 결제처리결과통지 서버(420)로 전송하고, 거래승인이 완료되면 결제처리결과통지 서버(420)로부터 UDP 패킷을 수신함으로써, 가맹점 단말(410)이 모바일 결제의 완료 여부를 확인할 수 있게 한다.
도 5와 도 6은 본 발명의 일실시예에 따른 가맹점 단말과 결제처리결과통지 서버가 정상적으로 UDP 통신을 수행하는 과정을 나타낸 것이다.
도 5에 도시된 바와 같이, 가맹점 단말(500)은 결제처리 서버(520)에 결제요청하고 결제요청응답신호를 수신하면, UDP POS 모듈을 호출하여 T-ID를 포함하는 UDP 패킷을 결제처리결과통지 서버(510)로 전송한다(단계 1).
UDP 패킷을 수신한 결제처리결과통지 서버(510)는 T-ID를 인덱스로 하는 UDP POS 주소값을 등록하고 UDP 패킷 수신에 대한 응답 신호(제 1 응답 신호)를 가맹점 단말(500)로 전송한다(단계 2). 가맹점 단말(500)은 제 1 응답 신호를 수신함으로써 UDP 패킷이 정상적으로 전송되었음을 확인할 수 있다.
그리고, 결제처리결과통지 서버(510)는 결제처리 서버(520)로부터 결제의 승인결과에 대한 응답 신호를 수신하면, 승인된 결제에 대한 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 가맹점 단말(500)로 전송한다(단계 3). 가맹점 단말(500)은 수신한 결제처리결과통지 UDP 패킷에 대응하여 응답 신호(제 2 응답 신호)를 결제처리결과통지 서버(510)로 전송하고(단계 4), 결제처리 서버(520)에 접속하여 거래상태를 조회한다.
따라서, 가맹점 단말(500)을 사용하는 판매자는 결제처리 서버(520)로 거래상태 조회 요청을 수동으로 하지 않고, 결제 완료 여부를 확인할 수 있으며, 결제처리결과통지 UDP 패킷을 수신하기 전에는 도 5에 도시된 바와 같이, 승인결과 수신 중이라는 메시지를 출력하여 현재 상태에 대한 정보를 판매자에게 제공한다.
도 6은 도 5와 같은 정상 상태의 UDP 통신을 하는 과정에 있어서, 결제처리결과통지 서버(610)에 전송된 UDP 패킷에 포함된 T-ID와 동일한 T-ID를 인덱스로 하는 UDP POS 주소값이 등록되어 있는 경우의 처리 방법을 나타낸 것이다.
결제처리결과통지 서버(610)는 가맹점 단말(600)로부터 UDP 패킷을 수신하면 수신한 UDP 패킷에 포함된 T-ID와 동일한 T-ID를 인덱스로 하는 UDP POS 주소값이 등록되어 있는지 여부를 확인하고, 동일한 T-ID로 등록된 값이 존재하는 경우 기등록된 값을 삭제하고 새로 수신한 UDP POS 주소값을 등록한다.
이는 종료시 등록된 UDP 소켓을 초기화하기 위한 것으로서, 소켓에 값이 남아 있을 경우 밀리는 현상을 제거하기 위한 것이다.
도 7 내지 도 11은 본 발명의 일실시예에 따른 가맹점 단말과 결제처리결과통지 서버 간의 UDP 통신이 정상적으로 수행되지 않는 경우의 처리 방법을 나타낸 것이다.
도 7과 도 8은 가맹점 단말(700, 800)이 전송한 UDP 패킷에 대한 제 1 응답 신호가 결제처리결과통지 서버(710, 810)로부터 정상적으로 전송 또는 수신되지 않는 경우의 처리 과정을 나타낸 것으로서, 도 7은 제 1 응답 신호가 1회 미수신된 경우를 나타내고, 도 8은 제 1 응답 신호가 2회 미수신된 경우를 나타낸다.
도 7에 도시된 바와 같이, 제 1 응답 신호가 1회 미수신되면, 가맹점 단말(700)은 UDP 패킷을 전송한 후(단계 1) 일정 시간(예컨대, 2초) 경과 후 UDP 패킷을 재전송한다(단계 1-1). 재전송 후 제 1 응답 신호가 수신되면(단계 2-1) 결제처리결과통지 서버(710)로부터 결제처리결과통지 UDP 패킷을 수신할 때까지 대기하고, 결제처리결과통지 UDP 패킷 수신 후(단계 3) 결제처리 서버(720)에 접속하여 거래상태를 조회한다.
도 8은 제 1 응답 신호가 2회 미수신된 경우를 나타낸 것이다. 가맹점 단말(800)은 제 1 응답 신호 1회 미수신 후, 일정 시간 간격으로 UDP 패킷을 재전송하고(단계 1-1), 재전송한 UDP 패킷에 대한 응답 신호도 수신되지 않는 경우(단계 2-1) 수동 Polling 창으로 전환하여 종래 기술과 같이 판매자가 수동으로 승인결과조회 명령을 입력하여 거래상태를 조회하도록 한다.
이는 UDP 통신이 정상적으로 수행되지 않는 경우의 대비책으로서, 설정에 의하여 제 1 응답 신호의 미수신 횟수에 따라 종래 기술 방식으로 전환되도록 할 수 있다(예컨대, 2회 미수신시 전환, 5회 미수신시 전환).
도 9와 도 10은 결제처리결과통지 서버(910, 1010)가 전송하는 결제승인 UDP 패킷이 전송되지 않거나 결제처리결과통지 UDP 패킷을 수신한 가맹점 단말(900, 1000)이 전송하는 제 2 응답 신호가 전송되지 않는 경우의 처리 과정을 나타낸 것이다.
결제처리결과통지 서버(910, 1010)는 결제처리 서버(920, 1020)로부터 결제승인결과 정보를 수신하면 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 가맹점 단말(900, 1000)로 전송한다. 그리고, 일정 시간 이내(예컨대, 1초 이내)에 제 2 응답 신호가 수신되지 않으면 이는 결제처리결과통지 UDP 패킷의 전송이 실패하였거나 제 2 응답 신호의 전송이 실패된 것이라고 볼 수 있으므로, 결제처리결과통지 UDP 패킷을 가맹점 단말(900, 1000)로 재전송한다.
반복되는 재전송에 의하여 제 2 응답 신호가 수신되면, 즉, 가맹점 단말(900, 1000)이 제 2 응답 신호를 전송하고 결제처리결과통지 서버(910, 1010)로부터 결제처리결과통지 UDP 패킷을 더 이상 수신하지 않으면 가맹점 단말(900, 1000)은 결제처리 서버(920, 1020)에 접속하여 거래상태를 조회한다.
이때, 결제처리결과통지 UDP 패킷 또는 제 2 응답 신호의 송신 또는 수신이 계속해서 실패할 수 있으므로, 가맹점 단말(900, 1000)은 제 2 응답 신호의 전송 횟수가 기설정된 횟수를 초과하거나 제 1 응답 신호 수신 후 기설정된 시간 이내(예컨대, 30초 또는 60초)에 결제승인 UDP 패킷이 수신되지 않으면, 수동 Polling 창으로 전환하여 거래결과를 조회하도록 할 수 있다.
도 11은 가맹점 단말(1100)의 UDP 패킷 전송 후, 기설정된 시간 이내에 결제처리결과통지 서버(1110)로부터 결제처리결과통지 UDP 패킷이 수신되지 않는 경우의 처리 과정을 나타낸 것으로서, 가맹점 단말(1100)의 UDP 패킷 전송 후(단계 1) 결제처리결과통지 서버(1110)로부터 제 1 응답 신호를 수신하고(단계 2), 기설정된 시간(예컨대, 15초) 동안 결제처리결과통지 서버(1110)로부터 결제처리결과통지 UDP 패킷이 수신되지 않으면 종래 방식인 수동 Polling 창으로 전환하여 판매자가 수동으로 결제처리 서버(1120)에 접속하여 거래상태를 조회하도록 한다.
이상의 설명은 본 발명의 기술적 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면, 본 발명의 본질적 특성을 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능하다. 따라서, 본 발명에 표현된 실시예들은 본 발명의 기술적 사상을 한정하는 것이 아니라, 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 권리범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 특허청구범위에 의하여 해석되어야 하고, 그와 동등하거나, 균등한 범위 내에 있는 모든 기술적 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (21)

  1. 결제관련정보에 기초하여 거래식별정보(T-ID)를 생성하는 거래식별정보 생성부;
    상기 거래식별정보 생성부가 생성한 T-ID를 모바일 단말이 인식할 수 있도록 제공하는 거래식별정보 제공부;
    상기 결제관련정보 또는 상기 T-ID를 포함하는 결제요청신호를 결제처리 서버로 전송하고, 상기 결제처리 서버로부터 T-ID를 포함하는 결제요청응답신호를 수신하는 결제요청 전송부;
    상기 결제요청응답신호를 수신하면 상기 T-ID를 포함하는 UDP(User Datagram Protocol) 패킷을 결제처리결과통지 서버로 전송하고, 상기 결제처리결과통지 서버로부터 제 1 응답신호를 수신하는 결제승인확인 요청부; 및
    상기 결제처리결과통지 서버로부터 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 수신하고, 상기 결제처리결과통지 UDP 패킷을 수신하면 상기 결제처리결과통지 서버로 제 2 응답신호를 전송하며 상기 결제처리 서버로 거래상태 조회 신호를 전송하는 결제승인 확인부를 포함하되,
    상기 결제요청 전송부는
    상기 결제관련정보를 상기 결제처리 서버로 전송한 경우, 상기 결제처리 서버로부터 상기 결제처리 서버가 상기 결제관련정보에 기초하여 생성한 T-ID를 포함한 결제요청응답신호를 수신하는 것
    인 가맹점 단말기.
  2. 제1항에 있어서, 상기 거래식별정보 생성부는
    가맹점코드, 지점코드, 단말기코드, 거래일련번호 및 구매정보에 기초하여 상기 T-ID를 생성하는 것
    인 가맹점 단말기.
  3. 제1항에 있어서, 상기 거래식별정보 제공부는
    RF태그, NFC태그, QR코드 및 바코드 중 어느 하나를 이용하여 상기 모바일 단말이 인식가능한 태그를 제공하는 것
    인 가맹점 단말기.
  4. 제1항에 있어서, 상기 거래식별정보 제공부는
    RF통신, 광통신, 적외선 통신을 포함하는 근거리 무선 통신 방식으로 상기 모바일 단말에게 T-ID를 제공하는 것
    인 가맹점 단말기.
  5. 제1항에 있어서, 상기 결제승인확인 요청부는
    상기 UDP 패킷 전송 후 일정 시간 동안 상기 결제처리결과통지 서버로부터 상기 제 1 응답신호를 수신하지 않으면, 상기 UDP 패킷을 재전송하는 것
    인 가맹점 단말기.
  6. 제1항에 있어서, 상기 결제승인 확인부는
    상기 결제승인확인 요청부가 상기 UDP 패킷을 처음으로 전송한 후 기설정된 시간 이내에 상기 제 1 응답신호를 수신하지 않으면, 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력하는 것
    인 가맹점 단말기.
  7. 제1항에 있어서, 상기 결제승인 확인부는
    상기 결제승인확인 요청부가 기설정된 횟수만큼 상기 UDP 패킷을 전송하는 동안 상기 제 1 응답신호를 수신하지 않으면, 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력하는 것
    인 가맹점 단말기.
  8. 제1항에 있어서, 상기 결제승인 확인부는
    상기 제 1 응답신호를 수신한 후 기설정된 시간 이내에 상기 결제처리결과통지 UDP 패킷을 수신하지 않으면, 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력하는 것
    인 가맹점 단말기.
  9. 결제처리 서버로부터 T-ID를 포함하는 결제요청응답신호를 수신한 가맹점 단말기로부터 상기 T-ID를 포함하는 UDP 패킷을 수신하고, 상기 UDP 패킷을 수신하면 상기 가맹점 단말기로 제 1 응답신호를 전송하는 제 1 통신부;
    상기 T-ID를 인덱스로 하여, 상기 UDP 패킷으로부터 확인한 상기 가맹점 단말기의 UDP 주소정보를 등록하는 UDP 주소 등록부; 및
    상기 결제처리 서버로부터 결제처리결과 정보를 수신하면 상기 가맹점 단말기로 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 전송하고, 상기 결제처리결과통지 UDP 패킷을 수신한 상기 가맹점 단말기로부터 제 2 응답신호를 수신하는 제 2 통신부
    를 포함하는 결제처리결과통지 장치.
  10. 제9항에 있어서, 상기 제 2 통신부는
    상기 결제처리결과통지 UDP 패킷을 전송한 후 기설정된 시간 이내에 상기 제 2 응답신호를 수신하지 않으면, 상기 결제처리결과통지 UDP 패킷을 재전송하는 것
    인 결제처리결과통지 장치.
  11. 제9항에 있어서, 상기 UDP 주소 등록부는
    상기 T-ID를 포함하는 UDP 패킷을 수신하면, 상기 T-ID와 동일한 T-ID의 등록 여부를 확인하고, 동일한 T-ID가 등록된 경우 기등록된 T-ID를 인덱스로 하는 UDP 주소정보를 삭제하는 것
    인 결제처리결과통지 장치.
  12. 결제관련정보에 기초하여 T-ID를 생성하고, 상기 T-ID를 포함하는 결제요청신호를 전송하며, 상기 T-ID를 모바일 단말에 제공하는 가맹점 단말;
    상기 결제요청신호를 수신하면 결제요청을 등록하고, 상기 가맹점 단말이 제공하는 T-ID를 획득한 상기 모바일 단말이 전송하는 결제승인요청신호를 수신하면 상기 결제승인요청신호에 포함된 T-ID에 기초하여 등록된 결제요청을 조회하고, 결제승인요청을 처리하는 결제처리 서버; 및
    결제처리결과통지 서버를 포함하되,
    상기 가맹점 단말은 상기 결제처리 서버로 전송한 상기 결제요청신호에 대응하여 결제요청응답신호를 수신하면, 상기 T-ID를 포함하는 UDP 패킷을 상기 결제처리결과통지 서버로 전송하는 것
    인 모바일 결제 처리 시스템.
  13. 제12항에 있어서, 상기 결제처리결과통지 서버는
    상기 결제처리 서버로부터 결제처리결과 정보를 수신하면, 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 상기 가맹점 단말로 전송하는 것
    인 모바일 결제 처리 시스템.
  14. 제13항에 있어서, 상기 가맹점 단말은
    상기 결제처리결과통지 UDP 패킷을 수신하면, 상기 결제처리 서버에 접속하여 거래상태를 조회하는 것
    인 모바일 결제 처리 시스템.
  15. 제12항에 있어서,
    복합결제처리 서버를 더 포함하고,
    상기 결제처리 서버는 상기 결제승인요청신호에 복합결제처리요청이 포함되어 있으면, 상기 복합결제처리 서버에 접속하여 하나 이상의 결제수단에 의한 복합결제를 처리하는 것
    인 모바일 결제 처리 시스템.
  16. 결제관련정보에 기초하여 T-ID를 생성하는 단계;
    상기 T-ID를 포함하는 결제요청신호를 결제처리 서버로 전송하는 단계;
    상기 T-ID를 모바일 단말이 인식가능하도록 제공하는 단계;
    상기 T-ID를 획득한 상기 모바일 단말이 전송하는 결제승인요청신호를 수신한 상기 결제처리 서버로부터 결제요청응답신호를 수신하는 단계;
    상기 결제요청응답신호를 수신하면 상기 T-ID를 포함하는 UDP 패킷을 결제처리결과통지 서버로 전송하는 단계;
    상기 결제처리 서버로부터 결제처리결과 정보를 수신한 상기 결제처리결과통지 서버로부터 상기 T-ID를 포함하는 결제처리결과통지 UDP 패킷을 수신하는 단계; 및
    상기 결제처리결과통지 UDP 패킷을 수신하면, 상기 결제처리 서버에 접속하여 거래상태를 조회하는 단계
    를 포함하는 가맹점 단말이 수행하는 모바일 결제 처리 방법.
  17. 가맹점 단말이 결제처리 서버로 결제요청신호를 전송하는 단계;
    상기 결제처리 서버로부터 상기 가맹점 단말 또는 상기 결제처리서버가 생성한 T-ID를 포함하는 결제요청응답신호를 수신하는 단계;
    상기 결제요청응답신호를 수신하면, 결제처리결과통지 서버로 상기 T-ID를 포함하는 UDP 패킷을 전송하는 단계;
    상기 UDP 패킷을 수신한 상기 결제처리결과통지 서버로부터 제 1 응답신호를 수신하는 단계; 및
    상기 결제처리 서버로부터 결제처리결과 정보를 수신한 상기 결제처리결과통지 서버가 상기 결제처리결과 정보에 포함된 T-ID와 연관된 UDP 패킷을 검색하여 전송하는 상기 T-ID와 연관된 결제처리결과통지 UDP 패킷을 수신하는 단계
    를 포함하는 가맹점 단말이 수행하는 모바일 결제 처리 방법.
  18. 제17항에 있어서, 상기 결제처리결과통지 서버로 상기 T-ID를 포함하는 UDP 패킷을 전송하는 단계는
    상기 UDP 패킷을 전송하고 일정 시간 이내에 상기 제 1 응답신호를 수신하지 않으면, 상기 UDP 패킷을 재전송하는 것
    인 가맹점 단말이 수행하는 모바일 결제 처리 방법.
  19. 제17항에 있어서,
    상기 UDP 패킷을 처음으로 전송한 후 기설정된 시간 이내에 상기 제 1 응답신호를 수신하지 않으면, 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력하는 단계; 및
    상기 팝업 창을 통해 결제처리결과 조회명령을 입력받으면 상기 결제처리 서버에 접속하여 결제처리결과를 조회하는 단계
    를 더 포함하는 가맹점 단말이 수행하는 모바일 결제 처리 방법.
  20. 제17항에 있어서,
    기설정된 횟수만큼 상기 UDP 패킷을 전송하는 동안 상기 제 1 응답신호를 수신하지 않으면, 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력하는 단계; 및
    상기 팝업 창을 통해 결제처리결과 조회명령을 입력받으면 상기 결제처리 서버에 접속하여 결제처리결과를 조회하는 단계
    를 더 포함하는 가맹점 단말이 수행하는 모바일 결제 처리 방법.
  21. 제17항에 있어서,
    상기 제 1 응답신호를 수신한 후 기설정된 시간 이내에 상기 결제처리결과통지 UDP 패킷을 수신하지 않으면, 사용자로부터 결제처리결과 조회명령을 입력받기 위한 팝업 창을 출력하는 단계; 및
    상기 팝업 창을 통해 결제처리결과 조회명령을 입력받으면 상기 결제처리 서버에 접속하여 결제처리결과를 조회하는 단계
    를 더 포함하는 가맹점 단말이 수행하는 모바일 결제 처리 방법.
PCT/KR2014/002133 2013-03-13 2014-03-13 모바일 결제 처리 시스템 및 그 방법 WO2014142587A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/776,079 US10963859B2 (en) 2013-03-13 2014-03-13 Mobile payment processing system and method therefor
EP14765458.6A EP2975571A4 (en) 2013-03-13 2014-03-13 MOBILE PAYMENT PROCESSING SYSTEM AND METHOD THEREFOR
CN201480026410.1A CN105190662B (zh) 2013-03-13 2014-03-13 移动支付处理系统及其方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2013-0026796 2013-03-13
KR1020130026796A KR101410948B1 (ko) 2013-03-13 2013-03-13 모바일 결제 처리 시스템 및 그 방법

Publications (1)

Publication Number Publication Date
WO2014142587A1 true WO2014142587A1 (ko) 2014-09-18

Family

ID=51133865

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/002133 WO2014142587A1 (ko) 2013-03-13 2014-03-13 모바일 결제 처리 시스템 및 그 방법

Country Status (5)

Country Link
US (1) US10963859B2 (ko)
EP (1) EP2975571A4 (ko)
KR (1) KR101410948B1 (ko)
CN (1) CN105190662B (ko)
WO (1) WO2014142587A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105741111A (zh) * 2014-12-08 2016-07-06 中国电信股份有限公司 移动支付方法、系统及设备

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10402877B2 (en) 2016-03-24 2019-09-03 Amadeus S.A.S. Online transaction processing system for multi-product transactions
US10803459B2 (en) * 2016-03-24 2020-10-13 Amadeus S.A.S. Online transaction processing system for multi-product transactions
KR101858139B1 (ko) * 2016-05-17 2018-05-15 라인 가부시키가이샤 결제 처리 방법을 수행하는 결제 처리 서버, 방법 및 상기 방법을 수행하는 컴퓨터 프로그램
CN109583873B (zh) * 2017-09-28 2021-02-02 北京三快在线科技有限公司 交易通信方法、服务器、pos机及电子设备
CN108876356B (zh) * 2018-07-24 2021-06-22 创新先进技术有限公司 支付异常的确定方法及装置
KR102337273B1 (ko) * 2019-05-23 2021-12-09 주식회사 하렉스인포텍 판매자 계산기 및 이를 포함하는 결제 시스템
KR102337272B1 (ko) * 2019-06-21 2021-12-08 주식회사 하렉스인포텍 결제 서비스 시스템
CN110689370B (zh) * 2019-09-05 2023-07-14 创新先进技术有限公司 一种分类模型训练方法、装置及设备
CN111582847A (zh) * 2020-04-30 2020-08-25 福州吉诺网络科技有限公司 一种支付方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008278410A (ja) * 2007-05-07 2008-11-13 Oki Electric Ind Co Ltd 通信システム、通信装置、通信方法及び通信プログラム
KR20090044954A (ko) * 2007-10-30 2009-05-07 이왕석 모바일을 이용한 무선 인터넷 결제 방법 및 시스템
JP2012505475A (ja) * 2008-10-06 2012-03-01 ビボテック インコーポレーテッド モバイル機器間の支払及び非支払仮想カード転送のためのシステム、方法、及びコンピュータ読取可能な媒体
KR20120075578A (ko) * 2010-12-16 2012-07-09 한국정보통신주식회사 이동 단말기를 이용한 신용 결제 방법 및 장치와 그 시스템
KR20130012249A (ko) * 2011-07-08 2013-02-01 주식회사 하렉스인포텍 결제전용코드를 이용한 결제 시스템 및 그 방법

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101378312B (zh) * 2007-08-31 2011-07-20 中国电信股份有限公司 基于宽带网络的安全支付控制系统和方法
US8380177B2 (en) * 2010-04-09 2013-02-19 Paydiant, Inc. Mobile phone payment processing methods and systems
WO2012054779A1 (en) 2010-10-20 2012-04-26 Playspan Inc. Federated third-party authentication apparatuses, methods and systems
US20120267432A1 (en) * 2010-11-12 2012-10-25 Kuttuva Avinash Secure payments with global mobile virtual wallet
CN102779302A (zh) * 2011-05-10 2012-11-14 王凯兵 一种支付方法及其支付系统
ES2556381T3 (es) * 2011-06-04 2016-01-15 Alcatel Lucent Un concepto de planificación
KR20130132672A (ko) * 2012-05-21 2013-12-05 김주한 결제 단말기 애플리케이션, asp 시스템 및 결제 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008278410A (ja) * 2007-05-07 2008-11-13 Oki Electric Ind Co Ltd 通信システム、通信装置、通信方法及び通信プログラム
KR20090044954A (ko) * 2007-10-30 2009-05-07 이왕석 모바일을 이용한 무선 인터넷 결제 방법 및 시스템
JP2012505475A (ja) * 2008-10-06 2012-03-01 ビボテック インコーポレーテッド モバイル機器間の支払及び非支払仮想カード転送のためのシステム、方法、及びコンピュータ読取可能な媒体
KR20120075578A (ko) * 2010-12-16 2012-07-09 한국정보통신주식회사 이동 단말기를 이용한 신용 결제 방법 및 장치와 그 시스템
KR20130012249A (ko) * 2011-07-08 2013-02-01 주식회사 하렉스인포텍 결제전용코드를 이용한 결제 시스템 및 그 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2975571A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105741111A (zh) * 2014-12-08 2016-07-06 中国电信股份有限公司 移动支付方法、系统及设备

Also Published As

Publication number Publication date
EP2975571A4 (en) 2016-12-07
KR101410948B1 (ko) 2014-06-23
EP2975571A1 (en) 2016-01-20
US10963859B2 (en) 2021-03-30
CN105190662A (zh) 2015-12-23
CN105190662B (zh) 2019-07-30
US20160026992A1 (en) 2016-01-28

Similar Documents

Publication Publication Date Title
WO2014142587A1 (ko) 모바일 결제 처리 시스템 및 그 방법
WO2017222178A1 (ko) 대행 승인을 통한 금융 거래 승인 무중단 서비스 제공 방법 및 이를 수행하는 카드사 서버
WO2012033340A2 (ko) 블루투스 통신 방법 및 시스템
WO2013137528A1 (ko) 오프라인 거래 결제 시스템, 이를 위한 방법 및 장치
WO2013062311A1 (en) Apparatus and method for payment in broadcast receiver using mobile terminal having card reader function
WO2013055113A1 (ko) 홈쇼핑을 이용한 모바일 결제 방법, 시스템 및 장치
WO2016013767A1 (ko) 근거리 무선 장치를 이용한 이동 단말기들 사이의 커뮤니케이션 서비스 제공 방법
EP3724842A1 (en) Electronic device and method for supporting automatic wi-fi connection with enhanced security method when making electronic wallet payment
WO2015008958A1 (ko) Nfc 서비스 시스템 및 서비스 방법.
WO2017204402A1 (ko) 모바일 간편 결제 시스템
WO2013157690A1 (ko) 사용자단말기를 이용한 전자영수증 관리시스템 및 그 방법
WO2012081887A2 (en) Method and apparatus for providing advertisement service in mobile communication system
WO2013187557A1 (ko) 오프라인 결제 시스템, 장치 및 방법
WO2019013462A1 (ko) 2차원 코드를 기초로 개인정보의 자동 입력이 가능한 결제 대행 처리 장치 및 그 동작 방법
WO2017217777A1 (ko) 법인카드 사용 관리 시스템, 방법 및 컴퓨터 프로그램
WO2013118956A1 (ko) 멤버십 통합 서비스 제공 시스템 및 이를 위한 방법
WO2019225998A1 (ko) 이동 단말 및 이동 단말의 전자 기기 등록 방법
WO2016114573A1 (ko) 전자태그를 이용한 대리운전 호출 시스템 및 방법
WO2019146989A1 (ko) 주유소 기반의 택배 서비스 방법 및 이를 실행하기 위한 시스템
WO2021096104A1 (ko) 전자 장치 및 이의 제어 방법
WO2021167382A1 (en) System and method for transmitting information using mobile terminal
WO2012157893A2 (ko) 금융거래 서비스 방법과, 이를 실행하는 금융거래 서비스 장치, 이동통신 단말기
WO2019022585A1 (ko) 카드사가 결제요청을 수신한 후에 사용자를 직접 확인하는 결제시스템 및 결제방법
WO2015174644A1 (ko) 무선 공유기를 통해 사용자 단말에 광고를 제공하는 시스템 및 광고 서비스 제공 서버
WO2021006477A1 (ko) 커넥터 장치의 결제 관리 방법 및 동일 방법을 수행하는 커넥터 장치

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480026410.1

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14765458

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14776079

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2014765458

Country of ref document: EP