KR20220067215A - 결제 실패 복구를 수행하기 위한 방법 및 이를 위한 시스템 - Google Patents

결제 실패 복구를 수행하기 위한 방법 및 이를 위한 시스템 Download PDF

Info

Publication number
KR20220067215A
KR20220067215A KR1020200153695A KR20200153695A KR20220067215A KR 20220067215 A KR20220067215 A KR 20220067215A KR 1020200153695 A KR1020200153695 A KR 1020200153695A KR 20200153695 A KR20200153695 A KR 20200153695A KR 20220067215 A KR20220067215 A KR 20220067215A
Authority
KR
South Korea
Prior art keywords
payment
recovery
failure
information
payment failure
Prior art date
Application number
KR1020200153695A
Other languages
English (en)
Other versions
KR102499237B1 (ko
Inventor
김단아
Original Assignee
주식회사 스텝페이
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 스텝페이 filed Critical 주식회사 스텝페이
Priority to KR1020200153695A priority Critical patent/KR102499237B1/ko
Publication of KR20220067215A publication Critical patent/KR20220067215A/ko
Application granted granted Critical
Publication of KR102499237B1 publication Critical patent/KR102499237B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Landscapes

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

Abstract

본 명세서의 일 실시예에 따른 결제 실패를 복구하기 위한 방법은 사용자 단말에서 결제 실패가 발생한 경우, 결제 대상 서버로부터 상기 사용자 단말의 결제 실패 정보를 수신하는 단계, 상기 결제 실패 정보에 기초하여 결제 실패 원인을 결정하는 단계, 상기 결제 실패 원인과 관련된 복구 메시지를 생성하는 단계 및 상기 복구 메시지를 상기 사용자 단말에 전송하는 단계를 포함한다. 상기 복구 메시지는 상기 결제 실패의 복구 동작과 관련된 적어도 하나의 복구 링크를 포함하고, 상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결된 것을 특징으로 한다.

Description

결제 실패 복구를 수행하기 위한 방법 및 이를 위한 시스템 {A method for recovering payment failure and a system therefor}
본 발명은 사용자의 결제 실패 상황에 따라 적절한 결제 복구 방법을 제시하는 결제 실패 복구 방법 및 시스템에 관한 것이다. 보다 상세하게는 미납 등의 결제 실패 상황 발생 시 단순 알림 고지가 아니라, 미납의 원인을 분석하여 가장 최적의 결제 복구 프로세스를 제공하여 실패된 결제를 빠르게 다른 결제 수단으로 변경, 결제 수단 충전, 결제일 변경 등 결제 실패를 빠르게 복구시킬 수 있는 방법 및 시스템에 관한 것이다. 또한 결제 복구를 촉진시키기 위하여 특정 조건에 해당되는 사용자에게 할인을 고지하여 결제 복구율을 높일 수있는 방법과 결제 복구 시나리오를 이용하여 사람의 개입없이 결제 복구 과정을 자동화할수 있는 기능을 포함한다.
오늘날 인터넷, 스마트폰의 발전으로 다양한 결제 수단들이 활발하게 사용되고 있다. 간편한 결제 수단들이 늘어나 소비자는 결제가 더욱 편해지고 인증 및 결제 프로세스 단계는 간소화되고 있다. 간편한 결제가 늘어남과 동시에 반복적인 결제, 구독 서비스 등에서는 미납과 같은 단순한 이유로 결제 실패가 발생하는 것이 무려 평균 월 매출의 20% 될만큼결제 실패 또한 더욱 늘어나고 있다.
결제 실패는 기업에 있어 비용의 증가를 의미한다. 결제 실패 후의 과정, 소위 독촉이라는 과정은 10여년간 발전없이 동일한 과정이 사용되고 있다. 기업은 미납 발생 시 인건비를 사용하여 미납 사용자에게 연락을 취해야 한다. 또한 독촉 과정에는 다음과 같은 다양한 과정이 수반된다. 청구서 발행, 입금 요청 문자 발송, 무작위 인출 시도, 전화 독촉과 같은 다양한 과정을 직접 사람이 수행하고 있어 고비용의 고객 서비스 비용이 소모된다.
또한 모든 과정은 모든 고객을 하나로 간주하여, 모두에게 같은 방식과 같은 시간대 또는 정해진 고정 시간대와 주기로 알림과 연락을 받게 되어 실질적인 고객의 편의와 사정을 전혀 도모하고 있지 않다.
뿐만 아니라 사용자 입장에서도 결제 실패와 복구 과정은 불편하다. 현재의 사용자들은 다음과 1) 내지 4)와 같은 복잡한 프로세스로 결제를 복구해야 한다.
1) 결제 실패 알림 메시지 또는 전화를 수신,
2) 실패된 결제와 관련된 서비스에 접속한 후에 로그인 및 인증 과정 수행,
3) 결제 복구 페이지에 접속,
4) 결제 페이지로 진입하여 결제 완료.
상기와 같은 프로세스는 사용자에게 대단히 불편한 과정이다. 이러한 결제 실패는 정기 결제, 구독 결제, 예약 결제, CMS 결제와 같은 곳에 치명적일 수 있다. 비단 정기적 결제만이 아닌 일반 결제, 오프라인 결제에서도 결제 실패가 소비자 이탈로 이어질 수 있는 문제점을 가지고 있다. 이에 사용자의 결제 실패 상황에 따라 기존의 독촉 프로세스가 아닌 보다 진보적인 결제 복구 방법의 등장이 필요하게 되었다.
본 발명의 목적은 결제 실패 후의 독촉 과정을 개선하여 다양한 결제 실패 상황에 대하여더 진보적인 복구 과정을 통해 사용자의 편의와 기업의 비용 절감을 도모하는 것이다.
본 발명의 다른 목적은 결제 실패 후 독촉 과정을 자동화하여 사람의 개입없이 기업의 비용을 절감하고 사용자의 편의를 도모할 수 있는 방법을 제시하는 것이다.
본 발명의 또 다른 목적은 모두가 획일적으로 받는 독촉 과정의 프로세스를 개인화하여 보다 적합한 방식의 복구 과정을 전달하고, 사용자의 결제 복구율을 높이도록 유도하는 것이다.
본 발명의 또 다른 목적은 사용자의 결제 복구 시의 결제 과정을 간소화하여 결제 복구 시간을 단축하고 사용자의 사정에 맞춰 결제 시점을 쉽게 변경하거나 결제 수단 교체를 할수 있는 사용자의 편의성을 도모하기 위한 것이다.
본 발명의 또 다른 목적은 결제 실패 이후에도 사용자의 결제 미복구가 이어질 시 자동화된 복구 시나리오를 구축하여 사람의 개입이 없는 자동 결제 복구 과정을 수행하여 기업의비용 절감을 도모하는 것이다.
본 발명의 또 다른 목적은 궁극적으로 간편결제와 같이 보다 간소화된 결제 과정처럼 결제 복구 과정도 간소화하여 전자 상거래 및 일반 상거래를 보다 활성화시키는 것이다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서의 일 실시예에 따른 결제 실패를 복구하기 위한 방법은 사용자 단말에서 결제 실패가 발생한 경우, 결제 대상 서버로부터 상기 사용자 단말의 결제 실패 정보를 수신하는 단계, 상기 결제 실패 정보에 기초하여 결제 실패 원인을 결정하는 단계, 상기 결제 실패 원인과 관련된 복구 메시지를 생성하는 단계 및 상기 복구 메시지를 상기 사용자 단말에 전송하는 단계를 포함한다.
상기 복구 메시지는 상기 결제 실패의 복구 동작과 관련된 적어도 하나의 복구 링크를 포함하고, 상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결된 것을 특징으로 한다.
상기 전용 페이지는 사용자 인증이 완료된 후에 출력되는 결제 정보를 나타내는 페이지일 수 있다.
상기 결제 실패 정보는 i) 미리 정의된 결제 실패 원인들 중 어느 하나와 관련된 결제 실패 코드, ii) 사용자 정보, iii) 상품 정보, iv) 결제 정보 또는 v) 가맹점 정보 중 적어도 하나를 포함할 수 있다.
상기 결제 실패 코드는 상기 결제 대상 서버의 종류에 따라 미리 정의된 결제 실패 코드들 중 하나일 수 있다.
상기 결제 대상 서버의 종류는 상기 사용자 단말의 결제와 관련된 결제사의 종류에 따라 결정될 수 있다.
상기 결제 실패 코드, 상기 결제사의 결제 서비스와 관련된 API(Application Program Interface) 또는 상기 사용자 정보 중 적어도 하나에 기반하여 생성될 수 있다.
상기 사용자 정보는 상기 결제 실패와 관련된 사용자의 식별 정보를 포함하고,
상기 사용자의 식별 정보는 사용자 단말 ID, 이메일 주소, 전화번호, 사용자 단말의 운영체제(Operating System, OS) 또는 IP 주소 중 적어도 하나를 포함할 수 있다.
상기 복구 링크는, 기 설정된 조건이 만족된 것에 기초하여 상기 사용자 단말을 상기 전용 페이지로 연결하도록 설정될 수 있다.
상기 기 설정된 조건은 i) 상기 이메일 주소로 전송된 특정 메일의 열람 여부 또는 ii) 상기 복구 링크와 관련된 상기 사용자 단말의 접속 환경 정보가 상기 사용자 정보에 기반하는 접속 환경 정보와 일치하는 지 여부 중 적어도 하나와 관련될 수 있다.
상기 복구 링크는 상기 기 설정된 조건이 만족되지 않은 것에 기초하여 상기 사용자 단말을 결제와 관련된 인증을 수행하기 위한 페이지로 연결하도록 설정될 수 있다.
상기 복구 메시지는 상기 결제 실패 원인과 관련된 정보를 포함할 수 있다.
상기 결제 실패 원인과 관련된 정보는 i) 잔액 부족, ii) 카드 한도 부족, iii) 카드 유효기간 만료, iv) 계좌 잔고 부족, v) 계좌 이체 오류, vi) 결제대행사(Payment Gateway, PG)의 결제 오류 또는 vii) CMS(Cash Management Service) 오류 중 적어도 하나를 나타낼 수 있다.
상기 방법은 상기 복구 링크에 대한 접속이 기 설정된 기간동안 수행되지 않은 경우, 상기 사용자 단말에 상기 복구 메시지를 다시 전송하는 단계를 더 포함할 수 있다.
본 명세서의 다른 실시예에 따른 결제 실패를 복구하기 위한 방법을 수행하는 결제 복구 시스템은 무선 신호를 송수신하는 통신부 및 결제와 관련된 정보를 송수신하도록 상기 통신부를 제어하고, 상기 결제 실패를 복구하기 위한 복구 메시지를 생성하는 제어부를 포함한다.
상기 제어부는 사용자 단말에서 결제 실패가 발생한 경우 결제 대상 서버로부터 상기 사용자 단말의 결제 실패 정보를 수신하고, 상기 결제 실패 정보에 기초하여 결제 실패 원인을 결정하며, 상기 결제 실패 원인과 관련된 복구 메시지를 생성하고, 상기 복구 메시지를 상기 사용자 단말에 전송하도록 설정된다.
상기 복구 메시지는 상기 결제 실패의 복구 동작과 관련된 적어도 하나의 복구 링크를 포함하고, 상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결된 것을 특징으로 한다.
본 명세서의 또 다른 실시예에 따른 컴퓨터 판독 가능 매체는 전자 기기에 의해 실행될 때, 상기 전자 기기로 하여금 동작(operation)을 수행하게 하는 명령어들을 포함한다.
상기 명령어들은 사용자 단말에서 결제 실패가 발생한 경우, 결제 대상 서버로부터 상기 사용자 단말의 결제 실패 정보를 수신하는 프로그램 코드, 상기 결제 실패 정보에 기초하여 결제 실패 원인을 결정하는 프로그램 코드, 상기 결제 실패 원인과 관련된 복구 메시지를 생성하는 프로그램 코드 및 상기 복구 메시지를 상기 사용자 단말에 전송하는 프로그램 코드를 포함한다.
상기 복구 메시지는 상기 결제 실패의 복구 동작과 관련된 적어도 하나의 복구 링크를 포함하고, 상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결된 것을 특징으로 한다.
기존 방식에 의하면, 실패된 결제의 복구를 위해서는 사용자가 직접 해당 서비스의 페이지에 로그인을 한 후, 결제 관련 인증을 수행하는 등 여러 단계의 프로세스를 거쳐야 한다. 그러나 본 명세서의 실시예에 의하면에 의하면, 결제 실패가 발생하는 경우 복구 링크를 포함하는 복구 메시지가 사용자 단말에 전송된다. 상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결된다.
사용자는 복잡한 단계를 거칠 필요 없이 상기 복구 링크를 통해 결제 복구를 위한 전용 페이지로 접속할 수 있는 바, 결제 관련 서비스를 이용하는 사용자의 편의가 제고될 수 있다. 또한 기존 방식보다 간소화된 방식을 통해 실패된 결제가 조속히 복구될 수 있는 바, 결제 관련 서비스를 제공하는 기업의 결제 복구와 관련된 비용이 절감되고 결제 실패로 인한 사용자 이탈이 방지될 수 있다.
본 명세서의 실시예에 의하면, 상기 복구 링크는 결제 실패 코드, 결제사의 결제 서비스와 관련된 API(Application Program Interface) 또는 사용자 정보 중 적어도 하나에 기반하여 생성된다. 따라서, 결제 실패와 관련된 상황에 보다 적합한 방식으로 결제 복구가 수행될 수 있다.
본 명세서의 실시예에 의하면, 상기 복구 링크는 기 설정된 조건이 만족된 것에 기초하여 상기 사용자 단말을 상기 전용 페이지로 연결하도록 설정된다. 상기 기 설정된 조건은 i) 상기 이메일 주소로 전송된 특정 메일의 열람 여부 또는 ii) 상기 복구 링크와 관련된 상기 사용자 단말의 접속 환경 정보가 상기 사용자 정보에 기반하는 접속 환경 정보와 일치하는 지 여부 중 적어도 하나와 관련된다. 따라서, 결제 복구와 관련된 기존 인증 절차 등이 생략됨에 따른 보안상 위험을 최소화할 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 명세서의 일 실시예에 따라 사용자의 결제 실패 상황에 따른 결제 실패 복구 방법을 설명하기 위한 흐름도다.
도 2는 본 명세서의 일 실시예에 따라 결제 대상 서버가 결제 실패 이후 전송하는 결제 실패 정보를 예시한 도면이다.
도 3은 본 명세서의 일 실시예에 따른 결제 복구 서비스와 관련된 화면을 예시한 도면이다.
도 4는 본 명세서의 일 실시예에 따른 결제 실패 코드에 기초하여 결제 복구 방법이 선택되는 동작을 설명하기 위한 도면이다.
도 5는 본 명세서의 일 실시예에 따른 결제 복구의 일 예를 도시한 도면이다.
도 6은 본 명세서의 일 실시예에 따른 결제 복구의 다른 예를 도시한 도면이다.
도 7은 본 명세서의 일 실시예에 따른 결제 복구의 또 다른 예를 도시한 도면이다.
도 8은 본 명세서의 일 실시예에 따른 고유 사용자 대체 인증 과정의 동작을 설명하기 위한 흐름도이다.
도 9는 본 명세서의 일 실시예에 따른 복구 메시지를 예시하는 도면이다.
도 10은 본 명세서의 일 실시예에 따른 결제 복구에 있어서 결제일 변경과 관련된 동작을 예시하는 도면이다.
도 11은 본 명세서의 일 실시예에 따른 결제 복구에 있어서 알림 기능과 관련된 동작을 예시하는 도면이다.
도 12는 본 명세서의 일 실시예에 따른 복구 메시지의 생성과 관련된 시나리오의 편집 화면의 일례를 도시한 도면이다.
도 13은 본 명세서의 일 실시예에 따른 복구 메시지의 생성과 관련된 시나리오의 편집 과정을 설명하기 위한 흐름도이다.
도 14는 본 명세서의 일 실시에에 따른 사용자별 결제 복구 시나리오의 진행 현황의 일례를 도시한 도면이다.
도 15는 본 명세서의 일 실시예에 따른 결제 실패를 복구하기 위한 방법을 설명하기 위한 흐름도이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
본 발명의 일면에 따르면, 결제 실패 이후 결제 복구 과정을 수행하기 위한 방법으로, 결제처리단(결제 대상 서버)인 은행, 신용 카드사, PG 및 간편 결제, PoS 결제(Van 결제), 기타 결제 연동 서비스로부터 실패 코드 및 결제 실패 정보를 수신하는 단계와, 해당 정보를 수신받아 자사 복구 모듈에서 결제 정보 관리와 분석을 위한 사용자 생성 및 관리 단계와, 상기 정보를 이용하여 전달된 결제 실패 코드 및 사유에 따라 적절한 복구 방법을 선정하는 단계와, 로그인없이 상기에 선정된 결제 복구 과정을 실행할 수 있는 결제 연동 링크를 생성하고 관리할수 있는 코드와 결제일 변경 등을 수행할 수 있는 코드를 포함하는 메시지 생성 단계와, 생성된 메시지 코드를 사용자에게 보내기 위해 메시지 발송 서버에 발송을 요청하는 단계와, 사용자가 복구 메시지의 결제 복구 링크를 클릭 후 결제를 진행하여 전자상거래 페이지 또는 결제 페이지에 결제 완료를 요청하는 단계와, 또는 결제 복구가 아닌 사용자의 요청에따라 결제 수단의 잔고 충전, 결제일 변경과 같은 편의 기능을 요청하는 단계와, 전자상거래 페이지 또는 결제 페이지에서 완료된 결제 복구를 사용자 정보에 기록하거나 편의 기능요청을 수행하는 단계와, 상기 결제 완료 결과를 사용자에게 전송하는 단계를 포함하는 것을 특징으로 하는 사용자의 결제 실패 상황에 따라 적절한 결제 복구 방법을 제시하는 결제 실패 복구 방법이 제공된다.
본 발명의 다른 일면에 따르면, 결제 실패가 지속적으로 이루어져 반복적이고 주기적인 알림과 결제 복구 유도를 하기 위한 방법으로, 결제 실패 시 전송될 예약 메시지의 메시지 내용, 주기 및 시간을 설정하는 단계와, 메시지 전달 이후 해당 메시지의 열람 여부, 발송 횟수, 발송 채널 등의 정보를 수신하는 단계를 포함하는 것을 특징으로 하는 자동화된 결제복구 시스템을 구성하는 방법이 제공된다.
본 발명의 또 다른 일면에 따르면, 요청 사용자의 정보를 바탕으로 특정 조건 충족 시에 자동으로 할인을 제공하여 복구를 유도하는 기능을 수행하기 위한 방법으로, 결제 실패 사용자를 대상으로 할인을 제시할 조건을 설정하는 단계와, 수신된 사용자 정보를 바탕으로 할인 조건 여부를 판단하는 단계를 포함하는 것을 특징으로 하는 결제 복구를 위한 고객 맞춤화된 할인 제공 시스템을 구성하는 방법이 제공된다.
본 명세서에서 결제 실패는 카드 잔액 부족, 카드 한도 부족, 카드 유효기간 만료, 계좌 잔고 부족, CMS이체 계좌 이상 및 은행 및 카드, PG의 결제 오류 등 다양한 원인으로 예약 및 정기 결제 또는 단건 결제에 있어 결제가 완료가 되지 않는 현상을 지칭할 수 있다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 따른 사용자의 결제 실패 상황에 따라 적절한 결제 복구 방법을 제시하는 결제 실패 복구 방법 및 시스템에 대하여 상세히 설명한다.
도 1은 본 명세서의 일 실시예에 따라 사용자의 결제 실패 상황에 따른 결제 실패 복구 방법을 설명하기 위한 흐름도이다. 구체적으로 도 1은 사용자의 결제 실패 상황에 따라 적절한 결제 복구 방법을 제시하는 결제 실패 복구 방법에 관한 흐름도를 도시한다.
이하 도 1을 참고하여, 결제 복구 방법의 각 동작을 설명한다.
단계(S110)에서, 결제 대상 서버는 사용자와 결제 복구 시스템에 결제 실패 정보를 전송한다. 상기 결제 대상 서버는 상기 사용자의 결제 실패와 관련된 결제와 관련된 결제사의 종류에 따라 다를 수 있다. 상기 결제사의 종류는 신용카드사, PG(Payment Gateway), 결제 대행사 또는 전자 상거래 사이트의 운영 회사를 포함할 수 있다. 상기 사용자는 사용자 단말을 의미할 수 있다. 상기 사용자 단말은 데스크톱, 스마트폰일 수 있다. 다만 이에 한정되는 것은 아니며 상기 사용자 단말은 통신 기능을 구비한 노트북, 태블릿, 그 밖의 전자기기를 모두 포함할 수 있다.
직접 결제 서비스를 유지하는 은행, 신용카드사뿐 아니라 PG, 간편 결제, PoS 등의 결제 수단인 결제 대상 서버는 결제 실패 상황에 따라 해당 결제의 실패 정보를 가맹점과 사용자에게 전송하게 된다. 가맹점에게는 상세한 결제 실패 정보가, 사용자에게는 간략한 알림 메시지가 전달된다. 가맹점이 수신하는 결제 실패 정보는 사용자(구매자) 정보, 가맹점 정보, 상품 정보, 결제 정보를 포함할 수 있다.
상기 결제 실패 정보의 구체적인 예를 도 2를 참조하여 설명한다. 도 2는 본 명세서의 일 실시예에 따라 결제 대상 서버가 결제 실패 이후 전송하는 결제 실패 정보를 예시한 도면이다. 도 2를 참조하면, 상기 사용자 정보는 사용자명, 사용자 ID, 이메일 주소, 결제 수단 정보, 전화번호, 성별, 주소, 나이를 포함할 수 있다. 상기 사용자 정보는 SDK(software development kit)와 관련된 사용자 추가 정보를 더 포함할 수 있다. 상기 사용자 추가 정보는 접속 시간 및 일자, 체류 시간, 결제 빈도, 결제 총 금액, 특정 페이지 노출, 장바구니 정보, 가입일, 채널별 열람 정보, 접속 디바이스, 접속 OS(Operating System)를 포함할 수 있다.
상기 가맹점 정보는 가맹점명, 가맹점 식별 ID, 가맹점 주소, 가맹점 웹사이트 주소, 가맹점 전화번호를 포함할 수 있다.
상기 상품 정보는 상품명, 상품 가격, 상품 식별 코드, 상품 재고 수량을 포함할 수 있다. 이 때 상품은 유형의 상품뿐만 아니라 서비스 상품을 포함한다.
상기 결제 정보는 결제 식별 코드(트랜젝션 식별값), 결제 수단 식별 코드, 결제 요청 금액, 결제 실패 코드, 결제 실패 사유, 주문 번호를 포함할 수 있다.
다만, 도 2의 결제 실패 정보는 일 예시일 뿐 상기 결제 실패 정보가 상기 나열된 정보에 한정되는 것은 아니다. 구체적으로 상기 결제 실패 정보는 별도 수집툴을 통해 수집된 연관 정보를 더 포함할 수 있다. 상기 별도의 수집툴은 구글 애널리틱스, 플러리와 같은 웹/앱의 분석 서비스를 의미할 수 있다.
한편, 오프라인 결제의 경우 사용자 정보에 대한 내용이 없을 수 있으며, 전자상거래 사이트의 수집된 정보와 사용자 정보 및 상품 정보의 차이가 있을 수 있다. 오프라인 결제의 사용자 정보는 오프라인 가맹점이 미리 사용자의 수집된 정보를 활용하거나, 별도의 디바이스 및장치를 활용하여 사용자가 메시지를 전달받을 수 있는 채널을 입력하는 과정을 통해 보완될 수 있다.
상기 가맹점 정보는 식별 가능한 결제처를 알려주고, 필요 시 해당 가맹점에 대한 접근 정보를 제공한다. 상기 상품 정보에 포함된 상품 명칭, 가격, 옵션, 식별 코드 등의 정보를 통해 어떤 상품이 결제 실패가 이루어졌는지 확인할 수 있다.
상기 결제 정보에는 결제사마다 설정한 결제 실패 코드와 사유, 트랜젝션 식별값 등이 포함된다. 이는 결제 서비스의 구조에 따라 상이할 수 있으며 표준값이 없기에 복구 서버에서 별도 서버를 구축하여 해당 값을 선저장하여 결제 복구 서비스 운영 속도를 높일수 도 있다.
다음으로 단계(S120)에서 결제 복구 시스템은 수신한 정보를 바탕으로 복구 서버 내에 해당 정보를 관리하기 위한 사용자 정보를 생성하고 이를 저장한다. 상기 결제 복구 시스템은 무선 신호를 송수신하는 통신부 및 결제와 관련된 정보를 송수신하도록 상기 통신부를 제어하고, 상기 결제 실패를 복구하기 위한 복구 메시지를 생성하는 제어부를 포함하도록 구성될 수 있다. 다만, 상기 결제 복구 시스템의 구성은 일 예시일뿐, 그보다 적거나 또는 많은 구성을 포함하도록 구현될 수 있다.
상기 결제 복구 시스템에 사용자 정보가 별도로 저장되는 이유는, 결제 관리 서비스가 구축되지 않은 전자상거래 프로그램과 관련된 결제 실패에 대해서도 복구 기능을 제공하기 위함이다. 이를 통해 해당 전자 상거래 프로그램이 결제 복구 과정을 지원하지 않거나, 상기 결제 실패와 관련된 신용카드사에 반복 결제 시도와 같은 일반적인 복구 시스템만 구축된 경우에도 본 명세서의 실시예에 따른 결제 복구 방법을 통해 사용자마다 맞춤화된 알림과 결제 복구 과정이 수행될 수 있다. 자동화된 복구 서비스의 제공을 이하 도 3을 참조하여 설명한다.
도 3은 본 명세서의 일 실시예에 따른 결제 복구 서비스와 관련된 화면을 예시한 도면이다. 구체적으로 도 3은 본 발명의 실시예에 따라, 자동화된 복구 서비스를 확인할 수 있는 정보 제공 화면을 도시한다.
도 3을 참조하면, 결제 실패 사용자들의 분석 데이터(예: 이름, 고객 세그먼트, 상품명, 금액, 날짜, 상태)와 결제 실패 후 복구 진행 상황이 단계별(예: 1차~4차)로 나뉘어 표기된다.
상기와 같이 사용자 정보의 저장을 통해 보다 높은 수준의 결제 실패 분석을 제공할 수 있다.
단계(S130)에서 결제 복구 시스템(예: 제어부)은 결제 복구 메시지를 생성한다. 상기 결제 복구 메시지는 사용자의 결제 실패 상황에 따라 적절하고 간편한 복구 방법을 제시하기 위한 코드의 조합으로 구성/생성될 수 있다.
상기 복구 방법을 제시하기 위해 결제 복구 시스템은 다음과 같이 동작할 수 있다. 결제 복구 시스템(예: 통신부)은 결제 실패 코드를 포함하는 결제 실패 정보를 수신한다. 결제 복구 시스템은 결제 대상 서버의 결제 실패 코드 저장소를 통해 최적의 복구 방법을 도출한다. 일 예로, 결제 복구 시스템(예: 제어부)은 결제 실패 코드로부터 결제 실패 원인을 결정하고, 상기 결제 실패 원인과 관련된 복구 링크를 생성할 수 있다. 이하 도 4를 참조하여 결제 실패 코드를 구체적으로 설명한다.
도 4는 본 명세서의 일 실시예에 따른 결제 실패 코드에 기초하여 결제 복구 방법이 선택되는 동작을 설명하기 위한 도면이다. 도 4를 참조하면, 결제 실패 코드는 결제사마다 다르게 정의/설정될 수 있다. 예를 들어, 한도 초과의 경우 3536, 2031 또는 8326과 같이 결제사마다 다르게 설정될 수 있다. 즉, 결제사(결제 대상 서버)마다 다르게 정의/설정된 결제 실패 코드를 가진다.
결제 복구 시스템은 수신된 결제 실패 코드에 기초한 결제 복구 방법(과 관련된 복구 링크)을 나타내는 복구 메시지를 생성한다. 이에 따라 각 사용자마다 해당 결제 실패에 적합한 결제 복구 방법(복구 링크)을 포함하는 복구 메시지가 생성될 수 있다. 구체적으로 A110 내지 A130과 같이 결제 실패 코드에 따라 상이한 결제 복구 방법이 선택될 수 있는 바, 사용자에게 결제 실패 사유에 따라 보다 적합한 결제 복구 방법이 제시될 수 있다.
이하 도 5 내지 도 7을 참조하여, 사용자의 결제 실패 사항에 따라 다르게 전달되는 적절 복구 방법(복구 링크)의 예시들을 설명한다.
본 발명의 일례로서, 신용카드의 한도 초과로 인한 결제 실패 시에는 곧바로 신용카드 번호를 입력하는 창을 전송하여 결제 수단 선택 단계가 생략될 수 있다. 즉, 상기 복구 메시지는 상기 신용카드 번호를 입력하기 위한 전용 페이지에 연결된 복구 링크를 포함할 수 있다. 이하 도 5를 참조하여 설명한다.
도 5는 본 명세서의 일 실시예에 따른 결제 복구의 일 예를 도시한 도면이다.
구체적으로 도 5는 결제 수단 선택이 생략되어 클릭 한번으로 바로 접근한 신용카드 번호 교체 화면의 일례를 도시한다. 도 5는 도 4의 신용카드 결제 실패의 복구 방법으로 결제 수단 교체(A120)가 선정된 경우 복구 링크에 따른 화면을 도시한 것이다. 즉, 상기 사용자가 상기 복구 메시지에 포함된 복구 링크를 클릭하는 경우, 기타 인증이나 로그인 절차 없이 바로 결제 수단을 교체하기 위한 신용카드 정보 입력창이 제공될 수 있다.
본 발명에 따른 또다른 일례로서, 신용카드 만료 또는 분실 시에는 동일 카드로 결제 재시도는 복구 효력이 없기에 결제 복구 시스템은 다른 결제 수단으로 교체할 수 있는 창(예: 전용 페이지)에 연결된 복구 링크를포함하는 복구 메시지를 생성할수 있다. 이를 통해 무분별한 재시도 비용의 소모와 사용자의 불편한 알림 비용을 절감할 수 있다.
본 발명에 따른 또 다른 일례로서, 간편 결제의 결제 실패 시에는 사용자가 간편 결제 또는 다른 결제 수단의 사용을 우선시 한다고 가정하여 다음과 같이 복구 메시지가 생성될 수 있다. 결제 복구 시스템은 다양한 결제 수단 교체가 가능한 화면(또는 전용페이지)에 연결된 복구 링크를 포함하는 복구 메시지를 생성할 수 있다.
도 6은 본 명세서의 일 실시예에 따른 결제 복구의 다른 예를 도시한 도면이다.
구체적으로 도 6은 간편 결제를 사용하는 사용자 단말에서 결제 실패 발생 시(A110) 제공되는 복구 방법의 일례이다. 사용자가 복구 메시지에 포함된 복구 링크를 클릭하는 경우, 다양한 결제 수단으로 교체할 수 있는 화면이 제공될 수 있다. 즉, 상기 복구 링크는 결제 수단의 변경을 위해 복수의 결제 수단들 중 어느 하나를 선택하기 위한 전용 페이지에 연결되도록 설정될 수 있다.
본 발명에 따른 또다른 일례로서, 계좌의 잔고 부족으로 인한 결제 실패가 발생 했을 시에는 잔고 충전 또는 결제 수단 교체 중 선택지를 사용자에게 줄 수 있다. 잔고 충전의 경우오픈 뱅킹 API 및 은행, 카드사 API 기능을 활용하여 앱간 이동 없이 곧바로 수행할 수 있어 사용자의 결제 복구 시간을 단축할 수 있다.
본 발명에 따른 또 다른 일례로서, 사용자의 신용카드 유효 기간 만료가 다가올 시 결제 복구 시스템은 유효 기간 만료 1개월 이전에 미리 알림 메시지(복구 메시지)를 발송할 수 있다. 상기 복구 메시지는 신용 카드를 곧바로 교체하기 위한 전용 페이지에 연결된 복구 링크를 포함할 수 있다. 상기와 같이 복구 메시지를 결제 실패가 발생하기 전에 알림 메시지로서 미리 전달하여 결제 실패에 대한 예비책(도 4의 A120)으로 사용할 수 있다.
본 발명의 또 다른 일례로서, 신용카드사, 은행 등의 시스템 점검 시간 에러로 실패가 발생할 수 있기에 이와 같은 결제 재시도를 없애려면 다음 결제 예정일이 선택될 때, 점검 시간대를 회피하여 결제 재시도가 실행될 수 있도록 구현(도 4의 A130)될 수 있다. 일 예로, 상기 복구 메시지는 상기 점검 시간대를 회피하여 상기 사용자 단말에 전송될 수 있다. 다른 예로, 상기 복구 메시지는 상기 점검 시간대가 아닌 경우에 활성화되는 복구 링크를 포함할 수 있으며, 해당 복구 링크는 결제 재시도를 위한 전용 페이지에 연결되도록 설정될 수 있다.
이를 통하여 신용카드사, 은행, PG사의 불필요한 결제 재시도 비용도 절감 가능하다. 또한 이러한 알림은 다음과 같은 응용 기술로 활용되어 사용자와 기업의 편의를 높일 수있다.
본 발명의 응용된 일례로서, 신용카드사 및 은행은 주기적으로 이벤트를 열어 카드 사용 촉진을 위한 금융적인 혜택을 제공하기에 결제일 이전 또는 결제 실패 시에 사용자가 소유한 카드 및 결제 수단 중 가장 할인이 많이 되는 결제 수단을 추천하거나 또는 할인 이벤트를 하는 카드사 정보를 제공하여 재결제를 유도할 수 있다. 일 예로, 상기 복구 메시지는 상기 사용자 정보에 따른 결제 수단들 중 가장 많은 할인을 제공하는 결제 수단을 기초로 (재)결제를 수행하기 위한 전용 페이지에 연결된 복구 링크를 포함할 수 있다. 다른 예로, 상기 복구 메시지는 결제일 이전 또는 결제 실패 시에 할인 이벤트를 제공하는 카드사의 정보와 함께 해당 카드사를 통해 결제가 수행되도록 하기 위한 복구 링크를 포함할 수 있다.
도 7은 본 명세서의 일 실시예에 따른 결제 복구의 또 다른 예를 도시한 도면이다. 구체적으로 도 7은 상기 복구 메시지를 통해 결제 실패 시에 카드사 이벤트 정보가 제공되는 화면을 도시한 것이다.
본 발명의 또 다른 응용된 일례로서, 오프라인 결제에 있어 결제 실패 시에도 결제 복구 기술이 활용될 수 있다. 오프라인 결제 시에는 현금으로 내거나 카드를 교체하는 등 결제 수단 교체가 바로 가능하나 카드 및 현금 등의 물리적 매체를 소유해야 한다. 그러나 오늘날의 사용자들에겐 스마트폰을 통한 결제, 전자적 방식을 이용한 결제 수단이 애용되고 있다. 이에 오프라인 결제 실패 시에도 결제 복구 메시지를 사용자에게 보내 결제 수단을 교체함으로써 결제가 복구될 수 있다. 즉, 사용자는 물리적인 매체 없이도 결제 복구를 진행할 수 있다. 오프라인의 결제의 경우 사용자 정보가 없을 수 있기에, 결제 실패 시 사용자에게 PoS, 태블릿 화면 또는 전화번호 입력 도구를 이용하여 직접 사용자 연락처 등의 정보를 수집 후 결제 복구 메시지를 전달하거나 또는 기 수집된 회원 관리 프로그램의 정보를 사용하여 결제 복구 메시지를 전달할 수 있다. 또한 이 경우엔 온라인 결제 수수료가 더높을 수 있기에, 오프라인 Van 결제와 연동 또는 신용 카드사와 직접 연결하는 Vanless 구조의 결제 방식이 활용될 수 도 있다. 또는 미리 2차 결제 수단을 저장한 뒤 결제 실패시 저장된 2차 결제 수단으로 자동 교체되어 결제를 진행할 수 있으며 이에 대한 사용자 인증을 위한 스마트 인증이 활용될 수 있다.
적절 복구 방법 선별과 함께, 결제 복구 메시지를 생성하기 위해선 결제 복구 링크 생성 과정이 필요하다. 종래의 결제 복구 과정은 결제 실패 메시지 수신, 사이트 진입, 로그인, 결제 페이지 진입, 결제 수단 교체 등의 번거로운 작업이 필요하였다. 그러나 본 명세서의 실시에에 의하면 결제 복구 메시지 수신, 메시지 내 링크 클릭, 결제 수단 교체의 보다 간소화된 과정으로 결제 복구가 가능하다.
이하에서는 인증 단계를 단축한 결제 진행 방식에 대하여 상세히 설명하기로 한다. 결제 복구 시에 로그인과 같은 인증 단계를 단축하기 위해선 고유 사용자의 대체 확인 방법이 필요하다. 이를 위해선 로그인 아이디, 패스워드와 같은 고유값을 활용하는 방식 외의 고유 사용자에 대한 무결성(integrity)을 인증할 수 있어야 한다.
본 명세서의 실시예에 의하면, 사용자가 미리 전자 상거래 페이지 및 회원 정보에 입력한 이메일 및 전화번호는 사용자 고유 채널로 활용될 수 있다. 결제 복구 시스템은 해당 채널에 특정 코드를 심어 발송하고 상기 특정 코드에 대한 사용자 행동 발생 시, 해당 사용자가 소유한 채널에서의 고유한 행동으로 간주한다. 상기 특정 코드를 통한 사용자 행동의 파악을 통해 로그인 행위가 없더라도 고유 사용자에 대한 대체 확인(대체 인증)이 수행된 것으로 판단할 수 있다. 고유 사용자 대체 인증을 위한 코드는 고유 링크 형태로 구현하여 링크 클릭을 고유한 행동으로 판단할 수 있다. 또는 이메일과 같은 경우 링크가 아닌 숨긴 픽셀값의 로드 신호를 수신하여 이메일 열람 여부가 고유한 행동으로 판정될 수 있다. 사용자 고유 채널에 대한 고유 행동 인증은 기존 OTP 문자 메시지 인증의 과정과 유사하다고 볼 수 있다.
또한 필요 시 상기의 고유한 행동에 대한 보조 인증 방식을 도입하여 보안 사고에 대비할 수 있다. 사용자가 전자상거래 또는 특정 서비스의 접속에 사용한 디바이스 고유값과 접속환경 정보를 이용하여 동일 디바이스 및 접속 환경 여부일 경우 대체 인증이 되었다고 판단할 수 있다. 디바이스 고유값과 접속 환경 정보에 사용되는 값은 디바이스 ID, 디바이스OS, 디바이스 사용 언어, 접속 IP를 이용한 접속 국가, 접속 시간 등 웹통신을 통해 수집되는 정보를 포함할 수 있다. 상기 정보를 이용하여 이전 접속 값과 현재 접속값이 어긋날 경우 추가적인 핀코드 인증 또는 로그인과 같은 인증 수단을 사용하게 할 수 있다.
도 8은 본 명세서의 일 실시예에 따른 고유 사용자 대체 인증 과정의 동작을 설명하기 위한 흐름도이다.
구체적으로 도 8은 로그인 없이 대체 인증과정을 통한 고유 사용자 인증에 대한 과정을 도시한다.
해당 고유 링크(예: 복구 링크)의 타겟 위치는 결제가 가능한 결제 전용 페이지이다. 상기 결제 전용 페이지는 기존의 전자상거래 사이트에서 사용되는 결제 페이지 또는 결제만을 위한 전용 고유 페이지를 포함할 수 있다.
상기 도 8의 과정과 같이 고유 링크(복구 링크)를 포함하는 복구 메시지가 사용자 단말에 전송되고, 상기 사용자 단말의 사용자가 해당 고유 링크를 터치(클릭)하는 경우 사용자 고유 인증을 완료한 것으로 간주될 수 있다. 이에 따라 로그인 절차는 생략되고 바로 결제로 이어질 수 있는 정보를 포함한 결제 전용 페이지가 사용자에게 출력될 수 있다(즉, 상기 사용자 단말은 상기 결제 전용 페이지로 접속할 수 있다). 상기 결제 전용 페이지는 결제사, PG사, 간편결제사 등의 API를 연동하여 링크 클릭 시 바로 결제 서비스로 진입할 수 있다. 결제 수단은 현금 결제, 신용카드 결제, 휴대폰 결제, 간편 결제, CMS 결제 및 기타 전자적 결제 수단을 포함할 수 있다.
상기 결제 전용 페이지에 출력되는 정보는 결제 금액, 결제 내역, 결제 트랜젝션 코드, 상품 코드,상품명, 상품 상세 내역, 상품 가격, 주문 번호, 주문자 정보(성명, 연락처, 주소, 아이디) 등을 포함할 수 있다.
위와 같은 과정을 통해서 사용자는 로그인 없이 바로 결제 복구가 가능한 링크를 전달 받을 수 있다.
단계(S140)에서 결제 복구 시스템(예: 통신부)는 생성된 복구 메시지를 사용자에게 전송한다. 상기 복구 메시지는 기존에 활용되고 있는 다양한 메시지 채널을 통해서 전달될 수 있다. 상기 메시지 채널의 일례로서 문자 메시지, MMS, 이메일, 카카오톡과 같은 메신저 메시지, 인 앱 푸시, 웹 푸시 노티피케이션 등이 포함될 수 있다. 일 예로, 상기 복구 메시지는 별도로 구축된 메시지 서버를 통해 발송될 수 있다. 다른 예로, 상기 복구 메시지는 단계(S150)과 같이 타 메시지 발송 서버에 전송을 요청하여 발송될 수 있다.
도 9는 본 명세서의 일 실시예에 따른 복구 메시지를 예시하는 도면이다. 구체적으로 도 9는 카카오톡 메신저 알림톡으로 발송된 결제 복구 메시지를 예시한다.
단계(S160)에서는 사용자가 수신받은 복구 메시지의 복구 링크를 클릭하여 직접 결제를 수행한다. 다음 단계(S170)에서 사용자는 결제 대상 서버에 결제 진행을 요청한다.
단계(S180)에서 결제 대상 서버는 결제 완료와 관련된 정보를 결제 복구 시스템에 전송한다. 결제 복구 시스템은 해당 결제 복구 완료 기록을 수행하게 된다. 기결제 완료 기록은 가맹점이 사용하는 전자상거래 프로그램, PoS 관리 프로그램 및 전자 매체에 의해 관리되는 프로그램들마다 상이한 정보를 이용할 수 있으나 다음과 같은 기본적인 정보를 포함할 수 있다. 결제 복구 기록에는 결제 상품, 결제 수단, 교체 수단, 결제 금액, 결제 시간, 결제 고유 트랙젝션 코드,상품 코드, 상품명, 상품 상세 내역, 상품 가격, 주문 번호, 주문자 정보(성명, 연락처, 주소,아이디) 등을 포함할 수 있다. 대부분의 전자 매체에 의해 관리되는 프로그램들은 결제 복구가 완료되었을 시 기존 시스템상의 주문 완료 프로세스로 복귀하여 진행되게 된다.
마지막으로 단계(S190)에서 결제 복구 시스템은 결제 복구 완료 결과 정보를 사용자에게 전달한다. 해당 과정은 가맹점의 전자 상거래 프로그램, PoS 관리 프로그램의 결제 완료 알림 과정으로 대체될 수 있다.
본 발명의 일례로서, 사용자는 결제 복구가 아닌 결제일 변경과 같은 편의 기능을 선택할수 있다. 사용자 편의 기능에는 결제일 변경, 나중에 알림 받기, 결제 일시 정지 등을 포함할 수 있다. 사용자는 이러한 편의 기능을 통하여 자신의 금전적 상황에 따라 합리적이고 계획적인 소비를 할 수 있고 가맹점은 고객을 놓치지 않고 독촉에 대한 비용 소모를 절감할 수 있다.
이하에서는 사용자가 결제 복구가 아닌 사용자 편의 기능의 사용에 대하여 도 10 및 도 11을 참조하여 상세히 설명하기로 한다. 결제 복구 링크 생성 시 사용되는 코드는 결제 복구, 결제일 변경, 나중에 알림받기, 결제일시 정지 요청과 같은 기능을 포함할 수 있다.
먼저 결제일 변경 기능은 가맹점이 사용자에게 결제 실패 시 변경 가능한 허용 날짜의 범위를 지정할 수 있다. 일례로 가맹점이 30일의 결제일 변경 일자를 지정하면, 사용자는 결제 실패 날짜를 기준으로 30일 이내에 결제를 복구하면 기존 사용하던 서비스를 그대로 사용하거나 결제 완료 후 제품 또는 서비스를 받을 수 있다.
도 10은 본 명세서의 일 실시예에 따른 결제 복구에 있어서 결제일 변경과 관련된 동작을 예시하는 도면이다. 구체적으로 도 10은 사용자가 결제일 변경 기능을 선택 후 변경 날짜를 지정할 수 있는 정보를 제공하는 화면을 도시한 다. 사용자는 변경하고 싶은 날짜를 직접 입력하거나, 숫자 입력을 통해 3일 뒤와 같은 결제 변경일을 지정할 수 도 있고 또는 달력 디스플레이 화면을 이용하여 직접 달력을 보며 날짜를 지정할 수 있다.
도 11은 본 명세서의 일 실시예에 따른 결제 복구에 있어서 알림 기능과 관련된 동작을 예시하는 도면이다. 구체적으로 도 11은 나중에 알림받기 기능으로 변경된 시간에 재알림 메시지 정보를 수신하는 화면을 도시한다. 사용자가 주도적으로 알림 메시지 재전달 기능을 사용할 수 있어 사용자의 편의를 도모할 수 있다. 도 11에서 도시된 화면은 사용자 편의를 높이기 위하여 특정 시간 이후 전송기능을 미리 만들어 제공하고 있으나 별도의 숫자 입력값 필드를 사용하여 사용자가 직접 복구 메시지 재알림 시간을 설정할 수도 있다.
결제 일시 정지 기능은 가맹점 입장에서 신규 고객을 유치하는 비용이 기존 고객 유지 비용보다 높기 때문에 기존 고객을 놓치지 않고 잠시 정지하여 고객을 유지하는 방법이다. 사용자는 결제 일시 정지 기간 동안에 결제 시도, 알림 메시지 등을 받지 않을 수 있다. 가맹점은 결제 일시 정지 최대 기간과 횟수를 지정해두고 사용자에게 고지할 수 있다. 따라서 사용자가 일시 정지 기간을 무리하게 늘리거나 남용하는 것을 방지할 수 있다. 결제 일시 정지 기능은 주로 반복 결제, 구독 결제, 정기 결제 등의 서비스에 더 적합하며 사업의 내용에 따라 다양하게 활용할 수 있다.
본 발명의 다른 일례로서, 가맹점은 결제 복구 과정을 자동화하기 위하여 미리 결제 복구 시나리오를 설정하여 복구 과정을 사람의 개입 없이 자동 수행할 수 있다. 결제 복구 시나리오 기능은 사용자의 지속적인 결제 실패가 발생할 시 주기를 설정하여 결제 복구 메시지를 전달하고 각 메시지에 상이한 결제 복구 메시지를 담아 사용자의 결제 복구를 촉진하는 것을 목적으로 하고 있다.
결제 복구 시나리오는 결제 복구 시도 설정값과 결제 복구 메시지로 구성되며 이에 대한 설정은 가맹점이 스스로 하거나 미리 만들어진 시나리오를 선택하여 수행할 수 있다. 또한 결제 복구 시나리오는 가맹점이 설정한 전체 설정값(글로벌 설정값)을 통해 모든 고객이 하나의 시나리오에 따라 결제 복구 메시지를 받을수 도 있고 성별, 연령대, 회원 등급, 구매 횟수, 사용성 등에 따라 서로 다른 시나리오를 설정되어 이에 따른 결제 복구가 수행될 수 도 있다.
결제 복구 시나리오의 결제 복구 시도 설정값은 복구 메시지 전송 최대 횟수, 전송 주기, 전송 요일, 전송 시간, 전송 채널로 구성된다. 전송 최대 횟수는 결제 실패를 시나리오 실행 시작으로 간주하고 이후 전송하는 메시지의 최대 전송 횟수를 의미할 수 있다. 일례로 가맹점이 최대 10회까지 전송을 최대 전송 횟수로 설정하면 해당 결제 복구 시나리오에 따라 복구 메시지는 최대 10회까지 사용자에게 전달된다. 전송 주기는 각 메시지 전송 간의 주기를 의미하며 이는 메시지별로 상이하게 설정이 가능하다. 일례로 1회차 메시지는 3일 뒤, 2회차 메시지는5일 뒤, 3회차 메시지는 10일 뒤에 전송과 같은 주기 설정이 가능하다. 전송 요일과 시간은 특정 요일과 시간을 지정하거나 또는 특정 요일과 시간을 배제하여 발송할 수 있다. 일례로 사용자의 휴일을 방해하지 않도록 일요일은 전송 요일에서 배제될 수 있다. 전송 채널은 상술한 메시지 채널 (문자 메시지, MMS, 이메일,카카오톡과 같은 메신저 메시지, 인 앱 푸시, 웹 푸시 노티피케이션 등)을 포함할 수 있다. 상기 전송 채널로 가맹점이 가장 선호하는 발송 채널과 2차 보조 채널이 선정될 수 있다. 일례로, 가맹점이 1차 채널로 카카오톡 알림톡, 2차 채널로 문자 메시지를 선택하면 사용자가 1차 시나리오에서 전달된 카카오톡 알림톡을 열람하지 않을 시 2차 시나리오(2차 복구 메시지)는 문자 메시지로 발송된다.
다음으로 결제 복구 시나리오에 따른 결제 복구 메시지의 수는 가맹점이 결제 복구 시도 설정값에서 설정한 전송 최대 횟수에 따라 결정된다. 일례로 10회의 최대 횟수를 설정하면, 10개의 결제 복구 메시지가 생성된다. 상기의 결제 복구 메시지들은 각기 편집이 가능하여 메시지마다 다른 내용을 발송할 수 있다.
도 12는 본 명세서의 일 실시예에 따른 복구 메시지의 생성과 관련된 시나리오의 편집 화면의 일례를 도시한 도면이다. 구체적으로 도 12는 전송 최대 횟수가 3회로 설정된 결제 복구 메시지의 편집 화면을 도시한 것이다. 도 12는 결제 복구 시나리오 설정을 간소화한 것으로 비전문가도 손쉽게 적용하기 위해 제작한 화면 구성의 일례이다. 이에 따라 가맹점은 사업의 성격을 살려 특징적인 메시지 발송이 가능하고, 결제 복구 횟수가 늘어남에따라 메시지 내용을 다르게 하여 결제 복구를 유도할 수 있다.
도 13은 본 명세서의 일 실시예에 따른 복구 메시지의 생성과 관련된 시나리오의 편집 과정을 설명하기 위한 흐름도이다. 구체적으로 도 13은 보다 전문적인 마케터가 세밀한 발송 조건을 세팅하여 보낼 수 있는 GUI 편집툴을 도시한 것이다. 해당 GUI 편집툴의 기능에는 위 결제 복구 시도 설정값을 세분화하여 하나씩 단계별로 시각적으로 추가할 수 있는 기능이 포함될 수 있다. 해당 설정값은 차후에 추가/수정될 수 있다. 해당 설정 값에는 발송 조건에 대한 정보가 포함될 수 있다. 상기 발송 조건에 대한 정보는 메시지 내 링크 클릭 여부, 대기 시간, 전송 채널 설정, 결제 복구 시나리오 선택 또는 채널별 오픈 여부 중 어느 하나와 관련될 수 있다. 또한 SDK 등을 통해 추가 수집한 웹수집 데이터가 발송 조건으로 세팅될 수 있다. 가입일이 30일 이상인 사용자, 특정 물품을 구매한 사용자 등을 분류하는 조건을 추가할 수 있다.
본 발명의 또 다른 일례로, 결제 실패 시 특정 사용자에게 할인을 제공하여 결제 복구를 촉진시킬 수 있다. 이러한 할인 제공 기능은 가맹점이 사용하는 전자 상거래 프로그램, PoS관리 프로그램의 할인 기능을 사용할 수 있으며, 도 13의 단계(B110)와 같이 특정 결제 실패 시나리오 단계에 할인 쿠폰을 메시지에 동봉하여 전송할 수 도 있다.
도 14는 본 명세서의 일 실시에에 따른 사용자별 결제 복구 시나리오의 진행 현황의 일례를 도시한 도면이다. 구체적으로 도 14는 자동화된 결제 복구 시나리오가 실행되고 있는 개별 사용자 정보를 제공하는 화면을 도시한 것이다. 도 14를 참조하면, 가맹점은 개별 사용자마다 진행되고 있는 복구 시나리오를 확인할 수 있고 각 복구 시나리오의 실행 여부를 조작할 수 있다. 이를 통해 가맹점은 개별 사용자의 자동화된 결제 복구 과정을 확인하고 중간에 직접 개입하여 더 적합한 고객 서비스를 사용자에게 제시할 수 있다. 또한 결제 복구 과정이 진행되고 있는 사용자 리스트에 필터링 기능을 도입하여 가맹점은 회사별 결제 실패 사용자를 별도로 분류할 수 있다. 일례로, 총 5회의 결제 복구 시나리오를 실행하는 가맹점은, 5회의 결제 복구 시나리오가 실행한 후에도 미복구된 사용자들을 분류하여 해당 고객들에게만 직접 전화 CS를 수행할수 있다. 이를 통해 가맹점이 종래에 실행하던 사람이 직접 수행하는 CS의 상당수를 절감하고 필요 고객에게만 집행할 수 있다.
본 발명의 실시예들은 다양한 컴퓨터 기반의 프로그램 및 프로그램 명령을 포함하는 컴퓨터 판독 가능 매체를 포함한다. 컴퓨터 판독 가능 매체에는 하드 디스크, CD-Rom, DVD및 롬, 램, 플래시 메모리 등의 특정 프로그램 명령어를 저장하고 수행하는 하드웨어 장치를 포함한다. 또한 프로그램 명령에는 다양한 기계어 코드와 함께 컴퓨터에서 실행될 수있는 언어 코드를 포함한다.
본 발명은 온라인, 오프라인 상황에서 결제 시도 시 실패가 발생한 경우를 모두 포괄하여 동작할 수 있는 구조로 설계되었다. 이에 따라 다양한 결제 수단과 결제 서버의 결제 실패신호와 결제 방식에 적용되어 동작할 수 있는 구조로, 일례로 신용카드사 서버, 결제 게이트웨이(PG), PoS 결제 및 다양한 결제 연동 서비스에도 사용될 수 있다. 신용카드사, PG사와 같이 직접 결제를 수행하는 경우 결제 서버단에 해당 기술을 접목하여 결제 복구 기능으로 활용할 수 있으며, 결제 연동 서비스들도 API 연동 등의 과정을 거쳐 결제 복구 기능으로 사용할 수 있다. 종래의 반복 결제를 시도하는 수행자는 특정 카드사 및 PG사가 수행하지 않는다. 반복적인 결제 또는 예약 결제 등은 전자 상거래 페이지와 같은 가맹점 시스템의 신호에 의해 수행되는 것으로 해당 기술은 이러한 구조에 적합하게 동작한다. 해당기술은 가맹점 시스템의 반복 결제 시도를 담당하는 빌링키 구조를 포함하여 결제 실행을수행하기 위한 특정 명령을 수행하는 방식을 포함한다. 또한 빌링키가 저장되는 서버의 위치와 상관없이 동작이 가능하여 가맹점이 직접 빌링키를 저장하고 있거나 또는 가맹점을 대신한 결제 대행사 및 복구 서버가 빌링키를 대행 저장하고 있어도 사용할 수 있는 구조로 설계되어 다양한 결제에 유연하게 사용될 수 있다.
이하에서는 도 1 내지 도 14에서 상술한 실시예들을 기초로 결제 복구 시스템의 동작 측면에서 결제 실패를 복구하기 위한 방법을 도 15를 참조하여 구체적으로 설명한다.
도 15는 본 명세서의 일 실시예에 따른 결제 실패를 복구하기 위한 방법을 설명하기 위한 흐름도이다.
도 15를 참조하면, 본 명세서의 일 실시예에 따른 결제 실패를 복구하기 위한 방법은 결제 실패 정보 수신 단계(S1510), 결제 실패 원인 결정 단계(S1520), 복구 메시지 생성 단계(S1530) 및 복구 메시지 전송 단계(S1540)를 포함할 수 있다.
앞서 설명한 바와 같이 결제 복구 시스템은 다양한 구성으로 구현될 수 있으나, 설명의 편의를 위해 무선 신호의 송수신과 관련된 통신부 및 결제와 관련된 정보를 송수신하도록 상기 통신부를 제어하고 상기 결제 실패를 복구하기 위한 복구 메시지를 생성하는 제어부를 포함하도록 구현된 것을 가정하여 설명한다.
S1510에서, 제어부는 사용자 단말에서 결제 실패가 발생한 경우, 결제 대상 서버로부터 상기 사용자 단말의 결제 실패 정보를 수신한다. 구체적으로, 제어부는 상기 결제 대상 서버로부터 상기 결제 실패 정보를 수신하도록 통신부를 제어한다.
일 실시예에 의하면, 상기 결제 실패 정보는 i) 미리 정의된 결제 실패 원인들 중 어느 하나와 관련된 결제 실패 코드, ii) 사용자 정보, iii) 상품 정보, iv) 결제 정보 또는 v) 가맹점 정보 중 적어도 하나를 포함할 수 있다(도 2 참조).
상기 결제 실패 코드는 상기 결제 대상 서버의 종류에 따라 미리 정의된 결제 실패 코드들 중 하나일 수 있다(도 4 참조). 상기 결제 대상 서버의 종류는 상기 사용자 단말의 결제와 관련된 결제사의 종류에 따라 결정될 수 있다.
일 실시예에 의하면, 상기 사용자 정보는 상기 결제 실패와 관련된 사용자의 식별 정보를 포함할 수 있다. 상기 사용자의 식별 정보는 사용자 단말 ID, 이메일 주소, 전화번호, 사용자 단말의 운영체제(Operating System, OS) 또는 IP 주소 중 적어도 하나를 포함할 수 있다. 상기 사용자 정보는 도 2의 사용자 정보와 사용자 추가 정보를 포함할 수 있다.
S1520에서, 제어부는 상기 결제 실패 정보에 기초하여 결제 실패 원인을 결정한다. 상기 결제 실패 원인은 상기 결제 실패 코드에 기반하여 결정될 수 있다.
S1530에서, 제어부는 상기 결제 실패 원인과 관련된 복구 메시지를 생성한다.
일 실시예에 의하면, 상기 복구 메시지는 상기 결제 실패의 복구 동작과 관련된 적어도 하나의 복구 링크를 포함할 수 있다. 상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결되도록 설정될 수 있다.
일 실시예에 의하면, 상기 전용 페이지는 사용자 인증(예: 사용자 로그인, 결제 관련 인증 등)이 완료된 후에 출력되는 결제 정보를 나타내는 페이지일 수 있다. 즉, 상기 복구 링크를 통해 사용자는 로그인이나 그 밖의 인증을 거치지 않고 간소화 된 절차로 결제가 복구될 수 있다.
일 실시예에 의하면, 상기 복구 링크는 상기 결제 실패 코드, 상기 결제사의 결제 서비스와 관련된 API(Application Program Interface) 또는 상기 사용자 정보 중 적어도 하나에 기반하여 생성될 수 있다.
일 실시예에 의하면, 상기 복구 링크는 기 설정된 조건이 만족된 것에 기초하여 상기 사용자 단말을 상기 전용 페이지로 연결하도록 설정될 수 있다. 본 실시예는 도 8과 관련된 동작에 기반할 수 있다.
상기 기 설정된 조건은 i) 상기 이메일 주소로 전송된 특정 메일의 열람 여부 또는 ii) 상기 복구 링크와 관련된 상기 사용자 단말의 접속 환경 정보가 상기 사용자 정보에 기반하는 접속 환경 정보와 일치하는 지 여부 중 적어도 하나와 관련될 수 있다.
상기 복구 링크는 상기 기 설정된 조건이 만족되지 않은 것에 기초하여 상기 사용자 단말을 결제와 관련된 인증을 수행하기 위한 페이지로 연결하도록 설정될 수 있다.
일 실시예에 의하면, 상기 복구 메시지는 상기 결제 실패 원인과 관련된 정보를 포함할 수 있다. 상기 결제 실패 원인과 관련된 정보는 i) 잔액 부족, ii) 카드 한도 부족, iii) 카드 유효기간 만료, iv) 계좌 잔고 부족, v) 계좌 이체 오류, vi) 결제대행사(Payment Gateway, PG)의 결제 오류 또는 vii) CMS(Cash Management Service) 오류 중 적어도 하나를 나타낼 수 있다.
상기 S1520 단계와 상기 S1530 단계는 하나의 단계로 수행될 수도 있다. 즉, 제어부는 상기 결제 실패 정보에 기초하여 상기 복구 메시지를 생성할 수 있다.
S1540에서, 제어부는 상기 복구 메시지를 상기 사용자 단말에 전송한다. 구체적으로, 제어부는 상기 복구 메시지가 상기 사용자 단말에 전송되도록 통신부를 제어한다.
상기 방법은 상기 복구 메시지를 다시 전송하는 단계를 더 포함할 수 있다. 구체적으로 상기 단계에서, 제어부는 상기 복구 링크에 대한 접속이 기 설정된 기간동안 수행되지 않은 경우, 상기 사용자 단말에 상기 복구 메시지를 다시 전송한다. 상기 복구 메시지의 재전송은 상술한 복구 시나리오에 기반하여 수행될 수 있다.
이상에서 설명된 실시 예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시 예를 구성하는 것도 가능하다. 본 발명의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시 예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시 예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 통상의 기술자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

