WO2013176474A1 - 이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법 - Google Patents

이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법 Download PDF

Info

Publication number
WO2013176474A1
WO2013176474A1 PCT/KR2013/004460 KR2013004460W WO2013176474A1 WO 2013176474 A1 WO2013176474 A1 WO 2013176474A1 KR 2013004460 W KR2013004460 W KR 2013004460W WO 2013176474 A1 WO2013176474 A1 WO 2013176474A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
token
terminal
asp
server
Prior art date
Application number
PCT/KR2013/004460
Other languages
English (en)
French (fr)
Inventor
김주한
Original Assignee
Kim Ju Han
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 Kim Ju Han filed Critical Kim Ju Han
Priority to JP2015513899A priority Critical patent/JP2015526774A/ja
Priority to CN201380020446.4A priority patent/CN104395917A/zh
Priority to US14/401,839 priority patent/US20150134538A1/en
Publication of WO2013176474A1 publication Critical patent/WO2013176474A1/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/3227—Aspects of commerce using mobile devices [M-devices] using secure elements embedded in 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/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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
    • 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
    • G06K19/06009—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 with optically detectable marking
    • G06K19/06037—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 with optically detectable marking multi-dimensional coding
    • 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
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/0723—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
    • 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/04—Payment circuits
    • 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/3221—Access to banking information through 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/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location 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/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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/385—Payment protocols; Details thereof using an alias or single-use codes
    • 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/401—Transaction verification
    • 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
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V30/00—Character recognition; Recognising digital ink; Document-oriented image-based pattern recognition
    • G06V30/10—Character recognition
    • G06V30/22—Character recognition characterised by the type of writing
    • G06V30/224—Character recognition characterised by the type of writing of printed characters having additional code marks or containing code marks

