Nothing Special   »   [go: up one dir, main page]

KR102282345B1 - Transaction processing for payment of simplified and driven structure - Google Patents

Transaction processing for payment of simplified and driven structure Download PDF

Info

Publication number
KR102282345B1
KR102282345B1 KR1020170053239A KR20170053239A KR102282345B1 KR 102282345 B1 KR102282345 B1 KR 102282345B1 KR 1020170053239 A KR1020170053239 A KR 1020170053239A KR 20170053239 A KR20170053239 A KR 20170053239A KR 102282345 B1 KR102282345 B1 KR 102282345B1
Authority
KR
South Korea
Prior art keywords
payment
user
information
service
authentication
Prior art date
Application number
KR1020170053239A
Other languages
Korean (ko)
Other versions
KR20170049481A (en
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
Priority claimed from KR1020150049949A external-priority patent/KR101733229B1/en
Application filed by 네이버파이낸셜 주식회사 filed Critical 네이버파이낸셜 주식회사
Priority to KR1020170053239A priority Critical patent/KR102282345B1/en
Publication of KR20170049481A publication Critical patent/KR20170049481A/en
Application granted granted Critical
Publication of KR102282345B1 publication Critical patent/KR102282345B1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4016Transaction verification involving fraud or risk level assessment in transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223Realising banking transactions through M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/42Confirmation, e.g. check or permission by the legal debtor of payment

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

간소화되고 주도적인 구조를 가진 결제 트랜잭션 처리 기술이 개시된다. 결제 서비스 방법은, 사용자의 단말이 특정 상품과 관련된 서비스 화면에 진입하는 경우, 상기 서비스 화면 상에 상기 사용자의 서비스 계정에 연결된 결제 정보에 대응되는 URL(uniform resource locator)을 제공하는 단계; 및 상기 사용자의 단말로부터 상기 URL에 대한 선택을 수신하면 별도의 정보 입력 없이 상기 결제 정보를 이용하여 다이렉트로 결제 처리를 수행하는 단계를 포함한다. 이 때 상기 결제 처리를 수행하는 단계는, 상기 결제 정보와 관련된 금융사와 무관한 독립된 인증 절차를 수행하는 것으로, 상기 사용자의 결제 위험 등급을 확인하는 단계; 및 상기 결제 위험 등급에 대응되는 인증 방식을 적용하여 상기 사용자에 대한 본인 인증 절차를 수행하는 단계;를 포함할 수 있다.A payment transaction processing technology having a simplified and proactive structure is disclosed. The payment service method includes: providing a uniform resource locator (URL) corresponding to payment information connected to the user's service account on the service screen when a user's terminal enters a service screen related to a specific product; and directly performing payment processing using the payment information without inputting additional information when receiving the selection for the URL from the user's terminal. In this case, the step of performing the payment processing may include performing an independent authentication procedure independent of a financial company related to the payment information, and checking the user's payment risk level; and performing an identity authentication procedure for the user by applying an authentication method corresponding to the payment risk level.

Figure R1020170053239
Figure R1020170053239

Description

간소화되고 주도적인 구조를 가진 결제 트랜잭션 처리{TRANSACTION PROCESSING FOR PAYMENT OF SIMPLIFIED AND DRIVEN STRUCTURE}Payment transaction processing with a simplified and proactive structure {TRANSACTION PROCESSING FOR PAYMENT OF SIMPLIFIED AND DRIVEN STRUCTURE}

본 발명의 실시예들은 트랜잭션 처리 기술에 관한 것이다.Embodiments of the present invention relate to transaction processing techniques.

유무선 네트워크 인프라가 구축되고 인터넷 기술이 발전함에 따라 온라인 공간에서 상거래 활동을 할 수 있도록 하는 전자상거래 관련 시장도 성장하고 있는 추세이다.As wired and wireless network infrastructure is built and Internet technology develops, the e-commerce market that enables commerce activities in the online space is also growing.

전자상거래는 인터넷 등 전자 매체를 이용하여 상품, 서비스 등을 거래하는 행위의 총칭으로, 거래 행위는 일반적인 상품 거래와 함께 광고, 마케팅, 서비스를 제공하는 거래 행위도 포함한다. 전자상거래의 대표적인 예로, 인터넷의 홈페이지나 가상 상점을 구축하여 물품을 판매하거나 서비스를 제공하는 인터넷 쇼핑 또는 사이버 쇼핑 등이 있다.E-commerce is a generic term for transacting goods and services using electronic media such as the Internet. Transactions include general product transactions as well as trading activities that provide advertisements, marketing, and services. Representative examples of e-commerce include Internet shopping or cyber shopping in which goods are sold or services are provided by building a website or virtual shop on the Internet.

거래 대금은 일반적으로 신용 카드나 디지털 화폐 또는 전자적 지급 수단으로 결제된다. 이러한 대금 결제를 위해서는 안전한 거래 기술(Secure Transaction Technology, STT)과 안전한 전자 지불 프로토콜(Secure Electronic Payment Protocol, SEPP) 등이 적용된 신용카드용 결제 시스템, 또는 디지털 현금에 의한 결제 시스템 등이 필요하다. 또한, 거래 안전을 위해서는 SSL(Secure Socket Layer)이나, S-HTTP(Secure-HTTP) 등이 적용된 전자 인증 시스템이 필요하다.Transactions are usually paid by credit card, digital currency, or electronic payment method. For this kind of payment, a payment system for credit cards or a payment system using digital cash is required to which secure transaction technology (STT) and secure electronic payment protocol (SEPP) are applied. In addition, for transaction safety, an electronic authentication system to which SSL (Secure Socket Layer) or S-HTTP (Secure-HTTP) is applied is required.

전자상거래의 일 예로, 한국공개특허 제10-1997-0049810호(공개일 1997년 07월 29일) "온라인 쇼핑 시스템 및 대금 결제 방법"에는 카드정보가 누설되지 않고 컴퓨터 네트워크를 이용해서 실시간으로 상품의 주문 및 결제를 실행할 수 있게 하는 온라인 쇼핑 시스템이 개시되어 있다.As an example of e-commerce, in Korea Patent Application Laid-Open No. 10-1997-0049810 (published on July 29, 1997) "Online Shopping System and Payment Method", card information is not leaked and products are real-time using a computer network. Disclosed is an online shopping system that enables execution of orders and payments.

URL(uniform resource locator) 방식을 이용하여 결제 절차를 최대한 간소화 하여 더욱 간편하게 결제할 수 있는 원클릭 결제 모델을 제공한다.It provides a one-click payment model that makes payment easier by simplifying the payment process as much as possible using the uniform resource locator (URL) method.

사용자의 거래 이력에 따른 구매 패턴이나 정기 구매를 위한 예약 설정에 따라 다이렉트 결제가 가능한 알림을 제공할 수 있는 결제 모델을 제공한다.It provides a payment model that can provide a notification that direct payment is possible according to a purchase pattern according to a user's transaction history or a reservation setting for regular purchase.

대금 결제의 안전한 거래를 위해 금융사(예컨대, 카드사, 은행사 등)에서 주도하던 인증을 결제 시스템에서 직접 수행할 수 있는 결제 모델을 제공한다.A payment model is provided in which the payment system can directly perform authentication led by a financial company (eg, a credit card company, a bank company, etc.) for safe transaction of payment.

사용자나 거래 상황의 위험도 수준에 따라 인증 절차를 원클릭에서 결제 불가까지 차등화 하여 적용할 수 있는 결제 모델을 제공한다.It provides a payment model that can be applied by differentiating the authentication process from one-click to non-payment according to the level of risk of the user or transaction situation.

컴퓨터로 구현되는 결제 서비스 방법에 있어서, 사용자의 단말이 특정 상품과 관련된 서비스 화면에 진입하는 경우, 상기 서비스 화면 상에 상기 사용자의 서비스 계정에 연결된 결제 정보에 대응되는 URL(uniform resource locator)을 제공하는 단계; 및 상기 사용자의 단말로부터 상기 URL에 대한 선택을 수신하면 별도의 정보 입력 없이 상기 결제 정보를 이용하여 다이렉트로 결제 처리를 수행하는 단계를 포함하는 결제 서비스 방법을 제공한다. 이 때 상기 결제 처리를 수행하는 단계는, 상기 결제 정보와 관련된 금융사와 무관한 독립된 인증 절차를 수행하는 것으로, 상기 사용자의 결제 위험 등급을 확인하는 단계; 및 상기 결제 위험 등급에 대응되는 인증 방식을 적용하여 상기 사용자에 대한 본인 인증 절차를 수행하는 단계;를 포함할 수 있다.In the payment service method implemented by a computer, when a user's terminal enters a service screen related to a specific product, a uniform resource locator (URL) corresponding to payment information connected to the user's service account is provided on the service screen to do; and directly performing payment processing using the payment information without inputting additional information when receiving the selection for the URL from the user's terminal. In this case, the step of performing the payment processing may include performing an independent authentication procedure independent of a financial company related to the payment information, and checking the user's payment risk level; and performing an identity authentication procedure for the user by applying an authentication method corresponding to the payment risk level.

적어도 하나의 프로그램이 로딩된 메모리; 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 프로그램의 제어에 따라, 사용자의 단말이 특정 상품과 관련된 서비스 화면에 진입하는 경우, 상기 서비스 화면 상에 상기 사용자의 서비스 계정에 연결된 결제 정보에 대응되는 URL(uniform resource locator)을 제공하는 과정; 및 상기 사용자의 단말로부터 상기 URL에 대한 선택을 수신하면 별도의 정보 입력 없이 상기 결제 정보를 이용하여 다이렉트로 결제 처리를 수행하는 과정을 처리하는 결제 시스템을 제공한다. 이 때 상기 결제 처리를 수행하는 과정은, 상기 결제 정보와 관련된 금융사와 무관한 독립된 인증 절차를 수행하는 것으로, 상기 사용자의 결제 위험 등급을 확인하는 과정; 및 상기 결제 위험 등급에 대응되는 인증 방식을 적용하여 상기 사용자에 대한 본인 인증 절차를 수행하는 과정;을 포함할 수 있다.at least one program loaded memory; and at least one processor, wherein the at least one processor is connected to the user's service account on the service screen when the user's terminal enters a service screen related to a specific product under the control of the program. providing a uniform resource locator (URL) corresponding to payment information; and a payment system that processes a process of directly performing payment processing using the payment information without inputting additional information when receiving the selection for the URL from the user's terminal. In this case, the process of performing the payment processing includes performing an independent authentication process independent of the financial company related to the payment information, and the process of confirming the user's payment risk level; and performing an identity authentication procedure for the user by applying an authentication method corresponding to the payment risk level.

본 발명의 실시예에 따르면, 불필요한 절차를 생략하여 URL 방식을 통해 다이렉트로 결제할 수 있는 원클릭 결제 모델을 제공함으로써 간편한 유입 경로를 통해 주문 단계를 간소화 할 수 있다.According to an embodiment of the present invention, an order step can be simplified through a simple inflow path by providing a one-click payment model that enables direct payment through a URL method by omitting unnecessary procedures.

본 발명의 실시예에 따르면, 사용자의 거래 이력에 따른 구매 패턴이나 예약 설정에 따라 다이렉트 결제가 가능한 알림을 제공함으로써 정기적인 구매 행태를 가진 사용자의 편의를 극대화 시킬 수 있다.According to an embodiment of the present invention, it is possible to maximize the convenience of a user having a regular purchase behavior by providing a notification that direct payment is possible according to a purchase pattern or reservation setting according to the user's transaction history.

본 발명의 실시예에 따르면, 대금 결제의 안전한 거래를 위해 금융사에서 담당하던 인증을 결제 시스템에서 직접 수행함으로써 주도적이고 자유로운 인증 정책을 적용할 수 있다.According to an embodiment of the present invention, a proactive and free authentication policy can be applied by directly performing authentication in charge of a financial company in the payment system for safe transaction of payment.

본 발명의 실시예에 따르면, 사용자나 거래 상황의 위험도 수준에 따라 인증 절차를 원클릭에서 결제 불가까지 차등화 하여 적용함으로써 기존의 획일적인 방식에 비해 보다 유연하고 합리적이면서도 더욱 엄격하고 강력한 인증 정책을 적용할 수 있다.According to the embodiment of the present invention, the authentication procedure is differentiated from one-click to impossible of payment according to the risk level of the user or transaction situation and applied more flexible and rational than the existing uniform method, but more stringent and strong authentication policy is applied. can do.

도 1은 본 발명의 일 실시예에 있어서, 결제 서비스 환경의 예를 설명하기 위한 도면이다.
도 2는 본 발명의 일 실시예에 있어서, 결제 시스템의 내부 구성을 설명하기 위한 블록도이다.
도 3은 본 발명의 일 실시예에 있어서, 결제를 위한 계좌를 등록하는 방법을 도시한 흐름도이다.
도 4 내지 도 8은 본 발명의 일 실시예에 있어서, 계좌 등록 절차와 관련된 사용자 인터페이스 화면을 예시적으로 도시한 것이다.
도 9는 본 발명의 일 실시예에 있어서, 결제 경로를 제공하는 방법을 도시한 흐름도이다.
도 10 내지 도 14는 본 발명의 일 실시예에 있어서, 결제 경로 제공 절차와 관련된 사용자 인터페이스 화면을 예시적으로 도시한 것이다.
도 14는 본 발명의 일 실시예에 있어서, 등급 별 인증 절차를 포함한 결제 처리 방법을 도시한 흐름도이다.
도 15 및 도 16은 본 발명의 일 실시예에 있어서, 송금 처리 방법을 도시한 흐름도이다.
도 17 내지 도 21은 본 발명의 일 실시예에 있어서, 송금 처리 절차와 관련된 사용자 인터페이스 화면을 예시적으로 도시한 것이다.
도 22는 본 발명의 일 실시예에 있어서, 송금 수신 방법을 도시한 흐름도이다.
도 23은 본 발명의 일 실시예에 있어서, 송금 수신 절차와 관련된 사용자 인터페이스 화면을 예시적으로 도시한 것이다.
도 24는 본 발명의 일 실시예에 있어서, 정기 결제 알림 방법을 도시한 흐름도이다.
도 25는 본 발명의 일 실시예에 있어서, 정기 결제 알림 절차와 관련된 사용자 인터페이스 화면을 예시적으로 도시한 것이다.
도 26은 본 발명의 일 실시예에 있어서, 컴퓨터 시스템의 내부 구성의 일례를 설명하기 위한 블록도이다.
1 is a diagram for explaining an example of a payment service environment according to an embodiment of the present invention.
2 is a block diagram illustrating an internal configuration of a payment system according to an embodiment of the present invention.
3 is a flowchart illustrating a method of registering an account for payment according to an embodiment of the present invention.
4 to 8 exemplarily show a user interface screen related to an account registration procedure according to an embodiment of the present invention.
9 is a flowchart illustrating a method of providing a payment path according to an embodiment of the present invention.
10 to 14 exemplarily show a user interface screen related to a payment path providing procedure according to an embodiment of the present invention.
14 is a flowchart illustrating a payment processing method including an authentication procedure for each level according to an embodiment of the present invention.
15 and 16 are flowcharts illustrating a remittance processing method according to an embodiment of the present invention.
17 to 21 exemplarily show a user interface screen related to a remittance processing procedure according to an embodiment of the present invention.
22 is a flowchart illustrating a method for receiving a remittance according to an embodiment of the present invention.
23 exemplarily illustrates a user interface screen related to a remittance reception procedure according to an embodiment of the present invention.
24 is a flowchart illustrating a periodic payment notification method according to an embodiment of the present invention.
25 exemplarily illustrates a user interface screen related to a periodic payment notification procedure according to an embodiment of the present invention.
26 is a block diagram for explaining an example of an internal configuration of a computer system according to an embodiment of the present invention.

이하, 본 발명의 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

본 실시예들은 인터넷을 통한 온라인 쇼핑 환경에서 대금 결제를 처리하는 결제 모델에 관한 것으로, 상세하게는 URL 방식을 이용하여 결제 절차를 간소화 할 수 있고 대금 결제의 안전한 거래를 위한 인증을 직접 수행하면서 사용자나 거래 상황의 위험도 수준에 따라 인증 절차를 차등적으로 적용할 수 있는 방법과 시스템 및 기록 매체에 관한 것이다.The present embodiments relate to a payment model that processes payment in an online shopping environment through the Internet. Specifically, a payment procedure can be simplified using a URL method, and a user can directly perform authentication for a secure transaction of payment. B. It relates to a method, system, and recording medium that can differentially apply the authentication procedure according to the risk level of the transaction situation.

도 1은 본 발명의 일 실시예에 있어서, 결제 서비스 환경의 예를 설명하기 위한 도면이다. 도 1은 사용자 단말(101, 102) 및 결제 시스템(100)을 나타내고 있다. 도 1에서 화살표는 구성 요소 간에 유/무선 네트워크(10)를 이용하여 데이터가 송수신될 수 있음을 의미한다.1 is a diagram for explaining an example of a payment service environment according to an embodiment of the present invention. 1 shows user terminals 101 and 102 and a payment system 100 . An arrow in FIG. 1 means that data can be transmitted and received between the components using the wired/wireless network 10 .

사용자 단말(101, 102)은 본 명세서에서 설명되는 특징들 중 하나 이상의 특징을 수행하도록 구성된 하나 이상의 프로세스들을 실행할 수 있다. 사용자 단말(101, 102)은 결제 시스템(100)과 관련된 웹/모바일 사이트의 접속 또는 서비스 전용 어플리케이션의 설치 및 실행이 가능한 모든 단말 장치를 의미할 수 있다. 이때, 사용자 단말(101, 102)은 웹/모바일 사이트 또는 전용 어플리케이션의 제어 하에 서비스 화면 구성, 데이터 입력, 데이터 송수신, 데이터 저장 등 서비스 전반의 동작을 수행할 수 있다.The user terminal 101 , 102 may execute one or more processes configured to perform one or more of the features described herein. The user terminals 101 and 102 may refer to all terminal devices capable of accessing a web/mobile site related to the payment system 100 or installing and executing a service-only application. In this case, the user terminals 101 and 102 may perform overall service operations such as service screen configuration, data input, data transmission/reception, and data storage under the control of a web/mobile site or a dedicated application.

사용자 단말(101, 102)의 예로는 PC(personal computer), 노트북 컴퓨터(laptop computer), 랩탑 컴퓨터(laptop computer), 스마트폰(smart phone), 태블릿(tablet), 웨어러블 컴퓨터(wearable computer) 등을 포함할 수 있지만 이러한 것으로만 한정되는 것은 아니다.Examples of the user terminals 101 and 102 include a personal computer (PC), a laptop computer, a laptop computer, a smart phone, a tablet, a wearable computer, and the like. may include, but are not limited to.

사용자 단말(101, 102)은 네트워크(10)(예를 들어, 인터넷 혹은 로컬 영역 네트워크 등)에 직접적으로 혹은 간접적으로 결합될 수 있다. 예를 들어, 개인용 컴퓨터와 노트북 컴퓨터는 유선 네트워크 연결을 통해 네트워크(10)에 직접적으로 결합될 수 있다. 랩탑 컴퓨터는 랩탑 컴퓨터와 무선 액세스 포인트(Wireless Access Point)(즉, WAP) 간에 확립된 무선 통신 채널을 통해 네트워크(10)에 무선으로 결합될 수 있다. 스마트폰은 스마트폰과 셀룰러 네트워크/브리지 간에 확립된 무선 통신 채널을 통해 네트워크(10)에 무선으로 결합될 수 있다. 이때, 네트워크(10)는 하나 이상의 2차 네트워크들(미도시)과 통신할 수 있으며, 2차 네트워크들의 예로는 로컬 영역 네트워크(Local Area Network), 와이드 영역 네트워크(Wide Area Network), 또는 인트라넷(intranet)을 포함할 수 있지만 이러한 것으로만 한정되는 것은 아니다.The user terminals 101 and 102 may be coupled directly or indirectly to the network 10 (eg, the Internet or a local area network, etc.). For example, a personal computer and a notebook computer may be directly coupled to the network 10 via a wired network connection. The laptop computer may be wirelessly coupled to the network 10 through a wireless communication channel established between the laptop computer and a wireless access point (ie, WAP). The smartphone may be wirelessly coupled to the network 10 via a wireless communication channel established between the smartphone and the cellular network/bridge. In this case, the network 10 may communicate with one or more secondary networks (not shown), and examples of the secondary networks include a local area network, a wide area network, or an intranet ( intranet), but is not limited thereto.

사용자 단말(101, 102)은 상기에서 설명한 네트워크(10)를 통해 결제 시스템(100)과 서로 인터페이스 할 수 있다.The user terminals 101 and 102 may interface with the payment system 100 through the network 10 described above.

결제 시스템(100)은 클라이언트(client)를 대상으로 온라인 쇼핑의 대금 결제를 위한 결제 서비스를 제공하는 서비스 플랫폼 역할을 한다. 결제 시스템(100)은 본 명세서에서 설명되는 특징들 중 하나 이상의 특징을 수행하도록 구성된 하나 이상의 프로세스들을 실행할 수 있다.The payment system 100 serves as a service platform for providing a payment service for online shopping to a client. Payment system 100 may execute one or more processes configured to perform one or more of the features described herein.

결제 시스템(100)은 서버 컴퓨터에 해당되는 것으로, 서버 컴퓨터의 예로는 서버 컴퓨팅 디바이스, 개인용 컴퓨터, 서버 컴퓨터, 일련의 서버 컴퓨터들, 미니 컴퓨터, 및/또는 메인프레임 컴퓨터를 포함할 수 있지만 이러한 것으로만 한정되는 것은 아니다. 서버 컴퓨터는 분산형 시스템일 수 있고, 그리고 서버 컴퓨터의 동작들은 하나 이상의 프로세서들 상에서 동시에 그리고/또는 순차적으로 실행될 수 있다.Payment system 100 corresponds to a server computer, examples of which may include, but may include, server computing devices, personal computers, server computers, a series of server computers, mini computers, and/or mainframe computers. but is not limited. The server computer may be a distributed system, and operations of the server computer may be executed concurrently and/or sequentially on one or more processors.

결제 시스템(100)은 결제 서비스와 관련된 사용자 식별자를 이용하여 온라인 쇼핑의 대금 결제 환경을 제공할 수 있다. 본 명세서에서 사용자 식별자는 결제 서비스에 등록된 사용자를 식별하고, 특히 사용자에 의해 등록된 결제 정보(예컨대, 계좌 정보, 카드 정보 등)를 연결할 수 있는 모든 정보를 의미할 수 있으며, 그 예로는 서비스 계정(ID), 전화번호, 이메일 등을 포함할 수 있지만 이러한 것으로만 한정되는 것은 아니다. 이때, 서비스 계정은 결제 서비스에 등록된 사용자 ID, 결제 서비스와 연동하는 다른 서비스(예를 들어, 포털 서비스, 통합 검색 서비스, 쇼핑 서비스, 지도 서비스, 커뮤니티 서비스, 소셜 네트워크 서비스 등)에 등록된 사용자 ID 등을 포함할 수 있지만 이러한 것으로만 한정되는 것은 아니다.The payment system 100 may provide a payment environment for online shopping by using a user identifier related to a payment service. In this specification, a user identifier identifies a user registered in a payment service, and in particular, may refer to any information that can connect payment information (eg, account information, card information, etc.) registered by the user, for example, the service It may include, but is not limited to, an account (ID), phone number, email, and the like. In this case, the service account is a user ID registered in the payment service, and a user registered in other services linked to the payment service (eg, portal service, integrated search service, shopping service, map service, community service, social network service, etc.) IDs, and the like, but are not limited thereto.

결제 수단의 일 예로서 송금을 통한 자동 이체를 활용하는 경우 사용자 식별자는 판매자와 구매자 간의 실시간 송금을 위해 계좌번호를 대신하여 발신인과 수신인을 특정할 수 있는 정보로서 적용되는 것이다. 일 예로, 결제 시스템(100)은 개인 간의 송금 시 홈뱅킹(home banking)과 같이 개인을 대상으로 한 송금 처리 프로세스를 제공할 수 있다. 다른 예로, 결제 시스템(100)은 개인 간의 송금 시 송금액을 송금 서비스 상의 모계좌에 우선 입금한 후 모계좌에서 수신인의 계좌로 송금 처리하도록 하는 것 또한 가능하다. 다시 말해, 결제 시스템(100)은 모계좌를 이용한 펌뱅킹(firm banking)을 통해 개인 간의 송금 처리를 수행할 수 있다.When using automatic transfer through remittance as an example of a payment method, the user identifier is applied as information that can specify the sender and the recipient instead of the account number for real-time remittance between the seller and the buyer. As an example, the payment system 100 may provide a remittance processing process for individuals, such as home banking, when remittances between individuals. As another example, when remittance between individuals, the payment system 100 may first deposit the remittance amount into the mother account on the remittance service, and then process the remittance from the mother account to the recipient's account. In other words, the payment system 100 may perform remittance processing between individuals through firm banking using the mother account.

특히, 결제 시스템(100)은 사용자 식별자를 기반으로 URL 방식을 이용하여 간소화 된 결제 절차를 다이렉트로 제공할 수 있고 기존에 금융사에서 주도하던 인증을 직접 수행하면서 사용자나 거래 상황의 위험도 수준에 따라 인증 절차를 차등적으로 적용할 수 있다.In particular, the payment system 100 can directly provide a simplified payment procedure using the URL method based on the user identifier, and authenticate according to the risk level of the user or transaction situation while directly performing the authentication led by the financial company. Procedures can be applied differentially.

결제 시스템(100)은 결제 과정에서 필요한 하나 이상의 프로세스를 수행하기 위해 네트워크(10)를 통해 금융사 서버(예컨대, 카드사, 은행사 등 금융사 측의 서버 컴퓨터)(103)와 서로 인터페이스 할 수 있다. 이때, 결제 시스템(100)은 금융사 서버(103)와 결합된 하나의 시스템으로 구성되거나, 금융사 서버(103)와 별도의 시스템으로 구성되어 금융사 서버(103)와 상호 연동하여 결제 서비스를 제공할 수 있으며, 이에 한정되는 것은 아니며 경우에 따라 결제 시스템(100)을 구축하는 형태나 방식은 얼마든지 변경될 수 있다. 결제 시스템(100)은 금융사 서버(103)와 별도의 시스템으로 구성되는 경우 시스템 구현이나 서비스 형태 등에 따라 결제 시스템(100)의 일부 구성이 금융사 서버(103) 측에 상주하도록 구성될 수 있다. 그리고, 결제 시스템(100)은 은행사 별로 일대일 시스템 형태로 구축되거나, 여러 은행사를 대상으로 한 서비스를 위해 통합 시스템으로 별도 구성될 수 있다.The payment system 100 may interface with a financial company server (eg, a server computer of a financial company side such as a credit card company or a bank company) 103 through the network 10 to perform one or more processes required in the payment process. At this time, the payment system 100 may be configured as one system combined with the financial company server 103 or as a separate system from the financial company server 103 to provide a payment service by interworking with the financial company server 103 . However, the present invention is not limited thereto, and the form or method of constructing the payment system 100 may be changed in any case. When the payment system 100 is configured as a separate system from the financial company server 103 , some components of the payment system 100 may reside on the financial company server 103 side according to system implementation or service type. In addition, the payment system 100 may be constructed in the form of a one-to-one system for each bank company, or may be separately configured as an integrated system for services targeting multiple bank companies.

결제 시스템(100)은 포털 서비스, 통합 검색 서비스, 쇼핑 서비스, 지도 서비스, 커뮤니티 서비스, 소셜 네트워크 서비스 등 결제 기능이 요구되는 서비스들 중 적어도 하나의 서비스 플랫폼과 하나의 시스템으로 구현되거나, 혹은 별도의 시스템으로 구현되어 서비스 간 연계를 통해 결제 서비스를 제공할 수 있다.The payment system 100 is implemented as one system with at least one service platform among services requiring a payment function, such as a portal service, an integrated search service, a shopping service, a map service, a community service, and a social network service, or a separate system. It is implemented as a system and can provide payment services through linkage between services.

결제 시스템(100)은 서비스 플랫폼 자체적으로 웹 기반의 온라인 쇼핑 환경을 제공할 수 있으며, 클라이언트-서버 환경에서 결제 서비스를 제공하는 서비스 플랫폼에 포함되는 형태로 구현될 수 있다. 결제 시스템(100)은 인터넷을 기반으로 한 쇼핑 환경을 제공하는 쇼핑 시스템의 플랫폼에 포함되는 형태로 구현될 수 있고, 이에 한정되는 것은 아니며 쇼핑 시스템과 별개의 시스템으로 구축되어 쇼핑 시스템과의 연동을 통해 결제 서비스를 제공하는 형태로 구현되는 것 또한 가능하다. 결제 시스템(100)의 구현 형태의 다른 예로서, 결제 시스템(100)은 사용자 단말(101 및/또는 102) 상에 설치되는 모바일 전용의 어플리케이션과 같은 클라이언트 디바이스 어플리케이션 형태로 구현될 수 있지만 이러한 것으로만 한정되는 것은 아니다.The payment system 100 may provide a web-based online shopping environment by itself of the service platform, and may be implemented in a form included in a service platform that provides a payment service in a client-server environment. The payment system 100 may be implemented in a form included in a platform of a shopping system that provides an Internet-based shopping environment, but is not limited thereto, and is constructed as a separate system from the shopping system to interwork with the shopping system. It is also possible to be implemented in the form of providing a payment service through As another example of the implementation form of the payment system 100, the payment system 100 may be implemented in the form of a client device application, such as a mobile-only application installed on the user terminal 101 and/or 102, but only with this It is not limited.

도 2는 본 발명의 일 실시예에 있어서, 결제 시스템의 내부 구성을 설명하기 위한 블록도이다.2 is a block diagram illustrating an internal configuration of a payment system according to an embodiment of the present invention.

도 2에 도시한 바와 같이, 본 실시예에 따른 결제 시스템(200)은 프로세서(210), 버스(220), 네트워크 인터페이스(230), 및 메모리(240) 및 데이터베이스(250)를 포함할 수 있다. 메모리(240)는 운영체제(241) 및 결제 처리 루틴(242)를 포함할 수 있다. 프로세서(210)는 등록부(211), 제공부(212), 결제부(213), 및 모니터부(214)를 포함할 수 있다. 다른 실시예들에서 결제 시스템(200)은 도 2의 구성요소들보다 더 많은 구성요소들을 포함할 수도 있다.As shown in FIG. 2 , the payment system 200 according to the present embodiment may include a processor 210 , a bus 220 , a network interface 230 , and a memory 240 and a database 250 . . The memory 240 may include an operating system 241 and a payment processing routine 242 . The processor 210 may include a registration unit 211 , a provision unit 212 , a payment unit 213 , and a monitor unit 214 . In other embodiments, the payment system 200 may include more components than those of FIG. 2 .

메모리(240)는 컴퓨터에서 판독 가능한 기록 매체로서, RAM(random access memory), ROM(read only memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(permanent mass storage device)를 포함할 수 있다. 또한, 메모리(240)에는 운영체제(241)와 결제 처리 루틴(242)을 위한 프로그램 코드가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 드라이브 메커니즘(drive mechanism, 미도시)을 이용하여 메모리(240)와는 별도의 컴퓨터에서 판독 가능한 기록 매체로부터 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록 매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록 매체(미도시)를 포함할 수 있다. 다른 실시예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록 매체가 아닌 네트워크 인터페이스(230)를 통해 메모리(240)에 로딩될 수도 있다.The memory 240 is a computer-readable recording medium and may include a random access memory (RAM), a read only memory (ROM), and a permanent mass storage device such as a disk drive. In addition, program codes for the operating system 241 and the payment processing routine 242 may be stored in the memory 240 . These software components may be loaded from a computer-readable recording medium separate from the memory 240 using a drive mechanism (not shown). The separate computer-readable recording medium may include a computer-readable recording medium (not shown) such as a floppy drive, a disk, a tape, a DVD/CD-ROM drive, and a memory card. In another embodiment, the software components may be loaded into the memory 240 through the network interface 230 instead of a computer-readable recording medium.

버스(220)는 결제 시스템(200)의 구성요소들간의 통신 및 데이터 전송을 가능하게 할 수 있다. 버스(220)는 고속 시리얼 버스(high-speed serial bus), 병렬 버스(parallel bus), SAN(Storage Area Network) 및/또는 다른 적절한 통신 기술을 이용하여 구성될 수 있다.The bus 220 may enable communication and data transfer between components of the payment system 200 . Bus 220 may be configured using a high-speed serial bus, parallel bus, storage area network (SAN), and/or other suitable communication technology.

네트워크 인터페이스(230)는 결제 시스템(200)을 컴퓨터 네트워크에 연결하기 위한 컴퓨터 하드웨어 구성요소일 수 있다. 네트워크 인터페이스(230)는 결제 시스템(200)을 무선 또는 유선 커넥션을 통해 컴퓨터 네트워크에 연결시킬 수 있다.The network interface 230 may be a computer hardware component for connecting the payment system 200 to a computer network. The network interface 230 may connect the payment system 200 to a computer network through a wireless or wired connection.

데이터베이스(250)는 결제 서비스를 제공하기 위해 필요한 모든 정보를 저장 및 유지하는 역할을 한다. 이때, 데이터베이스(250)는 사용자 별로 기본 인적 사항(예를 들어, 이름, 성별, 국적, 생년월일 등), 결제 서비스와 관련된 사용자 식별자(서비스 계정, 휴대폰 번호, 이메일 등), 결제 서비스 상에 등록된 결제 정보(예컨대, 계좌 정보, 카드 정보, 전자적 지급 수단(예를 들어, 포인트 등) 등), 주문 및/또는 결제와 관련된 이력, 결제 인증에 필요한 인증 정보(예컨대, 비밀번호, 음성, 지문 등) 등을 포함하는 개인 정보를 유지할 수 있다. 도 2에서는 결제 시스템(200)의 내부에 데이터베이스(250)를 포함하는 것으로 도시하고 있으나, 별개의 다른 시스템 상에 구축된 외부 데이터베이스로서 존재하는 것 또한 가능하다.The database 250 serves to store and maintain all information necessary to provide a payment service. In this case, the database 250 includes basic personal information (eg, name, gender, nationality, date of birth, etc.) for each user, a user identifier related to a payment service (service account, mobile phone number, email, etc.), registered on the payment service. Payment information (eg, account information, card information, electronic payment means (eg, points, etc.), order and/or payment related history, authentication information required for payment authentication (eg, password, voice, fingerprint, etc.) We may retain personal information, including Although FIG. 2 shows that the database 250 is included in the payment system 200, it is also possible to exist as an external database built on a separate system.

프로세서(210)는 기본적인 산술, 로직 및 결제 시스템(200)의 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(240) 또는 네트워크 인터페이스(230)에 의해, 그리고 버스(220)를 통해 프로세서(210)로 제공될 수 있다. 프로세서(210)는 등록부(211), 제공부(212), 결제부(213), 및 모니터부(214)를 위한 프로그램 코드를 실행하도록 구성될 수 있다. 이러한 프로그램 코드는 메모리(240)와 같은 기록 장치에 저장될 수 있다.The processor 210 may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations of the payment system 200 . The instructions may be provided to the processor 210 by the memory 240 or network interface 230 and via the bus 220 . The processor 210 may be configured to execute program codes for the registration unit 211 , the provision unit 212 , the payment unit 213 , and the monitor unit 214 . Such program codes may be stored in a recording device such as the memory 240 .

등록부(211), 제공부(212), 결제부(213), 및 모니터부(214)는 이하에서 설명하게 될 송금 방법의 단계들을 수행하기 위해 구성될 수 있다.The registration unit 211 , the provision unit 212 , the payment unit 213 , and the monitor unit 214 may be configured to perform steps of a remittance method to be described below.

이하에서는 송금을 통한 자동 이체를 결제 수단의 일 예로서 설명하고 있으나, 이에 한정되는 것은 아니며 카드 결제, 휴대폰 결제, 전자 화폐, 전자적 지급 수단을 이용한 결제(포인트 결제) 등 실시간 결제가 가능한 모든 결제 수단 중 하나 이상을 적용할 수 있다.Hereinafter, automatic debit through remittance is described as an example of a payment method, but it is not limited thereto, and all payment methods capable of real-time payment such as card payment, mobile phone payment, electronic money, payment using electronic payment means (point payment), etc. One or more of these may apply.

도 3은 본 발명의 일 실시예에 있어서, 결제를 위한 계좌를 등록하는 방법을 도시한 흐름도이다. 본 발명에 따른 계좌 등록 방법은 도 2를 통해 설명한 등록부(211)에 의해 각 단계가 수행될 수 있다.3 is a flowchart illustrating a method of registering an account for payment according to an embodiment of the present invention. In the account registration method according to the present invention, each step may be performed by the registration unit 211 described with reference to FIG. 2 .

단계(301)에서 등록부(211)는 서비스 가입을 요청하는 사용자를 대상으로 사용자 본인 인증을 수행할 수 있다. 이때, 등록부(211)는 휴대폰 인증 방식, 실명 인증 방식, 공인인증서를 이용한 인증 방식, ARS를 이용한 인증 방식 등 기 공지된 여러 인증 방식 중 하나 이상의 인증 방식을 통해 본인 인증 절차를 수행할 수 있다.In step 301 , the registration unit 211 may perform user identity authentication for a user requesting service subscription. In this case, the registration unit 211 may perform a self-authentication procedure through one or more of several known authentication methods, such as a mobile phone authentication method, a real-name authentication method, an authentication method using a public certificate, an authentication method using an ARS, and the like.

도 4는 등록부(211)의 본인 인증 절차와 관련된 사용자 인터페이스로서 사용자 단말에 표시되는 본인 인증 화면(400)의 예시 도면을 도시한 것이다. 일 예로, 본인 인증 화면(400)은 휴대폰 인증 방식에 따른 본인 인증 화면을 나타낸 것으로, 휴대폰 인증을 위한 개인 정보의 입력을 요구하는 사용자 인터페이스를 포함할 수 있다. 이에, 등록부(211)는 본인 인증 화면(400)을 통해 입력되는 개인 정보(예를 들어, 이름, 성별, 국적, 생년월일, 휴대폰번호, 통신사 등)를 바탕으로 휴대폰 인증을 거침으로써 사용자에 대한 본인 확인 절차를 수행할 수 있다.FIG. 4 is a diagram illustrating an example of the user authentication screen 400 displayed on the user terminal as a user interface related to the identity authentication procedure of the registration unit 211 . As an example, the user authentication screen 400 represents a user authentication screen according to a mobile phone authentication method, and may include a user interface for requesting input of personal information for mobile phone authentication. Accordingly, the registration unit 211 is the user's identity for the user by going through the mobile phone authentication based on the personal information (eg, name, gender, nationality, date of birth, mobile phone number, telecommunication company, etc.) input through the identity authentication screen 400 A verification process can be performed.

단계(302, 303)에서 등록부(211)는 휴대폰 인증 방식 등을 이용한 본인 인증 결과에 따라 사용자 인증이 성공하였는지 여부를 판단한 후 사용자 인증을 실패한 경우 결제 서비스의 등록을 제한할 수 있다.In steps 302 and 303, the registration unit 211 determines whether user authentication is successful according to a result of user authentication using a mobile phone authentication method or the like, and when user authentication fails, the registration of the payment service may be restricted.

단계(302, 304)에서 등록부(211)는 본인 인증 절차를 통한 사용자 인증이 성공하면 사용자의 비밀번호를 등록하는 비밀번호 등록 절차를 수행할 수 있다. 이때, 비밀번호는 이하에서 설명하게 될 등록 계좌를 이용하여 결제하는 경우 안전 결제를 위한 인증용으로 사용될 수 있다.In steps 302 and 304, the registration unit 211 may perform a password registration procedure for registering a user's password when user authentication through the user authentication procedure is successful. In this case, the password may be used for authentication for safe payment when payment is made using a registered account, which will be described below.

도 5는 등록부(211)의 비밀번호 등록 절차와 관련된 사용자 인터페이스로서 사용자 단말에 표시되는 비밀번호 입력 화면(500)의 예시 도면을 도시한 것이다. 일 예로, 비밀번호 입력 화면(500)은 송금이나 결제 시 인증을 위해 이용되는 비밀번호의 입력을 요구하는 사용자 인터페이스를 포함할 수 있다. 비밀번호 입력 화면(500)은 키패드 영역과, 키패드를 통해 선택된 문자(예를 들어, 숫자 등)가 입력되는 문자 입력 영역을 포함할 수 있으며, 이때 키패드 영역은 비밀번호 입력 화면(500)의 접근 시 자동 노출되고, 자판 배열이 매번 바뀌거나 자판을 누르면 실제 입력 값을 난수로 변환해주는 등의 보안 키패드로 구성될 수 있다.5 is a diagram illustrating an example of a password input screen 500 displayed on a user terminal as a user interface related to the password registration procedure of the registration unit 211 . As an example, the password input screen 500 may include a user interface that requests input of a password used for authentication during remittance or payment. The password input screen 500 may include a keypad area and a character input area in which characters (eg, numbers, etc.) selected through the keypad are input, in which case the keypad area is automatically activated when the password input screen 500 is approached. It can be configured as a security keypad, such as exposed, the keyboard layout is changed every time, or when the keyboard is pressed, the actual input value is converted into a random number.

등록부(211)는 비밀번호 입력 화면(500)을 통해 입력 완료된 문자를 사용자의 인증용 비밀번호로 등록할 수 있으며, 더 나아가 적어도 1회 이상 비밀번호의 재입력을 반복적으로 요구하여 이전 입력한 비밀번호와 모두 동일한 문자가 입력되는 경우에 해당 비밀번호를 등록하는 방식을 적용할 수 있다.The registration unit 211 may register the characters inputted through the password input screen 500 as the password for authentication of the user, and further, repeatedly requests the password to be re-entered at least once at least once so that all passwords identical to the previously entered password are the same. When a character is input, a method of registering the corresponding password may be applied.

그리고, 등록부(211)는 비밀번호 등록 절차를 수행하기 이전 또는 수행한 이후에 결제 서비스의 이용을 위한 약관 동의 절차를 수행할 수 있다. 이때, 이용 약관에는 결제 서비스의 이용에 필요한 모든 약관, 예를 들어 서비스 회원 이용 약관, 전자금융거래 약관, 개인 정보 수집 및 이용 동의, 결제 정보 제3자 제공 동의 등이 포함될 수 있다.Then, the registration unit 211 may perform a procedure for agreeing to the terms and conditions for use of the payment service before or after performing the password registration procedure. In this case, the terms and conditions of use may include all terms and conditions necessary for the use of the payment service, for example, service member terms and conditions, electronic financial transaction terms and conditions, personal information collection and use agreements, and payment information agreement to third parties.

단계(305, 306, 307, 308)에서 등록부(211)는 결제 수단으로 이용할 계좌를 등록하는 계좌 등록 절차를 수행할 수 있다. 일 예로, 등록부(211)는 1인 1계좌 형태로 하나의 계좌만을 등록하고 계좌 변경을 위해서는 기존 등록 계좌를 삭제한 후 신규 계좌를 등록하도록 할 수 있다. 다른 예로, 등록부(211)는 등록 계좌의 개수를 제한하지 않고 1인 N계좌 형태로 다수의 계좌를 등록하는 것 또한 가능하다.In steps 305 , 306 , 307 , and 308 , the registration unit 211 may perform an account registration procedure for registering an account to be used as a payment method. For example, the registration unit 211 may register only one account in the form of one account per person and, in order to change the account, delete the existing registered account and then register a new account. As another example, the registration unit 211 does not limit the number of registered accounts, and it is also possible to register a plurality of accounts in the form of N accounts per person.

일 예로, 등록부(211)는 계좌 정보 입력->입력 계좌의 출금 동의->테스트입금 인증->등록 완료 순으로 계좌 등록 절차를 수행할 수 있다. 도 6은 등록부(211)의 계좌 등록 절차와 관련된 사용자 인터페이스로서 사용자 단말에 표시되는 계좌 입력 화면(600)의 예시 도면을 도시한 것이다. 일 예로, 계좌 입력 화면(600)은 은행, 계좌 번호 등 계좌 정보의 입력을 요구하는 사용자 인터페이스를 포함할 수 있다. 은행의 선택을 요구하는 사용자 인터페이스에서는 은행 선택 시 해당 은행이 선택 상태로 노출될 수 있다. 계좌 번호 입력 시 숫자 이외에 문자가 입력되는 경우 계좌 입력 화면(600)에 알럿(alert) 메시지(예를 들어, '숫자만 입력 가능합니다.')을 노출할 수 있다. 계좌 등록 시 필요한 사용자의 기본 인적 사항(이름, 생년월일, 휴대폰 번호 등)은 별도로 입력 받지 않고 결제 서비스 또는 결제 서비스와 연관된 다른 서비스(예컨대, 결제 서비스를 포함하는 포털 서비스)에 사전 등록된 개인 정보를 활용할 수 있으며, 계좌 입력 화면(600)에 자동 노출할 수 있다.As an example, the registration unit 211 may perform the account registration procedure in the following order: account information input -> withdrawal agreement of the input account -> test deposit authentication -> registration completion. 6 is a diagram illustrating an example of an account input screen 600 displayed on a user terminal as a user interface related to an account registration procedure of the registration unit 211 . As an example, the account input screen 600 may include a user interface that requests input of account information such as a bank and an account number. In a user interface that requires selection of a bank, the bank may be exposed as a selected state when a bank is selected. If characters other than numbers are input when inputting the account number, an alert message (eg, 'only numbers can be input') may be exposed on the account input screen 600 . The user's basic personal information (name, date of birth, mobile phone number, etc.) required for account registration is not entered separately, but personal information pre-registered in the payment service or other services related to the payment service (eg, portal service including payment service) It can be utilized, and can be automatically displayed on the account input screen 600 .

등록부(211)는 계좌 정보 입력 과정에서 사용자 본인 명의의 계좌만을 등록하도록 입력 계좌에 대한 계좌 명의 확인 절차를 수행할 수 있으며, 사용자 명의 계좌가 아닌 경우 계좌 등록 실패에 따른 알럿 메시지(예를 들어, '본인 명의의 계좌로 확인되지 않아 계좌 등록에 실패하였습니다.')를 제공할 수 있다.The registration unit 211 may perform an account name verification procedure for the input account to register only the account in the user's own name during the account information input process, and if the account is not in the user's name, an alert message (eg, 'Account registration failed because it was not verified as an account in your name.') can be provided.

등록부(211)는 사용자가 입력 계좌에 대한 계좌 등록을 요청하는 경우 ARS를 이용한 자동이체 출금 동의 절차를 수행할 수 있다(305). 도 6과 도 7을 참조하면, 사용자가 계좌 입력 화면(600)에 계좌 정보를 입력한 후 등록 버튼(601)을 입력하면 등록부(211)는 ARS 안내 화면(710)을 통해 자동이체 출금 동의를 위해 ARS 전화 수신에 대한 안내를 제공하고, 이에 사용자가 ARS 안내 화면(710)에서 ARS 안내를 요청하면 사용자의 개인 정보에 포함된 휴대폰 번호로 ARS 전화를 연결할 수 있다. 이때, ARS에서는 사용자가 전화 수신 시 사용자가 입력한 계좌에 대한 자동이체 동의 관련 안내 멘트를 제공할 수 있다.The registration unit 211 may perform an automatic debit withdrawal agreement procedure using the ARS when the user requests account registration for the input account ( 305 ). 6 and 7 , when the user inputs account information on the account input screen 600 and then inputs the registration button 601 , the registration unit 211 confirms the automatic debit withdrawal agreement through the ARS guidance screen 710 . In order to provide guidance on receiving an ARS call for this purpose, if the user requests ARS guidance on the ARS guidance screen 710, the ARS call can be connected to the mobile phone number included in the user's personal information. In this case, when the user receives a call, the ARS may provide a notice related to the automatic debit agreement for the account entered by the user.

등록부(211)는 ARS를 통한 사용자의 자동이체 출금 동의 의사를 확인한 후(306), 사용자가 자동이체 출금에 동의하지 않은 경우 계좌 등록 실패에 따른 알럿 메시지(예를 들어, '자동이체에 동의하지 않아 계좌 등록에 실패하였습니다.')를 제공할 수 있다(307). 한편, 등록부(211)는 사용자가 자동이체 출금에 동의한 경우 입력 계좌를 결제 수단으로 이용할 송금 계좌로 등록하고(308) 계좌 등록 완료에 따른 알럿 메시지(예를 들어, '자동이체 출금 동의에 따라 계좌 등록이 완료되었습니다.')를 제공할 수 있다. 이때, 등록부(211)는 사용자의 계좌를 사용자 식별자를 포함하는 개인 정보와 매칭하여 등록할 수 있다.After confirming the user's consent to direct debit withdrawal through the ARS (306), the registration unit 211 checks the user's intention to withdraw by direct debit, and when the user does not agree to direct debit withdrawal, an alert message according to account registration failure (for example, 'Do not agree to direct debit account registration failed.') can be provided (307). On the other hand, the registration unit 211 registers the input account as a remittance account to be used as a payment method when the user agrees to the direct debit withdrawal (308) and sends an alert message according to the completion of the account registration (for example, 'according to 'direct debit withdrawal agreement'). Account registration is complete.'). In this case, the registration unit 211 may register the user's account by matching with personal information including the user identifier.

등록부(211)는 입력 계좌 인증을 위해 테스트입금을 이용한 인증 절차를 수행할 수 있다. 일 예로, 등록부(211)는 송금 식별 번호나 테스트 입금 시 해당 계좌의 은행사에서 제공하는 계좌 입금 내역에 포함된 일부 정보(예컨대, 이체 금액, 이체 일시, 적요 등)를 이용하여 사용자의 입력 계좌를 인증할 수 있다. 다른 예로, 등록부(211)는 테스트 입금이 완료되었을 때 생성되는 처리 정보를 이용하여 계좌 인증 절차를 수행할 수 있다. 예를 들어, 등록부(211)는 사용자가 입력한 계좌로의 테스트 입금에 대해 임의로 생성된 송금 식별 번호를 송금자 정보로 하여 해당 계좌로 일정 금액(예컨대, 1원)을 송금한 후 송금 식별 번호를 이용하여 사용자의 입력 계좌를 인증할 수 있다. 사용자는 입력 계좌의 은행사에서 SMS나 ARS 등을 통해 제공하는 계좌 입금 내역을 확인할 수 있고, 이에 기반한 일부 정보를 이용하여 입력 계좌를 인증할 수 있다. 상기한 계좌 인증 절차에서 이체 관련 적요나 별도의 처리 정보를 이용하는 것으로 한정하고 있지만, 이러한 것으로만 한정되는 것은 아니다.The registration unit 211 may perform an authentication procedure using a test deposit for input account authentication. As an example, the registration unit 211 uses the remittance identification number or some information (eg, transfer amount, transfer date and time, summary, etc.) included in the account transfer details provided by the bank of the corresponding account when the test deposit is made to the user's input account. can be authenticated. As another example, the registration unit 211 may perform an account authentication procedure using processing information generated when the test deposit is completed. For example, the registration unit 211 uses the remittance identification number randomly generated for the test deposit to the account input by the user as the sender information, and after remitting a certain amount (eg, KRW 1) to the corresponding account, the remittance identification number can be used to authenticate the user's input account. The user can check the account deposit details provided by the bank of the input account through SMS or ARS, and can authenticate the input account using some information based thereon. Although it is limited to using the transfer-related brief or separate processing information in the above account authentication procedure, it is not limited thereto.

도 8은 등록부(211)의 테스트입금 인증 절차와 관련된 사용자 인터페이스로서 사용자 단말에 표시되는 계좌 인증 화면(810, 820)의 예시 도면을 도시한 것이다. 일 예로, 계좌 인증 화면(810)은 입력 계좌의 테스트 입금 내역에서 사용자가 확인한 송금 식별 번호의 입력을 요구하는 사용자 인터페이스를 포함할 수 있다. 다른 예로, 계좌 인증 화면(820)은 사용자의 입력 계좌에 입금된 테스트 입금액의 입력을 요구하는 사용자 인터페이스를 포함할 수 있다. 이에, 등록부(211)는 사용자로부터 입력된 송금 식별 번호가 입력 계좌의 테스트 입금 시 생성된 송금 식별 번호와 일치하거나, 사용자로부터 입력된 금액이 입력 계좌로의 테스트 입금 시 송금된 금액과 일치하는 경우 입력 계좌를 송금 계좌로 정상 등록할 수 있다. 이때, 등록부(211)는 테스트입금에 대한 계좌 입금 내역을 확인할 수 있는 경로(예컨대, ARS 전화번호 등)를 계좌 인증 화면(810, 820)을 통해 안내할 수 있으며, 일정 시간(예컨대, 24시간) 이내에 송금 식별 번호가 입력되면 입력 계좌를 송금 계좌로 등록하고 일정 시간을 경과하면 계좌 등록을 취소할 수 있다.8 is a diagram illustrating an example of the account authentication screens 810 and 820 displayed on the user terminal as a user interface related to the test deposit authentication procedure of the registration unit 211 . For example, the account authentication screen 810 may include a user interface that requests input of a remittance identification number confirmed by the user in the test deposit details of the input account. As another example, the account authentication screen 820 may include a user interface that requests input of a test deposit amount deposited in the user's input account. Accordingly, when the remittance identification number input by the user matches the remittance identification number generated during the test deposit of the input account, or the amount input by the user matches the amount remitted during the test deposit to the input account, The input account can be normally registered as a remittance account. In this case, the registration unit 211 may guide a path (eg, ARS phone number, etc.) through which the account deposit details for the test deposit can be checked through the account authentication screens 810 and 820, and for a certain period of time (eg, 24 hours). If the remittance identification number is entered within ), the input account is registered as a remittance account, and the account registration can be canceled after a certain period of time has elapsed.

따라서, 등록부(211)는 상기한 과정의 등록 절차를 거쳐 사용자의 결제 정보를 사전에 등록하여 해당 사용자 식별자와 연결해 놓을 수 있다. 아울러, 등록부(211)는 사전 등록 절차를 통해 등록된 배송지 정보, 혹은 최근 배송지 정보를 사용자 식별자와 연결할 수 있다.Accordingly, the registration unit 211 may register the user's payment information in advance through the registration procedure of the above process and connect it with the corresponding user identifier. In addition, the registration unit 211 may connect the registered delivery address information or the latest delivery address information through the pre-registration process with the user identifier.

다른 예로, 본 발명에서는 송금 계좌를 설정하는 것과는 별개로 URL 방식을 이용한 간편 결제 시의 전용 결제 수단으로서 결제 정보 및 비밀번호를 설정할 수 있다. 예를 들어, 등록부(211)는 사용자가 URL 기반의 간편 결제를 위한 수단으로 카드를 사용하고자 하는 경우 별도의 등록 절차를 거쳐 카드 정보(예컨대, 카드 번호 등)를 사전 등록하고, 아울러 간편 결제용 비밀번호를 함께 설정할 수 있다. 이에 따라, URL을 통한 간편 결제 시 인증이 필요한 경우에 간편 결제용으로 설정된 비밀번호를 이용하여 사용자 인증 후 즉시 결제가 처리되도록 할 수 있다.As another example, in the present invention, separately from setting up a remittance account, payment information and a password may be set as a dedicated payment method for simple payment using the URL method. For example, when a user wants to use a card as a means for URL-based simple payment, the registration unit 211 pre-registers card information (eg, card number, etc.) through a separate registration procedure, and You can set a password together. Accordingly, when authentication is required for simple payment through a URL, payment can be processed immediately after user authentication using a password set for simple payment.

간편 결제를 위한 결제 정보, 즉 카드 번호나 계좌 번호 등을 노출하지 않기 위해 결제 정보를 가상의 번호로 대체하여 등록 및 사용할 수 있다. 결제 정보로 등록된 카드 번호나 계좌 번호 등은 노출 시 마스킹 처리될 수 있다. 일 예로, 카드의 경우 카드사에서 실제 카드 번호를 제공하지 않고 카드 번호에 매핑된 가상의 번호(예컨대, 토큰)를 제공하게 되며 이에 사용자에게는 최소한의 일부 번호(예컨대, 앞 4자리 번호)가 노출되고 나머지 번호는 마스킹 형태로 노출될 수 있다. 결제 정보가 등록된 상태에서 간편 결제를 이용하기 전에는 결제 정보의 전체가 노출되지 않고, 이후 한번이라도 결제가 발생한 경우 결제 정보의 일부 번호가 마스킹 되어 노출될 수 있다.In order not to expose payment information for simple payment, that is, card number or account number, payment information may be replaced with a virtual number to be registered and used. A card number or account number registered as payment information may be masked when exposed. For example, in the case of a card, the card company does not provide an actual card number, but provides a virtual number (eg, token) mapped to the card number, and thus at least some number (eg, the first four digits) is exposed to the user. The remaining numbers may be exposed in a masking form. Before simple payment is used in a state in which payment information is registered, the entire payment information is not exposed, and if payment occurs even once after that, some numbers of payment information may be masked and exposed.

도 9는 본 발명의 일 실시예에 있어서, 결제 경로를 제공하는 방법을 도시한 흐름도이다. 본 발명에 따른 결제 경로 제공 방법은 도 2를 통해 설명한 제공부(212)에 의해 각 단계가 수행될 수 있다.9 is a flowchart illustrating a method of providing a payment path according to an embodiment of the present invention. In the method of providing a payment path according to the present invention, each step may be performed by the providing unit 212 described with reference to FIG. 2 .

단계(901에서 사용자 단말은 특정 상품이 노출되는 서비스 페이지를 제공받을 수 있다. 이때, 서비스 페이지는 쇼핑 서비스, 통합 검색 서비스, 커뮤니티 서비스, 카페/블로그 서비스, 소셜 네트워크 서비스 등을 포함하여 판매자의 상품 정보가 등록된 플랫폼에서 제공 가능한 각종 서비스 화면을 의미할 수 있다. 서비스 페이지는 판매자의 상품이 노출되는 서비스 화면으로, 예를 들어 특정 상품의 상세 정보가 노출되는 상품 상세 페이지, 특정 상품과 관련된 게시물인 커뮤니티 페이지, 특정 상품과 관련된 채팅 페이지 등을 포함할 수 있다. 일 예로, 서비스 페이지는 결제 시스템(200)에서 직접 제공되거나, 혹은 결제 시스템(200)과 연동 가능한 타 서비스에서 제공될 수 있다.In step 901, the user terminal may be provided with a service page in which a specific product is exposed. In this case, the service page includes a shopping service, an integrated search service, a community service, a cafe/blog service, a social network service, and the like, and the seller's product. It may refer to various service screens that can be provided by the platform in which the information is registered The service page is a service screen where the seller's product is exposed, for example, a product detail page where detailed information of a specific product is exposed, and a post related to a specific product It may include an in-community page, a chat page related to a specific product, etc. For example, the service page may be provided directly from the payment system 200 or may be provided from another service that can be linked to the payment system 200 .

단계(902)에서 제공부(212)는 사용자 단말이 특정 상품과 관련된 서비스 페이지에 진입하는 경우에 서비스 페이지 상에 해당 상품에 대한 결제 경로를 제공하기 위한 인터랙션(interaction)으로서 결제 URL을 포함하는 결제 UI를 제공한다. 본 발명에서 결제 URL은 주문 및 결제를 위한 별도의 정보 입력 없이 특정 상품을 바로 결제할 수 있는 바로가기(shortcut) 기능의 단축 URL을 의미하며, 특히 복수의 절차(예컨대, 주문서 작성, 배송지 입력, 결제 수단 선택, 결제 정보 입력, 금융사 인증 등)를 거쳐야 하는 기존 방식을 한번의 단계로 결제 환경에 바로 진입할 수 있도록 하는 것이다.In step 902, when the user terminal enters a service page related to a specific product, the providing unit 212 is an interaction for providing a payment path for the product on the service page. Payment including a payment URL Provides UI. In the present invention, the payment URL refers to a shortened URL of a shortcut function that can directly pay for a specific product without inputting additional information for ordering and payment, and in particular, a plurality of procedures (eg, writing an order form, inputting a delivery address, The existing method of selecting a payment method, entering payment information, verifying a financial institution, etc.) can be used to directly enter the payment environment in one step.

이를 위하여, 제공부(212)는 서비스 페이지에 접근하는 사용자의 서비스 계정을 바탕으로 해당 서비스 계정에 연결된 결제 정보에 대응되는 단축 URL을 생성한 후 생성된 단축 URL을 해당 서비스 페이지 상에 특정 상품에 대한 결제 URL로서 제공한다. 다른 예로, 결제 URL은 사용자의 서비스 계정에 연결된 배송지 정보(예컨대, 최근 배송지, 사전 설정된 배송지 등)가 결제 정보와 함께 포함되어 생성될 수 있다.To this end, the provider 212 generates a shortened URL corresponding to payment information connected to the service account based on the service account of the user accessing the service page, and then applies the generated shortened URL to a specific product on the service page. It is provided as a payment URL for As another example, the payment URL may be generated by including delivery address information (eg, a recent delivery address, a preset delivery address, etc.) connected to the user's service account together with the payment information.

단계(903)에서 제공부(212)는 사용자 단말로부터 특정 상품의 서비스 페이지를 통해 결제 UI에 대한 선택(즉, 결제 요청)이 수신되면 특정 상품에 대한 주문 및 결제가 동시에 이루어질 수 있는 결제 화면을 제공한다. 특히, 제공부(212)는 결제 UI로 구성된 결제 URL에 따라 사용자의 서비스 계정에 연결된 결제 정보를 포함하는 결제 화면을 제공할 수 있다. 다른 예로, 결제 URL에 배송지 정보가 포함되는 경우 결제 URL에 접근 시 사용자의 서비스 계정에 연결된 결제 정보와 배송지 정보를 포함하는 결제 화면을 제공할 수 있다In step 903, when a selection for a payment UI (ie, a payment request) is received from the user terminal through the service page of a specific product, the providing unit 212 displays a payment screen in which an order and payment for a specific product can be made at the same time. to provide. In particular, the providing unit 212 may provide a payment screen including payment information connected to the user's service account according to the payment URL configured in the payment UI. As another example, when the payment URL includes shipping address information, when accessing the payment URL, a payment screen including payment information linked to the user's service account and shipping address information may be provided.

도 10 내지 도 13은 제공부(212)의 결제 경로 제공 절차와 관련된 사용자 인터페이스로서 사용자 단말에 표시되는 서비스 페이지의 예시 도면을 도시한 것이다.10 to 13 are diagrams illustrating exemplary service pages displayed on the user terminal as a user interface related to the payment path providing procedure of the providing unit 212 .

도 10은 판매자 AAA가 판매하는 상품 1의 상세 정보가 노출되는 상품 상세 페이지(1000)를 나타내고 있다. 사용자는 쇼핑 서비스, 통합 검색 서비스, 커뮤니티 서비스, 카페/블로그 서비스, 소셜 네트워크 서비스 등 다양한 경로를 통해 특정 상품을 선택함에 따라 상품 상세 페이지(1000)로 진입할 수 있다.10 illustrates a product detail page 1000 in which detailed information of product 1 sold by the seller AAA is exposed. The user may enter the product detail page 1000 by selecting a specific product through various paths such as a shopping service, an integrated search service, a community service, a cafe/blog service, and a social network service.

도 10에 도시한 바와 같이, 상품 상세 페이지(1000)에는 상품 1의 상세 정보(상품 이미지, 상품 가격, 상품 설명, 판매자 정보, 카테고리 등)가 노출되며, 상품 1에 대하여 주문 및 결제가 즉시 가능한 바로가기 기능의 결제 UI(1001)가 함께 노출될 수 있다.As shown in FIG. 10 , detailed information (product image, product price, product description, seller information, category, etc.) of product 1 is exposed on the product detail page 1000 , and an order and payment for product 1 are immediately possible. The payment UI 1001 of the shortcut function may be exposed together.

도 11은 인터넷 상에 게시된, 특정 상품과 관련된 게시글 화면(1100)을 나타내고 있다. 사용자는 통합 검색 서비스, 커뮤니티 서비스, 카페/블로그 서비스, 소셜 네트워크 서비스 등 다양한 경로를 통해 타인(예를 들어, 판매자)에 의해 작성된, 상품 1의 정보가 게시된 게시글 화면(1100)으로 진입할 수 있다.11 shows a posting screen 1100 related to a specific product posted on the Internet. The user can enter the posting screen 1100 on which information of product 1 is posted and created by others (eg, seller) through various routes such as integrated search service, community service, cafe/blog service, social network service, etc. there is.

도 11에 도시한 바와 같이, 게시글 화면(1100)에는 상품 1의 상세 정보 중 적어도 일부가 노출되며, 해당 게시글의 작성 시 상품 1의 주문 및 결제가 즉시 가능한 바로가기 기능이 첨부되는 경우 바로가기 기능의 결제 UI(1101)가 함께 노출될 수 있다.As shown in FIG. 11 , at least a part of detailed information of product 1 is exposed on the posting screen 1100 , and a shortcut function that enables immediate ordering and payment of product 1 is attached when the posting is written. of the payment UI 1101 may be exposed together.

도 12는 판매자 AAA가 판매하는 상품 1에 대하여 판매자 AAA와의 일대일 채팅을 통해 상품 문의 등이 가능한 채팅 화면(1200)을 나타내고 있다. 사용자는 통합 검색 서비스, 커뮤니티 서비스, 카페/블로그 서비스, 소셜 네트워크 서비스 등 다양한 경로를 통해 상품 1에 대하여 판매자 AAA와의 일대일 채팅 화면(1200)으로 진입할 수 있다. 또한, 사용자가 직접 채팅 대상 목록에 판매자 AAA를 등록하여 판매자 AAA와의 일대일 채팅 화면(1200)으로 진입하는 것 또한 가능하다.12 shows a chatting screen 1200 in which product inquiry is possible through one-on-one chatting with the seller AAA with respect to product 1 sold by the seller AAA. The user may enter the one-to-one chatting screen 1200 with the seller AAA for Product 1 through various routes such as an integrated search service, a community service, a cafe/blog service, and a social network service. In addition, it is also possible for the user to directly register the seller AAA in the chat target list to enter the one-to-one chatting screen 1200 with the seller AAA.

도 12에 도시한 바와 같이, 판매자 AAA와 사용자 간 일대일 채팅 화면(1200)을 통해 사용자는 상품 1에 대한 상품 문의와 함께 상품 주문이 가능하다. 일대일 채팅 화면(1200)에는 사용자의 주문 요청에 대하여 상품 1의 주문 및 결제가 즉시 가능한 바로가기 기능의 결제 UI(1201)가 노출될 수 있다. 예를 들어, 제공부(212)는 판매자 AAA와 사용자 간 채팅 환경에서 사용자의 주문 요청에 대하여 판매자 AAA로부터 주문서 작성 요청 등 별도의 요청을 수신하는 경우 결제 URL를 생성하여 일대일 채팅 화면(1200) 상에 결제 UI(1201)로서 노출할 수 있다.As shown in FIG. 12 , through the one-to-one chatting screen 1200 between the seller AAA and the user, the user can inquire about the product 1 and place an order for the product. On the one-to-one chatting screen 1200 , a payment UI 1201 having a shortcut function that enables immediate ordering and payment of product 1 in response to a user's order request may be exposed. For example, the provider 212 generates a payment URL when receiving a separate request, such as a request to write an order form from the seller AAA in response to the user's order request in a chat environment between the seller AAA and the user, and generates a payment URL on the one-to-one chatting screen 1200. may be exposed as the payment UI 1201 in the .

상기한 바와 같이, 상품 상세 페이지(1000), 게시글 화면(1100), 판매자와의 채팅 화면(1200) 등 특정 상품과 관련된 서비스 페이지 상에 결제 기능의 바로가기 UI(1001, 1101, 1201)가 노출될 수 있다.As described above, the shortcut UIs 1001, 1101, and 1201 of the payment function are exposed on the service page related to a specific product, such as the product detail page 1000, the posting screen 1100, and the chatting screen 1200 with the seller. can be

제공부(212)는 사용자 단말로부터 서비스 페이지 상에 노출된 결제 UI에 대한 선택이 수신되면 도 13에 도시한 바와 같이 서비스 페이지에서 바로 결제 화면(1300)을 제공할 수 있다. 이때, 결제 화면(1300)에는 결제 URL에 대응된 정보로서 사용자의 서비스 계정에 연결된 결제 정보(1310)와 배송지 정보(1320)가 자동으로 포함되어 노출될 수 있다.When the selection of the payment UI exposed on the service page is received from the user terminal, the providing unit 212 may provide the payment screen 1300 directly from the service page as shown in FIG. 13 . In this case, the payment screen 1300 may automatically include and display the payment information 1310 and the delivery address information 1320 connected to the user's service account as information corresponding to the payment URL.

따라서, 제공부(212)는 주문과 결제를 위한 정보 입력 및 확인 단계를 생략하고 URL 방식으로 결제 환경에 다이렉트로 진입하도록 함으로써 주문 단계를 간소화 할 수 있다.Accordingly, the providing unit 212 can simplify the ordering step by omitting the information input and confirmation steps for ordering and payment and directly entering the payment environment using the URL method.

도 14는 본 발명의 일 실시예에 있어서, 결제 처리 방법을 도시한 흐름도이다. 본 발명에 따른 결제 처리 방법은 도 2를 통해 설명한 결제부(213)에 의해 각 단계가 수행될 수 있다.14 is a flowchart illustrating a payment processing method according to an embodiment of the present invention. In the payment processing method according to the present invention, each step may be performed by the payment unit 213 described with reference to FIG. 2 .

단계(1401)에서 결제부(213)는 사용자 단말로부터 특정 상품에 대한 결제 요청이 수신되면 해당 사용자에 대해 결제 위험 등급을 확인할 수 있다. 본 발명에 따른 결제 서비스에서는 사용자를 결제 위험 등급 별로 구분하고 안전한 등급에 속하는 사용자에게는 인증 절차를 최대한 생략하고 고위험 등급에 속하는 사용자에게는 더욱 엄격한 인증 정책을 적용할 수 있다.In step 1401, when a payment request for a specific product is received from the user terminal, the payment unit 213 may check a payment risk level for the corresponding user. In the payment service according to the present invention, users may be classified by payment risk level, the authentication procedure may be omitted as much as possible for users belonging to a safe level, and a stricter authentication policy may be applied to users belonging to a high risk level.

일 예로, 결제부(213)는 결제 위험 등급을 화이트 리스트에 속하는 안전 등급, 블랙 리스트에 속하는 고위험 등급, 화이트 리스트와 블랙 리스트 모두에 속하지 않은 일반 등급 등으로 구분할 수 있다. 예를 들어, 결제 위험 평가 조건: (1) 안전 등급의 경우 일정 기간(예컨대, 3개월) 동안 정상적인 거래를 다수 수행한 경우, (2) 결제 서비스의 전용 어플리케이션을 이용하는 경우, (3) 최근 배송지(또는 사전 설정 배송지)로 결제 요청하는 경우, (4) 결제 서비스의 전용 어플리케이션을 실행한 휴대폰 번호와 결제에 이용되는 휴대폰 번호가 일치하는 경우 등을 모두 충족시키면 안전 등급으로 구분할 수 있다. 그리고, 일부 평가 조건(예컨대, (3) 배송지 조건 등)을 제외한 나머지 결제 위험 평가 조건을 모두 충족시키면 일반 등급으로, 결제 위험 평가 조건 중 주요 평가 조건(예컨대, (4) 휴대폰 번호 조건 등 )을 충족시키지 못하면 고위험 등급으로 구분할 수 있다. 일반 등급의 경우 미충족된 평가 조건에 따라 둘 이상의 세부 등급(예컨대, 일반 등급 1, 일반 등급 2, )으로 구분될 수 있다.For example, the payment unit 213 may classify the payment risk level into a safety level belonging to the white list, a high risk level belonging to the black list, a general level not belonging to both the white list and the black list, and the like. For example, payment risk assessment conditions: (1) In case of safety rating, when a number of normal transactions are performed for a certain period (eg, 3 months), (2) When using a dedicated application for a payment service, (3) The latest delivery address In the case of requesting payment to (or preset shipping address), (4) the mobile phone number that executed the dedicated application for the payment service matches the mobile phone number used for payment, etc., it can be classified as a safety level. And, if all payment risk evaluation conditions are satisfied except for some evaluation conditions (for example, (3) delivery destination conditions, etc.), the main evaluation conditions among the payment risk evaluation conditions (e.g., (4) mobile phone number condition, etc.) If they are not met, they can be classified as high-risk. In the case of a general grade, it may be divided into two or more detailed grades (eg, general grade 1, general grade 2, ) according to unmet evaluation conditions.

그리고, 결제부(213)는 결제 서비스와 연동하는 특정 어플리케이션(예컨대, 포털 서비스, 통합 검색 서비스, 쇼핑 서비스, 지도 서비스, 커뮤니티 서비스, 소셜 네트워크 서비스 등의 전용 어플리케이션)에서의 본인 인증 이력을 결제 위험 등급을 구분하기 위한 평가 조건으로 활용할 수 있다. 예를 들어, 결제부(213)는 포털 서비스의 전용 앱을 통해 유입된 경우 해당 앱에서 완료된 본인 인증이 유입 시점에 유효한지 여부, 일정 기간(예컨대, 3개월) 동안 본인 인증의 실패 회수가 일정 회수(예컨대, 10회)를 초과하는지 여부 등을 근거로 결제 위험 등급을 구분할 수 있다.In addition, the payment unit 213 checks the identity authentication history in a specific application interworking with the payment service (eg, a dedicated application such as a portal service, an integrated search service, a shopping service, a map service, a community service, a social network service) as a payment risk It can be used as an evaluation condition for classifying grades. For example, if the payment unit 213 is introduced through a dedicated app of the portal service, whether or not the identity authentication completed in the corresponding app is valid at the time of inflow, the number of failures of identity authentication for a certain period (eg, 3 months) is constant. The payment risk level may be classified based on whether the number of times (eg, 10 times) is exceeded.

상기한 결제부(213)는 사용자 매체 환경 정보, 검색/결제/거래 유형 정보, 사고 유형 정보 등을 바탕으로 결제 위험 등급을 구분할 수 있다. 사용자 매체 환경 정보는 이하에서 설명하게 될 모니터부(214)에 의해 수집되는 것으로, 사용자가 결제 시 이용하는 결제 수단, 단말 정보, 접속 정보 등을 포함하며, 예를 들어 MAC, IP, S/N 등을 종합하여 해시(hash) 처리함으로써 수집될 수 있다. 검색/결제/거래 유형 정보 또한 모니터부(214)에 의해 수집 및 분석되는 것으로, 인터넷 상에서 상품 검색부터 상품 주문으로 이어지는 사용자의 전반적인 행동으로부터 분석 가능한 거래 패턴이나 성향 등을 포함할 수 있다. 사고 유형 정보는 유관기관, 국내외 동향, 악성코드 분석 등을 통해 수집할 수 있다. 본 발명에서는 사용자 매체 환경 정보, 검색/결제/거래 유형 정보, 사고 유형 정보 등을 바탕으로 결제 위험 등급을 분류하기 위한 기준을 마련할 수 있고, 이러한 등급 분류 기준을 통해 보다 세분화 하고 정교하게 결제 위험 등급을 분류할 수 있다.The payment unit 213 may classify payment risk grades based on user media environment information, search/payment/transaction type information, accident type information, and the like. The user media environment information is collected by the monitor unit 214, which will be described below, and includes a payment method, terminal information, access information, etc. used by the user for payment, for example, MAC, IP, S/N, etc. It can be collected by synthesizing and hashing them. Search/payment/transaction type information is also collected and analyzed by the monitor unit 214, and may include transaction patterns or tendencies that can be analyzed from the user's overall behavior from product search to product order on the Internet. Incident type information can be collected through relevant organizations, domestic and foreign trends, and malicious code analysis. In the present invention, criteria for classifying payment risk grades can be prepared based on user media environment information, search/payment/transaction type information, accident type information, etc. grades can be classified.

단계(1402)에서 결제부(213)는 사용자가 안전 등급에 속하는 경우 인증 절차를 생략하거나 최소화 하고 결제 URL에 대응되는 결제 정보와 배송지 정보를 이용하여 특정 상품에 대한 주문 및 결제를 다이렉트로 처리할 수 있다. 예를 들어, 결제부(213)는 안전 등급 사용자의 경우 사용자의 결제 요청에 대하여 결제 URL에 대응되는 결제 정보와 배송지 정보에 대한 동의 의사만을 확인 받은 후 바로 결제 처리를 수행할 수 있다.In step 1402, when the user belongs to the safety level, the payment unit 213 omits or minimizes the authentication process and directly processes the order and payment for a specific product using payment information and shipping address information corresponding to the payment URL. can For example, in the case of a safety rating user, the payment unit 213 may perform payment processing immediately after receiving only the intention to agree to payment information corresponding to the payment URL and the delivery address information with respect to the user's payment request.

단계(1403)에서 결제부(213)는 사용자가 고위험 등급에 속하는 경우 사용자의 결제 요청에 대하여 결제 불가로 처리하고 사용자 단말로 결제 실패에 따른 알럿 메시지를 제공할 수 있다. 고위험 등급에 속하는 사용자가 결제를 원할 경우 고객 센터 아웃콜 혹은 본인 입증 서류 확인 등 별도의 절차를 거친 후 결제 가능한 등급으로의 승급을 허가할 수 있다.In step 1403 , when the user belongs to the high risk level, the payment unit 213 may treat the user's payment request as payment impossible and provide an alert message according to the payment failure to the user terminal. If a user belonging to a high-risk class wants to make a payment, upgrade to a payable level can be permitted after going through a separate procedure such as an outcall to the customer center or verification of identity documents.

단계(1404)에서 결제부(213)는 사용자가 일반 등급에 속하는 경우 하나 이상의 인증 방식을 통해 본인 인증 절차를 수행할 수 있다. 결제부(213)는 비밀번호를 이용한 인증 방식, OTP(one time password)를 이용한 인증 방식, 지문을 이용한 인증 방식, 음성을 이용한 인증 방식, ARS를 이용한 인증 방식, 공인인증서를 이용한 인증 방식, 휴대폰 인증 방식, 실명 인증 방식 등 기 공지된 인증 방식 중 하나 이상의 인증 방식을 이용할 수 있다.In step 1404, when the user belongs to the general level, the payment unit 213 may perform a user authentication procedure through one or more authentication methods. The payment unit 213 is an authentication method using a password, an authentication method using an OTP (one time password), an authentication method using a fingerprint, an authentication method using a voice, an authentication method using an ARS, an authentication method using a public certificate, mobile phone authentication At least one authentication method among known authentication methods, such as a method and a real name authentication method, may be used.

결제부(213)는 일반 등급이 복수의 등급으로 세분화 된 경우 등급에 따라 본인 인증 절차를 차등화 하여 적용할 수 있으며, 예를 들어 일반 등급이 제1 등급과 제2 등급으로 세분화 된 경우 제1 등급 사용자는 비밀번호 또는 OTP를 이용한 1차 인증 방식을 적용하고, 제2 등급 사용자는 1차 인증과 함께 지문 또는 음성 또는 ARS를 이용한 2차 인증을 추가 적용할 수 있다. 예를 들어, 결제부(213)는 URL 방식을 이용한 간편 결제를 수행함에 있어 사용자 등급에 따라 앞서 설명한 간편 결제용 비밀번호를 이용하여 사용자 본인 인증을 수행할 수 있다.When the general grade is subdivided into a plurality of grades, the payment unit 213 can differentiate and apply the identity authentication procedure according to the grade, for example, when the general grade is subdivided into a first grade and a second grade, the first grade The user applies the primary authentication method using a password or OTP, and the second level user can additionally apply the secondary authentication using a fingerprint, voice, or ARS along with the primary authentication. For example, when performing the simple payment using the URL method, the payment unit 213 may perform user authentication using the password for simple payment described above according to the user level.

단계(1405)에서 결제부(213)는 일반 등급에 속하는 사용자에 대해 본인 인증이 성공한 경우 결제 URL에 대응되는 결제 정보와 배송지 정보를 이용하여 특정 상품에 대한 주문 및 결제를 즉시 처리할 수 있다. 일 예로, 결제부(213)는 송금 계좌를 이용하여 자동 이체로 결제 처리 하거나, URL 기반의 간편 결제 전용으로 등록된 결제 정보(예를 들어, 카드 번호 등)를 이용하여 즉시 결제를 처리할 수 있다.In step 1405, when the user authentication is successful for the user belonging to the general level, the payment unit 213 may immediately process an order and payment for a specific product using payment information corresponding to the payment URL and delivery address information. As an example, the payment unit 213 may process payment by automatic transfer using a remittance account or immediately process payment using payment information (eg, card number, etc.) registered for URL-based simple payment only. there is.

결제부(213)는 결제 처리 시 결제 URL에 대응되는 결제 정보를 포함한 결제 승인 요청을 금융사 서버로 전달하고 금융사 서버의 결제 승인 결과를 사용자 단말로 전달함으로써 결제 프로세스를 완료할 수 있다.The payment unit 213 may complete the payment process by transmitting a payment approval request including payment information corresponding to the payment URL to the financial company server during payment processing and transferring the payment approval result of the financial company server to the user terminal.

따라서, 결제부(213)는 결제 요청한 사용자에 대해 기존 금융사에서 주도하던 인증을 자체적으로 직접 수행하되, 사용자의 위험 등급에 따라 인증 패스부터 결제 불가까지 차등적으로 인증 정책을 적용하여 유연하면서도 보다 강력한 인증 방식으로 결제 처리 프로세스를 진행할 수 있다.Therefore, the payment unit 213 directly performs the authentication led by the existing financial company for the user who requested payment, but applies the authentication policy differentially from authentication pass to payment impossible according to the user's risk level, making it flexible and more powerful. You can proceed with the payment processing process as an authentication method.

그리고, 결제부(213)는 사용자의 서비스 계정에 연결된 계좌 정보를 이용하여 개인 간의 송금 프로세스를 처리할 수 있다. 이하에서는 송금 프로세스를 구체적으로 설명하기로 한다.In addition, the payment unit 213 may process the remittance process between individuals using account information connected to the user's service account. Hereinafter, the remittance process will be described in detail.

도 15 및 도 16은 본 발명의 일 실시예에 있어서, 송금 처리 방법을 도시한 흐름도이다. 본 발명에 따른 송금 처리 방법은 도 2를 통해 설명한 결제부(213)에 의해 각 단계가 수행될 수 있다.15 and 16 are flowcharts illustrating a remittance processing method according to an embodiment of the present invention. In the remittance processing method according to the present invention, each step may be performed by the payment unit 213 described with reference to FIG. 2 .

단계(1501)에서 결제부(213)는 사용자 단말로부터 송금을 위한 서비스 요청이 수신되면 해당 사용자에 대해 송금 계좌가 등록되어 있는지 여부를 판단할 수 있다.In step 1501, when a service request for remittance is received from the user terminal, the payment unit 213 may determine whether a remittance account is registered for the user.

단계(1502)에서 결제부(213)는 송금 계좌가 미등록된 사용자의 경우 먼저 송금 계좌를 등록하도록 등록부(211)로 사용자에 대한 계좌 등록 프로세스를 요청할 수 있다.In step 1502 , the payment unit 213 may request an account registration process for the user from the registration unit 211 to register a remittance account first in the case of a user whose remittance account is not registered.

단계(1503 내지 1507)에서 결제부(213)는 송금 계좌가 이미 등록된 사용자의 경우 사용자로부터 송금을 위한 수신인의 식별자와 실명을 입력 받는 수신인 선택 절차를 수행할 수 있다. 식별자의 예로는 서비스 계정, 전화번호, 이메일 등을 이용할 수 있으며 이외에도 수신인을 특정할 수 있는 모든 정보를 이용할 수 있다. 본 명세서에서 실명은 사용자의 실제 이름을 의미할 수 있으며, 이에 한정되지 않고 사용자가 송금 서비스에서 실제로 이용하는 이름, 예컨대 서비스 가입 시 송금 서비스 상에 사전 등록한 이름 등을 포괄하여 의미할 수 있다.In steps 1503 to 1507, in the case of a user whose remittance account is already registered, the payment unit 213 may perform a recipient selection procedure for receiving an identifier and real name of a recipient for remittance from the user. Examples of the identifier may include a service account, phone number, e-mail, and the like, and in addition, any information that can identify a recipient may be used. In the present specification, the real name may mean the user's real name, but is not limited thereto, and may include a name actually used by the user in the remittance service, for example, a name pre-registered on the remittance service when signing up for the service.

일 예로, 결제부(213)는 수신인의 서비스 계정(예를 들어, 결제 서비스에 등록된 사용자 ID, 결제 서비스와 연동하는 다른 서비스에 등록된 사용자 ID 등)을 이용하여 수신인을 선택 받을 수 있다(1504). 다른 예로, 결제부(213)는 수신인의 휴대폰 번호를 이용하여 수신인을 선택 받을 수 있다(1505). 결제부(213)는 서비스 계정 또는 휴대폰 번호를 이용하여 수신인을 선택 받은 후 선택된 수신인의 실명을 함께 입력 받을 수 있다(1506). 이때, 수신인의 실명은 직접 입력 방식을 통해 입력 받을 수 있다.As an example, the payment unit 213 may select a recipient by using the recipient's service account (eg, a user ID registered in a payment service, a user ID registered in another service interworking with the payment service, etc.) ( 1504). As another example, the payment unit 213 may select a recipient using the recipient's mobile phone number ( 1505 ). The payment unit 213 may receive a selected recipient using a service account or a mobile phone number, and then input the real name of the selected recipient together ( 1506 ). In this case, the real name of the recipient may be input through a direct input method.

서비스 계정과 휴대폰 번호를 이용하여 수신인을 선택 받는 경우, 결제부(213)는 직접 입력 방식을 제공하여 수신인의 서비스 계정 또는 휴대폰 번호를 직접 입력 받을 수 있다. 또는, 결제부(213)는 사용자 단말 상에 저장된 주소록을 노출한 후 해당 주소록에서 선택된 수신인의 서비스 계정 또는 휴대폰 번호를 입력 받을 수 있다. 또는, 결제부(213)는 주소록을 보유하고 있는 별도의 어플리케이션(이하, '주소록 앱'이라 칭함)과 연동하여 주소록 앱 상의 주소록을 노출한 후 해당 주소록에서 선택된 수신인의 서비스 계정 또는 휴대폰 번호를 입력 받을 수 있다.When the recipient is selected using the service account and mobile phone number, the payment unit 213 may provide a direct input method to directly receive the recipient's service account or mobile phone number. Alternatively, after exposing the address book stored on the user terminal, the payment unit 213 may receive an input of a service account or mobile phone number of a recipient selected from the corresponding address book. Alternatively, the payment unit 213 exposes the address book on the address book app in conjunction with a separate application having the address book (hereinafter referred to as the 'address book app'), and then inputs the service account or mobile phone number of the recipient selected from the address book can receive

또 다른 예로, 결제부(213)는 최근 송금 이력이 있거나 사용자에 의해 설정된 송금 친구 목록을 노출한 후 송금 친구 목록에서 선택된 수신인을 특정할 수 있다(1507). 이를 위하여, 등록부(211)에서는 사용자가 최근에 보냈거나 받은 대상자의 서비스 계정 및/또는 휴대폰 번호, 그리고 실명을 포함하여 송금 친구로 자동 등록하거나, 사전 등록 환경에서 사용자가 직접 입력한 대상자의 서비스 계정 및/또는 휴대폰 번호, 그리고 실명을 포함하여 송금 친구로 등록할 수 있다. 이때, 결제부(213)는 송금 친구 목록을 이용하여 수신인을 선택 받는 경우 송금 친구 목록에 실명이 포함되므로 실명 입력 절차를 생략할 수 있다.As another example, the payment unit 213 may specify a recipient selected from the remittance friend list after exposing a remittance friend list having a recent remittance history or set by the user ( 1507 ). To this end, in the register 211, the user automatically registers as a remittance friend, including the service account and/or mobile phone number and real name of the subject that the user has recently sent or received, or the service account of the subject directly entered by the user in the pre-registration environment and/or you can register as a remittance friend by including your mobile phone number and real name. In this case, when the recipient is selected using the remittance friend list, the payment unit 213 may omit the real name input procedure because the remittance friend list includes a real name.

도 17은 결제부(213)의 송금 처리 절차와 관련된 사용자 인터페이스로서 사용자 단말에 표시되는 송금 정보 입력 화면(1700)의 예시 도면을 도시한 것이다. 일 예로, 송금 정보 입력 화면(1700)은 수신인, 송금액, 송금 관련 메시지 등을 포함하는 송금 정보의 입력을 요구하는 사용자 인터페이스를 포함할 수 있다. 송금 정보 입력 화면(1700)에는 사용자가 등록한 송금 계좌에 대한 정보가 적어도 일부 노출될 수 있다. 그리고, 송금 정보 입력 화면(1700)은 개인 정보 제3자 제공 동의를 요구하는 사용자 인터페이스를 더 포함할 수 있다. 결제부(213)는 송금 정보 입력 화면(1700)에서 수신인 선택을 위한 인터페이스를 입력하는 경우 수신인 선택 페이지를 제공할 수 있다.17 is a diagram illustrating an example of the remittance information input screen 1700 displayed on the user terminal as a user interface related to the remittance processing procedure of the payment unit 213 . As an example, the remittance information input screen 1700 may include a user interface that requests input of remittance information including a recipient, a remittance amount, and a remittance related message. On the remittance information input screen 1700 , at least part of information about the remittance account registered by the user may be exposed. In addition, the remittance information input screen 1700 may further include a user interface for requesting consent to provide personal information to a third party. The payment unit 213 may provide a recipient selection page when an interface for recipient selection is input on the remittance information input screen 1700 .

도 18은 결제부(213)의 송금 처리 절차와 관련된 사용자 인터페이스로서 수신인 선택을 위한 수신인 선택 화면(1800)의 예시 도면을 도시한 것이다. 일 예로, 수신인 선택 화면(1800)은 서비스 계정, 휴대폰 번호, 이메일 등의 식별자 중 적어도 하나를 이용하여 수신인을 선택하기 위한 제1 사용자 인터페이스를 포함할 수 있다.18 is a diagram illustrating an exemplary recipient selection screen 1800 for selecting a recipient as a user interface related to the remittance processing procedure of the payment unit 213 . For example, the recipient selection screen 1800 may include a first user interface for selecting a recipient using at least one of identifiers such as a service account, a mobile phone number, and an email.

결제부(213)는 수신인 선택 화면(1800)에서 제1 사용자 인터페이스가 선택되는 경우 도 19에 도시한 바와 같이 서비스 계정, 휴대폰 번호, 이메일 등의 식별자 중 어느 하나와 함께 실명을 입력하기 위한 입력 페이지(1910, 1920)를 제공할 수 있다.When the first user interface is selected on the recipient selection screen 1800, the payment unit 213 is an input page for inputting a real name together with any one of identifiers such as a service account, a mobile phone number, and an email, as shown in FIG. 19 . (1910, 1920) can be provided.

결제부(213)는 수신인 선택 화면(1800)에서 제1 사용자 인터페이스가 선택되는 경우 도 20에 도시한 바와 같이 사용자 단말 상의 주소록 또는 주소록 앱 상의 주소록에 접근하여 해당 주소록을 포함하는 선택 페이지(2010)를 제공한 후 선택 페이지(2010)에서 특정 수신인이 선택되면 해당 수신인의 실명을 입력하기 위한 입력 페이지(2020)를 제공할 수 있다.When the first user interface is selected on the recipient selection screen 1800, the payment unit 213 accesses the address book on the user terminal or the address book on the address book app as shown in FIG. 20, and a selection page including the address book (2010) When a specific recipient is selected on the selection page 2010 after providing , an input page 2020 for inputting the real name of the corresponding recipient may be provided.

결제부(213)는 서비스 제공 환경을 고려하여 웹 브라우저를 통한 송금 환경에서는 도 19과 같이 수신인의 식별자와 실명을 입력하는 입력 페이지(1910, 1920)를 제공하고, 모바일 전용 어플리케이션으로 구현된 송금 환경에서는 도 20과 같이 주소록과 연동하여 주소록을 이용한 선택 페이지(2010)를 제공할 수 있다.The payment unit 213 provides input pages 1910 and 1920 for inputting the recipient's identifier and real name as shown in FIG. 19 in a remittance environment through a web browser in consideration of the service provision environment, and a remittance environment implemented as a mobile-only application may provide a selection page 2010 using the address book in conjunction with the address book as shown in FIG. 20 .

도 18을 참조하면, 송금 친구 목록이 존재하는 경우 수신인 선택 화면(1800)은 송금 친구 목록을 이용하여 수신인을 선택하기 위한 제2 사용자 인터페이스를 더 포함할 수 있다. 수신인 선택 화면(1800)의 송금 친구 목록에는 프로필 이미지, 서비스 계정, 실명 등이 노출될 수 있다.Referring to FIG. 18 , when a remittance friend list exists, the recipient selection screen 1800 may further include a second user interface for selecting a recipient using the remittance friend list. A profile image, service account, real name, etc. may be exposed in the remittance friend list of the recipient selection screen 1800 .

결제부(213)는 수신인 선택이 완료되면 도 21에 도시한 바와 같이 송금 정보 입력 화면(2100) 상에 사용자에 의해 선택된 수신인의 정보를 노출할 수 있다. 이때, 송금 정보 입력 화면(2100)에 노출되는 수신인의 정보는 사용자에 의해 입력된 실명과 함께, 수신인 선택 방식에 대응되는 식별자(서비스 계정, 전화번호, 이메일, 이름 등) 등을 포함할 수 있다.When the recipient selection is completed, the payment unit 213 may expose information on the recipient selected by the user on the remittance information input screen 2100 as shown in FIG. 21 . In this case, the information of the recipient exposed on the remittance information input screen 2100 may include an identifier (service account, phone number, email, name, etc.) corresponding to the recipient selection method, along with the real name input by the user. .

단계(1508)에서 결제부(213)는 사용자에게 송금 금액의 입력을 요구할 수 있으며, 이에 송금 정보 입력 화면(2100)을 통해 사용자가 입력한 송금 금액을 수신할 수 있다. 일 예로, 송금 정보 입력 화면(2100)에는 원 단위의 금액을 직접 입력할 수 있는 영역과, 일정 금액을 자동 입력할 수 있는 금액 버튼 등이 포함될 수 있다.In step 1508 , the payment unit 213 may request the user to input the remittance amount, and thus may receive the remittance amount input by the user through the remittance information input screen 2100 . For example, the remittance information input screen 2100 may include an area for directly inputting an amount in won, an amount button for automatically inputting a predetermined amount, and the like.

도 16을 참조하여 도 15를 통해 설명한 송금 처리 절차 이후의 다음 절차를 이어서 설명하도록 한다.The following procedure after the remittance processing procedure described with reference to FIG. 15 will be described next with reference to FIG. 16 .

단계(1609)에서 결제부(213)는 사용자로부터 수신인 선택 및 송금 금액 입력이 완료되고 송금 요청이 수신되면 해당 사용자의 단위 기간 당 송금 한도를 확인할 수 있다. 일 예로, 단위 기간 당 송금 한도는 디폴트로 자동 설정되거나 혹은 사용자에 의해 직접 설정될 수 있으며, 예를 들어 1day 1ID 당 50만원으로 설정될 수 있다. 다른 예로, 단위 기간 당 송금 한도는 미성년자 여부에 따라 차등적으로 설정될 수 있으며, 예를 들어 성인은 1day 1ID 당 50만원, 미성년자는 1day 1ID 당 10만원으로 설정될 수 있다. 단위 기간 당 송금 한도와 함께 최소 송금 한도 또한 일정 금액(예컨대, 1천원)으로 사전 설정될 수 있다.In step 1609 , the payment unit 213 may check the remittance limit per unit period of the user when a recipient is selected and a remittance amount input is completed and a remittance request is received from the user. For example, the remittance limit per unit period may be automatically set as a default or may be set directly by the user, for example, may be set at 500,000 won per ID per day. As another example, the remittance limit per unit period may be differentially set depending on whether a person is a minor, for example, 500,000 won per 1 ID for an adult, and 100,000 won per 1 ID for a minor. In addition to the remittance limit per unit period, the minimum remittance limit may also be preset to a certain amount (eg, 1,000 won).

단계(1610)에서 결제부(213)는 최근 송금 요청한 송금 금액을 단위 기간에 송금된 기존 송금액과 합산하여 합산 금액이 단위 기간 당 송금 한도를 초과하는 경우 송금 처리 프로세스를 중단하고 한도 초과를 나타내는 알럿 메시지를 제공할 수 있다.In step 1610, the payment unit 213 adds the recently requested remittance amount with the existing remittance amount remitted in a unit period, and when the sum exceeds the remittance limit per unit period, the payment unit 213 stops the remittance processing process and an alert indicating the limit is exceeded message can be provided.

단계(1611)에서 결제부(213)는 최근 송금 요청한 송금 금액을 단위 기간에 송금된 기존 송금액과 합산하여 합산 금액이 송금 한도를 초과하지 않는 경우 송금 계좌와 관련된 모계좌의 잔액을 확인할 수 있다. 모계좌 잔액 한도는 자동 설정되거나 혹은 사용자에 의해 직접 설정될 수 있으며, 예를 들어 송금 시 잔액 한도를 200만원으로 설정할 수 있다.In step 1611, the payment unit 213 may check the balance of the parent account related to the remittance account when the sum of the recently requested remittance amount and the existing remittance amount remitted in a unit period does not exceed the remittance limit. The parent account balance limit may be set automatically or may be set directly by the user, for example, the balance limit may be set to 2 million won when remittance.

결제부(213)는 최근 송금 요청한 송금 금액을 수신 대기 중인 송금 금액과 합산하여 합산 금액이 모계좌의 잔액한도를 초과하는 경우 한도 초과를 나타내는 알럿 메시지를 제공할 수 있다(1610).The payment unit 213 may add the recently requested remittance amount with the remittance amount waiting to be received, and provide an alert message indicating that the limit is exceeded when the total amount exceeds the balance limit of the mother account ( 1610 ).

단계(1612)에서 결제부(213)는 최근 송금 요청한 송금 금액을 수신 대기 중인 송금 금액과 합산하여 합산 금액이 모계좌의 잔액한도를 초과하지 않는 경우 사용자에게 인증용 비밀번호의 입력을 요구할 수 있다.In step 1612 , the payment unit 213 may request the user to input a password for authentication when the sum of the recently requested remittance amount and the remittance amount waiting to be received and the total amount does not exceed the balance limit of the parent account.

단계(1613)에서 결제부(213)는 사용자로부터 입력된 비밀번호와 기 등록된 비밀번호를 비교하여 일치 여부를 확인할 수 있으며, 두 비밀번호가 일치하지 않는 경우 비밀번호 오류를 나타내는 알럿 메시지를 제공할 수 있다.In step 1613 , the payment unit 213 may compare the password input by the user with the previously registered password to check whether the two passwords match, and if the two passwords do not match, an alert message indicating a password error may be provided.

단계(1614)에서 결제부(213)는 사용자로부터 입력된 비밀번호가 기 등록된 비밀번호와 일치하는 경우 송금 계좌의 잔액을 확인할 수 있다.In step 1614 , the payment unit 213 may check the balance of the remittance account when the password input by the user matches the previously registered password.

단계(1615)에서 결제부(213)는 최근 송금 요청한 송금 금액이 송금 계좌의 잔액을 초과하는 경우 잔액 부족을 나타내는 알럿 메시지를 제공하고, 송금 계좌의 잔액을 초과하지 않는 경우 사용자에 의해 선택된 수신인에게 해당 송금 금액에 대한 송금 내역을 전송할 수 있다.In step 1615 , the payment unit 213 provides an alert message indicating insufficient balance when the recently requested remittance amount exceeds the balance of the remittance account, and when the remittance account does not exceed the balance of the remittance account, the payment unit 213 provides a recipient selected by the user You can send remittance details for the remittance amount.

단계(1616, 1617)에서 결제부(213)는 수신 대기 중인 송금 건에 대하여 송금 금액을 수신인이 수취하기 전에 송금 취소가 가능한 기능을 제공할 수 있으며, 사용자가 수신 대기 상태에서 송금 취소를 요청하는 경우 해당 건의 송금을 취소할 수 있다.In steps 1616 and 1617, the payment unit 213 may provide a function to cancel the remittance before the recipient receives the remittance amount for the remittance pending reception, and the user requests cancellation of the remittance in the reception standby state. In this case, the transfer may be canceled.

단계(1618, 1617)에서 결제부(213)는 수신인이 기 설정된 송금 수락 기한 이내에 사용자가 보낸 금액을 수신하지 않은 경우 송금 수락 기한을 경과한 시점에 송금을 취소할 수 있다. 수신인이 송금 금액을 수취할 수 있는 기한으로서 송금 수락 기한(예를 들어, 3일)이 설정될 수 있으며, 이때 송금 수락 기한은 디폴트로 자동 설정되거나 혹은 송금 발신자인 사용자에 의해 직접 설정될 수 있다.In steps 1618 and 1617 , if the recipient does not receive the amount sent by the user within the preset remittance acceptance deadline, the payment unit 213 may cancel the remittance when the remittance acceptance deadline elapses. A remittance acceptance deadline (for example, 3 days) may be set as a deadline for the recipient to receive the remittance amount. In this case, the remittance acceptance deadline may be automatically set as a default or may be set directly by the user who is the sender of the remittance. .

단계(1619, 1620, 1617)에서 결제부(213)는 사용자가 식별자와 함께 입력한 실명이 해당 식별자와 대응되는 실제 실명과 일치하는지 여부를 확인할 수 있으며, 사용자가 입력한 실명이 실제 실명과 다른 경우 실명 오류를 나타내는 알럿 메시지를 제공하고 해당 건의 송금을 취소할 수 있다.In steps 1619, 1620, and 1617, the payment unit 213 may check whether the real name input by the user together with the identifier matches the real real name corresponding to the identifier, and the real name input by the user is different from the real real name. In this case, you can provide an alert message indicating a real name error and cancel the remittance.

결제부(213)는 송금 정보에 포함된 수신인의 식별자와 실명에 대해 데이터베이스 상에 등록된 개인 정보 내 식별자와 실명을 비교 확인함으로써 실명 확인이 가능하며, 이러한 실명 확인 절차는 서비스 계정 또는 휴대폰 번호를 이용하여 수신인이 선택된 경우에 수행되고, 송금 친구 목록에서 수신인이 선택된 경우에는 생략될 수 있다.The payment unit 213 can verify the real name by comparing the identifier and real name of the recipient included in the remittance information with the identifier in the personal information registered in the database and the real name. This may be performed when a recipient is selected using the method, and may be omitted when a recipient is selected from the remittance friend list.

결제부(213)는 수신인이 송금 수락 기한 이내에 사용자가 보낸 금액에 대해 수신 요청하고 사용자의 송금 정보에 포함된 실명과 수신인의 실제 실명이 일치하는 경우 해당 금액을 수신인에게 전달함으로써 송금 처리 프로세스를 완료할 수 있다.The payment unit 213 completes the remittance processing process by transferring the amount to the recipient when the recipient requests to receive the amount sent by the user within the remittance acceptance deadline and when the real name included in the user's remittance information matches the recipient's real name can do.

단계(1621, 1622, 1623)에서 결제부(213)는 송금 취소 시 사용자의 원계좌 이슈 여부를 체크한 후 특정 이슈가 없는 경우 원계좌로 송금 취소된 금액을 환원하고 특정 이슈가 발생한 경우 사전에 설정된 환불잔고로 송금 취소된 금액을 환원할 수 있다.In steps 1621, 1622, and 1623, the payment unit 213 checks whether the user's original account has an issue when remittance is canceled, and if there is no specific issue, returns the canceled remittance amount to the original account, and if a specific issue occurs, in advance You can return the canceled remittance amount to the set refund balance.

도 22은 본 발명의 일 실시예에 있어서, 송금 수신 방법을 도시한 흐름도이다. 본 발명에 따른 송금 수신 방법은 도 2를 통해 설명한 결제부(213)에 의해 각 단계가 수행될 수 있다.22 is a flowchart illustrating a method for receiving a remittance according to an embodiment of the present invention. In the method for receiving remittance according to the present invention, each step may be performed by the payment unit 213 described with reference to FIG. 2 .

단계(2201)에서 결제부(213)는 발신인의 송금 내역이 수신되면 송금 내역과 함께 수신 알림을 사용자에게 제공할 수 있다. 일 예로, 결제부(213)는 사용자를 수신인으로 하는 송금에 대하여 문자 서비스(예컨대, SMS 등)를 통해 해당 사용자 단말로 송금 수신 내역(발신인 정보, 송금 날짜, 송금 금액 등)을 포함하는 문자 메시지를 전송할 수 있다. 다른 예로, 결제부(213)는 사용자를 수신인으로 하는 송금에 대하여 결제 서비스와 연계된 사용자의 알림 페이지를 통해 송금 수신 내역을 노출할 수 있다. 또 다른 예로, 결제부(213)는 상기한 두 가지 송금 수신 알림 방식을 동시에 적용할 수 있다. 송금 수신 알림에는 발신인이 송금한 금액을 수신할 수 있는 송금 수신 상세 화면으로의 이동이 가능한 링크가 포함될 수 있다.In step 2201, when the sender's remittance details are received, the payment unit 213 may provide a reception notification to the user along with the remittance details. As an example, the payment unit 213 sends a text message including the remittance reception details (sender information, remittance date, remittance amount, etc.) to the user terminal through a text service (eg, SMS, etc.) for remittance to a user as a recipient. can be transmitted. As another example, the payment unit 213 may expose the remittance reception details through a user's notification page associated with a payment service for remittance to a user as a recipient. As another example, the payment unit 213 may simultaneously apply the two remittance reception notification methods described above. The remittance reception notification may include a link capable of moving to a remittance reception detail screen where the sender can receive the remittance amount.

더 나아가, 결제부(213)는 발신인에 의한 수신인 선택 방식에 따라 송금 수신 알림 방식을 결정할 수 있다. 예를 들어, 발신인이 휴대폰 번호를 이용하여 수신인을 선택한 경우 문자 메시지를 통해 송금 수신을 알릴 수 있고, 서비스 계정을 이용하여 수신인을 선택한 경우 결제 서비스와 관련된 알림 페이지를 통해 송금 수신을 알릴 수 있으며, 송금 친구 목록을 이용하여 수신인을 선택한 경우 문자 메시지와 알림 페이지를 모두 이용하여 송금 수신을 알릴 수 있다.Furthermore, the payment unit 213 may determine the remittance reception notification method according to the recipient selection method by the sender. For example, when the sender selects a recipient using a mobile phone number, the recipient can be notified of the receipt of remittance through a text message, and when a recipient is selected using a service account, the recipient can be notified of the receipt of the remittance through a notification page related to the payment service; When a recipient is selected using the remittance friend list, the remittance receipt can be notified using both a text message and a notification page.

결제부(213)는 발신인이 수신인으로 선택한 사용자가 결제 서비스(혹은 결제 서비스와 연동하는 다른 서비스)에 등록된 회원이 아니더라도 문자 메시지를 통해 송금 수신 알림을 제공할 수 있으며, 이후 송금 수신 단계를 진행하기 위해서는 회원 가입 절차와 결제 서비스 이용을 위한 약관 동의 절차 등을 포함하여 송금 수신에 필요한 절차를 추가 진행할 수 있다.The payment unit 213 may provide a remittance reception notification through a text message even if the user selected by the sender as the recipient is not a registered member of the payment service (or other services linked to the payment service), and then proceeds with the remittance reception step In order to do this, you can additionally proceed with the procedures necessary for receiving remittance, including the procedure for membership registration and the procedure for agreeing to the terms and conditions for using the payment service.

단계(2202, 2203)에서 결제부(213)는 사용자가 발신인의 송금을 수신하기 이전에 발신인으로부터 송금 취소 요청이 수신되는 경우 해당 건의 송금을 취소할 수 있으며, 이때 사용자에게 문자 서비스 및/또는 결제 서비스와 연계된 알림 페이지를 통해 발신인에 의해 송금이 취소됐음을 알리는 송금 취소 알림을 제공할 수 있다.In steps 2202 and 2203, if the user receives a remittance cancellation request from the sender before the user receives the sender's remittance, the payment unit 213 may cancel the remittance of the case, and at this time, provide a text message service and/or payment to the user. Through the notification page associated with the service, it is possible to provide a remittance cancellation notification indicating that the remittance has been canceled by the sender.

단계(2204, 2203)에서 결제부(213)는 정해진 송금 수락 기한 이내에 사용자가 발신인의 송금을 수신하지 않은 경우 마찬가지로 해당 건의 송금을 취소하고 사용자에게 문자 서비스 및/또는 결제 서비스와 연계된 알림 페이지를 통해 기한 경과로 인해 송금이 취소됐음을 알리는 송금 취소 알림을 제공할 수 있다.In steps 2204 and 2203, if the user does not receive the sender's remittance within the set remittance acceptance deadline, the payment unit 213 similarly cancels the remittance of the case and provides the user with a text message service and/or a notification page associated with the payment service. A remittance cancellation notification can be provided to notify that the remittance has been canceled due to the elapse of a deadline.

단계(2205, 2206, 2203)에서 결제부(213)는 발신인의 송금에 대해 송금 수신 알림을 수신한 사용자의 실제 실명이 발신인의 송금 내역에 포함된 실명과 일치하는지 여부를 확인할 수 있으며, 두 실명이 다른 경우 실명 오류를 나타내는 알럿 메시지를 제공하고 해당 건의 송금을 취소할 수 있다. 실명 확인 절차는 발신인이 서비스 계정 또는 휴대폰 번호를 이용하여 수신인을 선택한 경우에 수행되고, 송금 친구 목록에서 수신인이 선택된 경우에는 생략될 수 있다.In steps 2205, 2206, and 2203, the payment unit 213 may check whether the real name of the user who received the remittance reception notification for the sender's remittance matches the real name included in the sender's remittance history, and the two real names In this other case, you can provide an alert message indicating a real-name error and cancel the transfer. The real name verification procedure is performed when the sender selects the recipient using a service account or mobile phone number, and may be omitted when the recipient is selected from the remittance friend list.

단계(2207)에서 결제부(213)는 사용자가 송금 수락 기한 이내에 발신인이 보낸 금액에 대해 수신 요청하고 실명 인증이 정상 처리된 경우 송금 수신 방식의 선택 절차를 수행할 수 있다.In step 2207 , the payment unit 213 may perform a remittance receiving method selection procedure when the user requests to receive the amount sent by the sender within the remittance acceptance deadline and real-name authentication is normally processed.

도 23은 결제부(213)의 송금 수신 절차와 관련된 사용자 인터페이스로서 사용자 단말에 표시되는 송금 수신 상세 화면(2300)의 예시 도면을 도시한 것이다. 일 예로, 송금 수신 상세 화면(2300)에는 발신인의 송금 상세 정보(예컨대, 발신인 이름, 송금 날짜, 송금 금액, 송금 관련 메시지 등)가 노출됨과 아울러, 발신인이 보낸 송금 금액을 수신하기 위한 송금 수신 방식의 선택을 요구하는 사용자 인터페이스가 포함될 수 있다. 이에, 사용자는 송금 수신 상세 화면(2300)에 노출되는 송금 상세 정보를 확인한 후 발신인이 송금한 금액을 수신할 송금 수신 방식을 선택할 수 있다.23 is a diagram illustrating an example of a remittance reception detailed screen 2300 displayed on a user terminal as a user interface related to the remittance reception procedure of the payment unit 213 . For example, on the remittance reception detail screen 2300 , the sender's remittance detailed information (eg, sender name, remittance date, remittance amount, remittance related message, etc.) is exposed, and the remittance reception method for receiving the remittance amount sent by the sender A user interface requesting the selection of may be included. Accordingly, the user may select a remittance receiving method in which the sender receives the remittance amount after checking the remittance detailed information displayed on the remittance reception detailed screen 2300 .

송금 수신 방식은 은행 계좌로 받는 방식과, 결제 서비스와 관련된 전자적 지급 수단(예를 들어, 포인트)으로 받는 방식 등을 포함할 수 있지만 이러한 것으로만 한정되는 것은 아니다. 은행 계좌로 받기 위해서는 결제 서비스 상에 계좌 등록이 필수이며, 포인트와 같은 경우에는 등록된 계좌가 없이도 송금 수신이 가능하다.The remittance receiving method may include, but is not limited to, a method of receiving a remittance through a bank account, a method of receiving through an electronic payment means (eg, points) related to a payment service, and the like. In order to receive a bank account, it is necessary to register an account on the payment service, and in the case of points, it is possible to receive remittance without a registered account.

단계(2208, 2209)에서 결제부(213)는 사용자가 송금 수신 방식으로 은행 계좌로의 수신 방식을 선택한 경우 해당 사용자를 대상으로 결제 서비스 상에 등록된 은행 계좌가 존재하는지 여부를 확인할 수 있다.In steps 2208 and 2209 , when the user selects a bank account receiving method as a remittance receiving method, the payment unit 213 may check whether a bank account registered in the payment service exists for the corresponding user.

단계(2210, 2211)에서 결제부(213)는 결제 서비스 상에 등록된 사용자의 계좌가 존재하지 않는 경우 사용자에게 계좌 등록 절차의 진행 여부를 요청하고 사용자가 계좌 등록 절차를 진행하지 않는 경우 송금 수신 오류를 나타내는 알럿 메시지를 제공할 수 있다. 이때, 결제부(213)는 사용자가 계좌 등록 절차를 진행하지 않는 경우 해당 건의 송금 수신을 보류하거나 혹은 송금 수신 방식의 재선택을 요구할 수 있다.In steps 2210 and 2211, the payment unit 213 requests whether to proceed with the account registration procedure from the user when the user's account registered on the payment service does not exist, and receives the remittance when the user does not proceed with the account registration procedure You can provide an alert message indicating an error. In this case, if the user does not proceed with the account registration procedure, the payment unit 213 may suspend the remittance reception of the case or request reselection of the remittance reception method.

단계(2209, 2210, 2212)에서 결제부(213)는 결제 서비스 상에 등록된 사용자의 계좌가 이미 존재하거나 계좌 등록 절차를 통해 신규 계좌를 등록한 경우 해당 등록 계좌의 상태가 수신 가능한 정상 상태인지 여부를 확인할 수 있다. 이때, 결제부(213)는 사용자의 등록 계좌가 송금 수신 상태가 아닌 경우 송금 수신 오류를 나타내는 알럿 메시지를 제공하고, 한편 사용자의 등록 계좌가 정상 상태인 경우 해당 계좌로 발신인의 송금 금액이 입금되도록 함으로써 송금 수신 프로세스를 완료할 수 있다.In steps 2209 , 2210 , and 2212 , the payment unit 213 determines whether an account registered on the payment service already exists or if a new account is registered through the account registration procedure, whether the state of the registered account is a receivable normal state can be checked. At this time, the payment unit 213 provides an alert message indicating a remittance reception error when the user's registered account is not in the remittance receiving state, and, on the other hand, ensures that the sender's remittance amount is deposited into the user's registered account in the normal state. By doing so, the remittance receiving process can be completed.

단계(2213, 2214)에서 결제부(213)는 사용자가 송금 수신 방식으로 전자적 지급 수단으로의 적립 방식을 선택한 경우 사용자의 잔액 한도를 확인할 수 있다. 잔액 한도는 자동 설정되거나 혹은 사용자에 의해 직접 설정될 수 있으며, 예를 들어 포인트 잔액 한도를 200만원으로 설정할 수 있다.In steps 2213 and 2214 , the payment unit 213 may check the limit of the user's balance when the user selects an electronic payment method as a remittance receiving method. The balance limit may be automatically set or may be set directly by the user, for example, the point balance limit may be set to 2 million won.

결제부(213)는 발신인으로부터 수신된 송금 금액과 사용자의 전자적 지급 수단의 현재 잔액을 합산하여 합산 금액이 잔액 한도를 초과하지 않는 경우 발신인의 송금 금액을 전자적 지급 수단으로 전환하여 해당 사용자에게 적립되도록 함으로써 송금 수신 프로세스를 완료할 수 있다.The payment unit 213 adds up the remittance amount received from the sender and the current balance of the user's electronic payment means, and converts the sender's remittance amount to an electronic payment means to be credited to the user if the sum does not exceed the balance limit By doing so, the remittance receiving process can be completed.

결제부(213)는 결제 서비스 상에 등록된 인증용 비밀번호를 이용하여 사용자 인증 절차를 수행할 수 있으나, 송금 수신 절차에서는 비밀번호를 이용한 인증 절차를 생략 가능하다.The payment unit 213 may perform the user authentication procedure using the authentication password registered on the payment service, but may omit the authentication procedure using the password in the remittance receiving procedure.

한편, 결제부(213)는 발신인으로부터 수신된 송금 금액과 사용자의 전자적 지급 수단의 현재 잔액을 합산하여 합산 금액이 잔액 한도를 초과하는 경우 송금 수신 오류를 나타내는 알럿 메시지를 제공할 수 있다. 이때, 결제부(213)는 합산 금액이 사전에 정해진 전자적 지급 수단 잔액 한도를 초과하는 경우 해당 건의 송금 수신을 보류하거나 혹은 송금 수신 방식의 재선택을 요구할 수 있다.Meanwhile, the payment unit 213 may provide an alert message indicating a remittance reception error when the sum of the remittance amount received from the sender and the current balance of the user's electronic payment means exceeds the balance limit. In this case, when the sum total amount exceeds a predetermined limit of the balance of the electronic payment means, the payment unit 213 may suspend reception of the relevant case or request reselection of the remittance reception method.

상기에서는 발신인이 송금한 금액을 은행 계좌와 전자적 지급 수단 중 어느 하나로 전액 수신하는 것으로 설명하고 있으나, 이에 한정되는 것은 아니며 얼마든지 송금 수신 방식을 달리 하거나 확대하여 적용할 수 있다. 예컨대, 송금 수신을 은행 계좌와 전자적 지급 수단으로 분할하여 받을 수 있는 복합 수신 방식을 제공할 수 있으며, 이를 통해 사용자가 송금 금액을 선택적으로 나누여 송금 금액의 일부는 은행 계좌로, 나머지는 전자적 지급 수단으로 수신하는 것 또한 가능하다.In the above description, the sender's remittance amount is fully received through either a bank account or an electronic payment method, but the present invention is not limited thereto, and the remittance receiving method may be applied differently or expanded. For example, it is possible to provide a complex reception method in which the remittance reception can be received by dividing the remittance reception into a bank account and an electronic payment method. It is also possible to receive by means.

따라서, 결제부(213)는 수신인의 서비스 계정과 실명을 이용하여 서비스에 가입된 개인 간에 다이렉트 송금을 처리할 수 있고, 타인으로부터 수신된 금액을 사용자의 은행 계좌로 받는 것 이외에도 포인트와 같은 전자적 지급 수단으로 전환하여 받을 수 있다. 상기한 결제부(213)는 발신인이 보낸 금액을 사용자가 계좌나 전자적 지급 수단 등으로 수신한 후 온라인 상거래(예를 들어, 인터넷 쇼핑 등)의 결제 대금으로 바로 사용 가능한 결제 환경을 제공할 수 있다. 또한, 결제부(213)는 간편 결제가 등록되어 있는 경우 오프라인에서의 대면 결제 시에도 편리한 결제 환경을 제공할 수 있다. 예를 들어, 전자적 지급 수단을 바코드나 NFC 등의 근거리 무선 통신을 기반으로 한 결제 수단으로 이용할 수 있다.Accordingly, the payment unit 213 can process a direct remittance between the individual who has signed up for the service using the service account and real name of the recipient, and, in addition to receiving the amount received from another person into the user's bank account, electronic payment such as points It can be converted into a means. The payment unit 213 can provide a payment environment that can be used immediately as payment for online commerce (eg, Internet shopping, etc.) after the user receives the amount sent by the sender through an account or electronic payment means. . In addition, when the simple payment is registered, the payment unit 213 may provide a convenient payment environment even during offline face-to-face payment. For example, an electronic payment method may be used as a payment method based on short-range wireless communication such as a barcode or NFC.

더 나아가, 결제부(213)는 다양하게 수집된 정보(사용자 매체 환경 정보, 검색/결제/거래 유형 정보, 사고 유형 정보 등)를 종합적으로 분석하여 이상거래 검출을 위한 각종 룰(rule)을 적용할 수 있으며, 이러한 룰을 이상금융거래 유무를 판별하여 적절한 대응(예컨대, 알림, 카드 정지, 불법 거래 신고 등)을 지원할 수 있다. 예를 들어, 결제부(213)는 최근 배송지로 주문한 후 판매자 개별 연락을 통해 배송지를 변경하거나, 전자적 지급 수단을 바로 송금하거나 사용하는 경우, 소액 결제 후 고액 결제를 시도하는 경우, 평소와 다른 소비 형태의 결제를 시도하는 경우 등을 포함한 각종 이상 거래를 검출할 수 있다.Furthermore, the payment unit 213 applies various rules for detecting abnormal transactions by comprehensively analyzing the variously collected information (user media environment information, search/payment/transaction type information, accident type information, etc.) This rule can be used to determine whether there is an abnormal financial transaction and support an appropriate response (eg, notification, card suspension, illegal transaction report, etc.). For example, the payment unit 213 may change the delivery address through individual contact with the seller after placing an order to a recent delivery address, transfer or use an electronic payment method directly, attempt a large amount payment after a small payment, consume different from usual It is possible to detect various abnormal transactions including a case of attempting a form of payment.

도 24는 본 발명의 일 실시예에 있어서, 정기 결제 알림 방법을 도시한 흐름도이다. 본 발명에 따른 정기 결제 알림 방법은 도 2를 통해 설명한 모니터부(214)에 의해 각 단계가 수행될 수 있다.24 is a flowchart illustrating a periodic payment notification method according to an embodiment of the present invention. In the periodic payment notification method according to the present invention, each step may be performed by the monitor unit 214 described with reference to FIG. 2 .

단계(2401)에서 모니터부(214)는 사용자와 관련된 결제 유형 정보를 수집할 수 있다. 일 예로, 결제 유형 정보는 사용자가 2회 이상 실제로 구매한, 즉 결제까지 이루어진 상품 주문 정보(예컨대, 상품명, 상품카테고리, 주문 날짜, 주문 개수 등)를 포함할 수 있다.In step 2401, the monitor unit 214 may collect payment type information related to the user. As an example, the payment type information may include product order information (eg, product name, product category, order date, number of orders, etc.) that the user actually purchased two or more times, ie, made payment.

단계(2402)에서 모니터부(214)는 결제 유형 정보를 바탕으로 사용자의 정기 구매 패턴을 분석할 수 있다. 다시 말해, 모니터부(214)는 상품 주문 이력에 따라 사용자가 정기적으로 구매하는 상품과 상품 별 구매 주기를 분석할 수 있다. 예를 들어, 사용자가 생수를 최초 주문 후 30일만에 주문하고 이후 또 28일만에 주문을 한 경우 사용자의 생수 구매 주기를 평균 구매 주기인 29일로 분석할 수 있다.In step 2402, the monitor unit 214 may analyze the user's regular purchase pattern based on the payment type information. In other words, the monitor unit 214 may analyze the products that the user regularly purchases and the purchase cycle for each product according to the product order history. For example, if a user orders bottled water 30 days after the initial order and then orders another 28 days later, the user's bottled water purchase cycle may be analyzed as an average purchase cycle of 29 days.

단계(2403, 2404)에서 모니터부(214)는 사용자의 결제 유형 정보를 바탕으로 분석된 상품 구매 주기에 따라 해당 사용자 단말로 정기 구매 알림을 제공할 수 있다. 정기 구매 알림에는 정기 구매 대상인 상품 정보를 포함할 수 있다. 일 예로, 모니터부(214)는 사용자의 상품 구매 주기에 따라 일정 시점(예컨대, 일주일 전, 하루 전, 당일 등)에 정기 구매 상품에 대한 알림을 제공할 수 있다.In steps 2403 and 2404, the monitor 214 may provide a periodic purchase notification to the corresponding user terminal according to the product purchase cycle analyzed based on the user's payment type information. The periodic purchase notification may include product information targeted for periodic purchase. As an example, the monitor unit 214 may provide a notification about the regular purchase product at a certain point in time (eg, one week before, one day before, the same day, etc.) according to the user's product purchase cycle.

도 25는 모니터부(214)의 정기 결제 알림 절차와 관련된 사용자 인터페이스로서 사용자 단말에 표시되는 정기 결제 알림 화면(2500)의 예시 도면을 도시한 것이다. 일 예로, 정기 결제 알림 화면(2500)에는 정기 결제 알림을 나타내는 메시지가 포함되고, 정기 구매 상품의 정보와 정기 구매 상품에 대한 결제 URL을 포함하는 결제 UI가 포함될 수 있다. 이때, 결제 URL은 사용자의 서비스 계정에 연결된 결제 정보와 배송지 정보에 대응되거나, 혹은 해당 상품의 최근 주문 시 결제에 이용된 결제 정보와 배송지 정보에 대응되는 단축 URL일 수 있다. 사용자가 정기 결제 알림 화면(2500) 상에 노출된 결제 UI를 선택하면 결제 화면(예를 들어, 도 13을 통해 설명한 결제 화면)으로 바로 진입하여 다이렉트로 결제를 진행할 수 있다.25 is a diagram illustrating an example of the periodic payment notification screen 2500 displayed on the user terminal as a user interface related to the periodic payment notification procedure of the monitor unit 214 . For example, the periodic payment notification screen 2500 may include a message indicating a periodic payment notification, and may include a payment UI including information on a periodic purchase product and a payment URL for a periodic purchase product. In this case, the payment URL may correspond to payment information and delivery address information connected to the user's service account, or may be a shortened URL corresponding to payment information and delivery address information used for payment when a recent order for the product is made. When the user selects the payment UI exposed on the periodic payment notification screen 2500, the user can directly enter the payment screen (eg, the payment screen described with reference to FIG. 13) and proceed directly with the payment.

상기에서는 사용자의 상품 구매 패턴을 분석하여 정기 결제 알림을 자동으로 제공하는 것으로 설명하고 있으나, 이에 한정되지 않으며, 경우에 따라 사용자에 의한 사전 설정을 통해 정기 결제 알림을 제공하는 것 또한 가능하다. 예를 들어, 사용자가 정기적으로 구매하는 상품(예컨대, 생수, 기저귀, 물티슈 등)과 상품 구매 주기를 미리 설정해 놓을 수 있으며, 이에 모니터부(214)는 사용자가 설정한 상품과 상품 구매 주기를 기준으로 해당 사용자 단말로 상품 별 정기 결제 알림을 제공할 수 있다.In the above description, it is described that the periodic payment notification is automatically provided by analyzing the product purchase pattern of the user, but the present invention is not limited thereto, and in some cases, it is also possible to provide the periodic payment notification through a preset setting by the user. For example, the product (eg, bottled water, diaper, wet tissue, etc.) and the product purchase cycle that the user purchases regularly may be set in advance, and the monitor unit 214 may set the product and product purchase cycle set by the user in advance. In this way, a periodic payment notification for each product can be provided to the corresponding user terminal.

따라서, 모니터부(214)는 사용자의 거래 이력에 따른 구매 패턴이나 예약 설정에 따라 정기 구매를 위한 다이렉트 결제가 가능한 알림을 제공할 수 있다.Accordingly, the monitor unit 214 may provide a notification that direct payment for a regular purchase is possible according to a purchase pattern or reservation setting according to the user's transaction history.

상기한 결제 서비스 방법은 도 1 내지 도 25를 통해 설명한 결제 시스템의 상세 내용을 바탕으로 보다 단축된 동작들 또는 추가의 동작들을 포함할 수 있다. 또한, 둘 이상의 동작이 조합될 수 있고, 동작들의 순서나 위치가 변경될 수 있다.The above-described payment service method may include shortened operations or additional operations based on the details of the payment system described with reference to FIGS. 1 to 25 . In addition, two or more operations may be combined, and the order or position of the operations may be changed.

도 4 내지 도 8, 도 10 내지 도 13, 도 17 내지 도 22, 도 23, 도 25는 발명의 이해를 돕고 설명의 편의를 위한 예시적인 화면들로서 화면의 구성이나 순서 등은 얼마든지 변경 가능하다.4 to 8, 10 to 13, 17 to 22, 23, and 25 are exemplary screens for better understanding of the invention and convenience of explanation, and the configuration or order of the screens can be changed as much as possible. .

도 26은 본 발명의 일 실시예에 있어서, 컴퓨터 시스템의 내부 구성의 일례를 설명하기 위한 블록도이다. 컴퓨터 시스템(2600)은 적어도 하나의 프로세서(processor)(2610), 메모리(memory)(2620), 주변장치 인터페이스(peripheral interface)(2630), 입/출력 서브시스템(I/O subsystem)(2640), 전력 회로(2650) 및 통신 회로(2660)를 적어도 포함할 수 있다. 이때, 컴퓨터 시스템(2600)은 사용자 단말에 해당될 수 있다.26 is a block diagram for explaining an example of an internal configuration of a computer system according to an embodiment of the present invention. The computer system 2600 includes at least one processor 2610 , a memory 2620 , a peripheral interface 2630 , and an I/O subsystem 2640 . , a power circuit 2650 and a communication circuit 2660 may be included at least. In this case, the computer system 2600 may correspond to a user terminal.

메모리(2620)는, 일례로 고속 랜덤 액세스 메모리(high-speed random access memory), 자기 디스크, 에스램(SRAM), 디램(DRAM), 롬(ROM), 플래시 메모리 또는 비휘발성 메모리를 포함할 수 있다. 메모리(2620)는 컴퓨터 시스템(2600)의 동작에 필요한 소프트웨어 모듈, 명령어 집합 또는 그밖에 다양한 데이터를 포함할 수 있다. 이때, 프로세서(2610)나 주변장치 인터페이스(2630) 등의 다른 컴포넌트에서 메모리(2620)에 액세스하는 것은 프로세서(2610)에 의해 제어될 수 있다.The memory 2620 may include, for example, a high-speed random access memory, a magnetic disk, an SRAM, a DRAM, a ROM, a flash memory, or a non-volatile memory. there is. The memory 2620 may include a software module, an instruction set, or other various data necessary for the operation of the computer system 2600 . In this case, access to the memory 2620 from other components such as the processor 2610 or the peripheral interface 2630 may be controlled by the processor 2610 .

주변장치 인터페이스(2630)는 컴퓨터 시스템(2600)의 입력 및/또는 출력 주변장치를 프로세서(2610) 및 메모리(2620)에 결합시킬 수 있다. 프로세서(2610)는 메모리(2620)에 저장된 소프트웨어 모듈 또는 명령어 집합을 실행하여 컴퓨터 시스템(2600)을 위한 다양한 기능을 수행하고 데이터를 처리할 수 있다.Peripheral interface 2630 may couple input and/or output peripherals of computer system 2600 to processor 2610 and memory 2620 . The processor 2610 may execute a software module or an instruction set stored in the memory 2620 to perform various functions for the computer system 2600 and process data.

입/출력 서브시스템(2640)은 다양한 입/출력 주변장치들을 주변장치 인터페이스(2630)에 결합시킬 수 있다. 예를 들어, 입/출력 서브시스템(2640)은 모니터나 키보드, 마우스, 프린터 또는 필요에 따라 터치스크린이나 센서 등의 주변장치를 주변장치 인터페이스(2630)에 결합시키기 위한 컨트롤러를 포함할 수 있다. 다른 측면에 따르면, 입/출력 주변장치들은 입/출력 서브시스템(2640)을 거치지 않고 주변장치 인터페이스(2630)에 결합될 수도 있다.Input/output subsystem 2640 may couple various input/output peripherals to peripheral interface 2630 . For example, input/output subsystem 2640 may include a controller for coupling peripherals such as monitors, keyboards, mice, printers, or, if desired, touch screens or sensors to peripheral interface 2630 . According to another aspect, input/output peripherals may be coupled to peripheral interface 2630 without going through input/output subsystem 2640 .

전력 회로(2650)는 단말기의 컴포넌트의 전부 또는 일부로 전력을 공급할 수 있다. 예를 들어 전력 회로(2650)는 전력 관리 시스템, 배터리나 교류(AC) 등과 같은 하나 이상의 전원, 충전 시스템, 전력 실패 감지 회로(power failure detection circuit), 전력 변환기나 인버터, 전력 상태 표시자 또는 전력 생성, 관리, 분배를 위한 임의의 다른 컴포넌트들을 포함할 수 있다.The power circuit 2650 may supply power to all or some of the components of the terminal. For example, power circuit 2650 may include a power management system, one or more power sources, such as batteries or alternating current (AC), charging systems, power failure detection circuits, power converters or inverters, power status indicators or power sources. It may include any other components for creation, management, and distribution.

통신 회로(2660)는 적어도 하나의 외부 포트를 이용하여 다른 컴퓨터 시스템과 통신을 가능하게 할 수 있다. 또는 상술한 바와 같이 필요에 따라 통신 회로(2660)는 RF 회로를 포함하여 전자기 신호(electromagnetic signal)라고도 알려진 RF 신호를 송수신함으로써, 다른 컴퓨터 시스템과 통신을 가능하게 할 수도 있다.The communication circuit 2660 may enable communication with another computer system using at least one external port. Alternatively, as described above, if necessary, the communication circuit 2660 may include an RF circuit to transmit and receive an RF signal, also known as an electromagnetic signal, to enable communication with another computer system.

이러한 도 26의 실시예는, 컴퓨터 시스템(2600)의 일례일 뿐이고, 컴퓨터 시스템(2600)은 도 26에 도시된 일부 컴포넌트가 생략되거나, 도 26에 도시되지 않은 추가의 컴포넌트를 더 구비하거나, 2개 이상의 컴포넌트를 결합시키는 구성 또는 배치를 가질 수 있다. 예를 들어, 모바일 환경의 통신 단말을 위한 컴퓨터 시스템은 도 26에 도시된 컴포넌트들 외에도, 터치스크린이나 센서 등을 더 포함할 수도 있으며, 통신 회로(2660)에 다양한 통신 방식(WiFi, 3G, LTE, Bluetooth, NFC, Zigbee 등)의 RF 통신을 위한 회로가 포함될 수도 있다. 컴퓨터 시스템(2600)에 포함 가능한 컴포넌트들은 하나 이상의 신호 처리 또는 어플리케이션에 특화된 집적 회로를 포함하는 하드웨어, 소프트웨어, 또는 하드웨어 및 소프트웨어 양자의 조합으로 구현될 수 있다.This embodiment of FIG. 26 is only an example of the computer system 2600 , and the computer system 2600 may omit some components shown in FIG. 26 , or further include additional components not shown in FIG. 26 , or 2 It may have a configuration or arrangement that combines two or more components. For example, a computer system for a communication terminal in a mobile environment may further include a touch screen or a sensor in addition to the components shown in FIG. 26 , and various communication methods (WiFi, 3G, LTE) are provided in the communication circuit 2660 . , Bluetooth, NFC, Zigbee, etc.) may include a circuit for RF communication. The components that may be included in the computer system 2600 may be implemented in hardware, software, or a combination of both hardware and software, including one or more signal processing or application-specific integrated circuits.

이와 같이, 본 발명의 실시예에 따르면, 불필요한 절차를 생략하여 URL 방식을 통해 다이렉트로 결제할 수 있는 원클릭 결제 모델을 제공함으로써 간편한 유입 경로를 통해 주문 단계를 간소화 할 수 있다. 더욱이, 본 발명의 실시예에 따르면, 사용자의 거래 이력에 따른 구매 패턴이나 예약 설정에 따라 다이렉트 결제가 가능한 알림을 제공함으로써 정기적인 구매 행태를 가진 사용자의 편의를 극대화 시킬 수 있다. 그리고, 본 발명의 실시예에 따르면, 대금 결제의 안전한 거래를 위해 금융사에서 담당하던 인증을 결제 시스템에서 직접 수행함으로써 주도적이고 자유로운 인증 정책을 적용할 수 있다. 또한, 본 발명의 실시예에 따르면, 사용자나 거래 상황의 위험도 수준에 따라 인증 절차를 원클릭에서 결제 불가까지 차등화 하여 적용함으로써 기존의 획일적인 방식에 비해 보다 유연하고 합리적이면서도 더욱 엄격하고 강력한 인증 정책을 적용할 수 있다.As such, according to an embodiment of the present invention, an order step can be simplified through a simple inflow path by providing a one-click payment model that enables direct payment through a URL method by omitting unnecessary procedures. Furthermore, according to an embodiment of the present invention, it is possible to maximize the convenience of users with regular purchasing behavior by providing a notification that direct payment is possible according to a purchase pattern or reservation setting according to the user's transaction history. And, according to an embodiment of the present invention, a proactive and free authentication policy can be applied by directly performing authentication in charge of a financial company in the payment system for safe transaction of payment. In addition, according to an embodiment of the present invention, the authentication procedure is differentiated from one-click to impossible of payment according to the risk level of the user or transaction situation and applied, so that the authentication policy is more flexible and reasonable compared to the existing uniform method, but more stringent and strong authentication policy can be applied.

본 발명의 실시예에 따른 방법들은 다양한 컴퓨터 시스템을 통하여 수행될 수 있는 프로그램 명령(instruction) 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다.Methods according to embodiments of the present invention may be implemented in the form of program instructions that can be executed through various computer systems and recorded in computer-readable media.

본 실시예에 따른 프로그램은 PC 기반의 프로그램 또는 모바일 단말 전용의 어플리케이션으로 구성될 수 있다. 본 실시예에서의 결제 서비스와 관련된 앱은 독립적으로 동작하는 프로그램 형태로 구현되거나, 혹은 특정 어플리케이션(예컨대, 포털 서비스 앱, 검색 서비스 앱 등)의 인-앱(in-app) 형태로 구성되어 상기 특정 어플리케이션 상에서 동작이 가능하도록 구현될 수 있다.The program according to the present embodiment may be configured as a PC-based program or an application dedicated to a mobile terminal. The app related to the payment service in this embodiment is implemented in the form of a program that operates independently, or is configured in the form of an in-app of a specific application (eg, a portal service app, a search service app, etc.) It may be implemented to enable operation on a specific application.

또한, 본 발명의 실시예에 따른 방법들은 결제 서비스를 제공하는 서버 시스템과 연관된 어플리케이션이 사용자 단말기를 제어하여 수행될 수 있다. 일 예로, 이러한 어플리케이션은 본 명세서에서 설명되는 특징들 중 하나 이상의 특징을 수행하도록 구성된 하나 이상의 프로세스들을 실행할 수 있다. 또한, 이러한 어플리케이션은 파일 배포 시스템이 제공하는 파일을 통해 사용자 단말기에 설치될 수 있다. 일 예로, 파일 배포 시스템은 사용자 단말기의 요청에 따라 상기 파일을 전송하는 파일 전송부(미도시)를 포함할 수 있다.In addition, the methods according to an embodiment of the present invention may be performed by controlling the user terminal by an application associated with a server system providing a payment service. As an example, such an application may execute one or more processes configured to perform one or more of the features described herein. In addition, such an application may be installed in the user terminal through a file provided by the file distribution system. For example, the file distribution system may include a file transmission unit (not shown) that transmits the file in response to a request from the user terminal.

이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.The device described above may be implemented as a hardware component, a software component, and/or a combination of the hardware component and the software component. For example, devices and components described in the embodiments may include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA). , a programmable logic unit (PLU), microprocessor, or any other device capable of executing and responding to instructions, may be implemented using one or more general purpose or special purpose computers. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For convenience of understanding, although one processing device is sometimes described as being used, one of ordinary skill in the art will recognize that the processing device includes a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that can include For example, the processing device may include a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as parallel processors.

소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.Software may comprise a computer program, code, instructions, or a combination of one or more of these, which configures a processing device to operate as desired or is independently or collectively processed You can command the device. The software and/or data may be any kind of machine, component, physical device, virtual equipment, computer storage medium or device, to be interpreted by or to provide instructions or data to the processing device. , or may be permanently or temporarily embody in a transmitted signal wave. The software may be distributed over networked computer systems, and stored or executed in a distributed manner. Software and data may be stored in one or more computer-readable recording media.

이상 설명된 본 발명에 따른 실시예는 컴퓨터 상에서 다양한 구성요소를 통하여 실행될 수 있는 컴퓨터 프로그램의 형태로 구현될 수 있으며, 이와 같은 컴퓨터 프로그램은 컴퓨터로 판독 가능한 매체에 기록될 수 있다. 이때, 매체는 컴퓨터로 실행 가능한 프로그램을 계속 저장하거나, 실행 또는 다운로드를 위해 임시 저장하는 것일 수도 있다. 또한, 매체는 단일 또는 수개 하드웨어가 결합된 형태의 다양한 기록수단 또는 저장수단일 수 있는데, 어떤 컴퓨터 시스템에 직접 접속되는 매체에 한정되지 않고, 네트워크 상에 분산 존재하는 것일 수도 있다. 매체의 예시로는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등을 포함하여 프로그램 명령어가 저장되도록 구성된 것이 있을 수 있다. 또한, 다른 매체의 예시로, 애플리케이션을 유통하는 앱 스토어나 기타 다양한 소프트웨어를 공급 내지 유통하는 사이트, 서버 등에서 관리하는 기록매체 내지 저장매체도 들 수 있다.The embodiment according to the present invention described above may be implemented in the form of a computer program that can be executed through various components on a computer, and such a computer program may be recorded in a computer-readable medium. In this case, the medium may be to continuously store the program executable by the computer, or to temporarily store the program for execution or download. In addition, the medium may be various recording means or storage means in the form of a single or several hardware combined, it is not limited to a medium directly connected to any computer system, and may exist distributed on a network. Examples of the medium include a hard disk, a magnetic medium such as a floppy disk and a magnetic tape, an optical recording medium such as CD-ROM and DVD, a magneto-optical medium such as a floppy disk, and those configured to store program instructions, including ROM, RAM, flash memory, and the like. In addition, examples of other media may include recording media or storage media managed by an app store that distributes applications, sites that supply or distribute various other software, and servers.

이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.As described above, although the embodiments have been described with reference to the limited embodiments and drawings, various modifications and variations are possible for those skilled in the art from the above description. For example, the described techniques are performed in a different order than the described method, and/or the described components of the system, structure, apparatus, circuit, etc. are combined or combined in a different form than the described method, or other components Or substituted or substituted by equivalents may achieve an appropriate result.

그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

200: 결제 시스템
211: 등록부
212: 제공부
213: 결제부
214: 모니터부
200: payment system
211: register
212: provider
213: payment department
214: monitor unit

Claims (20)

컴퓨터로 구현되는 결제 서비스 방법에 있어서,
사용자의 단말이 특정 상품과 관련된 서비스 화면에 진입하는 경우, 상기 서비스 화면 상에 상기 사용자의 서비스 계정에 연결되어 데이터베이스에 저장되어 있는 결제 정보에 대응되는 URL(uniform resource locator)을 제공하는 단계; 및
상기 사용자의 단말로부터 상기 URL에 대한 선택을 수신하면 주문서 작성 및 결제 정보 입력 절차를 거치지 않고 바로 결제 환경에 진입하여, 상기 결제 정보에 대한 별도의 정보 입력과 그에 따른 정보 수신 없이 상기 데이터베이스에 저장되어 있는 결제 정보를 이용하여 다이렉트로 결제 처리를 수행하는 단계를 포함하고,
상기 결제 처리를 수행하는 단계는,
상기 결제 정보와 관련된 금융사와 무관한 독립된 인증 절차를 수행하는 것으로,
상기 사용자에 대한 사용자 매체 환경 정보나 검색, 결제, 거래 유형 정보, 또는 사고 유형 정보 중 하나 이상을 이용하여 상기 사용자의 결제에 대한 위험을 평가한 결제 위험 등급을 확인하는 단계; 및
여러 인증 방식 중 상기 결제 위험 등급에 대응되는 인증 방식을 적용하여 상기 사용자에 대한 본인 인증 절차를 수행하는 단계;를 포함하는 결제 서비스 방법.
In the payment service method implemented by a computer,
providing a uniform resource locator (URL) corresponding to payment information stored in a database connected to the user's service account on the service screen when the user's terminal enters a service screen related to a specific product; and
Upon receiving the selection of the URL from the user's terminal, the user enters the payment environment directly without going through an order form and payment information input procedure, and is stored in the database without inputting additional information about the payment information and receiving the corresponding information. Including the step of directly performing payment processing using the payment information,
The step of performing the payment processing,
By performing an independent authentication process independent of the financial company related to the payment information,
confirming a payment risk level that evaluates the risk of the user's payment by using one or more of user media environment information, search, payment, transaction type information, and accident type information for the user; and
A payment service method comprising a; applying an authentication method corresponding to the payment risk level among several authentication methods to perform a self-authentication procedure for the user.
제1항에 있어서,
상기 URL를 제공하는 단계는,
상기 사용자의 서비스 계정에 연결된 배송지 정보가 포함되는 상기 URL를 제공하고,
상기 결제 처리를 수행하는 단계는,
상기 결제 정보와 상기 배송지 정보를 이용하여 다이렉트로 결제 처리를 수행하는 것
을 특징으로 하는 결제 서비스 방법.
According to claim 1,
The step of providing the URL includes:
providing the URL including shipping address information linked to the user's service account;
The step of performing the payment processing,
Directly performing payment processing using the payment information and the delivery address information
Payment service method characterized in that.
제1항에 있어서,
상기 결제 처리를 수행하는 단계는,
상기 사용자의 단말로부터 상기 URL에 대한 선택을 수신하면 상기 결제 정보가 자동 입력된 결제 화면을 상기 사용자의 단말로 제공하는 것
을 특징으로 하는 결제 서비스 방법.
According to claim 1,
The step of performing the payment processing,
When receiving the selection of the URL from the user's terminal, providing a payment screen in which the payment information is automatically entered to the user's terminal
Payment service method characterized in that.
제1항에 있어서,
상기 본인 인증 절차를 수행하는 단계는,
상기 사용자의 결제 위험 등급이 화이트리스트에 속하는 안전 등급인 경우 별도 인증 절차 없이 상기 결제 처리를 수행하는 것
을 특징으로 하는 결제 서비스 방법.
According to claim 1,
The step of performing the identity authentication procedure is,
If the user's payment risk level is a safety level belonging to the white list, performing the payment processing without a separate authentication procedure
Payment service method characterized in that.
제1항에 있어서,
상기 본인 인증 절차를 수행하는 단계는,
결제 요청 정보에 포함된 배송지가 상기 사용자의 서비스 계정에 연결된 배송지 또는 최근 결제 성공한 배송지와 동일하면 별도 인증 절차 없이 상기 결제 처리를 수행하는 것
을 특징으로 하는 결제 서비스 방법.
According to claim 1,
The step of performing the identity authentication procedure is,
If the delivery address included in the payment request information is the same as the delivery address connected to the user's service account or the delivery location where the latest payment was successful, performing the payment processing without a separate authentication process
Payment service method characterized in that.
제1항에 있어서,
상기 본인 인증 절차를 수행하는 단계는,
상기 사용자의 결제 위험 등급에 따라 적어도 하나의 인증 방식을 이용한 1차 인증을 수행하거나, 상기 1차 인증과 함께 적어도 다른 하나의 인증 방식을 이용한 2차 인증을 추가로 수행하는 것
을 특징으로 하는 결제 서비스 방법.
According to claim 1,
The step of performing the identity authentication procedure is,
Performing primary authentication using at least one authentication method according to the user's payment risk level, or additionally performing secondary authentication using at least another authentication method together with the primary authentication
Payment service method characterized in that.
제1항에 있어서,
상기 결제 위험 등급을 확인하는 단계는,
상기 사용자의 과거 정상 처리된 결제 이력, 서비스 전용 어플리케이션의 이용 여부, 최근 결제 성공한 배송지, 결제 시 이용되는 휴대폰 번호, 결제 서비스와 연동하는 특정 어플리케이션에서의 본인 인증 이력 중 적어도 하나를 이용하여 상기 결제 위험 등급을 확인하는 것
을 특징으로 하는 결제 서비스 방법.
According to claim 1,
The step of confirming the payment risk level is,
The payment risk using at least one of the user's past normally processed payment history, whether or not the service-only application is used, the recently successful delivery address, the mobile phone number used for payment, and the identity verification history in a specific application linked to the payment service checking the grade
Payment service method characterized in that.
제1항에 있어서,
상기 결제 위험 등급을 확인하는 단계는,
상기 사용자가 과거 결제 시 이용한 결제 수단, 단말 정보, 접속 정보 중 적어도 하나를 포함하는 사용자 매체 환경 정보를 이용하여 상기 결제 위험 등급을 확인하는 것
을 특징으로 하는 결제 서비스 방법.
According to claim 1,
The step of confirming the payment risk level is,
Confirming the payment risk level using user media environment information including at least one of a payment method, terminal information, and access information used by the user in the past payment
Payment service method characterized in that.
제1항에 있어서,
상기 사용자의 과거 결제 정보를 이용하여 정기 구매 상품 및 상기 정기 구매 상품 별 구매 주기를 분석하는 단계; 및
상기 구매 주기에 따라 상기 정기 구매 상품에 대한 결제 알림을 상기 사용자의 단말로 제공하는 단계
를 더 포함하는 결제 서비스 방법.
According to claim 1,
analyzing a purchase cycle for each periodic purchase product and the periodic purchase product by using the user's past payment information; and
providing a payment notification for the periodic purchase product to the user's terminal according to the purchase cycle;
A payment service method further comprising a.
제9항에 있어서,
상기 결제 알림을 상기 사용자의 단말로 제공하는 단계는,
상기 정기 구매 상품에 대한 정보 및 상기 사용자의 서비스 계정에 연결된 결제 정보에 대응되는 URL를 포함하는 알림 메시지를 제공하는 것
을 특징으로 하는 결제 서비스 방법.
10. The method of claim 9,
The step of providing the payment notification to the user's terminal comprises:
Providing a notification message including information on the periodic purchase product and a URL corresponding to payment information connected to the user's service account
Payment service method characterized in that.
제1항 내지 제10항 중 어느 한 항의 방법을 실행하기 위한 프로그램이 기록되어 있는 것을 특징으로 하는 컴퓨터 판독가능 저장 매체.A computer-readable storage medium, characterized in that a program for executing the method of any one of claims 1 to 10 is recorded. 적어도 하나의 프로그램이 로딩된 메모리; 및
적어도 하나의 프로세서
를 포함하고,
상기 적어도 하나의 프로세서는, 상기 프로그램의 제어에 따라,
사용자의 단말이 특정 상품과 관련된 서비스 화면에 진입하는 경우, 상기 서비스 화면 상에 상기 사용자의 서비스 계정에 연결되어 데이터베이스에 저장되어 있는 결제 정보에 대응되는 URL(uniform resource locator)을 제공하는 과정; 및
상기 사용자의 단말로부터 상기 URL에 대한 선택을 수신하면 주문서 작성 및 결제 정보 입력 절차를 거치지 않고 바로 결제 환경에 진입하여, 상기 결제 정보에 대한 별도의 정보 입력과 그에 따른 정보 수신 없이 상기 데이터베이스에 저장되어 있는 결제 정보를 이용하여 다이렉트로 결제 처리를 수행하는 과정을 처리하고,
상기 결제 처리를 수행하는 과정은,
상기 결제 정보와 관련된 금융사와 무관한 독립된 인증 절차를 수행하는 것으로,
상기 사용자에 대한 사용자 매체 환경 정보나 검색, 결제, 거래 유형 정보, 또는 사고 유형 정보 중 하나 이상을 이용하여 상기 사용자의 결제에 대한 위험을 평가한 결제 위험 등급을 확인하는 과정; 및
여러 인증 방식 중 상기 결제 위험 등급에 대응되는 인증 방식을 적용하여 상기 사용자에 대한 본인 인증 절차를 수행하는 과정;
을 포함하는 결제 시스템.
at least one program loaded memory; and
at least one processor
including,
The at least one processor, according to the control of the program,
providing a uniform resource locator (URL) corresponding to payment information stored in a database connected to the user's service account on the service screen when the user's terminal enters a service screen related to a specific product; and
Upon receiving the selection of the URL from the user's terminal, the user enters the payment environment directly without going through an order form and payment information input procedure, and is stored in the database without inputting additional information about the payment information and receiving the corresponding information. Process the process of direct payment processing using the payment information in the
The process of performing the payment processing is,
By performing an independent authentication process independent of the financial company related to the payment information,
a process of confirming a payment risk level that evaluates the risk of the user's payment by using one or more of user media environment information, search, payment, transaction type information, and accident type information for the user; and
performing a self-authentication procedure for the user by applying an authentication method corresponding to the payment risk level among various authentication methods;
A payment system that includes
제12항에 있어서,
상기 URL를 제공하는 과정은,
상기 사용자의 서비스 계정에 연결된 배송지 정보가 포함되는 상기 URL를 제공하고,
상기 결제 처리를 수행하는 과정은,
상기 결제 정보와 상기 배송지 정보를 이용하여 다이렉트로 결제 처리를 수행하는 것
을 특징으로 하는 결제 시스템.
13. The method of claim 12,
The process of providing the URL is:
providing the URL including shipping address information linked to the user's service account;
The process of performing the payment processing is,
Directly performing payment processing using the payment information and the delivery address information
A payment system characterized by
제12항에 있어서,
상기 결제 처리를 수행하는 과정은,
상기 사용자의 단말로부터 상기 URL에 대한 선택을 수신하면 상기 결제 정보가 자동 입력된 결제 화면을 상기 사용자의 단말로 제공하는 것
을 특징으로 하는 결제 시스템.
13. The method of claim 12,
The process of performing the payment processing is,
When receiving the selection of the URL from the user's terminal, providing a payment screen in which the payment information is automatically entered to the user's terminal
A payment system characterized by
제12항에 있어서,
상기 본인 인증 절차를 수행하는 과정은,
결제 요청 정보에 포함된 배송지가 상기 사용자의 서비스 계정에 연결된 배송지 또는 최근 결제 성공한 배송지와 동일하면 별도 인증 절차 없이 상기 결제 처리를 수행하는 것
을 특징으로 하는 결제 시스템.
13. The method of claim 12,
The process of performing the identity authentication process is,
If the delivery address included in the payment request information is the same as the delivery address connected to the user's service account or the delivery location where the latest payment was successful, performing the payment processing without a separate authentication process
A payment system characterized by
제12항에 있어서,
상기 본인 인증 절차를 수행하는 과정은,
상기 사용자의 결제 위험 등급에 따라 적어도 하나의 인증 방식을 이용한 1차 인증을 수행하거나, 상기 1차 인증과 함께 적어도 다른 하나의 인증 방식을 이용한 2차 인증을 추가로 수행하는 것
을 특징으로 하는 결제 시스템.
13. The method of claim 12,
The process of performing the identity verification process is,
Performing primary authentication using at least one authentication method according to the user's payment risk level, or additionally performing secondary authentication using at least another authentication method together with the primary authentication
A payment system characterized by
제12항에 있어서,
상기 결제 위험 등급을 확인하는 과정은,
상기 사용자의 과거 정상 처리된 결제 이력, 서비스 전용 어플리케이션의 이용 여부, 최근 결제 성공한 배송지, 결제 시 이용되는 휴대폰 번호, 결제 서비스와 연동하는 특정 어플리케이션에서의 본인 인증 이력 중 적어도 하나를 이용하여 상기 결제 위험 등급을 확인하는 것
을 특징으로 하는 결제 시스템.
13. The method of claim 12,
The process of checking the payment risk level is,
The payment risk using at least one of the user's past normally processed payment history, whether or not the service-only application is used, the recently successful delivery address, the mobile phone number used for payment, and the identity verification history in a specific application linked to the payment service checking the grade
A payment system characterized by
제12항에 있어서,
상기 결제 위험 등급을 확인하는 과정은,
상기 사용자가 과거 결제 시 이용한 결제 수단, 단말 정보, 접속 정보 중 적어도 하나를 포함하는 사용자 매체 환경 정보를 이용하여 상기 결제 위험 등급을 확인하는 것
을 특징으로 하는 결제 시스템.
13. The method of claim 12,
The process of checking the payment risk level is,
Confirming the payment risk level using user media environment information including at least one of a payment method, terminal information, and access information used by the user in the past payment
A payment system characterized by
제12항에 있어서,
상기 적어도 하나의 프로세서는, 상기 프로그램의 제어에 따라,
상기 사용자의 과거 결제 정보를 이용하여 정기 구매 상품 및 상기 정기 구매 상품 별 구매 주기를 분석하는 과정; 및
상기 구매 주기에 따라 상기 정기 구매 상품에 대한 결제 알림을 상기 사용자의 단말로 제공하는 과정
을 처리하는 결제 시스템.
13. The method of claim 12,
The at least one processor, according to the control of the program,
analyzing a purchase cycle for each periodic purchase product and the periodic purchase product by using the user's past payment information; and
A process of providing a payment notification for the periodic purchase product to the user's terminal according to the purchase cycle
payment system that handles
제19항에 있어서,
상기 결제 알림을 상기 사용자의 단말로 제공하는 과정은,
상기 정기 구매 상품에 대한 정보 및 상기 사용자의 서비스 계정에 연결된 결제 정보에 대응되는 URL를 포함하는 알림 메시지를 제공하는 것
을 특징으로 하는 결제 시스템.
20. The method of claim 19,
The process of providing the payment notification to the user's terminal is,
Providing a notification message including information on the periodic purchase product and a URL corresponding to payment information connected to the user's service account
A payment system characterized by
KR1020170053239A 2015-04-08 2017-04-25 Transaction processing for payment of simplified and driven structure KR102282345B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020170053239A KR102282345B1 (en) 2015-04-08 2017-04-25 Transaction processing for payment of simplified and driven structure

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020150049949A KR101733229B1 (en) 2015-04-08 2015-04-08 Transaction processing for payment of simplified and driven structure
KR1020170053239A KR102282345B1 (en) 2015-04-08 2017-04-25 Transaction processing for payment of simplified and driven structure

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020150049949A Division KR101733229B1 (en) 2015-04-08 2015-04-08 Transaction processing for payment of simplified and driven structure

Publications (2)

Publication Number Publication Date
KR20170049481A KR20170049481A (en) 2017-05-10
KR102282345B1 true KR102282345B1 (en) 2021-07-28

Family

ID=58743642

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170053239A KR102282345B1 (en) 2015-04-08 2017-04-25 Transaction processing for payment of simplified and driven structure

Country Status (1)

Country Link
KR (1) KR102282345B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20240032480A (en) 2022-09-02 2024-03-12 이동원 Method for Supporting Connection of External Payment Server and Computing Device

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7247008B2 (en) * 2019-04-18 2023-03-28 LINE Pay株式会社 First server control method, terminal information processing method, second server control method, program, first server, terminal, second server
KR102340340B1 (en) * 2021-01-26 2021-12-20 쿠팡 주식회사 Method for providing payment service and electronic apparatus performing the same
KR102674801B1 (en) * 2022-11-14 2024-06-13 (주) 리테일라군 System and method for providing cosmetic ingredient

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101417758B1 (en) * 2011-10-13 2014-08-06 에스케이플래닛 주식회사 Method, System And Apparatus for Providing Electronic Payment by Using Login Information
KR20140134597A (en) * 2013-05-14 2014-11-24 주식회사 지에스홈쇼핑 PROVIDING INFORMATION method and system
KR101632958B1 (en) * 2013-08-20 2016-06-23 주식회사 롯데닷컴 Method and server for placing an order simply

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20240032480A (en) 2022-09-02 2024-03-12 이동원 Method for Supporting Connection of External Payment Server and Computing Device

Also Published As

Publication number Publication date
KR20170049481A (en) 2017-05-10

Similar Documents

Publication Publication Date Title
US10915906B2 (en) System and method for facilitating secure self payment transactions of retail goods
US20230206209A1 (en) Cash transaction machine
CN108141368B (en) Instant token issuing system
US10325261B2 (en) Systems communications with non-sensitive identifiers
CN112119416B (en) Method, system and computer readable medium for providing access information
US20160132846A1 (en) Online payment processing method, apparatus and system
US20130036000A1 (en) Financial transaction system and method
WO2019051822A1 (en) Resource transaction method, node, apparatus, and storage medium
KR102145034B1 (en) Transaction processing for direct remittance using user id
AU2016261212A1 (en) Authenticating transactions using risk scores derived from detailed device information
KR102282345B1 (en) Transaction processing for payment of simplified and driven structure
US11797992B2 (en) Providing computer-generated contextual data to an end-point during a digital transaction
WO2017027235A1 (en) Methods, systems, and apparatuses for payment fulfillment
KR20240018525A (en) Method, device and system for user account linked payment and billing, integrated digital biller payment wallet
KR101733229B1 (en) Transaction processing for payment of simplified and driven structure
US20230289849A1 (en) Method and computing system for matching donors with the essential product needs of charity recipients and the process of delivery from retailer directly to the recipient
KR20200090676A (en) Transaction processing for direct remittance using user id
KR20180015208A (en) Transaction processing for direct remittance using user id

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
AMND Amendment
X601 Decision of rejection after re-examination
J201 Request for trial against refusal decision
J301 Trial decision

Free format text: TRIAL NUMBER: 2021101000373; TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20210215

Effective date: 20210623

GRNO Decision to grant (after opposition)
GRNT Written decision to grant