Claims (15)

  1. 결제 실패를 복구하기 위한 방법에 있어서,
    사용자 단말에서 결제 실패가 발생한 경우, 결제 대상 서버로부터 상기 사용자 단말의 결제 실패 정보를 수신하는 단계;
    상기 결제 실패 정보에 기초하여 결제 실패 원인을 결정하는 단계;
    상기 결제 실패 원인과 관련된 복구 메시지를 생성하는 단계; 및
    상기 복구 메시지를 상기 사용자 단말에 전송하는 단계를 포함하되,
    상기 복구 메시지는 상기 결제 실패의 복구 동작과 관련된 적어도 하나의 복구 링크를 포함하고,
    상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결된 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  2. 제1 항에 있어서,
    상기 전용 페이지는 사용자 인증이 완료된 후에 출력되는 결제 정보를 나타내는 페이지인 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  3. 제2 항에 있어서,
    상기 결제 실패 정보는 i) 미리 정의된 결제 실패 원인들 중 어느 하나와 관련된 결제 실패 코드, ii) 사용자 정보, iii) 상품 정보, iv) 결제 정보 또는 v) 가맹점 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  4. 제3 항에 있어서,
    상기 결제 실패 코드는 상기 결제 대상 서버의 종류에 따라 미리 정의된 결제 실패 코드들 중 하나인 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  5. 제4 항에 있어서,
    상기 결제 대상 서버의 종류는 상기 사용자 단말의 결제와 관련된 결제사의 종류에 따라 결정되는 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  6. 제5 항에 있어서,
    상기 복구 링크는,
    상기 결제 실패 코드, 상기 결제사의 결제 서비스와 관련된 API(Application Program Interface) 또는 상기 사용자 정보 중 적어도 하나에 기반하여 생성되는 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  7. 제6 항에 있어서,
    상기 사용자 정보는 상기 결제 실패와 관련된 사용자의 식별 정보를 포함하고,
    상기 사용자의 식별 정보는 사용자 단말 ID, 이메일 주소, 전화번호, 사용자 단말의 운영체제(Operating System, OS) 또는 IP 주소 중 적어도 하나를 포함하는 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  8. 제7 항에 있어서,
    상기 복구 링크는,
    기 설정된 조건이 만족된 것에 기초하여 상기 사용자 단말을 상기 전용 페이지로 연결하도록 설정된 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  9. 제8 항에 있어서,
    상기 기 설정된 조건은,
    i) 상기 이메일 주소로 전송된 특정 메일의 열람 여부 또는 ii) 상기 복구 링크와 관련된 상기 사용자 단말의 접속 환경 정보가 상기 사용자 정보에 기반하는 접속 환경 정보와 일치하는 지 여부 중 적어도 하나와 관련된 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  10. 제8 항에 있어서,
    상기 복구 링크는,
    상기 기 설정된 조건이 만족되지 않은 것에 기초하여 상기 사용자 단말을 결제와 관련된 인증을 수행하기 위한 페이지로 연결하도록 설정된 것을 특징으로 하는 특징으로 하는 결제 실패를 복구하기 위한 방법.
  11. 제1 항에 있어서,
    상기 복구 메시지는 상기 결제 실패 원인과 관련된 정보를 포함하는 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  12. 제11 항에 있어서,
    상기 결제 실패 원인과 관련된 정보는,
    i) 잔액 부족, ii) 카드 한도 부족, iii) 카드 유효기간 만료, iv) 계좌 잔고 부족, v) 계좌 이체 오류, vi) 결제대행사(Payment Gateway, PG)의 결제 오류 또는 vii) CMS(Cash Management Service) 오류 중 적어도 하나를 나타내는 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  13. 제2 항에 있어서,
    상기 복구 링크에 대한 접속이 기 설정된 기간동안 수행되지 않은 경우, 상기 사용자 단말에 상기 복구 메시지를 다시 전송하는 단계를 더 포함하는 것을 특징으로 하는 결제 실패를 복구하기 위한 방법.
  14. 결제 실패를 복구하기 위한 방법을 수행하는 결제 복구 시스템에 있어서,
    무선 신호를 송수신하는 통신부; 및
    결제와 관련된 정보를 송수신하도록 상기 통신부를 제어하고, 상기 결제 실패를 복구하기 위한 복구 메시지를 생성하는 제어부;를 포함하되,
    상기 제어부는,
    사용자 단말에서 결제 실패가 발생한 경우 결제 대상 서버로부터 상기 사용자 단말의 결제 실패 정보를 수신하고,
    상기 결제 실패 정보에 기초하여 결제 실패 원인을 결정하며,
    상기 결제 실패 원인과 관련된 복구 메시지를 생성하고,
    상기 복구 메시지를 상기 사용자 단말에 전송하도록 설정되며,
    상기 복구 메시지는 상기 결제 실패의 복구 동작과 관련된 적어도 하나의 복구 링크를 포함하고,
    상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결된 것을 특징으로 하는 결제 복구 시스템.
  15. 전자 기기에 의해 실행될 때, 상기 전자 기기로 하여금 동작(operation)을 수행하게 하는 명령어들을 포함하는 컴퓨터 판독 가능 매체로서,
    상기 명령어들은,
    사용자 단말에서 결제 실패가 발생한 경우, 결제 대상 서버로부터 상기 사용자 단말의 결제 실패 정보를 수신하는 프로그램 코드;
    상기 결제 실패 정보에 기초하여 결제 실패 원인을 결정하는 프로그램 코드;
    상기 결제 실패 원인과 관련된 복구 메시지를 생성하는 프로그램 코드; 및
    상기 복구 메시지를 상기 사용자 단말에 전송하는 프로그램 코드를 포함하되,
    상기 복구 메시지는 상기 결제 실패의 복구 동작과 관련된 적어도 하나의 복구 링크를 포함하고,
    상기 복구 링크는 금액 충전, 결제일 변경, 결제 수단 변경 또는 결제 재시도 중 적어도 하나의 동작과 관련된 전용 페이지에 연결된 것을 특징으로 하는 컴퓨터 판독 가능 매체.