Definitions

  • the present specification relates to a payment service using a mobile communication terminal, and enables payment of a card even without a card reader by interworking with a payment service using payment information including personal information and card information of a mobile subscriber stored and managed by a mobile carrier. It relates to a payment application and a merchant ASP (Application Service Provider) system and method of a mobile communication terminal.
  • ASP Application Service Provider
  • An object of the present specification is to provide a merchant ASP (Application Service Provider) system.
  • the present specification is to provide a payment system that can be used in mobile stores only by installing an application on a smartphone, tablet PC.
  • an affiliated store ASP server When the server receives a payment request from the payment terminal, the server generates a token based on the transaction-related information included in the request, and a token issuing function unit for generating a payment network key based on the generated token and the merchant identifier. ;
  • a token processor configured to process the generated token in association with a smart vault that receives the payment netkey from a purchaser terminal receiving the payment netkey;
  • Receiving a request for confirmation of the token from the payment terminal may include a token confirmation unit for confirming whether the token is processed.
  • the server may further include a database storing at least one of ASP contract information, payment terminal information, token information, and ASP transaction information.
  • the payment network key may be transmitted from the affiliated store ASP server to the payment terminal, and converted into a QR (Quick Response) code by the payment terminal.
  • QR Quick Response
  • the payment network key may be extracted by the purchaser terminal from the QR code and transferred to the smart vault.
  • the smart safe may store personal information and payment information for the purchaser's authentication.
  • an online payment method includes the steps of a payment terminal requesting a payment to a web server; Requesting, by the web server, a payment network key based on a site identifier and payment information to an affiliate application service provider (ASP) server; Generating, by the affiliated store ASP server, a token corresponding to the payment request; Generating, by the merchant ASP server, a payment network key based on the generated token and the merchant identifier; Transmitting, by the affiliated store ASP server, the generated token and payment netkey to a web server; Generating, by the web server, a QR (Quick Response) code image based on the received payment network key;
  • the web server may include creating a screen including the QR code image, and transmitting the created screen to the client terminal.
  • the method comprises the steps of the purchaser terminal extracts the payment network key from the QR code image displayed on the payment terminal to transmit to the smart vault;
  • the smart vault may further include performing the requested payment in association with the affiliated store ASP server.
  • the web server Periodically checking, by the web server, whether a token is processed according to a token monitoring request of the payment terminal; If the token processing is completed, the web server may further include notifying the payment terminal that the token processing is complete.
  • the smart safe may store personal information and payment information for the purchaser's authentication.
  • the token is designated a predetermined validity time and may be valid only when processed within the predetermined validity time.
  • an offline payment method includes the steps of a payment terminal requesting a payment by transmitting a payment amount and payment related information to a merchant application service provider (ASP) server; Generating, by the affiliated store ASP server, a token corresponding to the payment amount and payment related information; Generating, by the affiliated store ASP server, a payment network key based on the generated token and the merchant ID, and transmitting the payment network key to the payment terminal; Transmitting, by the payment terminal, the received payment network key to a purchaser terminal; Processing, by the affiliated store ASP server, the requested payment in association with a smart vault receiving the payment network key from the purchaser terminal receiving the payment network key;
  • the affiliated store ASP server may include transmitting the processed payment result to the payment terminal.
  • ASP merchant application service provider
  • Generating, by the merchant ASP server, a token corresponding to the request Generating, by the merchant ASP server, an initialization netkey based on the generated token and an affiliated store identifier, and transmitting the generated initialization netkey to the payment terminal; Transmitting, by the payment terminal, the received initialization netkey to an affiliated store representative terminal; Processing, by the affiliated store ASP server, the requested payment terminal initialization in association with a smart vault receiving the initialization netkey from the affiliated store representative terminal receiving the initialization netkey;
  • the affiliated store ASP server may further include transmitting the processed initialization result to the payment terminal.
  • the step of transmitting the payment terminal initialization netkey to the merchant representative terminal wherein the merchant representative terminal extracts the initialization network from the QR (Quick Response) code image generated by the payment terminal based on the initialization network key
  • the payment terminal may be a step of transmitting the initialization network to the affiliated store representative terminal through short-range wireless communication.
  • the merchant ASP server receives a token included in the initialization netkey received from the affiliated store representative terminal, an identification number of the payment terminal, and a phone number of the payment terminal. Making a step; Determining whether the token is valid based on a valid processing time; If the token is valid, registering the payment terminal normally; If the token is not valid, the contract information corresponding to the received telephone number of the payment terminal is inquired, and if the contract information corresponding to the telephone number of the received payment terminal exists, the payment terminal receives the contract.
  • the method may further include registering the payment terminal if it is determined to be the same as the representative terminal and is registered normally and the contract information corresponding to the received phone number of the payment terminal does not exist.
  • the requesting initialization of the payment terminal further includes the step of transmitting, by the payment terminal, the terminal identification number and the phone number of the payment terminal to the affiliated application service provider (ASP) server.
  • ASP application service provider
  • the generating of the token corresponding to the request by the affiliated store ASP server may include generating, by the affiliated store ASP server, a transaction identification number corresponding to the initialization request, and adding ASP transaction information based on the generated transaction identification number. It may further include.
  • the generating of the token corresponding to the payment amount and payment related information by the affiliate store ASP server may include generating a transaction identification number corresponding to the payment request and adding ASP transaction information based on the generated transaction identification number. It may further include.
  • the delivering of the payment network key to the purchaser terminal may be performed by the purchaser terminal extracting the payment network key from a QR (Quick Response) code image generated by the payment terminal based on the payment network key. Or, by the payment terminal, transmitting the payment network key to the purchaser terminal through short-range wireless communication.
  • QR Quick Response
  • ID, password, personal information, and payment information are inputted and manipulated by a client, thereby causing security risks and user anxiety.
  • Small websites that cannot directly sign a merchant contract with a mobile carrier can use the system of this specification, providing a secure and convenient authentication service, membership registration service, and payment for users without entering ID, password, personal information, or payment information. Can provide services.
  • the seller's payment terminal 600 application and the merchant ASP system of the present specification implements a network and a smart vault service by interworking with each other, and uses the payment information stored in the smart vault, so that the seller's payment terminal 600 in the card information Since payment information such as this is not needed, payment is simple and secure. In addition, the path for payment is simplified, resulting in lower payment fees and consequently benefits both the seller and the buyer.
  • 1 is an exemplary view showing the configuration of a network and a smart safe system for online payment.
  • Figure 2 is an exemplary view showing the configuration of the network and smart vault system for offline payment.
  • FIG. 3 is a block diagram of a payment terminal according to an embodiment of the present disclosure.
  • FIG. 4 is a functional block diagram of a smart vault server according to an embodiment of the present disclosure.
  • FIG. 5 is a block diagram of an affiliated store ASP server according to an embodiment of the present specification.
  • FIG. 6 is a functional block diagram of a web server according to an embodiment of the present specification.
  • FIG. 7 is a flowchart in which a payment application is executed in a payment terminal of a seller according to an embodiment of the present specification.
  • FIG. 8 is a flowchart illustrating a payment process in an online store according to an embodiment of the present specification.
  • FIG. 9 is a flowchart illustrating an initialization process of a payment terminal according to an embodiment of the present specification.
  • FIG. 10 is a flowchart illustrating a payment process using a payment terminal according to an embodiment of the present specification.
  • 11 is a view showing an initialization process screen of the payment terminal according to an embodiment of the present disclosure.
  • FIG. 12 is a diagram illustrating a payment process using a payment terminal according to an embodiment of the present specification.
  • Figure 1 is an exemplary view showing the configuration of a network and a smart safe system for online payment.
  • Figure 2 is an exemplary view showing the configuration of the network and smart vault system for offline payment.
  • Payment system application service provider (ASP) system
  • ASP application service provider
  • QR code including the network key It may be configured to include a client terminal 500 displayed on the screen, the seller terminal 600 for payment.
  • Each of the above components may be interconnected via a wired / wireless communication network, a virtual private network (VPN), or the like (900, 910, 920, 930).
  • VPN virtual private network
  • the network key includes a one-time token and issuer identification information for issuing the token
  • the data type of the network key is a smart store that receives the network key from the merchant ASP server 300 and the mobile communication terminal 100 that issued the token.
  • the vault server 200 is in the form of mutually agreed data so that the token and the issuer identification information can be separated from the network.
  • the token is issued by the affiliated store ASP server 300, it is possible to set the valid time as a unique identifier in the merchant ASP server.
  • the token is configured to be valid when it is collected and processed by the affiliated store ASP server 300 that issued the token within the set validity time.
  • the smart vault is a server that stores / manages subscriber's personal information for authentication and payment service for a member registration service and authentication service, etc., and the mobile communication terminal 100 for purchase to a mobile carrier from the outside. Assuming a use contract and a smart vault service use contract, a payment application is installed and executed on the purchase mobile communication terminal 100 to transmit a network key in a promised form, and the smart vault is in a promised form. Since only the network key is filtered and received, it is excellent for security because it can not control the smart vault from outside.
  • the purchaser terminal 100 includes a payment application, a camera capable of scanning a QR code, and the like, and has a short range wireless communication function such as BlueTooth or Near Field Communication (NFC) to receive a network key and receive a smart vault 200. You can send a netkey.
  • a payment application a camera capable of scanning a QR code, and the like
  • a short range wireless communication function such as BlueTooth or Near Field Communication (NFC) to receive a network key and receive a smart vault 200. You can send a netkey.
  • NFC Near Field Communication
  • the payment terminal 500 the process of requesting the payment to the web server 400;
  • the web server 400 requesting the payment network key based on payment related information (site ID, amount information, etc.) to the affiliate store ASP server 300; Adding the data to the ASP transaction information 394 by the affiliate store ASP server 300;
  • the merchant ASP server 300 generating a token and adding data to the token information; Generating, by the merchant ASP server 300, a payment network key with an ID for identifying the generated token and the affiliate store;
  • the merchant ASP server 300 may include transmitting the generated exchange token and payment netkey to the web server 400.
  • the online payment method may include: receiving, by a web server 400, a token and a payment network key in response to a payment network key request from a merchant ASP server 300; Adding information to the transaction information database by the web server 400; Adding information to the token information database with the token received by the web server 400; Generating a QR code image based on the payment net key received by the web server 400; Creating a screen including the QR code image by the web server 400; And transmitting the created screen to the payment terminal (client terminal) 500.
  • the online payment method may include a process in which a purchaser terminal 100 extracts a payment network key from a QR code image displayed on a display unit of a payment terminal (client terminal) 500 and transmits it to a smart safe 200.
  • the smart vault 200 communicating with the affiliated store ASP server 300 through the network key receiving function 210, the authentication function 220, and the payment function 230 to perform a payment;
  • the affiliate store ASP server 300 may include updating the information on the token information database and the ASP transaction information.
  • the online payment method may include a process in which the web server 400 updates the information of the token information 492 and the data of the transaction information 493. At this time, the merchant ASP server 300 and the web server 400 communicate with each other.
  • the online payment method may include: periodically checking, by the web server 400, a token database 492 according to a token monitoring request of a payment terminal (client terminal) 500; If the token processing is completed, it may include a step of notifying the payment terminal (client terminal) 500 that the token processing is complete.
  • FIG 3 is a block diagram of a payment terminal 600 according to an embodiment of the present disclosure.
  • the payment terminal 600 of the seller includes a control unit 610, a display unit 620, a wireless communication unit 630, a storage unit 640, an input unit 650, and a short range.
  • the communication unit 660 may be included.
  • the display unit 620 displays information by the controller 610.
  • the wireless communication unit 630 performs a communication function with the smart vault server 200 and the affiliated store ASP server 300 via the network 900 or the like.
  • the storage unit 640 may be a read only memory (ROM), a universal subscriber identity module (USIM), a nonvolatile mobile memory, and the like.
  • the storage unit 640 may include an operating system of a mobile communication terminal and a payment application and files necessary for the application.
  • the application and the file are read and executed by the controller 610 as a medium.
  • the input unit 650 transmits the input by the user to the control unit 610 as an input means such as a keypad or a touch device and a voice input using voice recognition technology.
  • the short range communication unit 660 may transmit a network key to the mobile communication terminal 100.
  • the payment terminal 600 includes a payment application and a recording medium in which a payment application is stored, and the application is driven by the operation of the input unit 650 and the payment terminal for using the mobile communication terminal as a payment terminal.
  • Setting means a payment request means for inputting an amount to be paid by the operation of the input unit 650, a request for payment, a token processing confirmation means for confirming a processing state of a corresponding token in the terminal initial setting means or payment request means; It may include.
  • the initial setting means checks whether the terminal initialization state is stored in the storage unit 640, and when the initialization is completed, moves to the billing amount input screen, or if the initialization step is not performed, The terminal performs the terminal initialization step with the consent for using the terminal.
  • the terminal initialization step is an initialization netkey request step for requesting an initialization netkey to the merchant ASP server 300 based on the terminal identification number and the phone number of the initialization target terminal, when receiving the initialization netkey from the merchant ASP server 300.
  • the method may include extracting a token from an initialization network, extracting a token, generating a QR code image using the received initialization network, and displaying a QR code on the display unit 620. .
  • the contract representative terminal (merchant representative terminal) of the ASP contract information 391 receives a network key by scanning a QR code image of the display unit 620 of the payment terminal 600 and receives a token.
  • the token processing check means may be a step of storing the initialization complete state in the storage unit 640 when the token is processed.
  • the token processing confirmation means may transmit the token to the affiliated store ASP server 300 by pressing an initialization (token confirmation) button displayed on the display unit 620 of the payment terminal 600 by an operation of the input unit 650. have.
  • the token processing checking means may store the state in which the terminal initialization is completed in the storage unit 640 when the token is processed in the affiliate store ASP server 300 and move to the next screen.
  • the token processing checking means if the response of the token processing state received from the merchant ASP server 300 is in the unprocessed state, to display a message indicating that the token is not processed on the display unit 620 of the payment terminal 600. can do.
  • the payment requesting means may input a payment amount to the payment terminal 600 by an external signal such as BlueTooth or a voice input such as voice recognition, or by an operation of the input unit 650 such as a keypad or a touch pad.
  • an external signal such as BlueTooth or a voice input such as voice recognition
  • an operation of the input unit 650 such as a keypad or a touch pad.
  • the payment request means is a network key request step for requesting the network key for payment to the merchant ASP server 300 based on the payment amount, the installment month, and the terminal identification number input to the payment terminal 600, merchant ASP server ( Receiving the network key from 300, the token extraction step of extracting the token from the network key, QR code image generation step of generating a QR code image with the received payment network key, QR to display the QR code image on the display unit 620
  • the code display step can be performed.
  • the payment request means is a network key request step for requesting the network key for payment to the merchant ASP server 300 based on the payment amount, the installment month, and the terminal identification number input to the payment terminal 600, merchant ASP server (
  • the token extraction step of extracting the token from the network key it may be transmitted through the short-range communication unit 660.
  • FIG. 4 is a functional block diagram of a smart vault server 200 according to an embodiment of the present disclosure.
  • smart vault server 200 is the network key receiving function 210, authentication function 220, payment function 230, the result transmission function 240 ), And a database 290 for storing / managing personal information 291 and payment information 292.
  • FIG. 5 is a block diagram of an affiliated store ASP server 300 according to an embodiment of the present disclosure.
  • merchant ASP server 300 according to an embodiment of the present specification issuance token 310, token processing unit 320, token verification unit 330 and ASP contract information 391, payment And a database 390 that stores / manages terminal information 392, token information 393, ASP transaction information 394, and the like.
  • the token issuing function unit 310 may generate a token based on the transaction-related information included in the request, and generate a network key based on the generated token and the merchant ID when receiving the request for payment of the network key. .
  • the token processing unit may process the generated token in association with the smart vault received the network key.
  • the token verification unit may verify whether the token has been processed by receiving a verification request of the token from a payment terminal.
  • the seller concludes a merchant server use contract with the merchant ASP company, and stores the ASP contract information 391 in the database 390 of the merchant ASP server 300.
  • the ASP contract information 391 is a unique ASP identification ID and a store number as a key value to identify a business operator, a store number, an ASP name for distinguishing an online or offline payment, a telephone number of a contract representative, It may include the account information of the contractor for settlement of payment, the URL information of the contractor's website.
  • the website URL information is essential information when the ASP classification is online.
  • the affiliated store ASP server 300 receives a terminal identification number for payment, generates a unique transaction identification number, and uses the generated transaction identification number as a key value.
  • ASP transaction information creation process that adds information to the server can be performed.
  • the affiliate store ASP server 300 may include a token information creation process of generating a unique token and adding data to the token information 393 using the generated token as a key value. .
  • the ASP transaction information 394 may include a transaction identification number, a payment terminal identification number, a processing request date, a processing classification, a charge amount, an installment month, a token processing terminal phone number, and a settlement date.
  • the affiliated store ASP server 300 may register data of a transaction identification number, payment terminal identification number, processing request date, and processing classification.
  • the token information 393 may include a token, a transaction identification number, a token issuance time, and a token processing time.
  • the affiliated store ASP server 300 may register data of the token, the transaction identification number, and the token issuance time during the token information creation process.
  • the merchant ASP server 300 receives a token and a phone number from the smart vault server 200 to obtain a transaction identification number corresponding to the token from the token information 393, using the acquired transaction identification number as a key value. Acquiring a processing division in which the transaction identification number matches from the ASP transaction information 394; and if the acquired processing division is a terminal setting, the item of the token processing terminal telephone number of the ASP transaction information 394 is transferred to the received telephone number.
  • the updating may include updating the token processing time of the token information 393 to a system time.
  • the merchant ASP server 300 is a parameter receiving step for receiving a token, a terminal identification number, a telephone number, the transaction identification number and token processing in the token information 393 using the received token as a key value. Retrieving the time, determining that the token has been processed if the token processing time has a valid value, and retrieving the token processing telephone number from the ASP transaction information 394 using the transaction identification number as a key value; Inquiring the ASP identification ID and the store number from the ASP contract information 391 using the telephone number as a key value, the ASP identification ID and the store number in the payment terminal information 392 using the terminal identification number as the key value.
  • the registering may be performed in response to the payment terminal 600 of the seller, in which the token processing of the terminal initialization is completed.
  • the merchant ASP server 300 is a parameter receiving step for receiving a token, a terminal identification number, a telephone number, the transaction identification number and token processing in the token information 393 using the received token as a key value. Inquiring the time, if the token processing time is not a valid value, the ASP contract information 391 is queried using the received telephone number as a key value to query the ASP identification ID and the store number corresponding to the contract representative's telephone number. If the matching information is found, it is recognized that the mobile communication terminal 100 using the contract representative telephone number is used as the payment terminal 600, and the payment terminal information using the terminal identification number as the key value. Registering the ASP identification ID, the telephone number and the store number to the 392, and responding to the payment terminal 600 of the seller that the payment terminal information 392 registration processing is completed. Can perform the step.
  • the merchant ASP server 300 is a parameter receiving step for receiving a token, a terminal identification number, a telephone number, the transaction identification number and token processing in the token information 393 using the received token as a key value. Inquiring the time, if the token processing time is not a valid value, the ASP contract information 391 is queried using the received telephone number as a key value to query the ASP identification ID and the store number corresponding to the contract representative's telephone number. If the matching information is not found, it is determined that the token is not processed, and a response step of notifying the payment terminal 600 of the seller of the unprocessed state may be performed.
  • the affiliated store ASP server 300 may generate a token based on the transaction-related information included in the request, and generate a payment network key based on the generated token and the merchant identifier when the payment receives the network key request. have.
  • the merchant ASP server 300 receives the seller identification terminal identification number, payment amount, and installment month as parameters, and receives the identification number of the seller payment terminal 600 received as a key value.
  • the payment terminal information 392 may be inquired to check whether the payment terminal is registered.
  • the merchant ASP server 300 In the generation of payment network key, the merchant ASP server 300 generates a unique transaction identification number, and creates an ASP transaction information process of adding information to the ASP transaction information 394 using the generated transaction identification number as a key value. Can carry out
  • the affiliated store ASP server 300 may perform a token information creation process of generating a unique token and adding information to the token information 393 using the generated token as a key value.
  • the merchant ASP server 300 may register transaction identification number, payment terminal identification number, processing request date, processing classification, charge amount, and installment monthly data in the ASP transaction information creation process. have.
  • the affiliated store ASP server 300 may register the token, the transaction identification number, data of the token issuance time, etc. in the token information creation process.
  • the affiliated store ASP server 300 may process the generated token by interworking with the smart vault that has received the payment network key.
  • the merchant ASP server 300 receives a token and a phone number from the smart vault server 200 and obtains a transaction identification number corresponding to the token from the token information 393, the obtained transaction identification number is a key value Acquiring a processing section in which the transaction identification number matches from the ASP transaction information 394. If the acquired processing section is for payment, the telephone number for which the item of the token processing terminal telephone number of the ASP transaction information 394 is received.
  • the method may include updating the token processing time of the token information 393 to a system time.
  • the merchant ASP server 300 may check whether the token has been processed by receiving a request for confirmation of the token from the payment terminal.
  • the affiliated store ASP server 300 receives a parameter receiving step of receiving a token, inquiring a token processing time from the token information 393 using the received token as a key value, and when the token processing time has a valid value.
  • the controller may determine that the token has been processed and respond to the seller's payment terminal 600.
  • the affiliated store ASP server 300 is a parameter receiving step of receiving a token, querying the token processing time in the token information 393 using the received token as a key value, when the token processing time is not a valid value
  • a response step may be performed.
  • FIG. 6 is a functional block diagram of a web server 400 according to an embodiment of the present disclosure.
  • the web server 400 is a token management function 410, token monitoring function 420 member information 491, token information 492, transaction information ( And a database 490 that stores / manages 493.
  • FIG. 7 is a flowchart in which a payment application is executed in a payment terminal 600 of a seller according to an embodiment of the present specification.
  • the payment terminal 600 acquires an initialization state (S1). At this time, if the initialization is not completed, the payment terminal performs initialization (S3).
  • the payment terminal 600 receives a payment amount (S4) and requests a payment (S5).
  • the payment terminal 600 checks the token processing (S6), and if the processing state is complete, displays the payment result on the screen (S8). If the processing state is incomplete, the payment terminal 600 displays a message indicating that the token is not processed on the display unit 650 (S9).
  • FIG. 8 is a flowchart illustrating a payment process in an online store according to an embodiment of the present specification.
  • a payment is made to a web server 400 via a network 920 by operating an input unit.
  • Request A1
  • the web server 400 requests a payment netkey from the affiliate store ASP server 300 based on the received amount information and the site ID (A2).
  • the merchant ASP server 300 issues a token in the token issuing function unit 310, generates a payment netkey combining the token and the merchant identification ID, and responds to the web server with the generated token and payment netkey.
  • the merchant ASP server 300 adds data to the ASP transaction information and token information 393, the web server 400 generates a QR code image with the received payment network key, the QR code image It generates a screen that includes and responds to the payment (client) terminal 500 (A4). At this time, the web server 400 adds data to transaction information 493 and token information 492.
  • Payment (client) terminal 500 displays a screen with a QR code image, and requests the token processing monitoring to the web server 400 for the corresponding token (A5).
  • the token monitoring function unit 420 of the web server 400 monitors the token information 492 at a predetermined time period, and notifies completion of the token processing to the payment (client) terminal 500 when the processing of the token is completed (A6). ).
  • the user operates the input unit of the terminal 100 to receive a network key through a QR code or to receive a payment network key through short-range communication. Then, the received payment network key is transmitted to the smart vault 200, the smart vault server 200, merchant ASP server 300 and the web server 400 communicate with each other, interworking between the system token for payment Process (A7).
  • the payment terminal 500 When the token processing completion is notified to the payment (client) terminal 500 in step A6, the payment terminal 500 requests the token processing result screen from the web server 400 (A8).
  • the web server generates a token processing result screen and responds to the payment terminal 500 (A9).
  • the payment terminal 500 displays the received result screen (A10).
  • FIG. 9 is a flowchart illustrating a process of initializing a payment terminal 600 according to an embodiment of the present specification.
  • the payment terminal 600 when the payment terminal 600 (eg, a smartphone) is activated, the payment terminal 600 checks whether the terminal initialization state information is stored in the storage unit 640, and the initialization step is not performed.
  • the operation of the input unit 650 may request a terminal initialization netkey from the affiliate store ASP server 300 together with the agreement for using the terminal (B1).
  • the merchant ASP server 300 receives the payment terminal identification number and the phone number, generates a unique transaction identification number, and adds data to the ASP transaction information 394 using the generated transaction identification number as a key value. Then, a unique token is generated, data is added to the token information 393 using the generated token as a key value, and an initialization netkey combining the generated token and the merchant identification ID is generated.
  • the initialization netkey responds to the payment terminal 600 (B2).
  • the payment terminal 600 extracts the token from the received initialization netkey, generates a QR code image with the initialization netkey, and displays the generated QR code image on the display unit 620 (B3).
  • the purchaser operates an input unit of the terminal 100 to receive an initialization netkey from a QR code or to receive an initialization netkey through short-range communication, and transmits the received initialization netkey to the smart safe 200.
  • the smart vault server 200 and the merchant ASP server 300 communicate with each other and process tokens for initializing the payment terminal 600 in cooperation with the system (B4).
  • the payment terminal 600 requests token processing confirmation from the merchant ASP server 300 based on the token, the phone number, and the terminal identification number (B5).
  • Merchant ASP server 300 checks the token information (393), ASP contract information database with the received token and phone number to check whether the token processing, and if the token is unprocessed, responds to the payment terminal 600 for the unprocessed state If the token is processed, the payment terminal 600 is registered with the terminal identification number as a key value in the payment terminal information database. Then, the token processing response to the payment terminal 600 completes (B6).
  • the payment mobile communication terminal 600 displays a message indicating the unprocessed state on the display unit 620 when the received token processing state is not processed, and stores the terminal initialization completion state in the storage unit 640 when the token is processed. Then, it moves to the next screen (B7).
  • FIG. 10 is a flowchart illustrating a payment process using the payment terminal 600 according to the embodiment of the present specification.
  • the payment terminal 600 receives a payment amount, and transmits a payment amount and payment related information to the affiliate store ASP server 300 to request a payment (B1).
  • the payment request may be a request for a payment net.
  • Merchant ASP server 300 after receiving the payment amount and payment related information (the installment month, payment terminal identification number, etc.), generates a unique transaction identification number, ASP transaction using the generated transaction identification number as a key value Data can be added to the information 394 (ASP transaction information creation).
  • the merchant ASP server 300 generates a unique token, adds data to the token information 393 using the generated token as a key value (token information creation), and combines the generated token with the merchant identification ID.
  • the merchant ASP server 300 transmits the payment net key to the payment terminal 600 (B2).
  • the payment terminal 600 delivers the received payment network key to the purchaser's terminal.
  • the payment terminal 600 may generate a QR code image based on the received payment network key.
  • the payment terminal 600 displays the generated QR code image on the display unit 620 (B3).
  • the purchaser terminal reads the QR code, extracts the payment netkey or receives the payment netkey through short-range communication, and transmits the received payment netkey to the smart vault 200.
  • the smart vault server 200 and the merchant ASP server 300 communicate with each other, and interoperate between systems to process the requested payment (token for payment) (B4).
  • the payment terminal 600 may request confirmation of the token processing from the affiliated store ASP server 300 (B50.
  • the affiliated store ASP server 300 checks whether the token is processed by inquiring token information 393 with the received token.
  • the merchant ASP server 300 may respond to the payment terminal 600 if the token is not processed, and complete the token processing to the payment mobile terminal 600 when the token is processed (B6). If the received token processing state is not processed, the mobile terminal 600 for payment displays a message indicating the unprocessed state on the display unit 620, and moves to the payment result screen (processing completion screen) when the token is processed. (B7).
  • 11 is a view showing an initialization process screen of the payment terminal 600 according to an embodiment of the present disclosure.
  • FIG. 11A illustrates a screen displayed on the display unit 620 of the payment terminal 600 when the payment terminal is not initialized.
  • the payment terminal 600 When the payment terminal initialization is selected by the operation of the input unit 650 in FIG. 11A, the payment terminal 600 requests an initialization netkey from the affiliate store ASP server 300.
  • the merchant ASP server 300 performs step B2 described with reference to FIG. 9.
  • 11 (b) is a screen in which a payment terminal receives an initialization netkey and generates and displays a QR code image.
  • FIG. 11C is a screen executed when the initialization is completed.
  • FIG. 11D is a screen provided for inputting a payment amount after selecting use start by operating the input unit 650 in the screen c.
  • FIG. 12 is a diagram illustrating a payment process using the payment terminal 600 according to an embodiment of the present specification.
  • 12A is a screen for inputting a payment amount. (B1 process in Fig. 10)
  • the payment terminal 600 When the payment request is selected by the operation of the input unit 650 in FIG. 12A, the payment terminal 600 requests the payment network key from the merchant ASP server 300, and the payment network key from the merchant ASP server. Received, create and display a QR code image. 12B is a screen illustrating the above process.
  • the payment terminal 600 When the payment confirmation is selected, the payment terminal 600 requests the payment confirmation from the affiliated store ASP server 300 and, upon receiving the unprocessed state, displays a message indicating the unprocessed state. 12C is a screen illustrating the above process.
  • the payment terminal 600 After the purchaser's mobile terminal 100 receives the payment network key, processes the token for payment, the payment terminal 600 selects the payment confirmation, and requests the payment confirmation from the merchant ASP server 300. 12 (d) shows a screen indicating that payment is completed when the status of the response is payment completion.
  • the mobile communication terminal 100 and the payment terminal 600 may be a conventional smartphone, tablet PC, or the like.
  • the application is stored in the storage unit, and is controlled by the control unit.
  • the smart vault 200, the merchant ASP server 300, the web server 400 has a server operating system as a conventional server system, the application programmed the process and the step of processing the computer to read It is stored in a storage unit which can be a recording medium, and loaded and executed by the control of the control unit.
  • the database 290 of the smart vault 200, the database 390 of the merchant ASP server 300, the database 490 of the web server 400 may be a conventional database server, the information of various information databases It can be implemented as an application that manages creation, deletion, and updating.
  • the embodiments of the present specification described above are not only implemented through the apparatus and the method, but may be implemented through a program for realizing a function corresponding to the configuration of the embodiments of the present specification or a recording medium on which the program is recorded.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 명세서는 가맹점 ASP 서버를 개시한다. 상기 서버는, 결제용 네트키 요청을 수신하면 상기 요청에 포함된 거래관련 정보를 기초로 토큰을 생성하고, 상기 생성된 토큰 및 가맹점 식별자를 기초로 네트키를 생성하는 토큰발행 기능부와; 상기 네트키를 전달받은 스마트 금고와 연동하여 상기 생성된 토큰을 처리하는 토큰 처리부와; 결제용 단말기로부터 상기 토큰의 확인 요청을 수신하여 상기 토큰의 처리 여부를 확인하는 토큰 확인부를 포함한다.

Description

이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법
본 명세서는 이동통신 단말기를 이용한 결제 서비스에 관한 것으로서, 이동통신사가 보관 및 관리하고 있는 이동통신 가입자의 개인정보와 카드정보를 포함한 결제정보를 이용한 결제 서비스와 연동하여 카드리더기가 없어도 카드결제가 가능케 하는 이동통신 단말기의 결제 애플리케이션 및 가맹점 ASP(Application Service Provider) 시스템 및 방법에 관한 것이다.
카메라 부착된 이동통신 단말기의 보급으로 바코드를 스캔하는 애플리케이션을 실행하여 QR코드와 같은 2차원 바코드를 이동통신 단말기로 읽는 것이 가능하다.
또, 최근 세계 표준의 근거리 무선 규격인 블루투스(BlueTooth) 및/또는 NFC를 탑재한 이동통신 단말기의 보급으로 근거리 무선통신으로 이동통신 단말기 간에 에 서로 데이터를 송수신하는 것이 가능하다.
이동통신 단말기를 이용한 인증, 회원등록 그리고 결제 서비스를 위한 애플리케이션, 휴대 단말을 이용한 선불 및 후불 결제 시스템 등의 개발로 이동통신 단말기를 통하여 결제가 가능하다.
그러나 종래의 기술을 이용한 인증, 결제를 위해서는 이동통신사의 가맹점 서버나 시스템이 필요하나, 영세한 소상공인에게는 독자적으로 가맹점 서버 시스템을 구축하는 것이 어려울 수 있다. 따라서 보다 경제적이고 편리한 결제 방법 및 결제 시스템이 요청된다.
본 명세서는 가맹점 ASP(Application Service Provider) 시스템을 제공하는 것이 목적이다. 또한 본 명세서는 스마트폰, 태블릿PC에 애플리케이션의 설치만으로 이동 매장에서도 사용 가능한 결제 시스템을 제공하는 것이 목적이다.
본 명세서의 일 실시예에 따라 가맹점 ASP 서버가 제공된다. 상기 서버는 결제용 단말기로부터 결제 요청을 수신하면 상기 요청에 포함된 거래관련 정보를 기초로 토큰을 생성하고, 상기 생성된 토큰 및 가맹점 식별자를 기초로 결제용 네트키를 생성하는 토큰발행 기능부와; 상기 결제용 네트키를 전달받은 구매자 단말기로부터 상기 결제용 네트키를 수신한 스마트 금고와 연동하여 상기 생성된 토큰을 처리하는 토큰 처리부와; 상기 결제용 단말기로부터 상기 토큰의 확인 요청을 수신하여 상기 토큰의 처리 여부를 확인하는 토큰 확인부를 포함할 수 있다.
상기 서버는 ASP계약정보, 결제단말정보, 토큰정보 및 ASP거래정보 중 적어도 하나 이상을 저장하는 데이터베이스를 더 포함할 수 있다.
상기 결제용 네트키는 상기 가맹점 ASP 서버로부터 상기 결제용 단말기로 전송되고, 상기 결제용 단말기에 의해 QR(Quick Response) 코드로 변환될 수 있다.
상기 결제용 네트키는 상기 QR 코드로부터 상기 구매자 단말기에 의해 추출되어 상기 스마트 금고로 전달될 수 있다.
상기 스마트 금고는 구매자의 인증용 개인정보 및 결제정보를 저장할 수 있다.
본 명세서의 다른 실시예에 따라 온라인 결제 방법이 제공된다. 상기 방법은, 결제용 단말기가 웹서버로 결제를 요청하는 단계와; 상기 웹서버가 가맹점 ASP(Application Service Provider) 서버로 사이트 식별자 및 결제정보를 기반으로 한 결제용 네트키를 요구하는 단계와; 상기 가맹점 ASP 서버가 상기 결제 요청에 대응되는 토큰을 생성하는 단계와; 상기 가맹점 ASP 서버가 상기 생성한 토큰 및 가맹점 식별자를 기반으로 결제용 네트키를 생성하는 단계와; 상기 가맹점 ASP 서버가 상기 생성한 토큰 및 결제용 네트키를 웹서버에 전송하는 단계와; 상기 웹서버가 상기 수신한 결제용 네트키를 기초로 QR(Quick Response)코드 이미지를 생성하는 단계와; 상기 웹서버가 상기 QR코드 이미지를 포함한 화면을 작성하고, 상기 작성한 화면을 상기 클라이언트 단말에 송신하는 단계를 포함할 수 있다.
상기 방법은 구매자 단말기가 상기 결제용 단말기에 표시된 상기 QR코드 이미지로부터 상기 결제용 네트키를 추출하여 스마트 금고로 송신하는 단계와; 상기 스마트 금고가 상기 가맹점 ASP 서버와 연동하여 상기 요청된 결제를 진행하는 단계를 더 포함할 수 있다.
상기 웹서버가 상기 결제용 단말기의 토큰 감시 요구에 따라 토큰 처리 여부를 주기적으로 확인하는 단계와; 토큰 처리가 완료된 상태이면, 상기 웹서버가 상기 결제용 단말기에게 토큰처리가 완료되었음을 통지하는 단계를 더 포함할 수 있다.
상기 스마트 금고는 구매자의 인증용 개인정보 및 결제정보를 저장할 수 있다.
상기 토큰은 소정의 유효시간이 지정되며, 상기 소정의 유효시간 내에 처리되는 경우에만 유효할 수 있다.
본 명세서의 또 다른 실시예에 따라 오프라인 결제 방법이 제공된다. 상기 방법은, 결제용 단말기가 가맹점 ASP(Application Service Provider) 서버로 결제 금액 및 결제 관련 정보를 전송하여 결제를 요청하는 단계와; 상기 가맹점 ASP 서버가 상기 결제 금액 및 결제 관련 정보에 대응되는 토큰을 생성하는 단계와; 상기 가맹점 ASP 서버가 상기 생성한 토큰 및 가맹점 식별자를 기반으로 결제용 네트키를 생성하고, 상기 결제용 단말기로 상기 결제용 네트키를 전송하는 단계와; 상기 결제용 단말기가 상기 수신한 결제용 네트키를 구매자 단말기로 전달하는 단계와; 상기 가맹점 ASP 서버가, 상기 결제용 네트키를 전달받은 상기 구매자 단말기로부터 상기 결제용 네트키를 수신한 스마트 금고와 연동하여, 상기 요청된 결제를 처리하는 단계와; 상기 가맹점 ASP 서버가 상기 처리된 결제 결과를 상기 결제용 단말기로 송신하는 단계를 포함할 수 있다.
상기 방법은 상기 결제용 단말기가 초기화되지 않은 경우,
상기 결제용 단말기가 가맹점 ASP(Application Service Provider) 서버로 상기 결제용 단말기의 초기화를 요청하는 단계와; 상기 가맹점 ASP 서버가 상기 요청에 대응되는 토큰을 생성하는 단계와; 상기 가맹점 ASP 서버가 상기 생성한 토큰 및 가맹점 식별자를 기반으로 초기화 네트키를 생성하고, 상기 결제용 단말기로 상기 생성된 초기화 네트키를 전송하는 단계와; 상기 결제용 단말기가 상기 수신한 초기화 네트키를 가맹점 대표 단말기로 전달하는 단계와; 상기 가맹점 ASP 서버가, 상기 초기화 네트키를 전달받은 상기 가맹점 대표 단말기로부터 상기 초기화 네트키를 수신한 스마트 금고와 연동하여, 상기 요청된 결제용 단말기 초기화를 처리하는 단계와; 상기 가맹점 ASP 서버가 상기 처리된 초기화 결과를 상기 결제용 단말기로 송신하는 단계를 더 포함할 수 있다.
상기 결제 단말기 초기화 네트키를 가맹점 대표 단말기로 전달하는 단계는, 상기 결제용 단말기가 상기 초기화 네트키를 기초로 생성한 QR(Quick Response)코드 이미지로부터 상기 가맹점 대표자 단말기가 상기 초기화 네트키를 추출하는 단계이거나, 또는 상기 결제용 단말기가 근거리 무선통신을 통해 상기 초기화 네트키를 가맹점 대표 단말기로 전송하는 단계일 수 있다.
상기 결제용 단말기 초기화를 처리하는 단계는, 상기 가맹점 ASP 서버가, 상기 가맹점 대표 단말기로부터 수신한 상기 초기화 네트키에 포함된 토큰, 상기 결제용 단말기의 식별번호 및 상기 결제용 단말기의 전화번호를 수신하는 단계와; 상기 토큰의 유효처리시각을 기준으로 유효 여부를 판단하는 단계와; 상기 토큰이 유효한 경우, 상기 결제용 단말기를 정상 등록하는 단계와; 상기 토큰이 유효하지 않은 경우, 상기 수신한 결제용 단말기의 전화번호에 대응되는 계약정보를 조회하고, 상기 수신한 결제용 단말기의 전화번호에 대응되는 계약정보가 존재하면 상기 결제용 단말기가 상기 계약 대표자 단말기와 동일한 것으로 판정하여 정상 등록하고, 상기 수신한 결제용 단말기의 전화번호에 대응되는 계약정보가 존재하지 않으면 상기 결제용 단말기를 등록하지 않는 단계를 더 포함할 수 있다.
상기 결제용 단말기의 초기화를 요청하는 단계는 상기 결제용 단말기가 상기 가맹점 ASP(Application Service Provider) 서버로 상기 결제용 단말기의 단말기 식별번호 및 전화번호를 전송하는 단계를 더 포함하고,
상기 가맹점 ASP 서버가 상기 요청에 대응되는 토큰을 생성하는 단계는 상기 가맹점 ASP 서버가 상기 초기화 요청에 대응되는 거래식별번호를 생성하고, 상기 생성된 거래식별번호를 기반으로 ASP 거래정보를 추가하는 단계를 더 포함할 수 있다.
상기 가맹점 ASP 서버가 상기 결제 금액 및 결제 관련 정보에 대응되는 토큰을 생성하는 단계는 상기 결제 요청에 대응되는 거래식별번호를 생성하고, 상기 생성된 거래식별번호를 기반으로 ASP 거래정보를 추가하는 단계를 더 포함할 수 있다.
상기 결제용 네트키를 구매자 단말기로 전달하는 단계는 상기 결제용 단말기가 상기 결제용 네트키를 기초로 생성한 QR(Quick Response)코드 이미지로부터 상기 구매자 단말기가 상기 결제용 네트키를 추출하는 단계이거나, 또는 상기 결제용 단말기가 근거리 무선통신을 통해 상기 결제용 네트키를 상기 구매자 단말기로 전송하는 단계일 수 있다.
종래의 시스템에서는 ID나 패스워드, 개인정보, 결제정보를 클라이언트에서 입력 조작하여 보안상의 위험과 사용자의 불안이 있었다. 이동통신사에 직접 가맹점 계약을 할 수 없는 소규모의 웹 사이트는 본 명세서의 시스템를 이용할 수 있게 되어, ID나 패스워드, 개인정보, 결제정보를 입력하지 않고 사용자에게 안전하고 편리한 인증서비스, 회원등록 서비스, 결제 서비스를 제공할 수 있다.
본 명세서의 판매자의 결제 단말기(600) 애플리케이션과 가맹점ASP 시스템은 서로 연동하여 네트키와 스마트 금고 서비스를 구현하고, 스마트 금고에 보관되어 있는 결제정보를 이용하므로 판매자의 결제 단말기(600)에서는 카드정보와 같은 결제정보가 필요 없어져서 간단하고 안전하게 결제가 가능하다. 또한, 결제를 위한 경로가 간단해지므로 결제 수수료가 저렴해지고 결과적으로 판매자와 구매자 모두에게 이익이 된다.
도 1은 온라인 결제를 위한 네트키와 스마트 금고 시스템의 구성을 도시한 예시도이다.
도 2는 오프라인 결제를 위한 네트키와 스마트 금고 시스템의 구성을 도시한 예시도이다.
도 3은 본 명세서의 실시예에 따른 결제용 단말기의 구성도이다.
도 4는 본 명세서의 실시예에 따른 스마트 금고 서버의 기능 블록도다.
도 5는 본 명세서의 실시예에 따른 가맹점 ASP 서버의 블록도이다.
도 6은 본 명세서의 실시예에 따른 웹서버의 기능 블록도다.
도 7은 본 명세서의 실시예에 따라 판매자의 결제용 단말기에서 결제용 애플리케이션이 실행되는 흐름도다.
도 8은 본 명세서의 실시예에 따른 온라인 매장에서 결제 과정을 나타낸 흐름도이다.
도 9는 본 명세서의 실시예에 따른 결제용 단말기의 초기화 과정을 나타낸 흐름도이다.
도 10은 본 명세서의 실시예에 따른 결제용 단말기를 이용하여 결제하는 과정을 도시한 흐름도이다.
도 11은 본 명세서의 실시예에 따른 결제용 단말기의 초기화 과정 화면을 나타낸 도면이다.
도 12는 본 명세서의 실시예에 따른 결제용 단말기를 이용한 결제 과정을 도시한 도면이다.
본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 발명의 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 발명에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 또한, 본 발명을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 발명의 사상을 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 발명의 사상이 제한되는 것으로 해석되어서는 아니됨을 유의해야 한다. 본 발명의 사상은 첨부된 도면 외에 모든 변경, 균등물 내지 대체물에 까지도 확장되는 것으로 해석되어야 한다.
도 1은 온라인 결제를 위한 네트키와 스마트 금고 시스템의 구성을 도시한 예시도이다. 또한 도 2는 오프라인 결제를 위한 네트키와 스마트 금고 시스템의 구성을 도시한 예시도이다.
본 명세서의 결제 시스템(애플리케이션 서비스 프로바이더(ASP) 시스템)은 구매자 단말기(100), 스마트 금고 서버(200), 가맹점 ASP 서버(300), 웹 서버(400), 네트키가 포함된 QR코드를 화면에 표시하는 클라이언트 단말(500), 판매자의 결제용 단말기(600) 등을 포함하여 구성될 수 있다. 상기 각 구성요소들은 유무선 통신망, VPN(Virtual Private Network) 등(900, 910, 920, 930)으로 상호 접속될 수 있다.
상기 네트키는 1회성 토큰과 토큰을 발행한 발행자 식별정보를 포함하고, 네트키의 데이터 형태는 토큰을 발행한 가맹점 ASP 서버(300)와, 이동통신 단말기(100)로부터 네트키를 수신한 스마트 금고 서버(200)가 네트키로부터 토큰과 발행자 식별정보를 분리할 수 있도록 상호 약속된 데이터 형태이다.
상기 토큰은 가맹점 ASP 서버(300)에서 발행하며, 가맹점 ASP 서버 에서 유일한 식별자로 유효시간을 설정할 수 있다. 토큰은 설정한 유효시간 내에 토큰을 발행한 가맹점 ASP 서버(300)에서 회수되어 처리될 때 유효하도록 구성된다.
상기 스마트 금고는 회원등록 서비스와 인증 서비스 등을 위하여 가입자의 인증용 개인정보, 결제 서비스를 위한 가입자의 결제정보를 보관/관리하는 서버로서, 외부에서는 이동통신사에 상기 구매용 이동통신 단말기(100) 사용 계약과 스마트 금고 서비스 사용 계약을 전제로 하여, 상기 구매용 이동통신 단말기(100)에 결제용 애플리케이션을 설치하고, 실행하여 약속된 형태의 네트키를 송신하고, 상기 스마트 금고는 약속된 형태의 네트키만 여과하여 수신하므로 외부에서 스마트 금고에 어떤 제어 명령도 할 수 없어 보안에 탁월한 것이 특징이다.
상기 토큰, 상기 네트키, 상기 스마트 금고 같은 용어는 본 명세서의 기능을 고려하여 정의된 용어로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 한다.
상기 구매자 단말기(100)는 결제용 애플리케이션, QR코드를 스캔할 수 있는 카메라 등을 구비하고, BlueTooth나 NFC(Near Field Communication)와 같은 근거리 무선통신 기능을 구비하여 네트키를 수신하고 스마트 금고(200)에 네트키를 송신할 수 있다.
본 명세서의 실시예에 따른 온라인 결제 방법은, 결제용 단말기(클라이언트 단말기)(500)가 웹서버(400)에 결제를 요구하는 과정; 웹서버(400)가 가맹점 ASP 서버(300)로 결제 관련 정보(사이트ID, 금액정보 등)를 기반으로 결제용 네트키를 요구하는 과정; 가맹점 ASP 서버(300)가 ASP거래정보(394)에 데이터를 추가하는 과정; 가맹점 ASP 서버(300)가 토큰을 생성하여 토큰정보에 데이터를 추가하는 과정; 가맹점 ASP 서버(300)가 상기 생성한 토큰과 가맹점을 식별하는 ID로 결제용 네트키를 생성하는 과정; 가맹점 ASP 서버(300)가 상기 생성환 토큰과 결제용 네트키를 웹서버(400)에 전송하는 과정을 포함할 수 있다.
상기 온라인 결제 방법은, 웹서버(400)가 가맹점 ASP 서버(300)로부터 결제용 네트키 요구에 대한 응답으로 토큰과 결제용 네트키를 수신하는 과정; 웹서버(400)가 거래정보데이터베이스에 정보를 추가하는 과정; 웹서버(400)가 수신한 토큰으로 토큰정보데이터베이스에 정보를 추가하는 과정; 웹서버(400)가 수신한 결제용 네트키를 기초로 QR코드 이미지를 생성하는 과정; 웹서버(400)가 QR코드 이미지를 포함한 화면을 작성하는 과정; 작성한 화면을 결제용 단말기(클라이언트 단말)(500)에 송신하는 과정을 포함할 수 있다.
상기 온라인 결제 방법은, 구매자 단말기(100)가 결제용 단말기(클라이언트 단말)(500)의 표시부에 표시된 QR코드 이미지로부터 결제용 네트키를 추출하여 스마트 금고(200)로 송신하는 과정; 스마트 금고(200)가 네트키 수신기능부(210), 인증기능부(220), 결제기능부(230)를 통해 가맹점 ASP 서버(300)와 통신하여 결제를 진행하는 과정; 가맹점 ASP 서버(300)가 토큰정보 데이터베이스의 정보 및 ASP거래정보를 갱신하는 과정을 포함할 수 있다.
상기 온라인 결제 방법은, 웹서버(400)가 토큰정보(492)의 정보 및 거래정보(493)의 데이터를 갱신하는 과정을 포함할 수 있다. 이때 가맹점 ASP 서버(300)와 웹서버(400)는 연동하여 통신한다.
상기 온라인 결제 방법은, 웹서버(400)가 결제용 단말기(클라이언트 단말)(500)의 토큰 감시 요구에 따라 토큰데이터베이스(492)를 주기적으로 확인하는 과정; 토큰 처리가 완료된 상태이면, 결제용 단말기(클라이언트 단말)(500)에 토큰처리가 완료되었음을 통지하는 과정을 포함할 수 있다.
도 3은 본 명세서의 실시예에 따른 결제용 단말기(600)의 구성도이다.
도 3을 참조하면, 본 명세서의 실시예에 따른 판매자의 결제용 단말기(600)는 제어부(610), 표시부(620), 무선통신부(630), 저장부(640), 입력부(650), 근거리 통신부(660) 등을 포함할 수 있다.
표시부(620)는 제어부(610)에 의해 정보를 표시한다. 무선통신부(630)는 네트워크망(900) 등을 경유하여 스마트 금고 서버(200), 가맹점 ASP 서버(300)와 통신 기능을 수행한다. 저장부(640)는, ROM(Read Only Memory), USIM(Universal Subscriber Identity Module), 비휘발성 모바일 메모리 등일 수 있으며, 이동통신 단말기의 운영체제를 비롯하여 결제용 애플리케이션과 애플리케이션에 필요한 파일들이 저장되어 있는 기록매체로 상기 애플리케이션과 파일은 제어부(610)에 의해서 읽혀져 실행된다. 입력부(650)는 키패드나 터치장치와 음성인식 기술을 이용한 음성입력 등의 입력수단으로서 사용자가 입력한 것을 제어부(610)에 전달한다. 근거리 통신부(660)는 이동통신 단말기(100)에 네트키 송신할 수 있다,
결제용 단말기(600)는 결제용 애플리케이션, 결제용 애플리케이션이 저장된 기록매체를 구비하고, 입력부(650)의 조작에 의해 상기 애플리케이션이 구동되고 이동통신 단말기를 결제용 단말기로 사용하기 위한 결제용 단말기 초기설정수단, 상기 입력부(650)의 조작으로 결제할 금액을 입력하고 결제를 요청하는 결제요구수단, 상기의 단말기 초기설정수단 또는 결제요구수단에서 해당하는 토큰에 대해 처리 상태를 확인하는 토큰처리 확인수단을 포함할 수 있다.
상기 초기설정 수단은 애플리케이션이 기동되면 저장부(640)에 단말기 초기화 상태가 보관되어 있는지 상태를 확인하고, 초기화가 끝났을 경우는 청구금액 입력화면으로 이동하거나, 초기화 단계 미실시의 경우 입력부(650)의 조작으로 단말기 사용을 위한 동의와 함께 단말기 초기화 단계를 실시한다.
상기 단말기 초기화 단계는 초기화 대상 단말기의 단말기 식별번호, 전화번호를 기반으로 가맹점 ASP 서버(300)에 초기화 네트키를 요구하는 초기화 네트키 요구단계, 가맹점 ASP 서버(300)로부터 초기화 네트키를 수신하면, 초기화 네트키로부터 토큰을 추출하는 토큰 추출단계, 수신한 초기화 네트키로 QR코드 이미지를 생성하는 QR코드 이미지 생성단계, 표시부(620)에 QR코드 이미지를 표시하는 QR코드 표시단계를 포함할 수 있다.
상기 결제용 단말기 초기화 단계는, 상기 ASP계약정보(391)의 계약 대표자 단말기(가맹점 대표 단말기)가 상기 결제용 단말기(600)의 표시부(620)의 QR코드 이미지를 스캔하여 네트키를 수신받아 토큰을 처리하는 토큰 처리수단을 시행 후, 상기 토큰처리 확인수단을 실시하여 토큰이 처리된 경우 저장부(640)에 초기화 완료 상태를 저장하는 단계일 수 있다.
상기 토큰처리 확인수단은 상기 결제용 단말기(600)의 표시부(620)에 표시된 초기화(토큰확인) 버튼을 입력부(650)의 조작으로 누름으로 상기 토큰을 상기 가맹점 ASP 서버(300)에 송신할 수 있다.
상기 토큰처리 확인수단은 상기 가맹점 ASP 서버(300)에서 토큰이 처리된 경우는 저장부(640)에 단말기 초기화가 완료된 상태를 저장하고, 다음 화면으로 이동하도록 할 수 있다.
상기 토큰처리 확인수단은 상기 가맹점 ASP 서버(300)로부터 수신한 토큰처리 상태의 응답이 미처리 상태인 경우, 상기 결제용 단말기(600)의 표시부(620)에 토큰이 미처리 중임을 알리는 메시지를 표시하도록 할 수 있다.
상기 결제요구수단은 결제용 단말기(600)에 결제할 금액을 BlueTooth와 같은 외부 신호 또는 음성인식 같은 음성입력, 또는 키패드, 터치패드와 같은 입력부(650)의 조작으로 결제금액을 입력할 수 있다.
상기 결제요구수단은 결제용 단말기(600)에 입력된 결제금액과, 할부 개월, 단말기 식별번호를 기반으로 가맹점 ASP 서버(300)에 결제용 네트키를 요구하는 네트키 요구단계, 가맹점 ASP 서버(300)로부터 네트키를 수신하면, 네트키로부터 토큰을 추출하는 토큰 추출단계, 수신한 결제용 네트키로 QR코드 이미지를 생성하는 QR코드 이미지 생성단계, 표시부(620)에 QR코드 이미지를 표시하는 QR코드 표시단계를 수행할 수 있다.
상기 결제요구수단은 결제용 단말기(600)에 입력된 결제금액과, 할부 개월, 단말기 식별번호를 기반으로 가맹점 ASP 서버(300)에 결제용 네트키를 요구하는 네트키 요구단계, 가맹점 ASP 서버(300)로부터 결제용 네트키를 수신하면, 네트키로부터 토큰을 추출하는 토큰 추출단계, 수신한 네트키를 근거리 통신부(660)를 통해 송신할 수 있다.
도 4는 본 명세서의 실시예에 따른 스마트 금고 서버(200)의 기능 블록도다.
도 4를 참조하여 보면, 본 명세서의 실시예에 따른 스마트 금고 서버(200)는 네트키 수신기능부(210), 인증기능부(220), 결제기능부(230), 결과 송신 기능부(240), 개인정보(291)와 결제정보(292)를 보관/관리하는 데이터베이스(290)를 포함할 수 있다.
도 5는 본 명세서의 실시예에 따른 가맹점 ASP 서버(300)의 블록도이다.
도 5를 참조하여 보면, 본 명세서의 실시예에 따른 가맹점 ASP 서버(300)는 토큰발행 기능부(310), 토큰처리부(320), 토큰확인부(330) 및 ASP계약정보(391), 결제단말정보(392), 토큰정보(393), ASP거래정보(394) 등을 보관/관리하는 데이터베이스(390)를 포함할 수 있다.
상기 토큰발행 기능부(310)는 결제용 네트키 요청을 수신하면 상기 요청에 포함된 거래관련 정보를 기초로 토큰을 생성하고, 상기 생성된 토큰 및 가맹점 식별자를 기초로 네트키를 생성할 수 있다.
상기 토큰 처리부는 상기 네트키를 전달받은 스마트 금고와 연동하여 상기 생성된 토큰을 처리할 수 있다.
상기 토큰 확인부는 결제용 단말기로부터 상기 토큰의 확인 요청을 수신하여 상기 토큰의 처리 여부를 확인할 수 있다.
판매자는 가맹점 ASP업체에 가맹점 서버 사용 계약을 체결하고, 가맹점 ASP 서버(300)의 데이터베이스(390)에 ASP계약정보(391)를 보관한다. 상기 ASP계약정보(391)는 사업자를 식별하기 위해 법인번호, 사업자 번호를 키 값으로 하는 유일한 ASP식별ID와 점포번호, 사업체명칭, 온라인 또는 오프라인 결제를 구분하는 ASP구분, 계약 대표자의 전화 번호, 결제에 대한 정산을 위한 계약자의 계좌정보, 계약자의 웹사이트 URL 정보 등을 포함할 수 있다. 상기 웹사이트 URL정보는 상기 ASP구분이 온라인의 경우 필수 정보이다.
단말기 초기화를 위한 네트키 요구단계에 상기 가맹점 ASP 서버(300)는 결제용 단말기 식별번호를 수신하고, 유일한 거래식별번호를 생성하고, 생성한 거래식별번호를 키 값으로 하여 ASP거래정보(394)에 정보를 추가하는 ASP거래정보작성 과정을 수행할 수 있다.
단말기 초기화를 위한 네트키 요구단계에 상기 가맹점 ASP 서버(300)는 유일한 토큰을 생성하고, 생성한 토큰을 키 값으로 하여 토큰정보(393)에 데이터를 추가하는 토큰정보작성 과정을 포함할 수 있다.
상기ASP거래정보(394)는 거래식별번호, 결제용 단말기 식별번호, 처리요구일, 처리구분, 청구금액, 할부 개월, 토큰처리 단말기 전화번호, 정산일 등을 포함할 수 있다.
결제용 단말기 초기화를 위한 네트키 요구단계에 상기 가맹점 ASP 서버(300)는 거래식별번호, 결제용 단말기 식별번호, 처리요구일, 처리구분의 데이터를 등록할 수 있다. 상기 토큰정보(393)는 토큰, 거래식별번호, 토큰발행시각, 토큰처리시각을 포함할 수 있다.
결제용 단말기 초기화를 위한 네트키 요구단계에 상기 가맹점 ASP 서버(300)는 토큰정보작성 과정에서 토큰, 상기 거래식별번호, 토큰발행시각의 데이터를 등록할 수 있다.
상기 가맹점 ASP 서버(300)는 스마트 금고 서버(200)로부터 토큰과 전화번호를 수신받아 상기 토큰정보(393)로부터 토큰과 일치하는 거래식별번호를 취득하는 단계, 취득한 거래식별번호를 키 값으로 하여 ASP거래정보(394)로부터 거래식별번호가 일치하는 처리구분을 취득하는 단계, 취득한 처리구분이 단말기 설정인 경우, ASP거래정보(394)의 토큰처리 단말기 전화번호의 항목을 상기 수신한 전화번호로 갱신하는 단계, 상기 토큰정보(393)의 토큰처리시각을 시스템 시각으로 갱신하는 단계를 포함할 수 있다.
결제용 단말기 초기화 단계에 상기 가맹점 ASP 서버(300)는 토큰, 단말기 식별번호, 전화번호를 수신하는 파라미터 수신단계, 수신한 토큰을 키 값으로 하여 상기 토큰정보(393)에서 거래식별번호와 토큰처리시각을 조회하는 단계, 상기 토큰처리시각이 유효한 값이 있을 경우 토큰이 처리된 것으로 판정하고, 거래식별번호를 키 값으로 하여 상기 ASP거래정보(394)에서 토큰처리 전화번호를 조회하는 단계, 조회한 전화번호를 키 값으로 상기 ASP계약정보(391)에서ASP식별ID와 점포번호를 조회하는 단계, 상기 파라미터인 단말기 식별번호를 키 값으로 하여 결제단말기정보(392)에 ASP식별ID와 점포번호를 등록하는 단계, 단말기 초기화의 토큰 처리가 완료되었을 판매자의 결제용 단말기(600)에 응답하는 단계를 수행할 수 있다.
결제용 단말기 초기화 단계에서 상기 가맹점 ASP 서버(300)는 토큰, 단말기 식별번호, 전화번호를 수신하는 파라미터 수신단계, 수신한 토큰을 키 값으로 하여 상기 토큰정보(393)에서 거래식별번호와 토큰처리시각을 조회하는 단계, 상기 토큰처리시각이 유효한 값이 아닌 경우, 수신한 전화번호를 키 값으로 ASP계약정보(391)를 조회하여 계약 대표자의 전화번호와 일치하는 ASP식별ID와 점포번호를 조회하는 단계, 일치하는 정보가 검색되면 계약 대표자 전화번호를 사용하는 이동통신 단말기(100)를 결제용 단말기(600)로 사용하는 것으로 인정되어, 상기 파라미터인 단말기 식별번호를 키 값으로 하여 결제단말기정보(392)에 ASP식별ID, 전화번호와 점포번호를 등록하는 단계, 결제 단말기정보(392) 등록처리가 완료되었음을 판매자의 결제용 단말기(600)에 응답하는 단계를 수행할 수 있다.
결제용 단말기 초기화 단계에서 상기 가맹점 ASP 서버(300)는 토큰, 단말기 식별번호, 전화번호를 수신하는 파라미터 수신단계, 수신한 토큰을 키 값으로 하여 상기 토큰정보(393)에서 거래식별번호와 토큰처리시각을 조회하는 단계, 상기 토큰처리시각이 유효한 값이 아닌 경우, 수신한 전화번호를 키 값으로 ASP계약정보(391)를 조회하여 계약 대표자의 전화번호와 일치하는 ASP식별ID와 점포번호를 조회하는 단계, 일치하는 정보가 검색되지 않으면 토큰이 미처리된 것으로 판정하고, 판매자의 결제용 단말기(600)에 미처리 상태임을 알리는 응답 단계를 수행할 수 있다.
상기 가맹점 ASP 서버(300)는 결제용 네트키 요청을 수신하면 상기 요청에 포함된 거래관련 정보를 기초로 토큰을 생성하고, 상기 생성된 토큰 및 가맹점 식별자를 기초로 결제용 네트키를 생성할 수 있다.
결제용 네트키 생성 단계에서 상기 가맹점 ASP 서버(300)는 판매자 결제용 단말기 식별번호, 결제금액, 할부 개월을 파라미터로 받고, 수신한 판매자 결제용 단말기(600)의 식별번호를 키 값으로 하여 상기 결제 단말정보(392)를 조회하여 결제단말기 등록 여부를 확인하는 단계를 수행할 수 있다.
결제용 네트키 생성 단계에서 상기 가맹점 ASP 서버(300)는 유일한 거래식별번호를 생성하고, 생성한 거래식별번호를 키 값으로 하여 ASP거래정보(394)에 정보를 추가하는 ASP거래정보작성 과정을 수행할 수 있다
결제용 네트키 생성 단계에서 상기 가맹점ASP서버(300)는 유일한 토큰을 생성하고, 생성한 토큰을 키 값으로 하여 토큰정보(393)에 정보를 추가하는 토큰정보작성 과정을 수행할 수 있다.
결제용 네트키 생성 단계에서 상기 가맹점 ASP 서버(300)는 ASP거래정보작성 과정에서 거래식별번호, 결제용 단말기 식별번호, 처리요구일, 처리구분, 청구금액, 할부월수의 데이터 등을 등록할 수 있다.
결제용 네트키 생성 단계에서 상기 가맹점 ASP 서버(300)는 토큰정보작성 과정에서 토큰, 상기 거래식별번호, 토큰발행시각의 데이터 등을 등록할 수 있다.
상기 가맹점 ASP 서버(300)는 결제용 네트키를 전달받은 스마트 금고와 연동하여 상기 생성된 토큰을 처리할 수 있다. 이때 상기 가맹점 ASP 서버(300)는 상기 스마트금고 서버(200)로부터 토큰과 전화번호를 수신하고 상기 토큰정보(393)로부터 토큰과 일치하는 거래식별번호를 취득하는 단계, 취득한 거래식별번호를 키 값으로 하여 ASP거래정보(394)로부터 거래식별번호가 일치하는 처리구분을 취득하는 단계, 취득한 처리구분이 결제용 경우, ASP거래정보(394)의 토큰처리 단말기 전화번호의 항목을 상기 수신한 전화번호로 갱신하는 단계, 상기 토큰정보(393)의 토큰처리시각을 시스템 시각으로 갱신하는 단계를 수행할 수 있다.
상기 가맹점 ASP 서버(300)는 결제용 단말기로부터 토큰의 확인 요청을 수신하여 상기 토큰의 처리 여부를 확인할 수 있다. 이때 상기 가맹점 ASP 서버(300)는 토큰을 수신하는 파라미터 수신단계, 수신한 토큰을 키 값으로 하여 상기 토큰정보(393)에서 토큰처리시각을 조회하는 단계, 상기 토큰처리시각이 유효한 값이 있을 경우, 토큰이 처리된 것으로 판정하고 판매자의 결제용 단말기(600)에 응답하는 단계를 수행할 수 있다.
또한 상기 가맹점ASP서버(300)는 토큰을 수신하는 파라미터 수신단계, 수신한 토큰을 키 값으로 하여 상기 토큰정보(393)에서 토큰처리시각을 조회하는 단계, 상기 토큰처리시각이 유효한 값이 아닌 경우, 토큰이 미처리된 것으로 판정하고, 결제용 단말기(600)에 미처리 상태임을 알리는 응답 단계를 수행할 수 있다.
도 6은 본 명세서의 실시예에 따른 웹서버(400)의 기능 블록도다.
도 6을 참조하여 보면, 본 명세서의 실시예에 따른 웹서버(400)는 토큰 관리기능부(410), 토큰 감시기능부(420) 회원정보(491), 토큰정보(492), 거래정보(493)를 보관/관리하는 데이터베이스(490)를 포함할 수 있다.
도 7은 본 명세서의 실시예에 따라 판매자의 결제용 단말기(600)에서 결제용 애플리케이션이 실행되는 흐름도다.
도 7을 참조하면, 애플리케이션이 실행될 때 결제 단말기(600)는 초기화 상태를 취득한다(S1). 이때 초기화 미완료 상태인 경우, 결제 단말기는 초기화를 실시한다(S3).
결제용 단말기(600)는 결제금액을 입력받고(S4), 결제를 요청한다(S5). 결제 단말기(600)는 토큰 처리를 확인하고(S6), 처리상태가 완료인 경우, 결제 결과를 화면에 표시한다(S8). 만약 처리상태가 미완료인 경우, 결제 단말기(600)는 표시부(650)에 토큰이 미처리 중을 알리는 메시지를 표시한다(S9).
도 8은 본 명세서의 실시예에 따른 온라인 매장에서 결제 과정을 나타낸 흐름도이다.
도 8을 참조하면, 결제용(클라이언트) 단말기(500)의 웹브라우저에서 결제(또는 인증 및 회원등록)가 필요한 경우 입력부를 조작하여 네트워크망(920)을 경유 하여 웹서버(400)에 결제를 요청한다(A1). 웹서버(400)는 수신한 금액정보와 사이트ID를 기반으로 가맹점 ASP 서버(300)에 결제용 네트키를 요구한다(A2). 가맹점 ASP 서버(300)는 토큰 발행 기능부(310)에서 토큰을 발행하고, 토큰과 가맹점 식별ID를 조합한 결제용 네트키를 생성하고, 생성한 토큰과 결제용 네트키를 웹서버에 응답한다(A3), 이때 가맹점 ASP 서버(300)는 ASP거래정보와 토큰정보(393)에 데이터를 추가한다, 웹서버(400)는 수신한 결제용 네트키로 QR코드 이미지를 생성하고, QR코드 이미지를 포함하는 화면을 생성하여 결제용(클라이언트) 단말기(500)에 응답한다(A4). 이때, 웹서버(400)는 거래정보(493), 토큰정보(492)에 데이터를 추가한다.
결제용(클라이언트) 단말기(500)는 QR코드 이미지가 있는 화면을 표시하고, 해당하는 토큰에 대해 웹서버(400)에 토큰 처리 감시를 요청한다(A5). 웹서버(400)의 토큰 감시 기능부(420)는 토큰정보(492)를 정해진 시간 주기로 감시하고, 토큰의 처리가 완료되면 결제용(클라이언트) 단말기(500)에 토큰처리 완료를 통지한다(A6). 사용자는 단말기(100)의 입력부을 조작하여 QR코드로 네트키를 수신하거나 또는 근거리 통신을 통하여 결제용 네트키를 수신한다. 그리고, 수신한 결제용 네트키를 스마트 금고(200)에 송신하고, 스마트 금고 서버(200)와 가맹점 ASP 서버(300)와 웹서버(400)는 서로 통신하며, 시스템간에 연동하여 결제에 대한 토큰을 처리한다(A7). A6 단계에서 토큰처리 완료가 결제용(클라이언트) 단말기(500)에 통지되면, 결제용 단말(500)은 웹서버(400)에 토큰 처리 결과 화면을 요구한다(A8). 웹서버는 토큰 처리 결과 화면을 생성하고 결제용 단말기(500)에 응답한다(A9). 결제용 단말기(500)는 수신한 결과 화면을 표시한다(A10).
도 9는 본 명세서의 실시예에 따른 결제용 단말기(600) 초기화 과정을 나타낸 흐름도이다.
도 9를 참조하면, 결제용 단말기(600)(예컨대, 스마트폰)는 결제용 애플리케이션이 기동되면 저장부(640)에 단말기 초기화 상태 정보가 보관되어 있는지 상태를 확인하고, 초기화 단계가 미실시된 경우 입력부(650)의 조작으로 단말기 사용을 위한 동의와 함께 가맹점 ASP 서버(300)에 단말기 초기화 네트키를 요구할 수 있다(B1). 가맹점 ASP 서버(300)는 결제용 단말기 식별번호, 전화번호를 수신하고, 유일한 거래식별번호를 생성하고, 생성한 거래식별번호를 키 값으로 하여 ASP거래정보(394)에 데이터를 추가한다. 그리고, 유일한 토큰을 생성하고, 생성한 토큰을 키 값으로 하여 토큰정보(393)에 데이터를 추가하고, 생성한 토큰과 가맹점 식별ID를 조합한 초기화 네트키를 생성한다. 그 후, 초기화 네트키를 결제용 단말기(600)에 응답한다(B2). 결제용 단말기(600)는 수신한 초기화 네트키에서 토큰을 추출하고, 초기화 네트키로 QR코드 이미지를 생성하고, 생성한 QR코드 이미지를 표시부(620)에 표시한다(B3). 구매자는 단말기 (100)의 입력부을 조작하여 QR코드로부터 초기화 네트키를 수신하거나 또는 근거리 통신을 통하여 초기화 네트키를 수신하고, 수신한 초기화 네트키를 스마트 금고(200)에 송신한다. 스마트 금고 서버(200)와 가맹점 ASP 서버(300)는 서로 통신하며, 시스템간에 연동하여 결제 단말기(600) 초기화에 대한 토큰을 처리한다(B4). 결제용 단말기(600)는 토큰, 전화번호, 단말기 식별번호를 기반으로 가맹점 ASP 서버(300)에 토큰처리 확인을 요구한다(B5). 가맹점 ASP 서버(300)는 수신한 토큰과 전화번호로 토큰정보(393), ASP계약정보데이터베이스를 조회하여 토큰처리 여부를 확인하고, 토큰이 미처리인 경우 미처리 상태를 결제용 단말기(600)에 응답하며, 토큰이 처리되었을 경우 결제 단말정보데이터베이스에 단말기 식별번호를 키 값으로 결제 단말기(600)를 등록한다. 그리고, 결제용 단말기(600)에 토큰처리완료를 응답한다(B6). 결제용 이동통신 단말(600)은 수신한 토큰처리 상태가 미처리인 경우 표시부(620)에 미처리 상태를 알리는 메시지를 표시하며, 토큰이 처리완료인 경우 저장부(640)에 단말기 초기화 완료 상태를 보관하고, 다음 화면으로 이동한다(B7).
도 10은 본 명세서의 실시예에 따른 결제용 단말기(600)를 이용하여 결제하는 과정을 도시한 흐름도이다.
도 10을 참조하면, 결제용 단말기(600)는 결제할 금액을 입력받고, 가맹점 ASP 서버(300)에 결제 금액 및 결제 관련 정보를 전송하여 결제를 요청한다(B1). 이때 상기 결제 요청은 결제용 네트기를 요청하는 것일 수 있다. 가맹점 ASP 서버(300)는 결제 금액 및 결제 관련 정보를(할부 개월, 결제용 단말기 식별번호 등)를 수신한 후, 유일한 거래식별번호를 생성하고, 생성한 거래식별번호를 키 값으로 하여 ASP거래정보(394)에 데이터를 추가할 수 있다(ASP거래정보작성). 가맹점 ASP 서버(300)는 유일한 토큰을 생성하고, 생성한 토큰을 키 값으로 하여 토큰정보(393)에 데이터를 추가하고(토큰정보작성), 생성한 토큰과 가맹점 식별ID를 조합한 결제용 네트키를 생성한다, 가맹점 ASP 서버(300)는 결제용 네트키를 결제용 단말기(600)에 전송한다(B2). 결제용 단말기(600)는 수신한 결제용 네트키를 구매자의 단말기로 전달한다. 이때 결제용 단말기(600)는 수신한 결제용 네트키를 기반으로 QR코드 이미지를 생성할 수 있다. 결제용 단말기(600)는 생성한 QR코드 이미지를 표시부(620)에 표시한다(B3). 구매자 단말기는 QR코드를 읽어 결제용 네트키를 추출하거나 또는 근거리 통신을 통하여 결제용 네트키를 수신하고, 수신한 결제용 네트키를 스마트 금고(200)에 송신한다. 스마트 금고 서버(200)와 가맹점 ASP 서버(300)는 서로 통신하며, 시스템간에 연동하여 상기 요청된 결제(결제에 대한 토큰)를 처리한다(B4). 결제용 단말기(600)는 가맹점 ASP 서버(300)에 토큰처리 확인을 요구할 수 있다(B50. 가맹점 ASP 서버(300)는 수신한 토큰으로 토큰정보(393)를 조회하여 토큰처리 여부를 확인한다. 가맹점 ASP 서버(300)는 토큰이 미처리인 경우 미처리 상태를 결제용 단말기(600)에 응답하고, 토큰이 처리되었을 경우 결제용 이동통신 단말(600)에 토큰처리완료를 응답할 수 있다(B6). 결제용 이동통신 단말(600)은 수신한 토큰처리 상태가 미처리인 경우 표시부(620)에 미처리 상태를 알리는 메시지를 표시하고, 토큰이 처리 완료인 경우 결제 결과 화면(처리완료 화면)으로 이동한다(B7).
도 11은 본 명세서의 실시예에 따른 결제용 단말기(600)의 초기화 과정 화면을 나타낸 도면이다.
도 11의 (a)는 결제용 단말기가 초기화 되지 않은 경우, 결제용 단말기(600)의 표시부(620)에 표시된 화면이다.
도 11의 (a)에서 입력부(650)의 조작으로 결제용 단말기 초기화를 선택하면, 결제용 단말기(600)는 가맹점 ASP 서버(300)에 초기화 네트키를 요구한다. 가맹점 ASP 서버(300)에서 도 9에서 설명한 B2 단계를 실시한다. 도 11의 (b)는 결제용 단말기가 초기화 네트키를 수신하고 QR코드 이미지를 생성, 표시한 화면이다.
도 11의 (c)는 초기화 완료인 경우에 실행된 화면이다. 도 11의 (d)는 화면(c)에서 입력부(650) 조작으로 이용 개시를 선택한 후, 결제금액을 입력하도록 구비된 화면이다.
도 12는 본 명세서의 실시예에 따른 결제용 단말기(600)를 이용한 결제 과정을 도시한 도면이다.
도 12의 (a)는 결제 금액을 입력하는 화면이다. (도 10의 B1 과정)
도 12의 (a)에서 입력부(650)의 조작으로 결제 요구를 선택하면, 결제용 단말기(600)는 가맹점 ASP 서버(300)에 결제용 네트키를 요구하고, 가맹점 ASP 서버에서 결제용 네트키를 수신받아, QR코드 이미지를 생성하고 표시한다. 도 12의 (b)는 상기 과정을 나타낸 화면이다.
결제 확인이 선택되면, 결제용 단말기(600)는 가맹점 ASP 서버(300)에 결제 확인을 요구하고, 미처리 상태를 수신하면 미처리 상태를 알리는 메시지를 표시한다. 도 12의 (c)는 상기 과정을 나타낸 화면이다.
구매자의 이동통신 단말기(100)는 결제용 네트키를 수신받아, 결제를 위한 토큰을 처리한 후, 결제용 단말기(600)에서는 결제 확인을 선택하여, 가맹점 ASP 서버(300)에 결제 확인을 요구한다, 도 12의 (d)는 응답의 상태가 결제 완료인 경우, 결제가 완료되었음을 표시하는 화면이다.
본 명세서의 실시예에서, 이동통신 단말기(100)와 결제용 단말기(600)는 통상의 스마트폰, 태블릿PC 등일 수 있다. 애플리케이션은 저장부에 보관되고, 제어부의 통제에 의해 실시된다.
본 명세서의 실시예에서, 스마트 금고(200)와 가맹점 ASP 서버(300), 웹서버(400)는 통상의 서버 시스템으로 서버 운영체계를 갖고, 처리하는 과정과 스텝을 프로그램한 애플리케이션은 컴퓨터로 읽을 수 있는 기록매체인 저장부에 보관되고, 제어부의 통제에 의해 로드되고 실시된다.
본 명세서의 스마트 금고(200)의 데이터베이스(290), 가맹점 ASP 서버(300)의 데이터베이스(390), 웹서버(400)의 데이터베이스(490)는 통상의 데이터베이스 서버일 수 있으며, 각종 정보데이터베이스의 정보작성, 삭제, 갱신을 관리하는 애플리케이션으로 구현될 수 있다.
이상에서 설명한 본 명세서의 실시예는 장치 및 방법을 통해서만 구현이 되는 것은 아니며, 본 명세서의 실시예의 구성에 대응하는 기능을 실현하는 프로그램 또는 그 프로그램이 기록된 기록매체를 통해 구현될 수도 있다.
이상에서 본 명세서의 실시예에 대하여 설명하였지만 본 명세서의 권리범위는 이에 한정되는 것은 아니고 본 명세서의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 명세서의 권리범위에 속하는 것이다.

Claims (17)

  1. 결제용 단말기로부터 결제 요청을 수신하면 상기 요청에 포함된 거래관련 정보를 기초로 토큰을 생성하고, 상기 생성된 토큰 및 가맹점 식별자를 기초로 결제용 네트키를 생성하는 토큰발행 기능부;
    상기 결제용 네트키를 전달받은 구매자 단말기로부터 상기 결제용 네트키를 수신한 스마트 금고와 연동하여 상기 생성된 토큰을 처리하는 토큰 처리부;
    상기 결제용 단말기로부터 상기 토큰의 확인 요청을 수신하여 상기 토큰의 처리 여부를 확인하는 토큰 확인부를 포함하는 것을 특징으로 하는 가맹점 ASP(Application Service Provider) 서버.
  2. 제1항에 있어서,
    ASP 계약정보, 결제단말정보, 토큰정보 및 ASP거래정보 중 적어도 하나 이상을 저장하는 데이터베이스를 더 포함하는 것을 특징으로 하는 가맹점 ASP 서버.
  3. 제1항에 있어서,
    상기 결제용 네트키는 상기 가맹점 ASP 서버로부터 상기 결제용 단말기로 전송되고, 상기 결제용 단말기에 의해 QR(Quick Response) 코드로 변환되는 것을 특징으로 하는 가맹점 ASP 서버.
  4. 제3항에 있어서,
    상기 결제용 네트키는 상기 QR 코드로부터 상기 구매자 단말기에 의해 추출되어 상기 스마트 금고로 전달되는 것을 특징으로 하는 가맹점 ASP 서버.
  5. 제1항에 있어서,
    상기 스마트 금고는 구매자의 인증용 개인정보 및 결제정보를 저장하는 것을 특징으로 하는 가맹점 ASP 서버.
  6. 결제용 단말기가 웹서버로 결제를 요청하는 단계;
    상기 웹서버가 가맹점 ASP(Application Service Provider) 서버로 사이트 식별자 및 결제정보를 기반으로 한 결제용 네트키를 요구하는 단계;
    상기 가맹점 ASP 서버가 상기 결제 요청에 대응되는 토큰을 생성하는 단계;
    상기 가맹점 ASP 서버가 상기 생성한 토큰 및 가맹점 식별자를 기반으로 결제용 네트키를 생성하는 단계;
    상기 가맹점 ASP 서버가 상기 생성한 토큰 및 결제용 네트키를 웹서버에 전송하는 단계;
    상기 웹서버가 상기 수신한 결제용 네트키를 기초로 QR(Quick Response)코드 이미지를 생성하는 단계;
    상기 웹서버가 상기 QR코드 이미지를 포함한 화면을 작성하고, 상기 작성한 화면을 상기 클라이언트 단말에 송신하는 단계를 포함하는 것을 특징으로 하는 온라인 결제 방법.
  7. 제6항에 있어서,
    구매자 단말기가 상기 결제용 단말기에 표시된 상기 QR코드 이미지로부터 상기 결제용 네트키를 추출하여 스마트 금고로 송신하는 단계;
    상기 스마트 금고가 상기 가맹점 ASP 서버와 연동하여 상기 요청된 결제를 진행하는 단계를 더 포함하는 것을 특징으로 하는 온라인 결제 방법.
  8. 제6항에 있어서,
    상기 웹서버가 상기 결제용 단말기의 토큰 감시 요구에 따라 토큰 처리 여부를 주기적으로 확인하는 단계;
    토큰 처리가 완료된 상태이면, 상기 웹서버가 상기 결제용 단말기에게 토큰처리가 완료되었음을 통지하는 단계를 더 포함하는 것을 특징으로 하는 온라인 결제 방법.
  9. 제6항에 있어서,
    상기 스마트 금고는 구매자의 인증용 개인정보 및 결제정보를 저장하는 것을 특징으로 하는 온라인 결제 방법.
  10. 제6항에 있어서,
    상기 토큰은 소정의 유효시간이 지정되며, 상기 소정의 유효시간 내에 처리되는 경우에만 유효한 것을 특징으로 하는 온라인 결제 방법.
  11. 결제용 단말기가 가맹점 ASP(Application Service Provider) 서버로 결제 금액 및 결제 관련 정보를 전송하여 결제를 요청하는 단계;
    상기 가맹점 ASP 서버가 상기 결제 금액 및 결제 관련 정보에 대응되는 토큰을 생성하는 단계;
    상기 가맹점 ASP 서버가 상기 생성한 토큰 및 가맹점 식별자를 기반으로 결제용 네트키를 생성하고, 상기 결제용 단말기로 상기 결제용 네트키를 전송하는 단계;
    상기 결제용 단말기가 상기 수신한 결제용 네트키를 구매자 단말기로 전달하는 단계;
    상기 가맹점 ASP 서버가, 상기 결제용 네트키를 전달받은 상기 구매자 단말기로부터 상기 결제용 네트키를 수신한 스마트 금고와 연동하여, 상기 요청된 결제를 처리하는 단계;
    상기 가맹점 ASP 서버가 상기 처리된 결제 결과를 상기 결제용 단말기로 송신하는 단계를 포함하는 것을 특징으로 하는 오프라인 결제 방법.
  12. 제11항에 있어서,
    상기 결제용 단말기가 초기화되지 않은 경우,
    상기 결제용 단말기가 가맹점 ASP(Application Service Provider) 서버로 상기 결제용 단말기의 초기화를 요청하는 단계;
    상기 가맹점 ASP 서버가 상기 요청에 대응되는 토큰을 생성하는 단계;
    상기 가맹점 ASP 서버가 상기 생성한 토큰 및 가맹점 식별자를 기반으로 초기화 네트키를 생성하고, 상기 결제용 단말기로 상기 생성된 초기화 네트키를 전송하는 단계;
    상기 결제용 단말기가 상기 수신한 초기화 네트키를 가맹점 대표 단말기로 전달하는 단계;
    상기 가맹점 ASP 서버가, 상기 초기화 네트키를 전달받은 상기 가맹점 대표 단말기로부터 상기 초기화 네트키를 수신한 스마트 금고와 연동하여, 상기 요청된 결제용 단말기 초기화를 처리하는 단계;
    상기 가맹점 ASP 서버가 상기 처리된 초기화 결과를 상기 결제용 단말기로 송신하는 단계를 더 포함하는 것을 특징으로 하는 것을 특징으로 하는 오프라인 결제 방법.
  13. 제12항에 있어서,
    상기 결제용 단말기의 초기화를 요청하는 단계는
    상기 결제용 단말기가 상기 가맹점 ASP(Application Service Provider) 서버로 상기 결제용 단말기의 단말기 식별번호 및 전화번호를 전송하는 단계를 더 포함하고,
    상기 가맹점 ASP 서버가 상기 요청에 대응되는 토큰을 생성하는 단계는
    상기 가맹점 ASP 서버가 상기 초기화 요청에 대응되는 거래식별번호를 생성하고, 상기 생성된 거래식별번호를 기반으로 ASP 거래정보를 추가하는 단계를 더 포함하는 것을 특징으로 하는 오프라인 결제 방법.
  14. 제12항에 있어서,
    상기 결제 단말기 초기화 네트키를 가맹점 대표 단말기로 전달하는 단계는
    상기 결제용 단말기가 상기 초기화 네트키를 기초로 생성한 QR(Quick Response)코드 이미지로부터 상기 가맹점 대표자 단말기가 상기 초기화 네트키를 추출하는 단계이거나, 또는
    상기 결제용 단말기가 근거리 무선통신을 통해 상기 초기화 네트키를 가맹점 대표 단말기로 전송하는 단계인 것을 특징으로 하는 오프라인 결제 방법.
  15. 제12항에 있어서,
    상기 결제용 단말기 초기화를 처리하는 단계는,
    상기 가맹점 ASP 서버가, 상기 가맹점 대표 단말기로부터 수신한 상기 초기화 네트키에 포함된 토큰, 상기 결제용 단말기의 식별번호 및 상기 결제용 단말기의 전화번호를 수신하는 단계;
    상기 토큰의 유효처리시각을 기준으로 유효 여부를 판단하는 단계;
    상기 토큰이 유효한 경우, 상기 결제용 단말기를 정상 등록하는 단계;
    상기 토큰이 유효하지 않은 경우,
    상기 수신한 결제용 단말기의 전화번호에 대응되는 계약정보를 조회하고,
    상기 수신한 결제용 단말기의 전화번호에 대응되는 계약정보가 존재하면 상기 결제용 단말기가 상기 계약 대표자 단말기와 동일한 것으로 판정하여 정상 등록하고,
    상기 수신한 결제용 단말기의 전화번호에 대응되는 계약정보가 존재하지 않으면 상기 결제용 단말기를 등록하지 않는 단계를 더 포함하는 것을 특징으로 하는 오프라인 결제 방법.
  16. 제11항에 있어서,
    상기 가맹점 ASP 서버가 상기 결제 금액 및 결제 관련 정보에 대응되는 토큰을 생성하는 단계는
    상기 결제 요청에 대응되는 거래식별번호를 생성하고, 상기 생성된 거래식별번호를 기반으로 ASP 거래정보를 추가하는 단계를 더 포함하는 것을 특징으로 하는 오프라인 결제 방법.
  17. 제11항에 있어서,
    상기 결제용 네트키를 구매자 단말기로 전달하는 단계는
    상기 결제용 단말기가 상기 결제용 네트키를 기초로 생성한 QR(Quick Response)코드 이미지로부터 상기 구매자 단말기가 상기 결제용 네트키를 추출하는 단계이거나, 또는
    상기 결제용 단말기가 근거리 무선통신을 통해 상기 결제용 네트키를 상기 구매자 단말기로 전송하는 단계인 것을 특징으로 하는 오프라인 결제 방법.
PCT/KR2013/004460 2012-05-21 2013-05-21 이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법 WO2013176474A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2015513899A JP2015526774A (ja) 2012-05-21 2013-05-21 移動通信端末機を決済端末機として使用するためのアプリケーション、アプリケーションサービスプロバイダーシステム及び方法
CN201380020446.4A CN104395917A (zh) 2012-05-21 2013-05-21 用于将移动通信终端用作支付终端的应用程序、应用服务提供商系统及方法
US14/401,839 US20150134538A1 (en) 2012-05-21 2013-05-21 Application for using mobile communication terminal as payment terminal, and application service provider system and method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2012-0053414 2012-05-21
KR1020120053414A KR20130132672A (ko) 2012-05-21 2012-05-21 결제 단말기 애플리케이션, asp 시스템 및 결제 방법

Publications (1)

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

Family

ID=49624094

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/004460 WO2013176474A1 (ko) 2012-05-21 2013-05-21 이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법

Country Status (5)

Country Link
US (1) US20150134538A1 (ko)
JP (1) JP2015526774A (ko)
KR (1) KR20130132672A (ko)
CN (1) CN104395917A (ko)
WO (1) WO2013176474A1 (ko)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101410948B1 (ko) * 2013-03-13 2014-06-23 주식회사 하렉스인포텍 모바일 결제 처리 시스템 및 그 방법
KR102305825B1 (ko) * 2014-10-31 2021-09-27 삼성에스디에스 주식회사 토큰을 이용한 결제 방법 및 그 장치
EP3065366B1 (en) * 2015-03-02 2020-09-09 Bjoern Pirrwitz Identification and/or authentication system and method
CN105512925A (zh) * 2015-11-30 2016-04-20 英业达科技有限公司 交易方法及交易系统
JP6476402B2 (ja) * 2016-05-20 2019-03-06 システムメトリックス株式会社 認証システム
SG10201605789VA (en) * 2016-07-14 2018-02-27 Mastercard International Inc Methods and systems for securing a payment initiated by a payee
CN106327192B (zh) * 2016-08-18 2020-02-11 飞天诚信科技股份有限公司 一种基于云服务器和支付服务器实现的支付方法及系统
CN112184192A (zh) * 2016-12-12 2021-01-05 创新先进技术有限公司 资源调配方法和装置以及电子支付方法
KR101792973B1 (ko) * 2017-02-13 2017-11-01 모비두 주식회사 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템
US10929838B2 (en) 2018-01-19 2021-02-23 Leadot Innovation, Inc. Card not present transaction system and method for operating card not present transaction system to simplify hardware required at client sites
US10685192B2 (en) 2018-01-19 2020-06-16 Leadot Innovation, Inc. Card reading transaction system with an intermediate server
KR20190108821A (ko) * 2018-03-15 2019-09-25 삼성전자주식회사 온라인 인증을 이용하여 오프라인 결제를 수행하는 시스템 및 전자 장치
SG11202101351VA (en) * 2018-08-13 2021-03-30 Visa Int Service Ass Token keys to generate cryptograms for token interactions
JP7041032B2 (ja) * 2018-09-20 2022-03-23 ヤフー株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
CN109685674A (zh) * 2018-12-21 2019-04-26 众安信息技术服务有限公司 基于区块链的订单通证化、赔付、查询的方法、装置及存储介质
CN111861451B (zh) * 2019-04-25 2024-06-18 刘永乐 离线交易的方法、客户端设备及pos机
US20200394632A1 (en) * 2019-06-12 2020-12-17 Naman Bansal Remote key injection for initializing payment terminals
KR102135456B1 (ko) * 2019-10-23 2020-07-17 (주)엘이엠컴퍼니 결제 인터페이스 장치 및 시스템
KR102644953B1 (ko) * 2019-10-30 2024-03-07 (주)엘이엠컴퍼니 결제 인터페이스 장치
JP7177241B2 (ja) * 2020-03-31 2022-11-22 Kddi株式会社 情報処理方法
JP7003171B2 (ja) * 2020-03-31 2022-01-20 Kddi株式会社 情報処理方法
JP7133080B2 (ja) * 2020-06-18 2022-09-07 Kddi株式会社 決済処理方法及び決済処理装置
JP6931412B1 (ja) * 2020-06-18 2021-09-01 Kddi株式会社 決済処理方法及び決済処理装置
CN113298518A (zh) * 2020-07-24 2021-08-24 阿里巴巴集团控股有限公司 一种数据处理方法及其装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002117458A (ja) * 2000-10-04 2002-04-19 I Convenience:Kk バーコード画面を用いた情報処理システム
KR20060023354A (ko) * 2004-09-09 2006-03-14 박양우 휴대용 통신기기를 이용한 가맹점 주문/결제 시스템 및 방법
KR20070021826A (ko) * 2005-08-19 2007-02-23 주식회사 비즈모델라인 결제처리방법 및 시스템과 이를 위한 결제처리장치와,결제단말장치와, 무선 단말 장치와 기록매체
US20080228591A1 (en) * 2007-03-05 2008-09-18 Naoki Watanabe Shopping system
KR20110006732A (ko) * 2010-01-09 2011-01-20 김주한 휴대 단말을 이용한 선불 및 후불 결제 시스템, 소액 이체 방법, 포인트 서비스 시스템, 에스크로 서비스 시스템

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006268302A (ja) * 2005-03-23 2006-10-05 Xing Inc 決済方法及び決済システム
JP2008129635A (ja) * 2006-11-16 2008-06-05 Dainippon Printing Co Ltd 決済方法および決済代行サーバ
TWI340354B (en) * 2006-12-14 2011-04-11 Inst Information Industry System, method, and computer readable medium for micropayment with varying denomination
JP5080099B2 (ja) * 2007-02-19 2012-11-21 Ｋｄｄｉ株式会社 情報コピーシステムおよびサーバ
CN101266670A (zh) * 2007-03-14 2008-09-17 电子科技大学 一种保证公平性和匿名性的数字商品安全交易方法
US8175979B2 (en) * 2008-04-02 2012-05-08 International Business Machines Corporation Method and system for anonymous electronic transactions using a mobile device
US8380177B2 (en) * 2010-04-09 2013-02-19 Paydiant, Inc. Mobile phone payment processing methods and systems
WO2012097520A1 (zh) * 2011-01-21 2012-07-26 深圳市年年卡网络科技有限公司 基于图形的近距离支付系统及支付方法
CN102075547B (zh) * 2011-02-18 2014-03-26 天地融科技股份有限公司 动态口令生成方法及装置、认证方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002117458A (ja) * 2000-10-04 2002-04-19 I Convenience:Kk バーコード画面を用いた情報処理システム
KR20060023354A (ko) * 2004-09-09 2006-03-14 박양우 휴대용 통신기기를 이용한 가맹점 주문/결제 시스템 및 방법
KR20070021826A (ko) * 2005-08-19 2007-02-23 주식회사 비즈모델라인 결제처리방법 및 시스템과 이를 위한 결제처리장치와,결제단말장치와, 무선 단말 장치와 기록매체
US20080228591A1 (en) * 2007-03-05 2008-09-18 Naoki Watanabe Shopping system
KR20110006732A (ko) * 2010-01-09 2011-01-20 김주한 휴대 단말을 이용한 선불 및 후불 결제 시스템, 소액 이체 방법, 포인트 서비스 시스템, 에스크로 서비스 시스템

Also Published As

Publication number Publication date
JP2015526774A (ja) 2015-09-10
KR20130132672A (ko) 2013-12-05
CN104395917A (zh) 2015-03-04
US20150134538A1 (en) 2015-05-14

Similar Documents

Publication Publication Date Title
WO2013176474A1 (ko) 이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법
WO2014137107A1 (ko) 바코드를 이용한 지불 결제 시스템 및 방법
WO2012128466A1 (en) Method of controlling system and mobile device for processing payment data
WO2017222170A1 (ko) 검증값을 확인하여 결제를 처리하는 방법 및 카드사 서버, 검증값을 이용하여 결제 지원하는 방법 및 스마트 카드
WO2016159485A1 (ko) 주차장 관리 방법, 주차장 관리 서버 및 주차장 관리 시스템
WO2013137528A1 (ko) 오프라인 거래 결제 시스템, 이를 위한 방법 및 장치
WO2014030836A1 (en) Method and system for authenticating transaction request from device
WO2013055113A1 (ko) 홈쇼핑을 이용한 모바일 결제 방법, 시스템 및 장치
WO2019107907A1 (ko) 전자 지불 결제를 제어하는 전자 장치 및 이를 위한 방법
WO2019147054A1 (en) Electronic device and method for supporting automatic wi-fi connection with enhanced security method when making electronic wallet payment
WO2019031717A1 (ko) 매장 내부통신망 기반의 결제시스템, 매장 내부통신망 기반의 결제기능을 포함하는 이동단말기, 매장 내부통신망 기반의 결제서비스 제공방법, 및 이를 수행하는 프로그램
WO2014092286A1 (ko) 오프라인 상거래를 위한 결제 지원 방법, 이를 위한 시스템 및 장치
WO2017209513A1 (ko) 모바일 결제 방법 및 그 장치
WO2011129578A2 (ko) 판매자 및 상품 식별정보를 이용하는 이동단말 기반 결제주문 시스템 및 방법
WO2015069028A1 (ko) 이동통신단말기를 이용한 다채널 인증과 금융 이체 방법 및 시스템
WO2020111499A1 (ko) Qr 코드를 이용한 정보 송수신 방법, 장치 및 시스템
WO2013065993A1 (ko) 휴대단말기를 이용한 금융거래 중개 시스템
WO2013151359A1 (ko) 이동통신 단말기를 이용한 인증, 회원등록 그리고 결제 서비스를 위한 애플리케이션
WO2013055114A1 (ko) 전자 결제 방법, 시스템 및 장치
WO2017126837A1 (ko) 고지서의 납부 금액을 결제하는 방법
JP5080099B2 (ja) 情報コピーシステムおよびサーバ
WO2020054951A1 (ko) Qr 코드를 이용한 정보 송수신 방법, 장치 및 시스템
AU2021222844B2 (en) System and method for transmitting information using mobile terminal
WO2019022585A1 (ko) 카드사가 결제요청을 수신한 후에 사용자를 직접 확인하는 결제시스템 및 결제방법
WO2017164613A1 (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: 13793343

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015513899

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14401839

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13793343

Country of ref document: EP

Kind code of ref document: A1