WO2017164613A1 - 결제 처리 방법, 시스템 및 장치 - Google Patents

결제 처리 방법, 시스템 및 장치 Download PDF

Info

Publication number
WO2017164613A1
WO2017164613A1 PCT/KR2017/003008 KR2017003008W WO2017164613A1 WO 2017164613 A1 WO2017164613 A1 WO 2017164613A1 KR 2017003008 W KR2017003008 W KR 2017003008W WO 2017164613 A1 WO2017164613 A1 WO 2017164613A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
information
server
target information
approval
Prior art date
Application number
PCT/KR2017/003008
Other languages
English (en)
French (fr)
Inventor
원형일
박준
양진용
Original Assignee
주식회사 엔비레즈
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 엔비레즈 filed Critical 주식회사 엔비레즈
Publication of WO2017164613A1 publication Critical patent/WO2017164613A1/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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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

Definitions

  • the present invention relates to a payment system and method, and more particularly, to a method and apparatus for processing payment using a standard standard in a mobile terminal.
  • the mobile terminal payment service has been an electronic payment method of approving payment through subscriber's personal information and integrating the Internet content usage fee into the call rate of the mobile terminal.
  • a mobile terminal payment service there is a convenience that a user can pay the price even when there is no payment method such as cash or a card.
  • such a mobile terminal payment method can be used only when the user accesses an Internet site that provides a payment menu for the mobile terminal, and thus there is a problem that it cannot be universally used for payment.
  • the present invention has been made in consideration of the above-described point, and an object thereof is to provide a method and an apparatus capable of performing a payment service universally with a simple input.
  • Another object of the present invention is to provide a method and apparatus for processing a payment service by simply transmitting payment target and payment information using an internet protocol.
  • a payment identifier (“payto: //" protocol according to W3C's Web Payments standard) that enables the terminal to recognize that it is a payment service defined in international standards, and a secret key issued through asymmetric key encryption (RSA) algorithm, a data security standard. Encrypting and generating basic payment information including a private key and payment target information, and transmitting it to a payment server;
  • RSA symmetric key encryption
  • the payment server includes a process of processing the approval for the payment information.
  • a method for processing a payment service by a terminal is provided.
  • a payment server processes a payment service, including: receiving payment basic information including a payment identifier and payment target information recognizing a payment service defined in an international standard; It includes a process of processing the approval of the target person and payment information.
  • a payment system including a terminal and a payment server generates payment basic information including a payment identifier and payment target information that can be recognized as a payment service defined in an international standard, and transmits it to the payment server. And receiving the payment target information and the payment information to the payment server for requesting approval, receiving the payment basic information, confirming that the payment service is a predetermined standard through the payment identifier, and And a payment server for authenticating the target information and processing the approval corresponding to the payment target information and the billing information according to the request for payment approval from the terminal.
  • the payment service can be universally performed with only a simple input.
  • the present invention can simply transfer the payment target and payment amount using the Internet protocol.
  • the present invention can process a payment service with a simple input, such as sending an email using the W3C's Web Payments standard.
  • FIG. 1 is a conceptual diagram illustrating a payment system according to an embodiment of the present invention
  • FIG. 2 is an illustration of a login page used in a payment system according to an embodiment of the present invention
  • FIG. 3 is an exemplary diagram of a member registration page used in a payment system according to an embodiment of the present invention.
  • FIG. 4 is an exemplary diagram of a my page used in a payment system according to an embodiment of the present invention.
  • FIG. 5 is an exemplary view of a payment method input page used in a payment system according to an embodiment of the present invention.
  • FIG. 6 is an exemplary view of a payment account input page used in a payment system according to an embodiment of the present invention.
  • FIG. 7 is an exemplary view of a service information input page used in a payment system according to an embodiment of the present invention.
  • FIG. 8 is a flowchart illustrating a payment processing method according to an embodiment of the present invention.
  • FIG. 9 is an exemplary view of a payment page provided in a payment processing method according to an embodiment of the present invention.
  • FIG. 10 is another exemplary diagram of a payment page provided in a payment processing method according to an embodiment of the present invention.
  • FIG. 11 is a flowchart illustrating a payment processing method of a terminal device according to an embodiment of the present invention.
  • FIG. 12 is a flowchart illustrating a payment processing method of a payment server according to an embodiment of the present invention
  • FIG. 13 is a flowchart illustrating a payment processing method of a payment server according to another embodiment of the present invention.
  • the payment system 1 may include a terminal device 10 and a payment server 20.
  • the terminal device 10 and the payment server 20 may be connected to a network through wireless communication or wired communication.
  • the wireless communication may include, for example, wireless fidelity (WiFi), Bluetooth (BT), near field communication (NFC), global positioning system (GPS), cellular communication (eg, LTE, LTE-A, CDMA, WCDMA, UMTS). , WiBro, or GSM) or Over The Air (OTA).
  • the OTA may be a standard established for transmitting and receiving information on system registration in a wireless communication system.
  • the wired communication may include, for example, at least one of a universal serial bus (USB), a high definition multimedia interface (HDMI), a reduced standard 232 (RS-232), or a plain old telephone service (POTS). It is preferable that the network is made through the OTA, but it is apparent to those skilled in the art that embodiments of the present invention are not limited thereto.
  • USB universal serial bus
  • HDMI high definition multimedia interface
  • RS-232 reduced standard 232
  • POTS plain old telephone service
  • the terminal device 10 may be an electronic device including a communication function.
  • the terminal device 10 may be a smartphone, a tablet personal computer (PC), a mobile phone, a video phone, an e-book reader, a desktop personal computer. ), Laptop personal computer (PC), netbook computer, personal digital assistant (PDA), portable multimedia player (PMP), MP3 player, mobile medical device, camera, or wearable device (E.g., head-mounted-device (HMD), such as electronic glasses, electronic clothing, electronic bracelets, electronic necklaces, electronic accessories, electronic tattoos, or smart watches).
  • HMD head-mounted-device
  • the terminal device 10 may store and execute various applications.
  • the terminal device 10 may store and execute a payment service application for processing a payment service method according to an embodiment of the present invention.
  • the payment service application is a payment (payment information) (hereinafter referred to as "payment information") and information about the payment target for the payment target person to collect the payment (payment information) and the payment amount (hereinafter referred to as "payment information") It is possible to provide an input window or a selection window for inputting.
  • the payment service application requests a payment approval by providing a payment identifier 20, a payment object information, and a payment amount information that can be recognized as a payment service according to a predetermined standard (eg, W3C's Web Payments standard). And, the payment processing result from the payment server 20 can be received and displayed.
  • the payment identifier, the payment subject information, and the payment amount information may be encrypted and transmitted using a private key and a private key issued through an asymmetric key encryption (RSA) algorithm, which is a data security standard.
  • RSA asymmetric key encryption
  • the predetermined standard may include the W3C's Web Payments standard.
  • the payment server 20 may include various applications (for example, applets) installed in the terminal device 10, various data / information for installing the applications, and other data / related to the various applications / Information (for example, a descriptor of an application to be described later) can be stored.
  • the payment server 20 may access and transmit various data / information stored in the payment server 20 to the terminal device 10 at the request of the terminal device 10. For example, when the payment server 20 receives the payment identifier for recognizing the payment service according to a predetermined standard from the terminal device 10, among the payment subject information and the payment amount information transmitted together with the payment identifier. Check at least one.
  • the payment server 20 processes payment for at least one of the payment target information and the payment amount information, and transmits the result to the terminal device 10. Further, in this process, the payment server 20 may confirm the decryption and authentication of the payment target information using the public key.
  • the terminal device 10 may check the payment target information using a beacon signal.
  • the payment system 1 may further include a beacon terminal 30.
  • the beacon terminal 30 may provide an identifier of the beacon terminal using a beacon signal (ibeacon) that is a short-range communication technology of a smartphone.
  • the payment server 20 may store and manage the identifier of the beacon terminal in a database through a registration procedure of the beacon terminal.
  • the terminal device 10 receives the identifier, service name, service image, account information, etc. of the beacon terminal provided through the beacon signal through a menu such as service registration provided by the payment service application. It may be provided to the server 20, the payment server 20 may store and manage the identifier, service name, service image, account information and the like of the beacon terminal.
  • the terminal device 10 may receive the beacon signal, and may check payment subject information corresponding to the identifier of the beacon terminal received through the beacon signal from information stored in advance in the payment server 20. .
  • the terminal device 10 may perform a procedure of registering member information through a member registration menu, a service registration menu, and the like through the payment service application.
  • the terminal device 10 may display a login page 200 (see FIG. 2) provided by the payment service application on a display.
  • the login page 200 may include a member registration menu 201, and a member registration menu 201 may be selected through a touch screen or an external input device.
  • the terminal device 10 may display a member registration page 300 (refer to FIG. 3).
  • the member registration page 300 may receive a first input window 301 through which an email can be input, a second input window 302 through which a password can be input, and mobile terminal information (eg, a mobile communication phone number).
  • the third input window 303 may include an ID input window 304 for receiving a payment service identifier.
  • the member sign-up page 300 may include a member sign-up button 305. As the member sign-up button 305 is selected, the information input to the aforementioned input windows 301 to 304 may be used as a payment server ( 20), and can request to register.
  • the payment server 20 may store an e-mail, a password, mobile terminal information, a payment service identifier, and the like in a database when receiving a membership registration processing request.
  • the payment server 20 may store and manage information necessary to process a payment service (for example, information about a payment means, information about a payment account, and information about a service name) in a database.
  • the terminal device 10 transmits information (for example, information on a payment method, information on a payment account, and information on a service name) necessary for processing a payment service stored in a database through My Page 400 (see FIG. 4). Can provide.
  • the terminal device 10 may receive information necessary to process a payment service (for example, information about a payment method, information about a payment account, and information about a service).
  • my page 400 may include a payment method input menu 401, a payment account input menu 402, and a service information input menu 403.
  • the terminal device 10 may display a payment method input page 500 (refer to FIG. 5).
  • the terminal device 10 receives the information on the payment means (for example, card name, card number, expiration date, card password, etc.) on the payment means input page 500, the information on the payment means received (Eg, card name, card number, expiration date, card password, etc.) may be provided to the payment server 20.
  • the payment server 20 may store and manage information (eg, card name, card number, expiration date, card password, etc.) for the payment means in a database.
  • the terminal device 10 may display a payment account input page 600 (refer to FIG. 6).
  • the terminal device 10 may display information on the payment account (eg, account holder name (or trade name), account holder identification information (eg, social security number, etc.) (or business registration number) on the payment account input page 600; Account number, bank name, etc.), information about the payment account entered (e.g. account holder name (or trade name), account holder identification information (e.g. social security number, etc.) (or business registration number), account number, Bank name, etc.) may be provided to the payment server 20.
  • information on the payment account eg, account holder name (or trade name), account holder identification information (eg, social security number, etc.) (or business registration number)
  • account number e.g. social security number, etc.
  • the payment server 20 is the information about the payment account (for example, account holder name (or trade name), account holder identification information (for example, social security number, etc.) (or business registration number), account number, bank name, etc. Can be stored and managed in a database.
  • account holder name or trade name
  • account holder identification information for example, social security number, etc.
  • business registration number or business registration number
  • account number bank name, etc.
  • the terminal device 10 may display a service information input page 700 (refer to FIG. 7).
  • the terminal device 10 receives information on a service (eg, a service name, a service image, beacon identification information used for a service, a service category, etc.) on the service information input page 700, and receives the received service.
  • Information about eg, service name, service image, beacon identification information used for service, service category, etc.
  • the payment server 20 may store and manage information about the service (eg, service name, service image, beacon identification information used for the service, service category, etc.) in a database.
  • the payment server 20 may store information necessary to perform the payment service application.
  • the terminal device 10 may be connected to the payment server 20 through a communication network, and may exchange information necessary to perform the payment service application to process an operation of the payment service application.
  • FIG. 8 is a flowchart illustrating a payment processing method according to an embodiment of the present invention.
  • 9 is an exemplary view of a payment page provided in the payment processing method according to an embodiment of the present invention
  • Figure 10 is another exemplary view of a payment page provided in the payment processing method according to an embodiment of the present invention.
  • the terminal device 10 may check basic payment information (801).
  • the basic payment information may include a payment identifier for recognizing a payment service according to a predetermined standard, and payment target information.
  • the process 801 may be processed by a user inputting a payment identifier and payment target information for recognizing the payment service according to a predetermined standard (eg, W3C's Web Payment standard) in a web browser address window. For example, as the user enters "payto: //test@ABC.com" into the address window of the web browser, the terminal device 10 confirms that "payto: //" is the payment identifier, and "test @ ABC". .com "as the payment target information. For example, test may be user information and ABC.com may be a service domain.
  • the terminal device 10 may transmit the payment identifier and the payment target information to the payment server 20.
  • the payment server 20 may check whether the payment target information exists from a previously stored database, and provide the result to the terminal device 10. If the payment subject information does not exist in a previously stored database, the terminal device 10 may display that the payment subject information is not valid. If the payment target information exists in the previously stored database, the terminal device 10 may proceed to display a payment page (802).
  • operation 801 may be processed by an operation of requesting the user to execute the payment service application.
  • the terminal device 10 may provide an input window for receiving a payment target person.
  • the input window may display a list of IDs or contacts of payment targets stored in a database of the terminal device 10 or the payment server 20, and may select one of the lists.
  • the input window may be provided as a search window for searching the ID of the payment target included in the database of the payment server 20.
  • the terminal device 10 may transmit the payment identifier and the payment subject information that may recognize the payment service to the payment server 20 according to a predetermined standard.
  • the terminal device 10 may transmit the payment identifier and the payment target information in the format of “payto: //test@ABC.com”.
  • the payment server 20 may confirm that "payto: //" is the payment identifier and may verify that "test@ABC.com” is the payment target information.
  • the payment server 20 may check whether the payment target information exists from a previously stored database, and provide the result to the terminal device 10. If the payment subject information does not exist in a previously stored database, the terminal device 10 may display that the payment subject information is not valid. If the payment target information exists in a previously stored database, the terminal device 10 may proceed to display a payment page (802).
  • the terminal device 10 may process an operation of displaying a payment page 900 (see FIG. 9).
  • the payment page 900 may include a payment amount input window 901 and a payment request button 902 for inputting a payment amount.
  • the payment page 900 may further include a payment means input window 902 for inputting a payment means, the payment means input window 902 is information on the payment means stored in the payment server 20 (E.g. card name, card number, expiration date, card password, etc.)
  • the payment identifier and the payment subject information may be encrypted and transmitted using a private key and a private key issued through an asymmetric key encryption (RSA) algorithm, which is a data security standard.
  • RSA asymmetric key encryption
  • the payment server 20 may verify decryption and authentication of the payment target information using the public key.
  • step 803 the terminal device 10 receives information on the payment amount (hereinafter, referred to as “payment amount information”) through the payment amount input window 901 and receives a payment request button 902.
  • payment amount information information on the payment amount
  • the terminal device 10 transmits payment information to the payment server 20 to process an operation for requesting payment processing (804). At this time, the terminal device 10 may transmit the payment amount information in the format of "payto: //test@ABC.com, 10000".
  • the payment server 20 may process payment approval using the payment identifier, the payment target information, and the payment amount information. For example, the payment server 20 may confirm that "payto: //" is the payment identifier, confirm “test@ABC.com” as the payment target information, and confirm that "10000" is the payment amount information. .
  • the payment server 20 may check an account corresponding to the terminal device 10 and process payment approval based on the payment identifier, the payment target information, and the payment amount information. For example, it may be determined whether a payment amount corresponding to the payment amount information exists in the payment means linked to the account corresponding to the terminal device 10.
  • the payment server 20 may generate information indicating payment success as a result of the payment approval process.
  • the payment approval processing result may include at least one of the payment subject information, the payment amount information, and cumulative payment amount information indicating a payment amount accumulated in an account corresponding to the terminal device 10.
  • the payment server 20 is a payment approval processing result. Information indicating a payment failure may be generated.
  • the payment server 20 may transmit the payment approval result to the terminal device 10 (806).
  • the payment approval processing result may include information indicating the payment failure or the payment success.
  • the terminal device 10 processes an operation of displaying a payment approval processing result received from the payment server 20 (807). For example, when the payment approval processing result indicates that the payment has failed, the terminal device 10 may display a message indicating that the payment processing has failed on the display. When the payment approval processing result indicates that the payment is successful, the terminal device 10 may display a message indicating that the payment processing is successful on the display. In this case, the terminal device 10 may display the payment subject information, the payment amount information, and the cumulative payment amount information.
  • the user inputs the payment target information through the address window of the web browser or receives the payment target information through the input window provided by the payment service application.
  • the payment service application may input payment target information through a beacon signal issued by the beacon terminal 15.
  • the payment server 20 may perform a registration procedure of the beacon terminal through communication with the terminal device 10, and through this operation, the identifier, service name, service image, account information, etc. of the beacon terminal To store and manage. Accordingly, the payment service application may check the beacon signal issued by the beacon terminal 15, and may identify the identifier of the beacon terminal provided through the beacon signal.
  • the terminal device 10 may transmit the identifier of the beacon terminal to the payment server 20, and request and receive payment target information corresponding to the identifier of the beacon terminal.
  • the payment service application may operate in conjunction with other service applications installed in the terminal device 10. For example, it may be linked with a delivery service application, a shopping service application, a donation service application, and the like.
  • the delivery service application may be a service that provides a list of foods that can be delivered on a location basis and orders foods selected by a user in real time. The delivery service application may proceed with payment for the food selected by the user. At this time, the payment service application may call to proceed with the payment.
  • the delivery service application may provide information about the affiliate store that provides the food and price information of the food.
  • the terminal device 10 may set information on the affiliated store provided by the delivery service application as the payment target information in step 801.
  • the delivery service application may provide the price information of the food
  • the terminal device 10 sets a payment page 1000 in which the price information 1001 (see FIG. 10) of the food is set as the payment amount information. 10).
  • the terminal device 10 may receive a service name (eg, food information) from the delivery service application, and generate a payment page 1002 including the service name (eg, food information).
  • the shopping service application may be a service that provides a list of products, the user orders the goods selected by the user in real time, the donation service application provides a list of donation content, the donation content and the amount of donation selected by the user in real time It can be a service to handle. Since the shopping service application and the donation service application may also provide information corresponding to the payment target information and the payment amount information, respectively, the shopping service application and the donation service application may be operated by the same mechanism as the above-described operation of the delivery service application.
  • FIG. 11 is a flowchart illustrating a payment processing method of a terminal device according to an embodiment of the present invention.
  • the terminal device 10 may generate payment basic information (1101).
  • the basic payment information may include a payment identifier for recognizing a payment service according to a predetermined standard, and payment target information.
  • the basic payment information may include a payment identifier and payment target information that a user may recognize as a payment service according to a predetermined standard in an address window of a web browser. For example, as the user enters "payto: //test@ABC.com" into the address window of the web browser, the terminal device 10 confirms that "payto: //" is the payment identifier, and "test @ ABC". .com "as the payment target information. Accordingly, the terminal device 10 may generate the payment basic information from the information input from the user, that is, "payto: //test@ABC.com".
  • the terminal device 10 may provide an input window for receiving a payment target person.
  • the input window may display a list of IDs or contacts of payment targets stored in a database of the terminal device 10 or the payment server 20, and may select one of the lists.
  • the terminal device 10 may provide a search window for searching for the ID of the payment target included in the database of the payment server 20, and select the ID of the payment target through the search window.
  • the terminal device 10 may generate the payment basic information including the payment identifier for recognizing the payment service and the ID of the payment target according to a predetermined standard. For example, "payto: //test@ABC.com" combining the payment identifier "payto: //" and the "test@ABC.com” identified as the payment target information may be generated as the payment basic information. have.
  • the terminal device 10 may transmit the basic payment information to the payment server 20 (1102).
  • the terminal device 10 may transmit the payment basic information, that is, "payto: //test@ABC.com” to the payment server 20.
  • the payment server 20 confirms that "payto: //" is the payment identifier, confirms that "test@ABC.com” is the payment target information, and the payment target information exists from a previously stored database. Whether or not to the terminal device 10 can be provided. If the payment target information does not exist, the payment server 20 transmits an error in the payment target information, and the terminal device 10 terminates the payment processing method or receives the payment target information again. You can proceed.
  • the payment server 20 transmits information indicating that the payment target information is valid, and the terminal device 10 transmits the payment page 900 to which the payment target information is set. 9) can be displayed (1103).
  • the payment page 900 may include a payment amount input window 901 and a payment request button 902 for inputting a payment amount.
  • the payment page 900 may further include a payment means input window 902 for inputting a payment means, the payment means input window 902 is information on the payment means stored in the payment server 20 (E.g. card name, card number, expiration date, card password, etc.)
  • step 1104 the terminal device 10 receives the payment amount information through the payment amount input window 901 and receives the payment request button 902.
  • the terminal device 10 transmits payment information to the payment server 20 to process an operation for requesting payment processing (1105).
  • the terminal device 10 may transmit the payment amount information using a format of “payto: //test@ABC.com, 10000”.
  • “payto: //" may be the payment identifier
  • "test@ABC.com” may be the payment target information
  • "10000" may be the payment amount information.
  • the terminal device 10 may provide the payment page further including a service name. Accordingly, in operation 1104, the terminal device 10 may further receive the service name through the payment page, and further transmit the service name in operation 1105. For example, the terminal device 10 may transmit a format of “payto: //test@ABC.com, service name, 10000” to the payment server 20 in step 1105.
  • the payment server 20 may perform a payment processing operation and provide the result to the terminal device 10. If an error such as a payment amount corresponding to the payment amount information does not exist or information corresponding to the payment target information does not exist in the database occurs, the payment server 20 is a payment approval processing result. Information indicating a payment failure may be provided to the terminal device 10. In addition, when the payment process is normally performed, the payment server 20 may provide the terminal device 10 with information indicating that the payment processing result is successful.
  • the terminal device 10 processes an operation of displaying a payment approval processing result received from the payment server 20 (1106). For example, when the payment approval processing result indicates that the payment has failed, the terminal device 10 may display a message indicating that the payment processing has failed on the display. When the payment approval processing result indicates that the payment is successful, the terminal device 10 may display a message indicating that the payment processing is successful on the display. In this case, the terminal device 10 may display the payment subject information, the payment amount information, and the cumulative payment amount information.
  • the user inputs payment target information through the address window of the web browser, or receives payment target information through the input window provided by the payment service application.
  • the payment service application may input payment target information through a beacon signal issued by the beacon terminal 15.
  • the terminal device 10 may check a beacon signal issued by the beacon terminal 15 and identify an identifier of the beacon terminal provided through the beacon signal.
  • the terminal device 10 may transmit the identifier of the beacon terminal to the payment server 20, and request and receive payment target information corresponding to the identifier of the beacon terminal.
  • the payment service application may operate in conjunction with another service application (eg, a delivery service application) installed in the terminal device 10.
  • the delivery service application may proceed with payment for the food selected by the user.
  • the payment service application may call to proceed with the payment.
  • the delivery service application may provide information about the affiliate store that provides the food and price information of the food. Therefore, when the payment service application is called through the delivery service application, the terminal device 10 may set the information on the affiliated store provided by the delivery service application as the payment target information in step 1101.
  • the terminal device 10 sets a payment page 1000 in which the price information 1001 (see FIG. 10) of the food is set as the payment amount information. 10).
  • the terminal device 10 may receive a service name (eg, food information) from the delivery service application, and generate a payment page 1000 including the service name (eg, food information) 1002. .
  • the payment basic information may be encrypted using a private key and a private key issued through an asymmetric key encryption (RSA) algorithm, which is a data security standard.
  • the payment server 20 may verify decryption and authentication of the payment target information using the public key.
  • RSA asymmetric key encryption
  • FIG. 12 is a flowchart illustrating a payment processing method of a payment server according to an embodiment of the present invention.
  • the payment server 20 may receive payment basic information including payment identifier and payment target information for recognizing payment service according to a predetermined standard (1201).
  • the payment basic information may be received in the format of "payto: //test@ABC.com”.
  • the payment server 20 may confirm that "payto: //" is the payment identifier, and check "test@ABC.com” as the payment target information.
  • the payment server 20 may check whether the payment target information exists from a previously stored database, and provide the result to the terminal device 10 (1202).
  • the payment server 20 may receive the payment amount information provided in the format of "payto: //test@ABC.com, 10000" from the terminal device 10, and may receive a request for payment processing. have. Accordingly, the payment server 20 may process the payment approval using the payment identifier, the payment target information, and the payment amount information. For example, the payment server 20 may confirm that "payto: //" is the payment identifier, confirm "test@ABC.com” as the payment target information, and confirm that "10000" is the payment amount information. . The payment server 20 may check an account corresponding to the terminal device 10 and process payment approval based on the payment identifier, the payment target information, and the payment amount information.
  • the payment server 20 may generate information indicating payment success as a result of the payment approval process.
  • the payment approval processing result may include at least one of the payment subject information, the payment amount information, and cumulative payment amount information indicating a payment amount accumulated in an account corresponding to the terminal device 10.
  • the payment server 20 is a payment approval processing result. Information indicating a payment failure may be generated.
  • the payment server 20 may transmit the payment approval result to the terminal device 10.
  • the payment approval processing result may include information indicating the payment failure or the payment success.
  • the payment server 20 may verify the decryption and authentication of the payment target information using the public key.
  • FIG. 13 is a flowchart illustrating a payment processing method of a payment server according to another embodiment of the present invention.
  • the terminal device 10 may input payment target information through a beacon signal issued by the beacon terminal 15.
  • the payment server 20 may perform a registration procedure of the beacon terminal through communication with the terminal device 10, and through this operation, the identifier, service name, service image, account information, etc. of the beacon terminal To store and manage. Accordingly, the terminal device 10 may check the beacon signal issued by the beacon terminal 15, and may identify the identifier of the beacon terminal provided through the beacon signal. Through this operation, in operation 1301, the payment server 20 may receive the identifier of the beacon terminal from the terminal device 10, and may check the payment target information corresponding to the identifier of the beacon terminal.
  • the payment server 20 may receive payment basic information including payment identifier and payment target information for recognizing the payment service according to a predetermined standard.
  • the payment basic information may be received in the format of "payto: //test@ABC.com”.
  • the payment server 20 may confirm that "payto: //" is the payment identifier, and check "test@ABC.com" as the payment target information.
  • the payment server 20 may check whether the payment target information exists from a previously stored database, and provide the result to the terminal device 10 (1303).
  • the payment server 20 may receive the payment amount information provided in the format of "payto: //test@ABC.com, 10000" from the terminal device 10, and may receive a request for payment processing. have. Accordingly, the payment server 20 may process the payment approval using the payment identifier, the payment target information, and the payment amount information. For example, the payment server 20 may confirm that "payto: //" is the payment identifier, confirm "test@ABC.com” as the payment target information, and confirm that "10000" is the payment amount information. . The payment server 20 may check an account corresponding to the terminal device 10 and process payment approval based on the payment identifier, the payment target information, and the payment amount information.
  • the payment server 20 may generate information indicating payment success as a result of the payment approval process.
  • the payment approval processing result may include at least one of the payment subject information, the payment amount information, and cumulative payment amount information indicating a payment amount accumulated in an account corresponding to the terminal device 10.
  • the payment server 20 is a payment approval processing result. Information indicating a payment failure may be generated.
  • the payment server 20 may transmit the payment approval result to the terminal device 10.
  • the payment approval processing result may include information indicating the payment failure or the payment success.
  • the payment server 20 may verify the decryption and authentication of the payment target information using the public key.
  • Such a control method of the user terminal device can be written as a program, and codes and code segments constituting the program can be easily inferred by a programmer in the art.
  • the program related to the control method of the user terminal device may be stored in a readable media that can be read by the electronic device, and read and executed by the electronic device.