KR1020200153695A 2020-11-17 2020-11-17 결제 실패 복구를 수행하기 위한 방법 및 이를 위한 시스템 KR102499237B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020200153695A KR102499237B1 (ko) 2020-11-17 2020-11-17 결제 실패 복구를 수행하기 위한 방법 및 이를 위한 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020200153695A KR102499237B1 (ko) 2020-11-17 2020-11-17 결제 실패 복구를 수행하기 위한 방법 및 이를 위한 시스템

Publications (2)

Publication Number Publication Date
KR20220067215A true KR20220067215A (ko) 2022-05-24
KR102499237B1 KR102499237B1 (ko) 2023-02-14

Family

ID=81806008

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020200153695A KR102499237B1 (ko) 2020-11-17 2020-11-17 결제 실패 복구를 수행하기 위한 방법 및 이를 위한 시스템

Country Status (1)

Country Link
KR (1) KR102499237B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024064325A1 (en) * 2022-09-24 2024-03-28 Mastercard International Incorporated Artificial intelligence based methods and systems for improving accuracy of authorization optimizer

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101722679B1 (ko) * 2015-09-17 2017-04-03 주식회사 포워드벤처스 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법
KR102151331B1 (ko) * 2016-02-04 2020-09-03 알리바바 그룹 홀딩 리미티드 전자 결제 서비스 처리 방법 및 장치와, 전자 결제 방법 및 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101722679B1 (ko) * 2015-09-17 2017-04-03 주식회사 포워드벤처스 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법
KR102151331B1 (ko) * 2016-02-04 2020-09-03 알리바바 그룹 홀딩 리미티드 전자 결제 서비스 처리 방법 및 장치와, 전자 결제 방법 및 장치

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024064325A1 (en) * 2022-09-24 2024-03-28 Mastercard International Incorporated Artificial intelligence based methods and systems for improving accuracy of authorization optimizer