Landscapes

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

Abstract

본 발명에 따른 결제 처리 방법은 단말이 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자(W3C의 Web Payments 규격에 따른 "payto://" 프로토콜), 데이터 보안 표준인 비대칭키 암호화(RSA) 알고리즘을 통해 비밀키, 개인키 발급 및 결제 대상자 정보를 포함하는 결제기본정보를 암호화하여 생성하고, 결제서버에 전송하는 과정과, 상기 결제서버가 공개키를 통한 상기 결제 대상자 정보의 복호화 및 인증을 확인하고, 상기 단말로 제공하는 과정과, 상기 단말이 결제 금액정보를 입력받고, 상기 결제 대상자 정보 및 상기 결제 금액정보를 상기 결제서버로 전송하여 승인을 요청하는 과정과, 상기 결제서버가 상기 결제 대상자 정보 및 상기 결제 금액정보에 대한 결제 승인을 처리하는 과정을 포함한다. 본 발명에 따르면, 간단한 입력만으로 범용적으로 결제 서비스를 진행할 수 있다. 또한, 본 발명을 통해, 인터넷 프로토콜을 사용하여 간단하게 결제 대상자 및 결제 금액을 전송할 수 있다. 그리고, 비대칭키암호화 알고리즘을 통한 보안강화와 함께 본 발명을 통해, W3C Web Payments 규격을 사용하여 이메일을 보내듯이 단순한 입력만으로 결제 서비스를 처리할 수 있다.

Description

결제 처리 방법, 시스템 및 장치
발명은 결제 시스템 및 방법에 관한 것으로, 특히 이동 단말에서 표준 규격을 사용하여 결제를 처리하는 방법 및 장치에 관한 것이다.
전자지불시장이 발전하면서 휴대 단말을 이용한 결제 서비스도 널리 이용되고 있다. 현재까지의 휴대 단말 결제서비스는 가입자의 개인정보를 통해 결제를 승인하고, 해당 휴대 단말의 통화요금에 인터넷 컨텐츠 사용요금을 통합 부과하는 방식의 전자결제였다. 휴대 단말 결제 서비스의 경우 사용자가 현금이나 카드 등의 결제수단이 없을 때에도 대금을 결제할 수 있다는 편의성이 있다. 그러나, 이러한 휴대 단말 결제 방법은 사용자가 휴대 단말용 결제 메뉴를 제공하는 인터넷 사이트에 접속한 경우에 한정되어 사용이 가능하므로, 대금을 결제하는데 범용적으로 사용되지 못하는 문제가 있다.
본 발명은 전술한 점을 고려하여 안출된 것으로써, 간단한 입력만으로 범용적으로 결제 서비스를 진행할 수 있는 방법 및 장치를 제공하는데 그 목적이 있다.
또한, 본 발명은 인터넷 프로토콜을 사용하여 간단하게 결제 대상자 및 결제 과금정보를 전송함으로써, 결제 서비스를 처리할 수 있는 방법 및 장치를 제공하는데 또 다른 목적이 있다.
상술한 과제를 해결하기 위한, 본 발명의 일 측면에 따른 결제 시스템이 결제를 처리하는 방법은,
단말이 국제규격에 정의된 결제 서비스임을 인식할 수 있는 결제 식별자(W3C의 Web Payments 규격에 따른 "payto://" 프로토콜), 데이터 보안 표준인 비대칭키 암호화(RSA) 알고리즘을 통해 발급된 비밀키, 개인키 및 결제 대상자 정보를 포함하는 결제기본정보를 암호화하여 생성하고, 결제서버에 전송하는 과정과,
상기 결제서버가 공개키를 통한 상기 결제 대상자 정보의 복호화 및 인증을 확인하고, 상기 단말로 송신하는 과정과,
상기 단말이 사용자로부터 입력된 결제 과금정보와 상기 결제 대상자 정보를 상기 결제서버로 전송하여 승인을 요청하는 과정과,
상기 결제서버가 상기 결제정보에 대한 승인을 처리하는 과정을 포함한다.
본 발명의 다른 측면에 따른 단말이 결제 서비스를 처리하는 방법은,
미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 생성하는 과정과,
결제서버에 상기 결제 대상자에 대한 인증요청과, 상기 결제서버로 상기 결제 대상자 정보 및 결제 과금정보를 전송하고 승인을 요청하는 과정과,
상기 결제서버로부터 승인 결과를 수신하고 상기 승인 결과를 제공하는 과정을 포함한다.
본 발명의 또 다른 측면에 따른 결제서버가 결제 서비스를 처리하는 방법은 국제규격에 정의된 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 수신하는 과정과, 상기 결제 대상자 인증과정과 결제 과금정보에 대한 결제 승인을 처리하는 과정을 포함한다.
본 발명의 또 다른 측면에 따른 단말 및 결제서버를 포함하는 결제 시스템은 국제규격에 정의된 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 생성하여 상기 결제서버에 전송하고, 상기 결제 대상자 정보 및 상기 결제 과금정보를 상기 결제서버로 전송하여 승인을 요청하는 단말과, 상기 결제기본정보를 수신하고, 상기 결제 식별자를 통해 미리 정해진 규격의 결제 서비스임을 확인하고, 상기 결제 대상자 정보에 대해 인증하고, 상기 단말로부터 결제 승인을 요청받음에 따라 상기 결제 대상자 정보 및 상기 결제 과금정보에 대응하는 승인을 처리하는 결제서버를 포함한다.
본 발명에 따르면, 간단한 입력만으로 범용적으로 결제 서비스를 진행할 수 있다.
또한, 본 발명은 인터넷 프로토콜을 사용하여 간단하게 결제 대상자 및 결제 금액을 전송할 수 있다.
또한, 본 발명은 W3C의 Web Payments 규격을 사용하여 이메일을 보내듯이 단순한 입력만으로 결제 서비스를 처리할 수 있다.
도 1은 본 발명의 일 실시예에 따른 결제 시스템을 도시하는 개념도,
도 2는 본 발명의 일 실시예에 따른 결제 시스템에 사용되는 로그인 페이지의 일 예시도,
도 3은 본 발명의 일 실시예에 따른 결제 시스템에 사용되는 회원 가입 페이지의 일 예시도,
도 4는 본 발명의 일 실시예에 따른 결제 시스템에 사용되는 마이 페이지의 일 예시도,
도 5는 본 발명의 일 실시예에 따른 결제 시스템에 사용되는 결제수단 입력 페이지의 일 예시도,
도 6은 본 발명의 일 실시예에 따른 결제 시스템에 사용되는 결제계좌 입력 페이지의 일 예시도,
도 7은 본 발명의 일 실시예에 따른 결제 시스템에 사용되는 서비스정보 입력 페이지의 일 예시도,
도 8은 본 발명의 일 실시예에 따른 결제 처리 방법을 도시하는 흐름도,
도 9는 본 발명의 일 실시예에 따른 결제 처리 방법에서 제공되는 결제 페이지의 일 예시도,
도 10은 본 발명의 일 실시예에 따른 결제 처리 방법에서 제공되는 결제 페이지의 다른 예시도,
도 11은 본 발명의 일 실시예에 따른 단말 장치의 결제처리 방법을 도시하는 흐름도,
도 12는 본 발명의 일 실시예에 따른 결제서버의 결제처리 방법을 도시하는 흐름도,
도 13은 본 발명의 다른 실시예에 따른 결제서버의 결제처리 방법을 도시하는 흐름도.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예들을 상세히 설명한다. 이때 첨부된 도면에서 동일한 구성 요소는 가능한 동일한 부호로 나타내고 있음에 유의하여야 한다. 또한 본 발명의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다. 또한 이하에서 설명되는 본 명세서 및 청구범위에 사용된 용어나 단어는 통상적이거나 사전적인 의미로 한정해서 해석되어서는 아니 되며, 발명자는 그 자신의 발명을 가장 최선의 방법으로 설명하기 위해 용어의 개념으로 적절하게 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야만 한다.
도 1은 본 발명의 일 실시예에 따른 결제 시스템을 도시하는 개념도이다. 도 1을 참조하면, 본 발명의 일 실시예에 따른 결제 시스템(1)은 단말 장치(10) 및 결제서버(20)를 포함할 수 있다. 또한, 단말 장치(10) 및 결제서버(20)는, 무선 통신 또는 유선 통신을 통한 네트워크에 연결될 수 있다. 상기 무선 통신은, 예를 들어, Wifi(wireless fidelity), BT(Bluetooth), NFC(near field communication), GPS(global positioning system), cellular 통신(예: LTE, LTE-A, CDMA, WCDMA, UMTS, WiBro 또는 GSM 등) 또는 OTA(Over The Air) 중 적어도 하나를 포함할 수 있다. 상기 OTA는 무선통신 시스템에서 시스템 등록에 관한 정보를 송수신하기 위하여 제정된 표준일 수 있다. 상기 유선 통신은, 예를 들어, USB(universal serial bus), HDMI(high definition multimedia interface), RS-232(recommended standard 232) 또는 POTS(plain old telephone service) 중 적어도 하나를 포함할 수 있다. 상기 네트워크는 상기 OTA를 통하여 이루어지는 것이 바람직할 것이나, 이에 의하여 본 발명의 실시예가 제한되지 아니함은 통상의 기술자에게 자명하다.
단말 장치(10)는, 통신 기능이 포함된 전자장치일 수 있다. 예를 들면, 단말 장치(10)는 스마트 폰(smartphone), 태블릿 PC(tablet personal computer), 이동 전화기(mobile phone), 화상전화기, 전자북 리더기(e-book reader), 데스크탑 PC(desktop personal computer), 랩탑 PC(laptop personal computer), 넷북 컴퓨터(netbook computer), PDA(personal digital assistant), PMP(portable multimedia player), MP3 플레이어, 모바일 의료기기, 카메라(camera), 또는 웨어러블 장치(wearable device)(예: 전자 안경과 같은 head-mounted-device(HMD), 전자 의복, 전자 팔찌, 전자 목걸이, 전자 앱세서리(appcessory), 전자문신, 또는 스마트 와치(smart watch))중 적어도 하나를 포함할 수 있다.
본 발명의 일 실시예에 따른 단말 장치(10)는 다양한 애플리케이션들을 저장하고 실행할 수 있다. 예컨대, 단말 장치(10)는 본 발명의 일 실시예에 따른 결제 서비스 방법을 처리하기 위한 결제 서비스 어플리케이션을 저장 및 실행할 수 있다. 상기 결제 서비스 어플리케이션은 결제대금을 지불하는 결제자가 결제대금을 수금하는 결제 대상자에 대한 정보(이하, '결제 대상자 정보'라 함) 및 결제금액에 대한 정보(이하, '결제금액 정보'라 함)을 입력할 수 있는 입력창 또는 선택창을 제공할 수 있다.
상기 결제 서비스 어플리케이션은 미리 정해진 규격(예, W3C의 Web Payments 규격)에 의해 결제 서비스임을 인식할 수 있는 결제 식별자, 상기 결제 대상자 정보 및 결제금액 정보를 결제서버(20)로 제공하여 결제 승인을 요청하고, 결제서버(20)로부터 결제 처리된 결과를 수신하여 표시할 수 있다. 여기서, 상기 결제 식별자, 상기 결제 대상자 정보 및 결제금액 정보는, 데이터 보안 표준인 비대칭키 암호화(RSA) 알고리즘을 통해 발급된 비밀키, 개인키를 사용하여 암호화되어 전송될 수 있다.
나아가, 상기 미리 정해진 규격은 W3C의 Web Payments 규격을 포함할 수 있다.
결제서버(20)는, 단말 장치(10)에 인스톨되는 다양한 애플리케이션들(예를 들면, 애플릿(applet)), 상기 애플리케이션들을 인스톨하기 위한 다양한 데이터/정보 및 이 밖에 상기 다양한 애플리케이션들에 관한 데이터/정보 (예를 들면, 후술하는 애플리케이션의 디스크립터(descriptor))를 저장할 수 있다. 결제서버(20)는, 단말 장치(10)의 요청에 따라 결제서버(20)에 저장되어 있는 다양한 데이터/정보들에 액세스하여 단말 장치(10)에 송신할 수 있다. 예컨대, 결제서버(20)는 단말 장치(10)로부터 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 상기 결제 식별자를 수신함에 따라, 상기 결제 식별자와 함께 전송되는 상기 결제 대상자 정보 및 결제금액 정보 중 적어도 하나를 확인한다. 그리고, 상기 결제서버(20)는 상기 결제 대상자 정보 및 결제금액 정보 중 적어도 하나에 대한 결제를 처리하고, 그 결과를 상기 단말 장치(10)로 전송한다. 나아가, 이 과정에서 결제서버(20)는 공개키를 사용하여 상기 결제 대상자 정보의 복호화 및 인증을 확인할 수 있다.
단말 장치(10)가 상기 결제 서비스 어플리케이션을 통해 사용자로부터 상기 결제 대상자 정보를 입력받는 것을 예시하였으나, 본 발명이 이를 한정하는 것은 아니다. 다른 예로써, 상기 단말 장치(10)는 비콘 신호를 사용하여 상기 결제 대상자 정보를 확인할 수 있다. 예컨대, 본 발명의 일 실시예에 따른 결제 시스템(1)은 비콘 단말(30)을 더 포함할 수 있다. 상기 비콘 단말(30)은 스마트폰 근거리 통신기술인 비콘 신호(ibeacon)를 사용하여 비콘 단말의 식별자를 제공할 수 있다.
한편, 결제서버(20)는 비콘 단말의 등록 절차 등을 통해 상기 비콘 단말의 식별자를 데이터베이스에 저장 및 관리 할 수 있다. 예컨대, 상기 단말 장치(10)는 상기 결제 서비스 어플리케이션에서 제공하는 서비스 등록 등의 메뉴를 통해, 상기 비콘 신호를 통해 제공되는 상기 비콘 단말의 식별자, 서비스명, 서비스 이미지, 계좌정보 등을 입력받아 결제서버(20)에 제공할 수 있으며, 결제서버(20)는 상기 비콘 단말의 식별자, 서비스명, 서비스 이미지, 계좌정보 등을 저장 및 관리할 수 있다.
이에 따라, 상기 단말 장치(10)는 상기 비콘 신호를 수신할 수 있으며, 결제서버(20)에 미리 저장된 정보로부터 상기 비콘 신호를 통해 수신되는 비콘 단말의 식별자에 대응되는 결제 대상자 정보를 확인할 수 있다.
이하, 본 발명의 일 실시예에 따른 결제 시스템의 구체적인 동작을 설명한다.
단말 장치(10)는 상기 결제 서비스 어플리케이션를 통해, 회원 가입 메뉴, 서비스 등록 메뉴 등을 통해 회원정보를 등록하는 절차를 진행할 수 있다. 예컨대, 단말 장치(10)는 상기 결제 서비스 어플리케이션에서 제공하는 로그인 페이지(200, 도2참조)를 디스플레이를 통해 표시할 수 있다. 상기 로그인 페이지(200)에서 회원 가입 메뉴(201)를 포함할 수 있으며, 터치스크린 또는 외부 입력 장치를 통해 회원 가입 메뉴(201)를 선택받을 수 있다. 회원 가입 메뉴(201)가 선택되면, 단말 장치(10)는 회원 가입 페이지(300, 도 3참조)를 표시할 수 있다. 회원 가입 페이지(300)는 이메일을 입력받을 수 있는 제1입력창(301), 비밀번호를 입력받을 수 있는 제2입력창(302), 휴대단말 정보(예, 이동통신 전화번호)를 입력받을 수 있는 제3입력창(303), 결제 서비스 식별자를 입력받을 수 있는 ID 입력창(304)를 포함할 수 있다. 또한, 회원 가입 페이지(300)는 회원 가입 버튼(305)를 포함할 수 있으며, 상기 회원 가입 버튼(305)이 선택됨에 따라, 전술한 입력창(301 내지 304)에 입력된 정보를 결제서버(20)에 전송하고, 회원가입 처리를 요청할 수 있다. 결제서버(20)는 회원가입 처리 요청을 수신함에 따라, 이메일, 비밀번호, 휴대단말 정보, 결제 서비스 식별자 등을 데이터베이스에 저장할 수 있다.
또한, 결제서버(20)는 결제 서비스를 처리하는데 필요한 정보(예컨대, 결제수단에 대한 정보, 결제 계좌에 대한 정보, 서비스명에 대한 정보)를 데이터베이스에 저장 및 관리할 수 있다. 단말 장치(10)는 마이 페이지(400, 도4 참조)를 통해, 데이터베이스에 저장된 결제 서비스를 처리하는데 필요한 정보(예컨대, 결제수단에 대한 정보, 결제 계좌에 대한 정보, 서비스명에 대한 정보)를 제공할 수 있다. 또한 단말 장치(10)는 결제 서비스를 처리하는데 필요한 정보(예컨대, 결제수단에 대한 정보, 결제 계좌에 대한 정보, 서비스에 대한 정보)를 입력 받을 수 있다. 예컨대, 마이 페이지(400)는 결제수단 입력 메뉴(401), 결제계좌 입력 메뉴(402), 및 서비스정보 입력 메뉴(403)를 포함할 수 있다.
결제수단 입력 메뉴(401)가 선택됨에 따라 단말 장치(10)는 결제수단 입력 페이지(500, 도5 참조)를 표시할 수 있다. 또한, 단말 장치(10)는 상기 결제수단 입력 페이지(500)에 결제수단에 대한 정보(예, 카드 명칭, 카드번호, 유효기한, 카드 비밀번호 등)를 입력받고, 입력받은 상기 결제수단에 대한 정보(예, 카드 명칭, 카드번호, 유효기한, 카드 비밀번호 등)를 결제서버(20)로 제공할 수 있다. 이에 따라, 결제서버(20)는 상기 결제수단에 대한 정보(예, 카드 명칭, 카드번호, 유효기한, 카드 비밀번호 등)를 데이터베이스에 저장 및 관리할 수 있다. 그리고,
결제계좌 입력 메뉴(402)가 선택됨에 따라, 단말 장치(10)는 결제계좌 입력 페이지(600, 도6 참조)를 표시할 수 있다. 또한, 단말 장치(10)는 상기 결제계좌 입력 페이지(600)에 결제계좌에 대한 정보(예, 계좌 소유자 이름(또는 상호), 계좌 소유자 식별정보(예, 주민등록번호 등)(또는 사업자 등록번호), 계좌번호, 은행 명 등)를 입력받고, 입력받은 상기 결제계좌에 대한 정보(예, 계좌 소유자 이름(또는 상호), 계좌 소유자 식별정보(예, 주민등록번호 등)(또는 사업자 등록번호), 계좌번호, 은행 명 등)를 결제서버(20)로 제공할 수 있다. 이에 따라, 결제서버(20)는 상기 결제계좌에 대한 정보(예, 계좌 소유자 이름(또는 상호), 계좌 소유자 식별정보(예, 주민등록번호 등)(또는 사업자 등록번호), 계좌번호, 은행 명 등)를 데이터베이스에 저장 및 관리할 수 있다.
서비스정보 입력 메뉴(403)가 선택됨에 따라, 단말 장치(10)는 서비스정보 입력 페이지(700, 도7 참조)를 표시할 수 있다. 또한, 단말 장치(10)는 상기 서비스정보 입력 페이지(700)에 서비스에 대한 정보(예, 서비스 명칭, 서비스 이미지, 서비스에 사용되는 비콘 식별 정보, 서비스 카테고리 등)를 입력받고, 입력받은 상기 서비스에 대한 정보(예, 서비스 명칭, 서비스 이미지, 서비스에 사용되는 비콘 식별 정보, 서비스 카테고리 등)를 결제서버(20)로 제공할 수 있다. 이에 따라, 결제서버(20)는 상기 서비스에 대한 정보(예, 서비스 명칭, 서비스 이미지, 서비스에 사용되는 비콘 식별 정보, 서비스 카테고리 등)를 데이터베이스에 저장 및 관리할 수 있다.
이와 같이, 전술한 동작을 통해, 결제서버(20)는 상기 결제 서비스 어플리케이션을 수행하는데 필요한 정보를 저장할 수 있다. 그리고, 단말 장치(10)는 통신망을 통해 결제서버(20)와 연결되며, 상기 결제 서비스 어플리케이션을 수행하는데 필요한 정보를 교환하여 상기 결제 서비스 어플리케이션의 동작을 처리할 수 있다.
이하, 본 발명의 일 실시예에 따른 결제 처리 방법을 설명하면서, 전술한 본 발명의 일 실시예에 따른 결제 시스템의 구체적인 처리 동작을 설명한다.
도 8은 본 발명의 일 실시예에 따른 결제 처리 방법을 도시하는 흐름도이다. 도 9는 본 발명의 일 실시예에 따른 결제 처리 방법에서 제공되는 결제 페이지의 일 예시도이고, 도 10은 본 발명의 일 실시예에 따른 결제 처리 방법에서 제공되는 결제 페이지의 다른 예시도이다.
우선, 도 8을 참조하면, 단말 장치(10)는 결제기본정보를 확인할 수 있다(801). 상기 결제기본정보는 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자, 및 결제 대상자 정보를 포함할 수 있다. 사용자가 웹 브라우져의 주소 창에 미리 정해진 규격(예, W3C의 Web Payment 규격)에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 입력함으로써, 801과정이 처리될 수 있다. 예컨대, 사용자가 웹 브라우져의 주소 창에 "payto://test@ABC.com"을 입력함에 따라, 단말 장치(10)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보로 확인할 수 있다. 예를 들어 test는 사용자정보, ABC.com은 서비스 도메인일 수 있다. 그리고, 801과정에서, 단말 장치(10)는 상기 결제 식별자 및 결제 대상자 정보를 결제서버(20)로 전송할 수 있다.
결제서버(20)는 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보가 존재하는지를 확인하고, 그 결과를 단말 장치(10)로 제공할 수 있다. 미리 저장된 데이터베이스에 상기 결제 대상자 정보가 존재하지 않는 경우, 단말 장치(10)는 상기 결제 대상자 정보가 유효하지 않음을 표시할 수 있다. 미리 저장된 데이터베이스에 상기 결제 대상자 정보가 존재하는 경우, 단말 장치(10)는 결제 페이지를 표시하는 동작을 진행할 수 있다(802).
다른 예로써, 사용자가 상기 결제 서비스 어플리케이션의 수행을 요청하는 동작에 의해 801과정이 처리될 수 있다. 예컨대, 사용자가 상기 결제 서비스 어플리케이션을 실행시킴에 따라, 단말 장치(10)는 결제 대상자를 입력받을 수 있는 입력창을 제공할 수 있다. 상기 입력창은 단말 장치(10) 또는 결제서버(20)의 데이터베이스에 저장된 결제 대상자의 아이디 또는 연락처가 리스트화되어 표시되고, 리스트 중 하나를 선택받을 수 있도록 구비될 수 있다. 다른 예로써, 상기 입력창은 결제서버(20)의 데이터베이스에 수록된 상기 결제 대상자의 아이디를 검색할 수 있는 검색 창으로써 구비될 수도 있다. 또한, 801과정에서, 단말 장치(10)는 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 상기 결제 대상자 정보를 결제서버(20)로 전송할 수 있다. 예컨대, 단말 장치(10)는 상기 결제 식별자 및 상기 결제 대상자 정보를 "payto://test@ABC.com"의 포맷으로 전송할 수 있다. 결제서버(20)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보임을 확인할 수 있다. 그리고, 결제서버(20)는 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보가 존재하는지를 확인하고, 그 결과를 단말 장치(10)로 제공할 수 있다. 미리 저장된 데이터베이스에 상기 결제 대상자 정보가 존재하지 않는 경우, 단말 장치(10)는 상기 결제 대상자 정보가 유효하지 않음을 표시할 수 있다. 미리 저장된 데이터베이스에 상기 결제 대상자 정보가 존재하는 경우, 단말 장치(10)는 결제 페이지를 표시하는 과정(802)을 진행할 수 있다.
802과정에서, 단말 장치(10)는 결제 페이지(900, 도 9참조)를 표시하는 동작을 처리할 수 있다. 상기 결제 페이지(900)는 결제 금액을 입력하는 결제 금액 입력창(901) 및 결제 요청 버튼(902)을 포함할 수 있다. 또한, 상기 결제 페이지(900)는 결제 수단을 입력하는 결제 수단 입력창(902)을 더 포함할 수 있는데, 상기 결제 수단 입력창(902)은 결제서버(20)에 저장된 상기 결제수단에 대한 정보(예, 카드 명칭, 카드번호, 유효기한, 카드 비밀번호 등)를 확인하여 제공할 수 있다.
나아가, 801과정에서, 상기 결제 식별자 및 상기 결제 대상자 정보는, 데이터 보안 표준인 비대칭키 암호화(RSA) 알고리즘을 통해 발급된 비밀키, 개인키를 사용하여 암호화되어 전송될 수 있다.
그리고, 802과정에서, 결제서버(20)는 공개키를 사용하여 상기 결제 대상자 정보의 복호화 및 인증을 확인할 수 있다.
803과정에서 단말 장치(10)는 결제 금액 입력창(901)을 통해 결제금액에 대한 정보(이하, ‘결제금액 정보'라 함)를 입력받고 결제 요청 버튼(902)을 선택받는다.
결제 요청 버튼(902)이 입력됨에 따라, 단말 장치(10)는 결제금액 정보를 상기 결제서버(20)로 전송하여 결제 처리를 요청하는 동작을 처리한다(804). 이때, 단말 장치(10)는 상기 결제금액 정보를 "payto://test@ABC.com, 10000"의 포맷으로 전송할 수 있다.
이후, 805과정에서 결제서버(20)는 상기 결제 식별자, 상기 결제 대상자 정보, 및 상기 결제금액 정보를 사용하여 결제승인을 처리할 수 있다. 예컨대, 결제서버(20)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보임을 확인하고, "10000"가 상기 결제금액 정보임을 확인할 수 있다. 결제서버(20)는 단말 장치(10)에 대응되는 계정을 확인하고, 상기 결제 식별자, 상기 결제 대상자 정보, 및 상기 결제금액 정보를 바탕으로 결제승인을 처리할 수 있다. 예컨대, 단말 장치(10)에 대응되는 계정에 연동되어 있는 결제 수단에 상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하는지를 확인한다. 그리고, 상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하는 경우 상기 결제금액 정보에 해당하는 금액을 단말 장치(10)에 대응되는 계정에 연동되어 있는 결제 수단에서 차감하고, 상기 결제금액 정보에 해당하는 금액을 상기 결제 대상자 정보에 대응하는 계정에 가산하는 동작을 처리한다. 그리고, 결제서버(20)는 결제승인 처리 결과로서 결제 성공을 나타내는 정보를 생성할 수 있다. 이때, 결제승인 처리 결과는 상기 결제 대상자 정보, 상기 결제금액 정보, 및 단말 장치(10)에 대응되는 계정에 누적된 결제 금액을 나타내는 누적 결제금액 정보 중, 적어도 하나를 포함할 수 있다.
상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하지 않거나, 상기 결제 대상자 정보에 대응되는 정보가 데이터베이스에 존재하지 않는 등의 오류가 발생될 경우, 결제서버(20)는 결제승인 처리 결과로서 결제 실패를 나타내는 정보를 생성할 수 있다.
결제서버(20)는 결제승인 처리된 결과를 단말 장치(10)로 전송할 수 있다(806). 상기 결제승인 처리 결과는 상기 결제 실패 또는 결제 성공을 나타내는 정보를 포함할 수 있다.
다음으로, 단말 장치(10)는 결제서버(20)로부터 수신된 결제승인 처리 결과를 표시하는 동작을 처리한다(807). 예컨대, 결제승인 처리 결과가 결제 실패임을 나타낼 경우, 단말 장치(10)는 결제처리가 실패하였음은 나타내는 메시지를 디스플레이를 통해 표시할 수 있다. 결제승인 처리 결과가 결제 성공임을 나타낼 경우, 단말 장치(10)는 결제처리가 성공하였음은 나타내는 메시지를 디스플레이를 통해 표시할 수 있다. 이때, 단말 장치(10)는 상기 결제 대상자 정보, 상기 결제금액 정보, 및 상기 누적 결제금액 정보를 포함하여 표시할 수 있다.
전술한 일 실시예의 801과정에서, 사용자가 웹 브라우져의 주소 창을 통해 결제 대상자 정보를 입력하거나, 상기 결제 서비스 어플리케이션에서 제공하는 입력창을 통해 결제 대상자 정보를 입력받는 것을 예시하였으나, 본 발명이 이를 한정하는 것은 아니다. 다른 예로써, 상기 결제 서비스 어플리케이션은 비콘 단말(15)이 발행하는 비콘신호를 통해 결제 대상자 정보를 입력할 수도 있다. 예컨대, 결제서버(20)는 단말 장치(10)와의 통신을 통해 비콘 단말의 등록 절차를 수행할 수 있으며, 이와 같은 동작을 통해 상기 비콘 단말의 식별자, 서비스명, 서비스 이미지, 계좌정보 등을 데이터베이스에 저장 및 관리할 수 있다. 이에 따라, 상기 결제 서비스 어플리케이션은 비콘 단말(15)이 발행하는 비콘신호를 확인하고, 상기 비콘신호를 통해 제공되는 상기 비콘 단말의 식별자를 확인할 수 있다. 단말 장치(10)는 상기 비콘 단말의 식별자를 결제서버(20)로 전송하고, 상기 비콘 단말의 식별자에 대응되는 결제 대상자 정보를 요청하여 수신할 수도 있다.
나아가, 상기 결제 서비스 어플리케이션은 단말 장치(10)에 설치되는 다른 서비스 어플리케이션과 연동되어 동작할 수도 있다. 예컨대, 배달 서비스 어플리케이션, 쇼핑 서비스 어플리케이션, 기부 서비스 어플리케이션 등과 연동될 수 있다. 구체적으로 배달 서비스 어플리케이션은 위치 기반으로 배달 가능한 음식 리스트를 제공하고, 사용자가 선택한 음식을 실시간으로 주문해주는 서비스일 수 있다. 배달 서비스 어플리케이션은 사용자가 선택한 음식에 대한 결제를 진행할 수 있는데, 이때 상기 결제 서비스 어플리케이션을 호출하여 결제를 진행할 수 있다. 구체적으로, 배달 서비스 어플리케이션을 통해 사용자가 음식을 선택하는 경우, 배달 서비스 어플리케이션은 음식을 제공하는 가맹점에 대한 정보와, 음식의 가격정보를 제공할 수 있다. 따라서, 배달 서비스 어플리케이션을 통해 상기 결제 서비스 어플리케이션이 호출되는 경우, 단말 장치(10)는 801과정에서 상기 결제 대상자 정보로서 상기 배달 서비스 어플리케이션이 제공한 상기 가맹점에 대한 정보를 설정할 수 있다. 그리고, 배달 서비스 어플리케이션은 음식의 가격정보를 제공할 수 있으므로, 802과정에서, 단말 장치(10)는 상기 결제금액 정보로서 음식의 가격정보(1001, 도 10 참조)가 설정된 결제페이지(1000, 도 10 참조)를 제공할 수 있다. 나아가, 단말 장치(10)는 상기 배달 서비스 어플리케이션으로부터 서비스명(예, 음식정보)을 제공받고, 상기 서비스명(예, 음식정보)을 포함하는 결제페이지(1002)를 생성할 수도 있다.
한편, 상기 쇼핑 서비스 어플리케이션은 상품 리스트를 제공하고, 사용자가 선택한 상품을 실시간으로 주문해주는 서비스일 수 있고, 상기 기부 서비스 어플리케이션은 기부 컨텐츠 리스트를 제공하고, 사용자가 선택한 기부 컨텐츠 및 기부금액을 실시간으로 처리해주는 서비스일 수 있다. 상기 쇼핑 서비스 어플리케이션 및 기부 서비스 어플리케이션 역시, 각각 상기 결제 대상자 정보 및 결제금액 정보에 대응하는 정보를 제공할 수 있으므로, 전술한 배달 서비스 어플리케이션의 동작과 동일한 매커니즘으로 동작될 수 있음은 물론이다.
도 11은 본 발명의 일 실시예에 따른 단말 장치의 결제처리 방법을 도시하는 흐름도이다.
도 11을 참조하면, 단말 장치(10)는 결제기본정보를 생성할 수 있다(1101). 상기 결제기본정보는 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자, 및 결제 대상자 정보를 포함할 수 있다. 상기 결제기본정보는 사용자가 웹 브라우져의 주소 창에 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함할 수 있다. 예컨대, 사용자가 웹 브라우져의 주소 창에 "payto://test@ABC.com"을 입력함에 따라, 단말 장치(10)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보로 확인할 수 있다. 이에 따라, 단말 장치(10)는 상기 사용자로부터 입력받은 정보, 즉 "payto://test@ABC.com"을 상기 결제기본정보를 생성할 수 있다.
다른 예로써, 사용자가 상기 결제 서비스 어플리케이션을 실행시킴에 따라, 단말 장치(10)는 결제 대상자를 입력받을 수 있는 입력창을 제공할 수 있다. 상기 입력창은 단말 장치(10) 또는 결제서버(20)의 데이터베이스에 저장된 결제 대상자의 아이디 또는 연락처가 리스트화되어 표시되고, 리스트 중 하나를 선택받을 수 있도록 구비될 수 있다. 다른 예로써, 단말 장치(10)는 결제서버(20)의 데이터베이스에 수록된 상기 결제 대상자의 아이디를 검색할 수 있는 검색 창을 제공하고, 상기 검색 창을 통해 상기 결제 대상자의 아이디를 선택할 수도 있다. 상기 결제 대상자의 아이디가 선택됨에 따라, 단말 장치(10)는 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자와 상기 결제 대상자의 아이디를 포함하는 상기 결제기본정보를 생성할 수 있다. 예컨대, 상기 결제 식별자인 "payto://"와 상기 결제 대상자 정보로 확인된 "test@ABC.com"을 조합한 "payto://test@ABC.com"을 상기 결제기본정보로 생성할 수 있다.
다음으로, 단말 장치(10)는 결제기본정보를 결제서버(20)로 전송할 수 있다(1102). 예컨대, 단말 장치(10)는 상기 결제기본정보, 즉, "payto://test@ABC.com"을 결제서버(20)로 전송할 수 있다. 이에 대응하여, 결제서버(20)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보임을 확인하고, 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보가 존재하는지 여부를 단말 장치(10)로 제공할 수 있다. 상기 결제 대상자 정보가 존재하지 않는 경우, 결제서버(20)는 상기 결제 대상자 정보에 오류가 있음을 전송하고, 단말 장치(10)는 결제처리 방법을 종료하거나, 상기 결제 대상자 정보를 재입력 받는 동작을 진행할 수 있다.
한편, 상기 결제 대상자 정보가 존재하는 경우, 결제서버(20)는 상기 결제 대상자 정보가 유효함을 지시하는 정보를 전송하고, 단말 장치(10)는 상기 결제 대상자 정보가 설정된 결제 페이지(900, 도 9참조)를 표시할 수 있다(1103).
상기 결제 페이지(900)는 결제 금액을 입력하는 결제 금액 입력창(901) 및 결제 요청 버튼(902)을 포함할 수 있다. 또한, 상기 결제 페이지(900)는 결제 수단을 입력하는 결제 수단 입력창(902)을 더 포함할 수 있는데, 상기 결제 수단 입력창(902)은 결제서버(20)에 저장된 상기 결제수단에 대한 정보(예, 카드 명칭, 카드번호, 유효기한, 카드 비밀번호 등)를 확인하여 제공할 수 있다.
1104과정에서, 단말 장치(10)는 결제 금액 입력창(901)을 통해 상기 결제금액 정보를 입력받고 결제 요청 버튼(902)을 선택받는다.
결제 요청 버튼(902)이 입력됨에 따라, 단말 장치(10)는 결제금액 정보를 상기 결제서버(20)로 전송하여 결제 처리를 요청하는 동작을 처리한다(1105). 이때, 단말 장치(10)는 상기 결제금액 정보를 "payto://test@ABC.com, 10000"의 포맷을 사용하여 전송할 수 있다. 여기서, "payto://"가 상기 결제 식별자이고, "test@ABC.com"은 상기 결제 대상자 정보이고, "10000"은 상기 결제금액 정보일 수 있다.
다른 예로써, 1103과정에서, 단말 장치(10)는 서비스명을 더 포함하는 상기 결제 페이지를 제공할 수 있다. 이에 따라, 1104과정에서, 단말 장치(10)는 상기 결제 페이지를 통해 상기 서비스명을 더 입력 받을 수 있고, 1105과정에서 서비스명을 더 전송할 수 있다. 예컨대, 단말 장치(10)는 1105과정에서 "payto://test@ABC.com, 서비스명, 10000"의 포맷을 결제서버(20)로 전송할 수 있다.
단말 장치(10)의 1105과정에 대응하여, 결제서버(20)는 결제 처리 동작을 진행하고, 그 결과를 단말 장치(10)에 제공할 수 있다. 상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하지 않거나, 상기 결제 대상자 정보에 대응되는 정보가 데이터베이스에 존재하지 않는 등의 오류가 발생될 경우, 결제서버(20)는 결제승인 처리 결과로서 결제 실패를 나타내는 정보를 단말 장치(10)에 제공할 수 있다. 또한, 결제서버(20)는 결제 처리가 정상적으로 진행되었을 경우 결제 처리 결과가 결제 성공임을 나타내는 정보를 단말 장치(10)에 제공할 수 있다.
이에 따라, 단말 장치(10)는 결제서버(20)로부터 수신된 결제승인 처리 결과를 표시하는 동작을 처리한다(1106). 예컨대, 결제승인 처리 결과가 결제 실패임을 나타낼 경우, 단말 장치(10)는 결제처리가 실패하였음은 나타내는 메시지를 디스플레이를 통해 표시할 수 있다. 결제승인 처리 결과가 결제 성공임을 나타낼 경우, 단말 장치(10)는 결제처리가 성공하였음은 나타내는 메시지를 디스플레이를 통해 표시할 수 있다. 이때, 단말 장치(10)는 상기 결제 대상자 정보, 상기 결제금액 정보, 및 상기 누적 결제금액 정보를 포함하여 표시할 수 있다.
한편, 전술한 일 실시예의 1101과정에서, 사용자가 웹 브라우져의 주소 창을 통해 결제 대상자 정보를 입력하거나, 상기 결제 서비스 어플리케이션에서 제공하는 입력창을 통해 결제 대상자 정보를 입력받는 것을 예시하였으나, 다른 예로써, 상기 결제 서비스 어플리케이션은 비콘 단말(15)이 발행하는 비콘신호를 통해 결제 대상자 정보를 입력할 수도 있다. 예컨대, 단말 장치(10)는 비콘 단말(15)이 발행하는 비콘신호를 확인하고, 상기 비콘신호를 통해 제공되는 상기 비콘 단말의 식별자를 확인할 수 있다. 단말 장치(10)는 상기 비콘 단말의 식별자를 결제서버(20)로 전송하고, 상기 비콘 단말의 식별자에 대응되는 결제 대상자 정보를 요청하여 수신할 수도 있다.
나아가, 상기 결제 서비스 어플리케이션은 단말 장치(10)에 설치되는 다른 서비스 어플리케이션(예컨대, 배달 서비스 어플리케이션)과 연동되어 동작할 수도 있다. 배달 서비스 어플리케이션은 사용자가 선택한 음식에 대한 결제를 진행할 수 있는데, 이때 상기 결제 서비스 어플리케이션을 호출하여 결제를 진행할 수 있다. 구체적으로, 배달 서비스 어플리케이션을 통해 사용자가 음식을 선택하는 경우, 배달 서비스 어플리케이션은 음식을 제공하는 가맹점에 대한 정보와, 음식의 가격정보를 제공할 수 있다. 따라서, 배달 서비스 어플리케이션을 통해 상기 결제 서비스 어플리케이션이 호출되는 경우, 단말 장치(10)는 1101과정에서 상기 결제 대상자 정보로서 상기 배달 서비스 어플리케이션이 제공한 상기 가맹점에 대한 정보를 설정할 수 있다. 그리고, 배달 서비스 어플리케이션은 음식의 가격정보를 제공할 수 있으므로, 1103과정에서, 단말 장치(10)는 상기 결제금액 정보로서 음식의 가격정보(1001, 도 10 참조)가 설정된 결제페이지(1000, 도 10 참조)를 제공할 수 있다. 나아가, 단말 장치(10)는 상기 배달 서비스 어플리케이션으로부터 서비스명(예, 음식정보)을 제공받고, 상기 서비스명(예, 음식정보)(1002)을 포함하는 결제페이지(1000)를 생성할 수도 있다.
나아가, 1101과정에서, 상기 결제기본정보는, 데이터 보안 표준인 비대칭키 암호화(RSA) 알고리즘을 통해 발급된 비밀키, 개인키를 사용하여 암호화될 수 있다. 그리고, 1103과정에서, 결제서버(20)는 공개키를 사용하여 상기 결제 대상자 정보의 복호화 및 인증을 확인할 수 있다.
도 12는 본 발명의 일 실시예에 따른 결제서버의 결제처리 방법을 도시하는 흐름도이다.
도 12를 참조하면, 결제서버(20)는 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 수신할 수 있다(1201). 상기 결제기본정보는 "payto://test@ABC.com"의 포맷으로 수신될 수 있다. 결제서버(20)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보로 확인할 수 있다.
다음으로, 결제서버(20)는 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보가 존재하는지를 확인하고, 그 결과를 단말 장치(10)로 제공할 수 있다(1202).
한편, 1203과정에서, 결제서버(20)는 단말 장치(10)로부터 "payto://test@ABC.com, 10000"의 포맷으로 구비된 상기 결제금액 정보를 수신하고, 결제 처리를 요청받을 수 있다. 이에 따라, 결제서버(20)는 상기 결제 식별자, 상기 결제 대상자 정보, 및 상기 결제금액 정보를 사용하여 결제승인을 처리할 수 있다. 예컨대, 결제서버(20)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보임을 확인하고, "10000"가 상기 결제금액 정보임을 확인할 수 있다. 결제서버(20)는 단말 장치(10)에 대응되는 계정을 확인하고, 상기 결제 식별자, 상기 결제 대상자 정보, 및 상기 결제금액 정보를 바탕으로 결제승인을 처리할 수 있다. 단말 장치(10)에 대응되는 계정에 연동되어 있는 결제 수단에 상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하는지를 확인한다. 그리고, 상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하는 경우 상기 결제금액 정보에 해당하는 금액을 단말 장치(10)에 대응되는 계정에 연동되어 있는 결제 수단에서 차감하고, 상기 결제금액 정보에 해당하는 금액을 상기 결제 대상자 정보에 대응하는 계정에 가산하는 동작을 처리한다. 그리고, 결제서버(20)는 결제승인 처리 결과로서 결제 성공을 나타내는 정보를 생성할 수 있다. 이때, 결제승인 처리 결과는 상기 결제 대상자 정보, 상기 결제금액 정보, 및 단말 장치(10)에 대응되는 계정에 누적된 결제 금액을 나타내는 누적 결제금액 정보 중, 적어도 하나를 포함할 수 있다.
상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하지 않거나, 상기 결제 대상자 정보에 대응되는 정보가 데이터베이스에 존재하지 않는 등의 오류가 발생될 경우, 결제서버(20)는 결제승인 처리 결과로서 결제 실패를 나타내는 정보를 생성할 수 있다.
그리고, 1203과정에서, 결제서버(20)는 결제승인 처리된 결과를 단말 장치(10)로 전송할 수 있다. 상기 결제승인 처리 결과는 상기 결제 실패 또는 결제 성공을 나타내는 정보를 포함할 수 있다.
한편, 1201과정에서, 결제서버(20)는 공개키를 사용하여 상기 결제 대상자 정보의 복호화 및 인증을 확인할 수 있다.
도 13은 본 발명의 다른 실시예에 따른 결제서버의 결제처리 방법을 도시하는 흐름도이다.
도 13을 참조하면, 단말 장치(10)는 비콘 단말(15)이 발행하는 비콘신호를 통해 결제 대상자 정보를 입력할 수도 있다. 예컨대, 결제서버(20)는 단말 장치(10)와의 통신을 통해 비콘 단말의 등록 절차를 수행할 수 있으며, 이와 같은 동작을 통해 상기 비콘 단말의 식별자, 서비스명, 서비스 이미지, 계좌정보 등을 데이터베이스에 저장 및 관리할 수 있다. 이에 따라, 상기 단말 장치(10)는 비콘 단말(15)이 발행하는 비콘신호를 확인하고, 상기 비콘신호를 통해 제공되는 상기 비콘 단말의 식별자를 확인할 수 있다. 이와 같은 동작을 통해, 1301과정에서, 결제서버(20)는 단말 장치(10)로부터 상기 비콘 단말의 식별자를 수신하고, 상기 비콘 단말의 식별자에 대응되는 결제 대상자 정보를 확인할 수 있다.
1302과정에서, 결제서버(20)는 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 수신할 수 있다. 상기 결제기본정보는 "payto://test@ABC.com"의 포맷으로 수신될 수 있다. 결제서버(20)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보로 확인할 수 있다.
다음으로, 결제서버(20)는 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보가 존재하는지를 확인하고, 그 결과를 단말 장치(10)로 제공할 수 있다(1303).
한편, 1304과정에서, 결제서버(20)는 단말 장치(10)로부터 "payto://test@ABC.com, 10000"의 포맷으로 구비된 상기 결제금액 정보를 수신하고, 결제 처리를 요청받을 수 있다. 이에 따라, 결제서버(20)는 상기 결제 식별자, 상기 결제 대상자 정보, 및 상기 결제금액 정보를 사용하여 결제승인을 처리할 수 있다. 예컨대, 결제서버(20)는 "payto://"가 상기 결제 식별자임을 확인하고, "test@ABC.com"을 상기 결제 대상자 정보임을 확인하고, "10000"가 상기 결제금액 정보임을 확인할 수 있다. 결제서버(20)는 단말 장치(10)에 대응되는 계정을 확인하고, 상기 결제 식별자, 상기 결제 대상자 정보, 및 상기 결제금액 정보를 바탕으로 결제승인을 처리할 수 있다. 단말 장치(10)에 대응되는 계정에 연동되어 있는 결제 수단에 상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하는지를 확인한다. 그리고, 상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하는 경우 상기 결제금액 정보에 해당하는 금액을 단말 장치(10)에 대응되는 계정에 연동되어 있는 결제 수단에서 차감하고, 상기 결제금액 정보에 해당하는 금액을 상기 결제 대상자 정보에 대응하는 계정에 가산하는 동작을 처리한다. 그리고, 결제서버(20)는 결제승인 처리 결과로서 결제 성공을 나타내는 정보를 생성할 수 있다. 이때, 결제승인 처리 결과는 상기 결제 대상자 정보, 상기 결제금액 정보, 및 단말 장치(10)에 대응되는 계정에 누적된 결제 금액을 나타내는 누적 결제금액 정보 중, 적어도 하나를 포함할 수 있다.
상기 결제금액 정보에 대응하는 만큼의 결제 가능금액이 존재하지 않거나, 상기 결제 대상자 정보에 대응되는 정보가 데이터베이스에 존재하지 않는 등의 오류가 발생될 경우, 결제서버(20)는 결제승인 처리 결과로서 결제 실패를 나타내는 정보를 생성할 수 있다.
그리고, 1304과정에서, 결제서버(20)는 결제승인 처리된 결과를 단말 장치(10)로 전송할 수 있다. 상기 결제승인 처리 결과는 상기 결제 실패 또는 결제 성공을 나타내는 정보를 포함할 수 있다.
나아가, 1301과정에서, 결제서버(20)는 공개키를 사용하여 상기 결제 대상자 정보의 복호화 및 인증을 확인할 수 있다.
이러한 사용자 단말장치의 제어방법은 프로그램으로 작성 가능하며, 프로그램을 구성하는 코드들 및 코드 세그먼트들은 당해 분야의 프로그래머에 의하여 용이하게 추론될 수 있다. 또한, 사용자 단말장치의 제어방법에 관한 프로그램은 전자장치가 읽을 수 있는 정보저장매체(Readable Media)에 저장되고, 전자장치에 의하여 읽혀지고 실행될 수 있다.

Claims (20)

  1. 결제 시스템이 결제를 처리하는 방법에 있어서,
    단말이 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자, 및 결제 대상자 정보를 포함하는 결제기본정보를 생성하고, 결제서버에 전송하는 과정과,
    상기 결제서버가 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보를 확인하고, 상기 단말로 제공하는 과정과,
    상기 단말이 결제 금액정보를 입력받고, 상기 결제 대상자 정보 및 상기 결제 금액정보를 상기 결제서버로 전송하여 승인을 요청하는 과정과,
    상기 결제서버가 상기 결제 대상자 정보 및 상기 결제 금액정보에 대한 승인을 처리하는 과정을 포함하는 결제 처리 방법.
  2. 단말이 결제 서비스를 처리하는 방법에 있어서,
    미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 생성하는 과정과,
    결제서버에 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보를 확인하는 과정과,
    상기 결제서버로 상기 결제 대상자 정보 및 결제 금액정보를 전송하고 승인을 요청하는 과정과,
    상기 결제서버로부터 승인 결과를 수신하고 상기 승인 결과를 제공하는 과정을 포함하는 결제 처리 방법.
  3. 제2항에 있어서, 상기 결제기본정보를 생성하는 과정은,
    사용자로부터 상기 결제 대상자 정보를 입력받는 과정과,
    상기 결제 식별자와, 상기 사용자로부터 입력받은 상기 결제 대상자 정보를 포함하는 결제기본정보를 생성하는 과정을 포함하는 결제 처리 방법.
  4. 제2항에 있어서, 상기 결제기본정보를 생성하는 과정은,
    비콘 신호를 통해 입력되는 상기 결제 대상자 정보를 확인하는 과정과,
    상기 결제 식별자, 상기 비콘 신호를 통해 입력된 상기 결제 대상자 정보를 포함하는 결제기본정보를 생성하는 과정을 포함하는 결제 처리 방법.
  5. 제4항에 있어서, 상기 비콘신호를 통해 입력되는 상기 결제 대상자 정보를 확인하는 과정은,
    상기 비콘 신호를 통해 전송되는 비콘 단말 식별자를 확인하는 과정과,
    상기 비콘 단말 식별자를 상기 결제서버로 전송하는 과정과,
    상기 결제서버로부터 상기 비콘 단말 식별자에 대응되는 상기 결제 대상자 정보를 수신하는 과정을 포함하는 결제 처리 방법.
  6. 제4항에 있어서,
    상기 결제서버로부터 상기 비콘 신호에 대응되는 상기 결제 금액정보를 수신하는 과정을 더 포함하는 결제 처리 방법.
  7. 제4항에 있어서,
    상기 사용자부터 상기 결제 금액정보를 수신하는 과정을 더 포함하는 결제 처리 방법.
  8. 제3항에 있어서,
    사용자로부터 입력되는 상기 결제 금액정보를 확인하는 과정을 더 포함하는 결제 처리 방법.
  9. 제2항에 있어서, 상기 결제기본정보는,
    결제 서비스명을 포함하는 것을 특징으로 하는 결제 처리 방법.
  10. 제2항에 있어서, 상기 미리 정해진 규격은
    인터넷 프로토콜인 것을 특징으로 하는 결제 처리 방법.
  11. 결제서버가 결제 서비스를 처리하는 방법에 있어서,
    미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 수신하는 과정과,
    미리 저장된 데이터베이스로부터 상기 결제 대상자 정보를 확인하는 과정과,
    상기 결제 대상자 정보 및 결제 금액정보에 대한 승인 요청을 수신하는 과정과,
    상기 결제 대상자 정보 및 결제 금액정보에 대한 결제 승인을 처리하는 과정을 포함하는 결제 처리 방법.
  12. 제11항에 있어서, 상기 결제 대상자 정보 및 결제 금액정보에 대한 승인 요청을 수신하는 과정은,
    상기 결제 대상자 정보 및 상기 결제 금액정보는 사용자로부터 입력된 정보인 것을 특징으로 하는 결제 처리 방법.
  13. 제11항에 있어서, 상기 결제 대상자 정보 및 결제 금액정보에 대한 승인 요청을 수신하는 과정은,
    상기 결제 대상자 정보 및 결제 금액정보는 비콘 신호를 통해 입력된 것을 특징으로 하는 결제 처리 방법.
  14. 제11항에 있어서, 상기 결제 대상자 정보 및 결제 금액정보에 대한 승인 요청을 수신하는 과정은,
    비콘신호를 통해 입력된 상기 결제 대상자 정보 및 사용자로부터 입력된 상기 결제 금액정보를 수신하는 과정을 포함하는 결제 처리 방법.
  15. 제11항에 있어서, 상기 결제기본정보는,
    결제 서비스명을 포함하는 것을 특징으로 하는 결제 처리 방법.
  16. 제11항에 있어서, 상기 미리 정해진 규격은
    인터넷 프로토콜인 것을 특징으로 하는 결제 처리 방법.
  17. 단말 및 결제서버를 포함하는 결제 시스템에 있어서,
    미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 생성하여 상기 결제서버에 전송하고, 사용자로부터 결제 금액정보를 입력받고, 상기 결제 대상자 정보 및 상기 결제 금액정보를 상기 결제서버로 전송하여 승인을 요청하는 단말과,
    상기 결제기본정보를 수신하고, 상기 결제 식별자를 통해 미리 정해진 규격의 결제 서비스임을 확인하고, 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보를 확인하고, 상기 단말로부터 결제 승인을 요청받음에 따라, 상기 결제 대상자 정보 및 상기 결제 금액정보에 대응하는 승인을 처리하는 결제서버를 포함하는 결제 시스템.
  18. 단말 장치에 있어서,
    통신망을 통해 연결되는 결제서버와 정보를 송수신하는 통신부와,
    미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 생성하는 동작과, 상기 결제기본정보를 상기 결제서버에 전송하는 동작과, 사용자로부터 결제 금액정보를 입력받는 동작과, 상기 결제 대상자 정보 및 상기 결제 금액정보를 상기 결제서버로 전송하여 승인을 요청하는 동작을 처리하는 제어부를 포함하는 단말 장치.
  19. 서버 장치에 있어서,
    통신망을 통해 연결되는 단말 장치와 정보를 송수신하는 통신부와,
    상기 단말 장치로부터 상기 미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 수신하는 동작과, 상기 결제 식별자를 통해 미리 정해진 규격의 결제 서비스임을 확인하는 동작과, 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보를 확인하는 동작과, 상기 단말 장치로부터 결제 승인을 요청받음에 따라, 상기 결제 대상자 정보 및 결제 금액정보에 대응하는 승인을 처리하는 동작을 처리하는 제어부를 포함하는 서버 장치.
  20. 명령들을 저장하고 있는 저장 매체에 있어서, 상기 명령들은 적어도 하나의 프로세서에 의하여 실행될 때에 상기 적어도 하나의 프로세서로 하여금 적어도 하나의 동작을 수행하도록 설정된 것으로서, 상기 적어도 하나의 동작은,
    미리 정해진 규격에 의해 결제 서비스임을 인식할 수 있는 결제 식별자 및 결제 대상자 정보를 포함하는 결제기본정보를 생성하는 동작과,
    결제서버에 미리 저장된 데이터베이스로부터 상기 결제 대상자 정보를 확인하는 동작과,
    상기 결제서버로 상기 결제 대상자 정보 및 결제 금액정보를 전송하고 승인을 요청하는 동작과,
    상기 결제서버로부터 승인 결과를 수신하고 상기 승인 결과를 제공하는 동작을 포함하는 저장 매체.
PCT/KR2017/003008 2016-03-21 2017-03-21 결제 처리 방법, 시스템 및 장치 WO2017164613A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020160033477A KR20170109396A (ko) 2016-03-21 2016-03-21 결제 처리 방법
KR10-2016-0033477 2016-03-21

Publications (1)

Publication Number Publication Date
WO2017164613A1 true WO2017164613A1 (ko) 2017-09-28

Family

ID=59899565

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/003008 WO2017164613A1 (ko) 2016-03-21 2017-03-21 결제 처리 방법, 시스템 및 장치

Country Status (2)

Country Link
KR (1) KR20170109396A (ko)
WO (1) WO2017164613A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112164180A (zh) * 2020-08-29 2021-01-01 微码科技咸宁有限公司 一种充能站支付系统及方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090001980A (ko) * 2007-05-31 2009-01-09 한국정보통신서비스 주식회사 가상 가맹점 망을 이용한 결제처리 방법 및 시스템과 이를위한 기록매체
KR20130125246A (ko) * 2012-05-08 2013-11-18 주식회사 핑거 모바일 디바이스의 앱을 이용한 다이렉트 지불 방법 및 시스템
KR20150011144A (ko) * 2013-07-22 2015-01-30 주식회사 만도 조향 제어 장치 및 방법
KR20150081612A (ko) * 2014-01-06 2015-07-15 에스케이플래닛 주식회사 간편 결제 서비스 시스템, 그의 간편 결제 서비스를 위한 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090001980A (ko) * 2007-05-31 2009-01-09 한국정보통신서비스 주식회사 가상 가맹점 망을 이용한 결제처리 방법 및 시스템과 이를위한 기록매체
KR20130125246A (ko) * 2012-05-08 2013-11-18 주식회사 핑거 모바일 디바이스의 앱을 이용한 다이렉트 지불 방법 및 시스템
KR20150011144A (ko) * 2013-07-22 2015-01-30 주식회사 만도 조향 제어 장치 및 방법
KR20150081612A (ko) * 2014-01-06 2015-07-15 에스케이플래닛 주식회사 간편 결제 서비스 시스템, 그의 간편 결제 서비스를 위한 방법 및 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"PAYTO: Web Payment Service Prototype", ICT INSTITUTE OF TECHNOLOGY SOLUTIONS DEVELOPMENT TEAM, October 2015 (2015-10-01), XP055424567, Retrieved from the Internet <URL:https://www.w3.org/2015/10/nbreds-201510.pdf> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112164180A (zh) * 2020-08-29 2021-01-01 微码科技咸宁有限公司 一种充能站支付系统及方法

Also Published As

Publication number Publication date
KR20170109396A (ko) 2017-09-29

Similar Documents

Publication Publication Date Title
WO2016137307A1 (en) Attestation by proxy
US9125059B2 (en) Password-free, token-based wireless access
WO2014142617A1 (en) Secure mobile payment using media binding
WO2013055113A1 (ko) 홈쇼핑을 이용한 모바일 결제 방법, 시스템 및 장치
WO2015141934A1 (ko) 분할 결제 방법, 이를 위한 장치 및 시스템
WO2019147054A1 (en) Electronic device and method for supporting automatic wi-fi connection with enhanced security method when making electronic wallet payment
US11228580B2 (en) Two-factor device authentication
WO2019031717A1 (ko) 매장 내부통신망 기반의 결제시스템, 매장 내부통신망 기반의 결제기능을 포함하는 이동단말기, 매장 내부통신망 기반의 결제서비스 제공방법, 및 이를 수행하는 프로그램
WO2012141495A2 (en) Apparatus and method for providing a transaction service
CN111512618B (zh) 发送和接收包括表情符号的消息的电子设备以其控制方法
WO2020050584A1 (en) System and method for secure transactions with a trusted execution environment (tee)
WO2015069028A1 (ko) 이동통신단말기를 이용한 다채널 인증과 금융 이체 방법 및 시스템
WO2013055114A1 (ko) 전자 결제 방법, 시스템 및 장치
WO2022169011A1 (ko) 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
WO2017164613A1 (ko) 결제 처리 방법, 시스템 및 장치
WO2013141457A1 (ko) 전자 결제 시스템, 단말기, 장치 및 방법
WO2011149170A1 (ko) 통신 단말기의 화면 터치를 이용한 전자결제 승인 시스템 및 그 방법
AU2021222844B2 (en) System and method for transmitting information using mobile terminal
US20140379569A1 (en) Method and apparatus for combining different kinds of wallets on a mobile device
WO2022169012A1 (ko) 아이템 판매 정보 처리를 위한 장치 및 그 방법
US11716331B2 (en) Authentication method, an authentication device and a system comprising the authentication device
WO2020213779A1 (ko) 라이프 서비스 제공 방법, 장치 및 서비스
CN112261659B (zh) 终端和服务器的控制方法、装置、终端和存储介质
WO2012008668A1 (ko) 결제처리서버 및 그 구동 방법
WO2018160038A1 (ko) 결제 서버, 결제 시스템 및 그 카드 등록 방법

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17770583

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17770583

Country of ref document: EP

Kind code of ref document: A1