Also Published As

Publication number Publication date
KR102499237B1 (ko) 2023-02-14

Similar Documents

Publication Publication Date Title
US11605066B2 (en) Physical, logical separation of balances of funds
US10937032B2 (en) Systems and methods for updating payment card expiration information
JP5824064B2 (ja) 金融機関を通したリアルタイム支払い
US8311942B1 (en) Method and system for payment of a bill
US8001025B2 (en) Systems and methods for facilitating financial transactions over a network
US20210319507A1 (en) System and method for providing a payment instrument
US8510188B2 (en) Receiver driven money transfer alert system
US20190197501A1 (en) Systems and Methods for Use in Facilitating Network Transactions
US20180158047A1 (en) Payment information technologies
JP6706334B2 (ja) ギフトの推奨、監視、選択、購入及び配送を行うための方法
US20120036045A1 (en) Methods and Systems for Reserving and Completing Purchases
US20090327126A1 (en) Method and system to process payment
US11416863B2 (en) System and methods for assessing risk of fraud in an electronic transaction
US20110093387A1 (en) System and method for non-credit card billers to accept credit card payments
US20120303524A1 (en) System and method for receiver staged money transfer transactions
JP2018531476A6 (ja) ギフトの推奨、監視、選択、購入及び配送を行うための方法
US10990952B2 (en) User interfaces for using shared databases for managing supplemental payment sources
US11966969B2 (en) Computer implemented system and method for a rent-to-own program
CA3048719A1 (en) Systems and methods for operating a service to monitor and adjust a booked flight
US11551250B2 (en) Payment processing system for applying merchant promotions to a push payment transaction
KR102354858B1 (ko) 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
KR102499237B1 (ko) 결제 실패 복구를 수행하기 위한 방법 및 이를 위한 시스템
US20160034866A1 (en) Friendly funding source messaging
US20170372280A1 (en) System and method for decoupling an e-commerce order from the electronic payment transaction
US20210390526A1 (en) Validating a transaction relating to an offer for a good or a service to a user

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant