KR102100869B1 - 계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버 - Google Patents

계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버 Download PDF

Info

Publication number
KR102100869B1
KR102100869B1 KR1020170156783A KR20170156783A KR102100869B1 KR 102100869 B1 KR102100869 B1 KR 102100869B1 KR 1020170156783 A KR1020170156783 A KR 1020170156783A KR 20170156783 A KR20170156783 A KR 20170156783A KR 102100869 B1 KR102100869 B1 KR 102100869B1
Authority
KR
South Korea
Prior art keywords
information
transaction
account
financial company
server
Prior art date
Application number
KR1020170156783A
Other languages
English (en)
Other versions
KR20190059131A (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 KR1020170156783A priority Critical patent/KR102100869B1/ko
Priority to PCT/KR2018/008187 priority patent/WO2019103273A1/ko
Publication of KR20190059131A publication Critical patent/KR20190059131A/ko
Application granted granted Critical
Publication of KR102100869B1 publication Critical patent/KR102100869B1/ko

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
    • 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/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
    • 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
    • G06Q20/40145Biometric identity checks
    • 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

Landscapes

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

Abstract

본 발명의 일 실시예에 따르면, 제1 금융사 서버가, 계좌기반의 결제를 지원하는 방법에 있어서, (a) 소정의 계좌에 대한 접근 권한 정보가 검증되면, 거래 정보를 기초로 한 거래 승인 요청을 획득하는 단계; 및 (b) 상기 거래 승인 요청에 포함되거나 대응되는 정보를 제2 금융사 서버에 전달하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 (i) 상기 제2 금융사 서버로 하여금 거래 승인 여부를 판단하도록 지원하거나, (ii) 상기 제1 금융사 서버가 직접 거래 승인 여부를 판단하는 단계를 포함하는, 계좌기반 결제 지원 방법이 제공된다.

Description

계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버{METHOD FOR SUPPORTING ACCOUNT-BASED PAYMENT AND FINANCIAL COMPANY SERVER PERFORMING THE SAME}
본 발명은 계좌기반 결제 지원 방법에 관한 것으로, 더욱 상세하게는, 모바일 환경에서 은행 계좌를 등록해놓으면, 계좌의 비밀번호만으로 현금 결제가 쉽게 이뤄지도록 함으로써, 사용자에게 결제 서비스 이용에 대한 편의성을 제공하고, 궁극적으로는 모바일 결제 서비스 활성화를 도모하고자 하는 방법에 관한 것이다.
최근, 모바일을 통해 물품 구매 또는 서비스 이용에 대한 비용을 결제하는 소비자가 증가하고, 이에 따라 모바일 결제 시스템 이용이 빈번해지면서, 다양한 방식의 결제 서비스가 개발되고 있다.
모바일 결제도 크게 카드 결제와 현금 결제로 나누어 볼 수 있는데, 카드 결제는 카드를 한번 등록해 놓으면 사용자 인증을 통해 쉽고 빠르게 결제할 수 있어 모바일 시장에서도 편리한 결제 수단으로 각광받고 있다. 반면, 현금 결제는 전통적으로 계좌 이체 방식이 널리 사용되어 왔는데, 모바일 결제 시에는 별도의 금융기관 앱을 실행시켜서 공인인증서를 이용하여 결제를 수행해야 하는 불편함이 존재하여 이용이 감소하는 추세에 있다.
그러나, 현금 결제는 여러 가지 장점을 가지므로 모바일 환경에서도 여전히 현금 결제를 수행할 수 있는 기술적 수단이 요구되고 있다. 이에 발명자는 모바일 환경에서 은행 계좌를 등록해놓고 계좌의 비밀번호만으로 현금 결제를 쉽게 할 수 있는 기술을 발명하기에 이르렀다.
본 발명은 전술한 종래기술의 문제점을 해결하기 위한 것으로, 모바일 환경에서 은행 계좌를 등록해놓으면, 계좌의 비밀번호만으로 현금 결제가 쉽게 이뤄지도록 함으로써, 사용자에게 결제 서비스 이용에 대한 편의성을 제공하고, 궁극적으로는 모바일 결제 서비스 활성화를 도모하고자 하는 것을 그 목적으로 한다.
본 발명의 목적은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 명확하게 이해될 수 있을 것이다.
상술한 목적을 달성하기 위한 본 발명의 일 실시예에 따르면, 제1 금융사 서버가, 계좌기반의 결제를 지원하는 방법에 있어서, (a) 소정의 계좌에 대한 접근 권한 정보가 검증되면, 거래 정보를 기초로 한 거래 승인 요청을 획득하는 단계; 및 (b) 상기 거래 승인 요청에 포함되거나 대응되는 정보를 제2 금융사 서버에 전달하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 (i) 상기 제2 금융사 서버로 하여금 거래 승인 여부를 판단하도록 지원하거나, (ii) 상기 제1 금융사 서버가 직접 거래 승인 여부를 판단하는 단계를 포함하는, 계좌기반 결제 지원 방법이 제공된다.
상기 접근 권한 정보는, 적어도 하나의 캐릭터(character)를 포함하는 비밀정보, 패턴정보, 이미지정보, 소리정보 및 생체인식정보 중 적어도 하나를 포함하는 것을 특징으로 할 수 있다.
상기 거래 정보는, 상품 또는 서비스에 대한 명칭 정보, 가격 정보, 제공자 정보 중 적어도 하나를 포함하는 것을 특징으로 할 수 있다.
상기 (i)에서, 상기 거래 승인 요청에 포함되는 정보로서, 식별 정보를 상기 제2 금융사 서버에 전달하여 상기 제2 금융사 서버로 하여금 상기 식별 정보를 참조하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 것을 특징으로 할 수 있다.
상기 식별 정보는, 상기 제1 금융사 또는 상기 제2 금융사에서 생성되는 것을 특징으로 할 수 있다.
상기 식별 정보는, 현금IC망을 통해 상기 제2 금융사 서버로 전달되는 것을 특징으로 할 수 있다.
상기 (a) 단계는, 상기 소정의 계좌에 대한 접근 권한 정보가 검증되고, 중계 서버에서 접근 권한 정보 검증 결과 및 상기 거래 정보를 기초로 한 제1 거래 승인 요청이 획득되면, 상기 중계 서버로부터 상기 소정의 계좌에 대응되는 식별 정보를 포함하는 제2 거래 승인 요청을 획득하는 단계를 포함할 수 있다.
(x) 상기 제2 금융사 서버에서의 거래 승인 후 즉시 거래 승인 금액이 상기 소정의 계좌로부터 상기 제2 금융사의 보유 계좌로 이체되고, (y) 상기 제2 금융사 서버에서의 거래 승인 후 소정의 기일에 거래 승인 금액이 상기 제2 금융사의 보유 계좌로부터 상기 제1 금융사의 보유 계좌로 이체되는 것을 특징으로 할 수 있다.
상기 (y)에서, 상기 제1 금융사의 보유 계좌로의 이체는 상기 제2 금융사 서버에서의 거래 승인 시점을 기준으로 D+1일에 이루어지는 것을 특징으로 할 수 있다.
상기 제1 금융사의 매입을 기준으로 D+1일 이후, 거래가 발생한 가맹점의 보유 계좌로 입금이 이루어지는 것을 특징으로 할 수 있다.
상기 거래 승인 요청은, 제1 식별 정보를 포함하고, 상기 (b) 단계는, 상기 거래 승인 요청에 대응되는 정보로서, 상기 제1 식별 정보에 대응되는 제2 식별 정보를 상기 제2 금융사 서버에 전달하여 상기 제2 금융사 서버로 하여금 상기 제2 식별 정보를 참조하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 것을 특징으로 할 수 있다.
상기 제1 식별 정보는, 상기 제1 금융사에서 생성되고, 상기 제2 식별 정보는, 상기 제2 금융사에서 생성되는 것을 특징으로 할 수 있다.
상기 제2 식별 정보는, 현금IC망을 통해 상기 제2 금융사 서버에 전달되는 것을 특징으로 할 수 있다.
상기 (ii)에서, 상기 거래 승인 요청에 포함되는 식별 정보에 대응되는 상기 소정의 계좌 정보를 상기 제2 금융사 서버에 전달하여, 상기 제2 금융사 서버로부터 상기 소정의 계좌에 대한 잔액 정보를 확인하여 상기 거래 정보를 기초로 거래 승인 여부를 판단하는 것을 특징으로 할 수 있다.
상기 식별 정보에 대응되는 상기 소정의 계좌 정보는, 카드망을 통해 상기 제2 금융사 서버에 전달되는 것을 특징으로 할 수 있다.
한편, 본 발명의 다른 실시예에 따르면, 제2 금융사 서버가, 계좌기반의 결제를 지원하는 방법에 있어서, (a) 소정의 계좌에 대한 접근 권한 정보가 검증되면, 거래 정보를 기초로 한 거래 승인 요청을 획득하는 단계; 및 (b) 상기 거래 승인 요청에 포함되거나 대응되는 정보를 참조하여, 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하거나 판단하도록 지원하는 단계를 포함하는, 계좌기반 결제 지원 방법이 제공된다.
상기 (a) 단계 이전에, (a0) 사용자 단말기에서 획득된 상기 소정의 계좌의 등록 정보에 대한 검증을 수행하는 단계; 및 (a1) 상기 소정의 계좌의 등록 정보가 검증되면, 상기 소정의 계좌에 대응되는 식별 정보를 생성하거나 제1 금융사로 하여금 상기 식별 정보를 생성하도록 지원하여, 상기 소정의 계좌가 등록되도록 지원하는 단계를 더 포함할 수 있다.
상기 소정의 계좌의 등록 정보는, 계좌번호, 계좌 비밀번호, 계좌에 대응되는 보안 정보 중 적어도 하나를 포함하는 것을 특징으로 할 수 있다.
상기 (b) 단계는, 상기 거래 승인 요청에 포함되는 정보로서, 제1 금융사 서버로부터 획득된 식별 정보를 참조하여, 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하거나 판단하도록 지원하는 것을 특징으로 할 수 있다.
상기 거래 승인 요청은, 제1 식별 정보를 포함하고, 상기 (b) 단계는, 제1 금융사 서버로부터 상기 거래 승인 요청에 대응되는 정보로서 상기 제1 식별 정보에 대응되는 제2 식별 정보를 획득하고, 상기 제2 식별 정보를 참조하여, 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하거나 판단하도록 지원하는 것을 특징으로 할 수 있다.
한편, 본 발명의 또 다른 실시예에 따르면, 사용자 단말기가, 계좌기반의 결제를 지원하는 방법에 있어서, (a) 소정의 계좌에 대한 접근 권한 정보를 사용자 입력을 통해 획득하는 단계; 및 (b) 제2 금융사 서버에 상기 접근 권한 정보에 대한 검증을 요청함으로써, 상기 접근 권한 정보가 검증되고, 제1 금융사 서버에 의해 거래 정보를 기초로 한 거래 승인 요청이 획득된 후, (i) 상기 거래 승인 요청에 포함되거나 대응되는 정보가 상기 제2 금융사 서버에 전달되면, 상기 제2 금융사 서버에 의해 상기 소정의 계좌에 대한 잔액 정보 및 거래 정보를 기초로 거래 승인 여부가 판단되도록 지원하거나, (ii) 상기 제1 금융사 서버가, 상기 제2 금융사 서버로부터 상기 소정의 계좌에 대한 잔액 정보를 확인하여 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 단계를 포함하는, 계좌기반 결제 지원 방법이 제공된다.
한편, 본 발명의 또 다른 실시예에 따르면, 소정의 계좌에 대한 접근 권한 정보가 검증되면, 거래 정보를 기초로 한 거래 승인 요청을 획득하는 거래 승인 요청 획득부; 및 상기 거래 승인 요청에 포함되거나 대응되는 정보를 제2 금융사 서버에 전달하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 (i) 상기 제2 금융사 서버로 하여금 거래 승인 여부를 판단하도록 지원하거나, (ii) 상기 제1 금융사 서버가 직접 거래 승인 여부를 판단하는 거래 승인 지원부를 포함하는, 제1 금융사 서버가 제공된다.
상기 접근 권한 정보는, 적어도 하나의 캐릭터(character)를 포함하는 비밀정보, 패턴정보, 이미지정보, 소리정보 및 생체인식정보 중 적어도 하나를 포함하는 것을 특징으로 할 수 있다.
상기 (i)에서, 상기 거래 승인 요청에 포함되는 정보로서, 식별 정보를 상기 제2 금융사 서버에 전달하여 상기 제2 금융사 서버로 하여금 상기 식별 정보를 참조하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 것을 특징으로 할 수 있다.
상기 식별 정보는, 상기 제1 금융사 또는 상기 제2 금융사에서 생성되는 것을 특징으로 할 수 있다.
상기 식별 정보는, 현금IC망을 통해 상기 제2 금융사 서버로 전달되는 것을 특징으로 할 수 있다.
상기 거래 승인 요청 획득부는, 상기 소정의 계좌에 대한 접근 권한 정보가 검증되고, 중계 서버에서 접근 권한 정보 검증 결과 및 상기 거래 정보를 기초로 한 제1 거래 승인 요청이 획득되면, 상기 중계 서버로부터 상기 소정의 계좌에 대응되는 식별 정보를 포함하는 제2 거래 승인 요청을 획득하는 것을 특징으로 할 수 있다.
(a) 상기 제2 금융사 서버에서의 거래 승인 후 즉시 거래 승인 금액이 상기 소정의 계좌로부터 상기 제2 금융사의 보유 계좌로 이체되고, (b) 상기 제2 금융사 서버에서의 거래 승인 후 소정의 기일에 거래 승인 금액이 상기 제2 금융사의 보유 계좌로부터 상기 제1 금융사의 보유 계좌로 이체되는 것을 특징으로 할 수 있다.
상기 (b)에서, 상기 제1 금융사의 보유 계좌로의 이체는 상기 제2 금융사 서버에서의 거래 승인 시점을 기준으로 D+1일에 이루어지는 것을 특징으로 할 수 있다.
상기 거래 승인 요청은, 제1 식별 정보를 포함하고, 상기 거래 승인 지원부는, 상기 거래 승인 요청에 대응되는 정보로서, 상기 제1 식별 정보에 대응되는 제2 식별 정보를 상기 제2 금융사 서버에 전달하여 상기 제2 금융사 서버로 하여금 상기 제2 식별 정보를 참조하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 것을 특징으로 할 수 있다.
상기 제1 식별 정보는, 상기 제1 금융사에서 생성되고, 상기 제2 식별 정보는, 상기 제2 금융사에서 생성되는 것을 특징으로 할 수 있다.
상기 제2 식별 정보는, 현금IC망을 통해 상기 제2 금융사 서버에 전달되는 것을 특징으로 할 수 있다.
한편, 본 발명의 또 다른 실시예에 따르면, 소정의 계좌에 대한 접근 권한 정보가 검증되면, 거래 정보를 기초로 한 거래 승인 요청을 획득하는 거래 승인 요청 획득부; 및 상기 거래 승인 요청에 포함되거나 대응되는 정보를 참조하여, 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하거나 판단하도록 지원하는 거래 승인 지원부를 포함하는, 제2 금융사 서버가 제공된다.
사용자 단말기에서 획득된 상기 소정의 계좌의 등록 정보에 대한 검증을 수행하는 검증 수행부; 및 상기 소정의 계좌의 등록 정보가 검증되면, 상기 소정의 계좌에 대응되는 식별 정보를 생성하거나 제1 금융사로 하여금 상기 식별 정보를 생성하도록 지원하여, 상기 소정의 계좌가 등록되도록 지원하는 식별 정보 생성부를 더 포함할 수 있다.
한편, 본 발명의 또 다른 실시예에 따르면, 사용자 입력을 통해 소정의 계좌에 대한 접근 권한 정보를 획득하는 접근 권한 정보 획득부; 및 제2 금융사 서버에 상기 접근 권한 정보에 대한 검증을 요청함으로써, 상기 접근 권한 정보가 검증되고, 제1 금융사 서버에 의해 거래 정보를 기초로 한 거래 승인 요청이 획득된 후, (i) 상기 거래 승인 요청에 포함되거나 대응되는 정보가 상기 제2 금융사 서버에 전달되면, 상기 제2 금융사 서버에 의해 상기 소정의 계좌에 대한 잔액 정보 및 거래 정보를 기초로 거래 승인 여부가 판단되도록 지원하거나, (ii) 상기 제1 금융사 서버가, 상기 제2 금융사 서버로부터 상기 소정의 계좌에 대한 잔액 정보를 확인하여 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 거래 승인 지원부를 포함하는, 사용자 단말기가 제공된다.
한편, 본 발명의 또 다른 실시예에 따르면, 사용자 단말기에서, 사용자 입력을 통해 소정의 계좌에 대한 접근 권한 정보를 획득하는 접근 권한 정보 획득 기능; 및 제2 금융사 서버에 상기 접근 권한 정보에 대한 검증을 요청함으로써, 상기 접근 권한 정보가 검증되고, 제1 금융사 서버에 의해 거래 정보를 기초로 한 거래 승인 요청이 획득된 후, (i) 상기 거래 승인 요청에 포함되거나 대응되는 정보가 상기 제2 금융사 서버에 전달되면, 상기 제2 금융사 서버에 의해 상기 소정의 계좌에 대한 잔액 정보 및 거래 정보를 기초로 거래 승인 여부가 판단되도록 지원하거나, (ii) 상기 제1 금융사 서버가, 상기 제2 금융사 서버로부터 상기 소정의 계좌에 대한 잔액 정보를 확인하여 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 거래 승인 지원 기능을 실행시키는 프로그램이 기록된 컴퓨터로 읽기 가능한 기록 매체가 제공된다.
본 발명의 일 실시예에 따르면, 모바일 환경에서 은행 계좌를 등록해놓고 계좌의 비밀번호만으로 현금 결제가 쉽게 이루어지도록 함에 따라, 사용자에게 결제 서비스 이용에 대한 편의성을 제공할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 사용자의 모바일 환경에서의 현금 결제 서비스 이용에 대한 편의성 증대로 인하여 결제 서비스가 활성화될 수 있다.
본 발명의 효과는 상기한 효과로 한정되는 것은 아니며, 본 발명의 상세한 설명 또는 특허청구범위에 기재된 발명의 구성으로부터 추론 가능한 모든 효과를 포함하는 것으로 이해되어야 한다.
도 1은 본 발명의 일 실시예에 따른 계좌기반 결제 지원 시스템의 구성을 개략적으로 도시한 도면이다.
도 2는 본 발명의 일 실시예에 따른 제1 금융사 서버의 구성을 도시한 블록도이다.
도 3은 본 발명의 일 실시예에 따른 제2 금융사 서버의 구성을 도시한 블록도이다.
도 4는 본 발명의 일 실시예에 따라 계좌기반 결제 지원 시스템에서의 계좌 등록 과정을 도시한 흐름도이다.
도 5는 본 발명의 다른 실시예에 따라 계좌기반 결제 지원 시스템에서의 계좌 등록 과정을 도시한 흐름도이다.
도 6은 본 발명의 일 실시예에 따라 계좌기반 결제 지원 시스템에서의 결제 처리 과정을 도시한 흐름도이다.
도 7은 본 발명의 다른 실시예에 따라 계좌기반 결제 지원 시스템에서의 결제 처리 과정을 도시한 흐름도이다.
도 8은 본 발명의 또 다른 실시예에 따라 계좌기반 결제 지원 시스템에서의 결제 처리 과정을 도시한 흐름도이다.
이하에서는 첨부한 도면을 참조하여 본 발명을 설명하기로 한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며, 따라서 여기에서 설명하는 실시예로 한정되는 것은 아니다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 부재를 사이에 두고 "간접적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 구비할 수 있다는 것을 의미한다.
이하 첨부된 도면을 참고하여 본 발명의 실시예를 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른 계좌기반 결제 지원 시스템의 구성을 개략적으로 도시한 도면이다.
도 1을 참조하면, 본 발명의 일 실시예에 따른 계좌기반 결제 지원 시스템은, 가맹점 단말기(100), 사용자 단말기(200), 결제 지원 서버(300), 제1 금융사 서버(400), 제2 금융사 서버(500) 및 중계 서버(600)를 포함한다.
먼저, 가맹점 단말기(100), 사용자 단말기(200), 결제 지원 서버(300), 제1 금융사 서버(400), 제2 금융사 서버(500) 및 중계 서버(600)는 각각 통신망으로 연결되어 있을 수 있으며, 여기서, 통신망은 유선 및 무선 등과 같은 그 통신 양태를 가리지 않고 구성될 수 있다. 근거리 통신망(LAN: Local Area Network), 도시권 통신망(MAN: Metropolitan Area Network), 광역 통신망(WAN: Wide Area Network) 등 다양한 통신망으로 구성될 수 있다.
사용자 단말기(200)는 휴대폰, 스마트폰, PDA(Personal Digital Assistant), PMP(Portable Multimedia Player), 태블릿 PC 등과 같이 터치 스크린 패널이 구비된 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있으며, 이 외에도 데스크탑 PC, 태블릿 PC, 랩탑 PC, 셋탑 박스를 포함하는 IPTV와 같이, 애플리케이션을 설치하고 실행할 수 있는 기반이 마련된 장치도 포함할 수 있다.
사용자 단말기(200)는 계좌기반 결제 지원 서비스를 제공하는 애플리케이션을 설치하여 메모리에 저장할 수 있다. 예를 들어, 사용자 단말기(200)는 각종 애플리케이션이 업로드 되어 있는 앱 스토어 서버(미도시)에 접속한 후, 모바일을 통한 카드 결제 서비스, 계좌기반 결제 서비스 등 다양한 서비스를 제공하는 카드 결제 지원 서비스 제공 애플리케이션을 다운로드 하여 설치할 수 있다.
<계좌 등록 프로세스>
사용자 단말기(200)는 디스플레이를 통해 계좌 등록 인터페이스를 제공하여 사용자로부터 계좌 등록에 필요한 정보를 입력 받을 수 있다. 계좌 등록에 필요한 정보는, 계좌번호 및 계좌 비밀번호가 포함된 계좌 정보일 수 있으며, 금융 약관 정보 및 정보제공동의 여부에 대한 정보 또한 포함된 계좌 정보일 수 있다.
사용자 단말기(200)는 사용자로부터 입력된 계좌 정보를 제1 금융사 서버(400)를 통해 제2 금융사 서버(500)로 전송함으로써 계좌 등록을 요청할 수 있다. 여기서, 계좌 정보는, 계좌번호, 계좌 비밀번호, 계좌에 대응되는 보안 정보 중 적어도 하나를 포함하는 것일 수 있으며, 계좌에 대응되는 보안 정보는, 계좌번호 별로 부여된 고유 정보로, OTP 번호 또는 보안카드 번호일 수 있다.
제2 금융사 서버(500)는 제1 금융사 서버(400)를 통해 사용자 단말기(200)로부터 계좌 등록 요청이 수신되면, 계좌 정보 검증을 수행하며, 검증 결과를 제1 금융사 서버(400)를 통해 사용자 단말기(200)로 전송할 수 있다.
구체적으로, 제2 금융사 서버(500)는 등록 요청된 계좌 정보에 대하여, 등록 요청된 계좌 정보와 제2 금융사 서버(500)에 미리 등록되어 있는 계좌 정보가 상호 일치하는지 여부 및 계좌 비밀번호의 일치 여부를 판단함으로써 계좌 정보 검증을 수행할 수 있다.
사용자 단말기(200)는 상기 계좌 정보에 대한 검증이 완료되면, 접근 권한 정보 입력 인터페이스를 통해 사용자로부터 접근 권한 정보를 입력 받을 수 있다. 접근 권한 정보는, 적어도 하나의 캐릭터(character)를 포함하는 비밀정보, 패턴정보, 이미지정보, 소리정보 및 생체인식정보 중 적어도 하나를 포함하는 것으로, 예를 들면, 계좌 결제 시 사용되며 소정의 자리수를 갖는 거래 비밀번호일 수 있다.
사용자 단말기(200)는 사용자로부터 입력된 접근 권한 정보를 제1 금융사 서버(400)를 통해 제2 금융사 서버(500)로 전송함으로써 접근 권한 정보 검증을 요청할 수 있다.
제2 금융사 서버(500)는 제1 금융사 서버(400)를 통해 사용자 단말기(200)로부터 접근 권한 정보를 포함하는 접근 권한 정보 검증 요청이 수신되면, 접근 권한 정보에 대한 검증을 수행하여, 검증 결과를 제1 금융사 서버(400)를 통해 사용자 단말기(200)로 전송할 수 있다.
구체적으로, 제2 금융사 서버(500)는 수신된 접근 권한 정보가 미리 등록된 소정의 규칙을 만족하는지 여부를 판단함으로써 접근 권한 정보 검증을 수행할 수 있다.
(1) 제1 실시예
결제 지원 서버(300)는 사용자 단말기(200)로부터 접근 권한 정보를 수신하여 저장할 수 있다.
본 발명의 일 실시예에 따르면, 제2 금융사 서버(500)는 상기 접근 권한 정보 검증이 완료되면, 검증이 성공적으로 완료된 계좌에 대하여, 해당 계좌에 대응되는 식별 정보를 생성할 수 있으며, 생성된 식별 정보를 계좌 정보와 매핑하여 저장할 수 있다. 여기서, 식별 정보는, 토큰 정보 또는 가상 카드 번호일 수 있으며, 상기 계좌에 대해 제1 금융사와 제2 금융사가 연동될 수 있도록 제2 금융사에서 발행되는 고유식별정보를 의미할 수 있다. 또한, 식별 정보는, 결제 지원 서버(300)에 저장될 수 있다.
(2) 제2 실시예
본 발명의 다른 실시예에 따르면, 제2 금융사 서버(500)에서의 상기 접근 권한 정보 검증이 완료된 후, 제1 금융사 서버(400) 및 제2 금융사 서버(500) 각각이 검증이 성공적으로 완료된 계좌에 대하여, 해당 계좌에 대응되는 식별 정보 - 제1 식별 정보 및 제2 식별 정보 - 를 생성할 수 있다. 이 경우, 제1 식별 정보는 토큰 정보이고, 제2 식별 정보는 가상카드번호일 수 있다. 또한, 제1 금융사 서버(400)는, 제1 식별 정보 및 제2 식별 정보를 매핑하여 저장할 수 있고, 제2 금융사 서버(500)는, 제2 식별 정보 및 계좌 정보를 매핑된 형태로 저장할 수 있다. 제1 식별 정보는 결제 지원 서버(300)에 저장될 수 있다.
(3) 제3 실시예
본 발명의 또 다른 실시예에 따르면, 상기 접근 권한 정보 검증이 완료되면, 상기 제1 금융사 서버(400)는, 검증이 성공적으로 완료된 계좌에 대하여, 해당 계좌에 대응되는 식별 정보를 생성할 수 있으며, 생성된 식별 정보를 상기 소정의 계좌 정보와 매핑하여 저장할 수 있다. 여기서, 식별 정보는, 토큰 정보 또는 가상 카드 번호일 수 있다.
제1 금융사 서버(400)는 상기 계좌 정보와 식별 정보를 결제 지원 서버(300)로 전송함으로써, 결제 지원 서버(300)에서 해당 계좌에 대한 등록 처리가 완료되도록 할 수 있다.
<계좌 삭제 프로세스>
한편, 본 발명의 일 실시예에 따르면, 사용자 단말기(200)로부터 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 접근 권한 정보를 포함한 등록 계좌 삭제 요청이 수신되면, 제2 금융사 서버(500)는 수신된 접근 권한 정보에 대한 검증을 수행하여, 해당 접근 권한 정보가 미리 등록된 접근 권한 정보와 대응되는 것으로 판단된 경우에 한하여 요청된 등록 계좌의 삭제를 수행할 수 있다.
이에 따라, 제2 금융사 서버(500)는 제1 금융사 서버(400)를 통해 결제 지원 서버(300)로 등록 계좌 삭제 결과를 전달하며, 결제 지원 서버(300)는 해당 등록 계좌 삭제 결과를 미리 저장되어 있는 사용자 정보와 매칭하여 저장함으로써 계좌 삭제 처리를 수행할 수 있다. 또한, 결제 지원 서버(300)는 사용자 단말기(200)로 등록 계좌 삭제 결과를 전달할 수 있다.
<계좌 결제 프로세스>
가맹점에서 소정의 거래가 발생하면, 가맹점 단말기(100)는 사용자 단말기(200)로 거래 정보를 포함하는 거래 요청을 전송할 수 있다. 여기서, 거래 정보는, 상품 또는 서비스에 대한 명칭 정보, 가격 정보, 제공자 정보 중 적어도 하나를 포함하는 것일 수 있다.
사용자 단말기(200)는 가맹점 단말기(100)로부터 거래 요청이 수신되면, 사용자로부터 계좌에 대한 접근 권한 정보를 입력 받을 수 있으며, 입력된 접근 권한 정보를 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 제2 금융사 서버(500)로 전송함으로써, 접근 권한 정보에 대한 검증을 요청할 수 있다. 여기서, 접근 권한 정보는, 적어도 하나의 캐릭터(character)를 포함하는 비밀정보, 패턴정보, 이미지정보, 소리정보 및 생체인식정보 중 적어도 하나를 포함하는 것일 수 있으며, 계좌 정보와 매핑되어 제2 금융사 서버(500)에 미리 등록되어 있는 정보일 수 있다.
제2 금융사 서버(500)는 수신된 요청에 따라 접근 권한 정보에 대한 검증을 수행할 수 있으며, 접근 권한 정보에 대한 검증 결과를 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 사용자 단말기(200)로 전송할 수 있다. 이에 따라, 사용자 단말기(200)는 가맹점 단말기로 요청된 거래에 대한 응답을 전송할 수 있다.
본 발명의 일 실시예에 따르면, 제2 금융사 서버(500)는 사용자 단말기(200)로부터 결제 지원 서버(300)를 통해 수신된 접근 권한 정보가 제2 금융사 서버(500) 내 미리 등록되어 있는 접근 권한 정보와 대응되는지 여부를 판단함으로써 검증을 수행할 수 있다.
가맹점 단말기(100)는 사용자 단말기(200)에 의해 결제 계좌에 대한 접근 권한 정보 검증이 완료됨에 따라 거래 요청 응답이 수신되면, 접근 권한 정보 검증 결과 및 거래 정보를 포함하는 제1 거래 승인 요청을 중계 서버(600)로 전송할 수 있다. 여기서, 접근 권한 정보 검증 결과 및 거래 정보는 가맹점 단말기(100)에서 암호화된 형태의 정보로 중계 서버(600)에 전송될 수 있다.
제1 거래 승인 요청을 수신한 중계 서버(600)는 결제 지원 서버(300)로 거래 정보가 포함된 거래 정보 인증 요청을 전송할 수 있다.
결제 지원 서버(300)는 중계 서버(600)의 요청에 따라 거래 정보 인증을 수행하며, 인증이 완료되면 중계 서버(600)로 거래 정보 인증 결과와 함께 인증 완료된 거래 정보에 대응되는 식별 정보를 전송할 수 있다.
중계 서버(600)는 거래 정보 및 식별 정보가 포함된 제2 거래 승인 요청을 제1 금융사 서버(400)로 전송할 수 있으며, 제1 금융사 서버(400)는 이를 제2 금융사 서버(500)로 전달할 수 있다.
(1) 제1 실시예
제1 실시예에서, 제2 금융사 서버(500)는 제1 금융사 서버(400)를 통해 수신된 제2 거래 승인 요청에 포함된 식별 정보를 기초로 거래 승인 여부를 판단할 수 있다.
구체적으로, 본 발명의 일 실시예에 따르면, 식별 정보가 포함된 제2 거래 승인 요청이 수신된 경우, 제2 금융사 서버(500)는 식별 정보에 대응되는 계좌 정보를 확인함으로써 거래 승인 여부를 판단할 수 있다. 구체적으로, 확인된 계좌 정보 중 잔액 정보를 확인하여 거래 정보에 포함된 거래 금액 정보가 계좌 잔액 정보를 초과하는지 여부를 확인함에 따라 해당 계좌로 결제가 가능한지 여부를 판단함으로써 거래 승인 여부를 판단할 수 있다. 이 때, 식별 정보는, 토큰 정보 또는 가상카드번호일 수 있다. 또한, 식별 정보는, 현금 IC 망을 통해 상기 제2 금융사 서버(500)에 전달될 수 있다.
(2) 제2 실시예
본 발명의 다른 실시예에 따르면, 결제 지원 서버(300)는 중계 서버(600)의 요청에 따라 거래 정보 인증을 수행하며, 인증이 완료되면 중계 서버(600)로 거래 정보 인증 결과와 함께 인증 완료된 거래 정보에 대응되는 제1 식별 정보를 전송할 수 있다.
중계 서버(600)는 거래 정보 및 제1 식별 정보가 포함된 제2 거래 승인 요청을 제1 금융사 서버(400)로 전송할 수 있다.
제1 금융사 서버(400)는 제2 거래 승인 요청에 포함되어 수신된 제1 식별 정보를 해당 제1 식별 정보에 매핑되어 있는 제2 식별 정보로 변환할 수 있으며, 변환된 제2 식별 정보를 포함하는 거래 승인 요청을 제2 금융사 서버(500)로 전송할 수 있다. 이 때, 제1 식별 정보는, 토큰 정보이고, 제2 식별 정보는, 가상카드번호일 수 있다. 그리고, 제2 식별 정보는 현금 IC망(예를 들어, 금융결제원의 현금 IC망)을 통해 제2 금융사 서버(500)에 전달될 수 있다.
제2 금융사 서버(500)는 수신된 제2 식별 정보를 기초로 거래 승인 여부를 판단할 수 있다.
즉, 제2 금융사 서버(500)는 수신된 제2 식별 정보를 참조로 하여 대응되는 계좌 정보를 확인함으로써 거래 승인 여부를 판단할 수 있다. 구체적으로, 확인된 계좌 정보 중 잔액 정보를 확인하여 거래 정보에 포함된 거래 금액 정보가 계좌 잔액 정보를 초과하는지 여부를 확인함에 따라 해당 계좌로 결제가 가능한지 여부를 판단함으로써 거래 승인 여부를 판단할 수 있다.
(3) 제3 실시예
본 발명의 또 다른 실시예에 따르면, 결제 지원 서버(300)는 중계 서버(600)의 요청에 따라 거래 정보 인증을 수행하며, 인증이 완료되면 중계 서버(600)로 거래 정보 인증 결과와 함께 인증 완료된 거래 정보에 대응되는 식별 정보를 전송할 수 있다.
중계 서버(600)는 거래 정보 및 식별 정보가 포함된 제2 거래 승인 요청을 제1 금융사 서버(400)로 전송할 수 있다. 여기서, 식별 정보는, 제1 금융사에 의해 생성된 토큰 정보일 수 있다.
제1 금융사 서버(400)는 제2 거래 승인 요청에 포함되어 수신된 식별 정보를 기초로 하여, 식별 정보에 대응되는 계좌에 대한 잔액 정보 확인 요청을 제2 금융사 서버(500)로 전송할 수 있다. 상기 요청은, 카드망을 통해 이루어질 수 있다.
제1 금융사 서버(400)는 제2 금융사 서버(500)로부터 제공되는 잔액 정보 확인 결과를 기초로 거래 승인 여부를 판단할 수 있다.
즉, 제1 금융사 서버(400)는 제2 금융사 서버(500)를 통해 상기 식별 정보에 대응되는 계좌에 대한 잔액 정보를 확인하여, 거래 정보에 포함된 거래 금액 정보가 계좌 잔액 정보를 초과하는지 여부를 확인함에 따라 해당 계좌로 결제가 가능한지 여부를 판단함으로써 거래 승인 여부를 판단할 수 있다.
제1 실시예 및 제2 실시예에서, 제2 금융사 서버(500)는 거래 승인 결과를 제1 금융사 서버(400)로 전송할 수 있으며, 제1 금융사 서버(400)는 중계 서버(600)를 통해 가맹점 단말기(100)로 해당 거래 승인 결과를 전송할 수 있다.
이와 달리, 제3 실시예에서는, 제1 금융사 서버(400)에서 거래가 승인된 경우, 제1 금융사 서버(400)는 중계 서버(600)를 통해 가맹점 단말기(100)로 해당 거래 승인 결과를 전송할 수 있다.
한편, 본 발명의 일 실시예에 따르면, 가맹점 단말기(100)로부터 중계 서버(600)를 통해 승인된 거래 정보를 포함하는 거래 승인 취소 요청이 수신되면, 제1 금융사 서버(400)는 요청된 거래 승인을 취소 처리할 수 있으며, 중계 서버(600)를 통해 가맹점 단말기(100)로 거래 승인 취소 처리 결과를 전송할 수 있다.
상기 거래 승인 취소 처리 결과 전송이 완료되면, 제1 금융사 서버(400)는 제2 금융사 서버(500)로 거래 승인 취소 결과를 전달함으로써, 제2 금융사 서버(500)로 하여금 승인된 거래에 대한 취소 정산이 반영되도록 하며, 이에 따라 제2 금융사 서버(500)로부터 거래 승인 취소 처리 응답을 수신할 수 있다. 이를 통해, 사용자 단말기(200) 상에는 상기 거래 승인 취소 내역이 포함된 이용 내역이 디스플레이되어 사용자에게 제공될 수 있다.
제2 금융사 서버(500)에서 거래가 승인된 경우, 거래 승인 금액이, 거래 승인 즉시 상기 계좌로부터 제2 금융사의 보유 계좌로 이체되고, 거래 승인 후 소정의 기일 후에 제2 금융사의 보유 계좌에서 제1 금융사의 보유 계좌로 이체됨으로써, 계좌기반의 결제에 대한 거래 금액 정산 처리가 이루어질 수 있다. 구체적으로, 제1 금융사의 보유 계좌로의 이체는, 제2 금융사 서버(500)에서의 거래 승인 시점을 기준으로 D+1일에 이루어지며, 거래가 발생한 가맹점의 보유 계좌로의 이체는, 제1 금융사의 매입을 기준으로 D+1일 이후에 이루어질 수 있다.
한편, 본 발명의 일 실시예에 따르면, 거래가 승인된 당일에 사용자에 의해 거래 승인 취소 요청이 발생함에 따라 가맹점 단말기(100)를 통해 거래 승인 취소 요청이 접수된 경우, 제2 금융사 서버(500)는 거래 승인 취소에 따른 정산을 수행하기 위해 거래 승인이 발생한 당일에 제1 금융사 서버(400)로 취소 금액에 대한 출금을 요청할 수 있다.
상기 요청에 의해, 제1 금융사의 보유 계좌에서 제2 금융사의 보유계좌로 거래 승인 취소 금액이 이체되며, 이에 따라 제2 금융사 서버(500)에서는 거래 승인 취소가 처리될 수 있다.
상기 제2 금융사 서버(500)에서의 거래 승인 취소 처리가 완료되면, 제2 금융사의 보유 계좌에서 사용자의 보유 계좌로 거래 승인 취소 금액이 이체됨에 따라 거래 승인 취소 처리가 완료될 수 있다.
한편, 본 발명의 다른 실시예에 따르면, 제1 금융사의 익영업일 이후 거래 승인 취소가 발생한 경우에는, 거래 승인 취소 요청에 따라 거래 승인 취소가 발생한 당일에 제1 금융사의 보유 계좌에서 제2 금융사의 보유 계좌로의 거래 승인 취소 금액 이체 및 제2 금융사의 보유 계좌에서 사용자의 보유 계좌로의 거래 승인 취소 금액 이체가 모두 수행되고, 거래 승인 취소가 발생한 D+2일 이후에 가맹점의 매입 취소 및 매입 취소 정산 처리가 수행될 수 있다.
도 2는 본 발명의 일 실시예에 따른 제1 금융사 서버(400)의 구성을 도시한 블록도이다.
먼저, 도 2를 참조하면, 본 발명의 일 실시예에 따른 제1 금융사 서버(400)는 거래 승인 요청 획득부(410) 및 거래 승인 지원부(420)를 포함한다.
거래 승인 요청 획득부(410)는 사용자가 결제하고자 하는 계좌에 대한 접근 권한 정보가 검증되면, 거래 정보를 기초로 한 거래 승인 요청을 획득할 수 있다.
구체적으로, 거래 승인 요청 획득부(410)는 사용자가 결제하고자 하는 계좌에 대한 접근 권한 정보가 검증됨에 따라, 중계 서버(600)에서 접근 권한 정보 검증 결과 및 암호화된 거래 정보를 포함하는 제1 거래 승인 요청이 획득되면, 중계 서버(600)로부터 결제 지원 서버(300)를 통해 수행된 거래 정보 인증에 대한 결과 및 상기 계좌에 대응되는 식별 정보를 포함하는 제2 거래 승인 요청을 획득할 수 있다.
거래 승인 지원부(420)는 거래 승인 요청 획득부(410)를 통해 획득된 제2 거래 승인 요청을 제2 금융사 서버(500)로 전달함으로써, 제2 금융사 서버(500)로 하여금 상기 계좌에 대한 잔액 정보 및 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원할 수 있다.
<제1 실시예>
본 발명의 일 실시예에 따르면, 거래 승인 요청 획득부(410)를 통해 식별 정보인 토큰 정보를 포함하는 제2 거래 승인 요청이 획득된 경우, 거래 승인 지원부(420)는 식별 정보를 포함하는 제2 거래 승인 요청을 제2 금융사 서버(500)로 전달함으로써, 제2 금융사 서버(500)로 하여금 식별 정보에 매핑되어 있는 상기 계좌에 대한 잔액 정보 및 거래 정보를 확인하여 거래 승인 여부를 판단하도록 지원할 수 있다.
<제2 실시예>
본 발명의 다른 실시예에 따르면, 거래 승인 요청 획득부(410)를 통해 제1 식별 정보인 토큰 정보를 포함하는 제2 거래 승인 요청이 획득된 경우, 거래 승인 지원부(420)는 획득된 제1 식별 정보를 해당 제1 식별 정보에 매핑된 제2 식별 정보로 변환하는 승인전문변환을 수행함으로써, 변환된 제2 식별 정보를 포함하는 거래 승인 요청을 제2 금융사 서버(500)로 전달하며, 이에 따라 제2 금융사 서버(500)로 하여금 제2 식별 정보인 가상카드번호를 기초로 상기 계좌에 대한 잔액 정보 및 거래 정보를 확인하여 거래 승인 여부를 판단하도록 지원할 수 있다.
<제3 실시예>
본 발명의 또 다른 실시예에 따르면, 거래 승인 요청 획득부(410)를 통해 식별 정보인 토큰 정보를 포함하는 제2 거래 승인 요청이 획득된 경우, 거래 승인 지원부(420)는 획득된 식별 정보를 기초로 매핑 저장되어 있는 계좌를 확인하여, 제2 금융사 서버(500)로 해당 계좌에 대한 잔액 정보 제공 요청을 전송할 수 있으며, 이에 따라, 제2 금융사 서버(500)로부터 제공된 잔액 정보와 미리 획득된 거래 정보를 확인하여 거래 승인 여부를 판단할 수 있다.
또한, 거래 승인 지원부(420)는 제2 금융사 서버(500)로부터 수신되거나 거래 승인 지원부(420)에서 판단된 거래 승인 결과를 중계 서버(600)를 통해 가맹점 단말기(100)로 전송할 수 있다.
전술한 제2 실시예에 따르면, 계좌 등록 과정에서, 거래 승인 지원부(420)는 제2 금융사 서버(500)에서 접근 권한 정보에 대한 검증이 완료되면, 검증이 완료된 계좌에 대한 제1 식별 정보를 생성할 수 있으며, 제2 금융사 서버(500)에서 생성된 제2 식별 정보를 제2 금융사 서버(500)로부터 수신하여, 상기 생성한 제1 식별 정보와 제2 금융사 서버(500)에서 생성된 제2 식별 정보를 매핑하여 저장할 수 있다.
한편, 제3 실시예에 따르면, 계좌 등록 과정에서, 거래 승인 지원부(420)는 제2 금융사 서버(500)에서 접근 권한 정보에 대한 검증이 완료되면, 검증이 성공적으로 완료된 계좌에 대하여, 해당 계좌에 대응되는 식별 정보를 생성할 수 있으며, 생성된 식별 정보를 상기 소정의 계좌 정보와 매핑하여 저장할 수 있다. 여기서, 식별 정보는, 토큰 정보 또는 가상 카드 번호일 수 있다.
또한, 계좌 등록 과정에서, 거래 승인 지원부(420)는 제2 금융사 서버(500)로부터 계좌 등록 결과 및 식별 정보가 수신되면, 이를 결제 지원 서버(300)로 전달함으로써, 결제 지원 서버(300)를 통해 계좌 등록이 처리되도록 지원할 수 있다.
도 3은 본 발명의 일 실시예에 따른 제2 금융사 서버(500)의 구성을 도시한 블록도이다.
먼저, 도 3을 참조하면, 본 발명의 일 실시예에 따른 제2 금융사 서버(500)는 검증 수행부(510), 식별 정보 생성부(520), 거래 승인 요청 획득부(530) 및 거래 승인 지원부(540)를 포함한다.
검증 수행부(510)는 계좌 등록을 위해 제1 금융사 서버(400)를 통해 등록 요청되는 계좌 정보에 대한 검증을 수행할 수 있다.
본 발명의 일 실시예에 따르면, 검증 수행부(510)는 등록 요청되는 계좌에 대한 정보를 기초로 해당 계좌가 제2 금융사 서버(500)에 미리 등록되어 있는 계좌인지에 대한 여부를 확인하거나, 또는 미리 등록되어 있는 해당 계좌 정보를 토대로 계좌 번호와 계좌 비밀번호가 일치하는지 여부를 확인함으로써 계좌 정보에 대한 검증을 수행할 수 있다.
본 발명의 다른 실시예에 따르면, 검증 수행부(510)는 상기 계좌에 대한 정보를 기초로 검증을 수행한 후, 상기 계좌에 대한 보안 정보를 기초로 검증을 더 수행할 수 있다. 구체적으로, 검증 수행부(510)는 상기 계좌에 매핑되어 미리 등록되어 있는 보안 정보와 결제 지원 서버(300)를 통해 사용자 단말기(200)로부터 수신된 보안 정보가 일치하는지에 대한 여부를 확인함으로써 계좌 정보에 대한 검증을 수행할 수 있다.
검증 수행부(510)는 계좌 정보에 대한 검증이 완료되면, 검증 결과를 제1 금융사 서버(400)를 통해 사용자 단말기(200)로 전송할 수 있다.
또한, 검증 수행부(510)는, 가맹점 단말기(100)에서 거래가 요청됨에 따라 사용자 단말기(200)로부터 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 접근 권한 정보를 포함한 접근 권한 정보 검증 요청이 수신되면, 수신된 접근 권한 정보가 미리 정의된 규칙에 합치하는지 여부를 확인함으로써 접근 권한 정보에 대한 검증을 수행할 수 있으며, 검증이 완료되면, 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 사용자 단말기(200)로 접근 권한 정보 검증 결과를 전송할 수 있다. 이를 통해, 접근 권한 정보 검증 결과를 포함한 요청된 거래에 대한 응답은, 사용자 단말기(200)에서 가맹점 단말기(100)로 전송될 수 있다.
식별 정보 생성부(520)는 상기 검증 수행부(510)에서 접근 권한 정보에 대한 검증이 완료되면, 검증이 성공적으로 완료된 계좌에 대하여, 해당 계좌에 대응하는 식별 정보를 생성할 수 있다.
식별 정보 생성부(520)는 생성한 식별 정보를 상기 계좌의 정보와 매핑하여 저장할 수 있으며, 생성한 식별 정보를 제1 금융사 서버(400)로 전송하여 해당 식별 정보가 제1 금융사 서버(400)에 저장되도록 할 수 있다.
<제1 실시예>
본 발명의 일 실시예에 따르면, 식별 정보 생성부(520)는 상기 검증 수행부(510)에서 검증이 성공적으로 완료된 계좌에 대하여, 해당 계좌에 대응되는 식별 정보를 생성할 수 있으며, 생성된 식별 정보를 상기 검증된 계좌의 정보와 매핑하여 저장할 수 있다. 여기서, 식별 정보는, 토큰 정보 또는 가상 카드 번호일 수 있으며, 상기 계좌에 대해 제1 금융사와 제2 금융사가 연동될 수 있도록 제2 금융사에서 발행되는 고유식별정보를 의미할 수 있다. 또한, 식별 정보는, 결제 지원 서버(300)에 저장될 수 있다.
<제2 실시예>
본 발명의 다른 실시예에 따르면, 식별 정보 생성부(520)는 상기 검증 수행부(510)에서 검증이 성공적으로 완료된 계좌에 대하여, 해당 계좌에 대응되는 제2 식별 정보를 생성할 수 있으며, 생성한 제2 식별 정보를 상기 성공적으로 검증 완료된 계좌의 정보와 매핑하여 저장할 수 있다. 또한, 생성한 제2 식별 정보를 제1 금융사 서버(400)로 전송함으로써, 제1 금융사 서버(400)에 제1 식별 정보 및 제2 식별 정보가 매핑되어 저장되도록 할 수 있다. 여기서, 제1 식별 정보는 토큰 정보이고, 제2 식별 정보는 가상카드번호일 수 있다.
<제3 실시예>
본 발명의 또 다른 실시예에 따르면, 식별 정보 생성부(520)는 상기 검증 수행부(510)에서 계좌 정보에 대한 검증이 완료되면, 계좌 정보 검증 결과를 제1 금융사 서버(400)로 전송함으로써, 제1 금융사 서버(400)로 하여금 식별 정보를 생성하도록 지원할 수 있다.
거래 승인 요청 획득부(530)는 접근 권한 정보의 검증이 완료되면, 거래 정보를 기초로 하는 거래 승인 요청을 획득할 수 있다.
거래 승인 요청 획득부(530)는 거래 정보 및 상기 계좌에 대한 식별 정보를 포함하는 제2 거래 승인 요청을 제1 금융사 서버(400)로부터 전달 받음으로써 거래 승인 요청을 획득할 수 있다.
거래 승인 지원부(540)는 제1 금융사 서버(400)로부터 획득된 거래 승인 요청에 대응하여, 상기 계좌에 대한 잔액 정보 및 거래 정보를 기초로 거래 승인 여부를 판단하거나 판단하도록 지원할 수 있다.
구체적으로, 거래 승인 지원부(540)는 제1 금융사 서버(400)로부터 획득된 제2 거래 승인 요청에 포함된 식별 정보를 기초로 하여 거래 승인 여부를 판단할 수 있다.
<제1 실시예>
본 발명의 일 실시예에 따르면, 제1 금융사 서버(400)로부터 식별 정보를 포함하는 제2 거래 승인 요청이 수신된 경우, 거래 승인 지원부(540)는 거래 요청 금액이 수신된 식별 정보에 대응되는 계좌의 잔액을 초과하지 않는지에 대한 여부를 확인함으로써 거래 승인 여부를 판단할 수 있다.
<제2 실시예>
본 발명의 다른 실시예에 따르면, 제1 금융사 서버(400)로부터 제2 식별 정보를 포함하는 거래 승인 요청이 수신된 경우, 거래 승인 지원부(540)는 수신된 제2 식별 정보와 매핑되어 있는 계좌 정보를 기초로 하여 거래 요청 금액이 해당 계좌의 잔액을 초과하지 않는지에 대한 여부를 확인함으로써 거래 승인 여부를 판단할 수 있다. 이 때, 제2 식별 정보는, 제1 금융사 서버(400)에서 제1 식별 정보에 대응하여 변환된 정보일 수 있다.
<제3 실시예>
본 발명의 또 다른 실시예에 따르면, 제1 금융사 서버(400)로부터 식별 정보를 포함하는 잔액 정보 제공 요청이 수신된 경우, 식별 정보에 대응되는 계좌의 잔액을 확인하여 요청된 계좌의 잔액 정보를 제1 금융사 서버(400)로 제공함으로써, 제1 금융사 서버(400)로 하여금 해당 잔액 정보를 기초로 거래 승인 여부를 판단하도록 지원할 수 있다.
도 4는 본 발명의 일 실시예에 따라 계좌기반 결제 지원 시스템에서의 계좌 등록 과정을 도시한 흐름도이다.
먼저, 사용자 단말기(200)는 사용자로부터 등록하고자 하는 계좌 정보를 입력받을 수 있으며(S401), 사용자에 의해 입력된 계좌 정보를 제1 금융사 서버(400)를 통해 제2 금융사 서버(500)로 전송함으로써 해당 계좌 정보에 대한 등록을 요청할 수 있다(S402). 사용자에 의해 입력되는 계좌 정보에는, 계좌번호 및 계좌 비밀번호가 포함될 수 있으며, 또한 금융 약관 정보 및 정보제공동의 정보가 더 포함될 수 있다.
제2 금융사 서버(500)는 제1 금융사 서버(400)를 통해 사용자 단말기(200)로부터 계좌 등록 요청과 함께 수신된 계좌 정보를 기초로 계좌 정보 검증을 수행할 수 있으며(S403), 계좌 정보 검증이 완료되면, 제1 금융사 서버(400)를 통해 사용자 단말기(200)로 검증 결과를 전송할 수 있다(S404).
제2 금융사 서버(500)에서 수행되는 계좌 정보 검증은, 사용자 단말기(200)로부터 제1 금융사 서버(400)를 통해 수신된 계좌번호 및 계좌 비밀번호를 포함하는 계좌 정보가 제2 금융사 서버(500) 내 데이터베이스(미도시)에 미리 저장되어 있는 계좌 정보와 일치하는지 여부를 판단함으로써 수행될 수 있다.
계좌 정보 검증 절차가 완료되면, 사용자 단말기(200)에서는 사용자에 의해 접근 권한 정보가 입력될 수 있다(S405). 사용자에 의해 입력되는 접근 권한 정보는, 소정의 자리수로 구성된 거래비밀번호, OTP 번호 및 보안카드 번호 중 어느 하나일 수 있다.
사용자 단말기(200)는 상기 사용자로부터 입력된 접근 권한 정보를 포함하는 접근 권한 정보 검증 요청을 제1 금융사 서버(400)를 통해 제2 금융사 서버(500)로 전송할 수 있다(S406).
제2 금융사 서버(500)는 제1 금융사 서버(400)를 통해 사용자 단말기(200)로부터 수신된 접근 권한 정보에 대한 검증을 수행할 수 있으며(S407), 검증된 접근 권한 정보에 대한 식별 정보를 생성하여, 해당 접근 권한 정보에 대응되는 계좌와 식별 정보를 매핑하여 저장할 수 있다(S408).
이 후, 제2 금융사 서버(500)는 생성한 식별 정보를 포함하는 계좌 등록 결과를 제1 금융사 서버(400)로 전송하여(S409), 제1 금융사 서버(400)에서 계좌 정보와 매핑된 식별 정보가 저장되도록 할 수 있다(S410).
식별 정보 저장 후, 제1 금융사 서버(400)는 상기 계좌 등록 결과 및 식별 정보를 결제 지원 서버(300)로 전송하여(S411), 결제 지원 서버(300)에도 상기 계좌 정보 및 식별 정보가 저장되도록 할 수 있으며(S412), 이에 따라 계좌 등록 처리가 완료될 수 있다.
이 후, 결제 지원 서버(300)는 사용자 단말기(200)로 계좌 등록 완료 정보를 전송함에 따라 최종적으로 계좌 등록 프로세스가 완료되도록 할 수 있다(S413).
도 5는 본 발명의 다른 실시예에 따라 계좌기반 결제 지원 시스템에서의 계좌 등록 과정을 도시한 흐름도이다.
먼저, 사용자 단말기(200)가 사용자로부터 등록하고자 하는 계좌 정보를 입력받는 단계부터(S501), 제2 금융사 서버(500)에서 접근 권한 정보에 대한 검증이 이뤄지는 단계까지는(S507), 도 4에서 상술한 내용과 동일하므로 생략하기로 한다.
제2 금융사 서버(500)에서 접근 권한 정보 검증이 완료되면, 제1 금융사 서버(400)에서는 제1 식별 정보를 생성하고(S508a), 제2 금융사 서버(500)에서는 제2 식별 정보를 생성할 수 있다(S508b).
이 후, 제2 금융사 서버(500)는 생성한 제2 식별 정보를 제1 금융사 서버(400)로 전송할 수 있다(S509).
이에 따라, 제1 금융사 서버(400)는 검증된 계좌 정보와 미리 생성한 제1 식별 정보, 그리고 제2 금융사 서버(500)에서 생성되어 수신된 제2 식별 정보를 매핑하여 저장할 수 있다(S510a).
한편, 제2 금융사 서버(500)는 검증된 계좌 정보와 상기 생성한 제2 식별 정보를 매핑하여 저장할 수 있다(S510b).
이 후, 제2 금융사 서버(500)는 계좌 등록 결과 및 식별 정보를 제1 금융사 서버(400)를 통해 결제 지원 서버(300)로 전송함으로써(S511), 결제 지원 서버(300)에 계좌 정보 및 식별 정보가 매핑되어 저장되도록 할 수 있다(S512). 이에 따라, 제1 식별 정보가 결제 지원 서버(300)에 저장될 수 있다.
상기 계좌 정보 및 식별 정보를 매핑하여 저장함에 따라 계좌 등록 처리를 완료한 결제 지원 서버(300)는 계좌 등록 결과를 사용자 단말기(200)에 전송함으로써, 계좌 등록 프로세스가 최종적으로 완료되도록 할 수 있다(S513).
도 6은 본 발명의 일 실시예에 따라 계좌기반 결제 지원 시스템에서의 결제 처리 과정을 도시한 흐름도이다.
가맹점 단말기(100)로부터 거래 정보를 포함한 거래 요청이 수신되면(S601), 사용자 단말기(200)에서는 사용자에 의해 사용자가 결제하고자 하는 계좌에 대한 접근 권한 정보가 입력되며(S602), 해당 접근 권한 정보는 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 제2 금융사 서버(500)로 전송되어 검증 요청될 수 있다(S603).
제2 금융사 서버(500)는 검증 요청에 따라 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 사용자 단말기(200)로부터 수신된 사용자가 결제하고자 하는 계좌에 대한 접근 권한 정보가 미리 등록된 접근 권한 정보와 대응되는지 여부를 판단함으로써 접근 권한 정보 검증을 수행할 수 있으며(S604), 검증이 완료되면 검증 결과를 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 사용자 단말기(200)로 전송할 수 있다(S605). 또한, 사용자 단말기(200)는 제2 금융사 서버(500)로부터 결제 지원 서버(300) 및 제1 금융사 서버(400)를 통해 수신된 접근 권한 정보 검증 결과를 가맹점 단말기(100)로 전송함으로써, 요청된 거래에 대한 응답을 전송할 수 있다(S606).
상기 계좌에 대한 접근 권한 정보 검증이 완료되면, 가맹점 단말기(100)는 요청된 거래에 대한 거래 정보를 암호화할 수 있으며(S607), 중계 서버(600)로 암호화된 거래 정보 및 상기 계좌에 대한 접근 권한 정보 검증 결과를 포함한 제1 거래 승인 요청을 전송할 수 있다(S608).
가맹점 단말기(100)로부터 제1 거래 승인 요청을 획득한 중계 서버(600)는, 결제 지원 서버(300)로 상기 거래 정보에 대한 인증 요청을 결제 지원 서버(300)로 전송할 수 있다(S609).
이에 따라, 결제 지원 서버(300)는 요청된 거래에 대한 정보를 확인하여 거래 정보 인증을 수행할 수 있으며(S610), 거래 정보 인증이 완료되면, 인증 결과 및 상기 검증된 계좌에 대응되는 식별 정보를 중계 서버(600)로 전송할 수 있다(S611).
중계 서버(600)는 결제 지원 서버(300)를 통해 상기 계좌에 대응되는 식별 정보가 획득되면, 상기 승인 요청된 거래에 대한 정보 및 상기 획득된 식별 정보가 포함된 제2 거래 승인 요청을 제1 금융사 서버(400)를 통해 제2 금융사 서버(500)로 전송할 수 있다(S612).
이 후, 제2 금융사 서버(500)는 제2 거래 승인 요청에 포함되어 수신된 식별 정보를 기초로 하여, 해당 식별 정보에 대응되는 계좌의 잔액 정보와 승인 요청된 거래의 금액 정보를 확인함으로써, 요청된 거래에 대한 승인 여부를 판단할 수 있다(S613).
제2 금융사 서버(500)는 거래 승인 여부의 판단이 완료되면, 거래 승인 결과를 제1 금융사 서버(400)를 통해 중계 서버(600)로 전송할 수 있으며(S614), 중계 서버(600)는 전달받은 거래 승인 결과를 가맹점 단말기(100)로 전송할 수 있다(S615).
상기와 같이, 제2 금융사 서버(500)에서의 거래 승인이 완료되면, 상기 결제가 수행된 계좌, 제2 금융사, 제1 금융사 및 가맹점 간의 거래 금액에 대한 정산 처리가 이루어질 수 있다.
구체적으로, 제2 금융사 서버(500)에서 거래 승인되는 즉시 상기 결제가 수행된 계좌에서 제2 금융사의 보유 계좌로 거래 승인 금액이 이체되며, 제2 금융사 서버(500)에서 거래 승인된 시점을 기준으로 D+1일에 제2 금융사의 보유 계좌에서 제1 금융사의 보유 계좌로 거래 승인 금액이 이체될 수 있다.
이 후, 제1 금융사의 보유 계좌에서 상기 거래가 발생한 가맹점의 보유 계좌로의 입금은 제1 금융사의 매입을 기준으로 D+1일 이후에 이루어질 수 있다.
도 7은 본 발명의 다른 실시예에 따라 계좌기반 결제 지원 시스템에서의 결제 처리 과정을 도시한 흐름도이다.
먼저, 사용자 단말기(200)가 가맹점 단말기(100)로부터 거래 정보를 포함한 거래 요청을 수신하는 단계부터(S701), 접근 권한 정보 검증이 완료됨에 따라 가맹점 단말기(100)로부터 암호화된 거래 정보를 포함한 제1 거래 승인 요청이 수신되어, 결제 지원 서버(300)에서 거래 정보 인증이 수행되는 단계까지는(S710), 도 6에서 상술한 내용과 동일하므로 생략하기로 한다.
상기 결제 지원 서버(300)에서 거래 정보 인증이 완료되면, 결제 지원 서버(300)는 인증 결과 및 결제 계좌, 즉, 상기 접근 권한 정보 검증이 성공적으로 완료된 계좌에 대응되는 제1 식별 정보를 중계 서버(600)로 전송할 수 있다.
결제 지원 서버(300)로부터 결제 계좌에 대응되는 제1 식별 정보가 수신되면, 중계 서버(600)는 제1 금융사 서버(400)로 해당 제1 식별 정보 및 승인 요청된 거래 정보를 포함하는 제2 거래 승인 요청을 전송할 수 있다(S712).
이 후, 제1 금융사 서버(400)는 제2 거래 승인 요청에 포함된 제1 식별 정보를 해당 제1 식별 정보에 매핑되어 있는 제2 식별 정보로 변환하는 승인 전문 변환을 수행하여(S713), 제2 식별 정보 및 상기 거래 정보를 포함하는 거래 승인 요청을 제2 금융사 서버(500)로 전송할 수 있다(S714).
이에 따라, 제2 금융사 서버(500)는 수신된 제2 식별 정보를 기초로, 해당 제2 식별 정보에 대응되는 계좌의 잔액 정보 및 승인 요청된 거래의 금액 정보를 확인함으로써 거래 승인을 판단할 수 있으며(S715), 승인 결과를 제1 금융사 서버(400)를 통해 중계 서버(600)로 전송할 수 있다(S716). 최종적으로, 중계 서버(600)는 가맹점 단말기(100)로 거래 승인 결과를 전송할 수 있다(S717).
도 8은 본 발명의 또 다른 실시예에 따라 계좌기반 결제 지원 시스템에서의 결제 처리 과정을 도시한 흐름도이다.
먼저, 도 7과 마찬가지로, 사용자 단말기(200)가 가맹점 단말기(100)로부터 거래 정보를 포함한 거래 요청을 수신하는 단계부터(S801), 접근 권한 정보 검증이 완료됨에 따라 가맹점 단말기(100)로부터 암호화된 거래 정보를 포함한 제1 거래 승인 요청이 수신되어, 결제 지원 서버(300)에서 거래 정보 인증이 수행되고, 이에 따라 결제 지원 서버(300)가 중계 서버(600)로 거래 정보 인증 결과 및 결제 계좌에 대응되는 식별 정보를 전송하는 단계까지는(S811), 도 6에서 상술한 내용과 동일하므로 생략하기로 한다.
결제 지원 서버(300)로부터 결제 계좌에 대응되는 식별 정보가 수신되면, 중계 서버(600)는 제1 금융사 서버(400)로 해당 식별 정보 및 승인 요청된 거래 정보를 포함하는 제2 거래 승인 요청을 전송할 수 있다(S812).
이 후, 제1 금융사 서버(400)는 제2 거래 승인 요청에 포함된 식별 정보를 기초로 하여, 제2 금융사 서버(500)로 해당 식별 정보에 대응되는 등록 계좌에 대한 잔액 정보 제공을 요청할 수 있다(S813). 잔액 정보 제공 요청 시, 제1 금융사 서버(400)는 상기 식별 정보에 대응되는 등록 계좌의 정보를 포함하여 요청함으로써, 제2 금융사 서버(500)로부터 해당 계좌에 대한 잔액 정보 제공이 이뤄지도록 할 수 있다.
제2 금융사 서버(500)는 제1 금융사 서버(400)로부터 요청된 등록 계좌에 대한 잔액 정보를 조회하여 제1 금융사 서버(400)로 제공할 수 있으며(S814), 이에 따라, 제1 금융사 서버(400)는 제2 금융사 서버(500)로부터 제공된 잔액 정보를 기초로 거래 승인 여부를 판단하여(S815), 중계 서버(600)로 거래 승인 결과를 전송할 수 있다(S816). 이 후, 중계 서버(600)는 제1 금융사 서버(400)로부터 전송된 거래 승인 결과를 가맹점 단말기(100)로 전달할 수 있다(S817).
이와 같이, 본 발명의 일 실시예에 따르면, 모바일 환경에서 은행 계좌를 등록해놓고 계좌의 비밀번호만으로 현금 결제가 쉽게 이루어지도록 함에 따라, 사용자에게 결제 서비스 이용에 대한 편의성을 제공할 수 있다.
또한, 본 발명의 일 실시예에 따르면, 사용자의 모바일 환경에서의 현금 결제 서비스 이용에 대한 편의성 증대로 인하여 결제 서비스가 활성화될 수 있다.
전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본 발명의 범위는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.
100 : 가맹점 단말기
200 : 사용자 단말기
300 : 결제 지원 서버
400 : 제1 금융사 서버
410 : 거래 승인 요청 획득부
420 : 거래 승인 지원부
500 : 제2 금융사 서버
510 : 검증 수행부
520 : 식별 정보 생성부
530 : 거래 승인 요청 획득부
540 : 거래 승인 지원부
600 : 중계 서버

Claims (36)

  1. 제1 금융사 서버가, 계좌기반의 결제를 지원하는 방법에 있어서,
    (a) 가맹점에서의 거래 요청 시, 상기 제1 금융사 서버를 경유하여 현금IC망에 연결된 제2 금융사 서버에 의해 소정의 계좌에 대한 접근 권한 정보가 검증되면, 상기 제2 금융사 서버의 앞단에 위치한 상기 제1 금융사 서버가 중계 서버를 통해 거래 정보를 기초로 한 거래 승인 요청을 획득하는 단계; 및
    (b) 상기 거래 승인 요청에 포함되거나 대응되는 정보를 상기 제2 금융사 서버에 전달하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 상기 제2 금융사 서버로 하여금 거래 승인 여부를 판단하도록 지원하는 단계를 포함하고,
    상기 거래 승인 요청은, 제1 식별 정보를 포함하고,
    상기 (b) 단계는,
    상기 제1 식별 정보에 대응되는 제2 식별 정보를 상기 제2 금융사 서버에 전달하여 상기 제2 금융사 서버로 하여금 상기 제2 식별 정보를 참조하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 것을 특징으로 하며,
    상기 제1 식별정보는 상기 제1 금융사에서 생성되고, 상기 제2 식별 정보는 상기 제2 금융사에서 생성되는 것을 특징으로 하며,
    상기 거래 승인 요청에 포함되는 상기 제1 식별 정보 및 상기 제2 식별 정보에 대응되는 정보로서 상기 소정의 계좌에 대한 잔액 정보 확인 요청은, 상기 제1 금융사 서버로부터 카드망을 통해 상기 제2 금융사 서버로 전송되는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  2. 제 1항에 있어서,
    상기 접근 권한 정보는,
    적어도 하나의 캐릭터(character)를 포함하는 비밀정보, 패턴정보, 이미지정보, 소리정보 및 생체인식정보 중 적어도 하나를 포함하는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  3. 제 1항에 있어서,
    상기 거래 정보는,
    상품 또는 서비스에 대한 명칭 정보, 가격 정보, 제공자 정보 중 적어도 하나를 포함하는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  4. 삭제
  5. 삭제
  6. 삭제
  7. 제 1항에 있어서,
    상기 (a) 단계는,
    상기 소정의 계좌에 대한 접근 권한 정보가 검증되고, 중계 서버에서 접근 권한 정보 검증 결과 및 상기 거래 정보를 기초로 한 제1 거래 승인 요청이 획득되면, 상기 중계 서버로부터 상기 소정의 계좌에 대응되는 식별 정보를 포함하는 제2 거래 승인 요청을 획득하는 단계를 포함하는, 계좌기반 결제 지원 방법.
  8. 제 1항에 있어서,
    (x) 상기 제2 금융사 서버에서의 거래 승인 후 즉시 거래 승인 금액이 상기 소정의 계좌로부터 제2 금융사 보유 계좌로 이체되고,
    (y) 상기 제2 금융사 서버에서의 거래 승인 후 소정의 기일에 거래 승인 금액이 상기 제2 금융사 보유 계좌로부터 제1 금융사 보유 계좌로 이체되는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  9. 제 8항에 있어서,
    상기 (y)에서,
    상기 제1 금융사 보유 계좌로의 이체는 상기 제2 금융사 서버에서의 거래 승인 시점을 기준으로 D+1일에 이루어지는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  10. 제 9항에 있어서,
    상기 제1 금융사의 매입을 기준으로 D+1일 이후, 거래가 발생한 가맹점의 보유 계좌로 입금이 이루어지는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  11. 삭제
  12. 삭제
  13. 제 1항에 있어서,
    상기 제2 식별 정보는, 현금IC망을 통해 상기 제2 금융사 서버에 전달되는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  14. 삭제
  15. 삭제
  16. 제1 금융사 서버를 경유하여 현금IC망에 연결된 제2 금융사 서버가, 계좌기반의 결제를 지원하는 방법에 있어서,
    (a) 가맹점에서의 거래 요청 시, 소정의 계좌에 대한 접근 권한 정보를 검증하는 단계; 및
    (b) 상기 제2 금융사 서버의 앞단에 위치한 상기 제1 금융사 서버에서 중계 서버를 통해 거래 정보를 기초로 한 거래 승인 요청이 획득되면, 상기 거래 승인 요청에 포함되거나 대응되는 정보를 참조하여, 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하는 단계를 포함하고,
    상기 거래 승인 요청은, 제1 식별 정보를 포함하고,
    상기 (b) 단계는,
    상기 제1 금융사 서버로부터 상기 제1 식별 정보에 대응되는 제2 식별 정보를 획득하고, 상기 제2 식별 정보를 참조하여, 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하는 것을 특징으로 하며,
    상기 제1 식별 정보는 상기 제1 금융사에서 생성되고, 상기 제2 식별 정보는 상기 제2 금융사에서 생성되는 것을 특징으로 하며,
    상기 거래 승인 요청에 포함되는 상기 제1 식별 정보 및 상기 제2 식별 정보에 대응되는 정보로서 상기 소정의 계좌에 대한 잔액 정보 확인 요청은, 상기 제1 금융사 서버로부터 카드망을 통해 상기 제2 금융사 서버로 전송되는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  17. 제16항에 있어서,
    상기 (a) 단계 이전에,
    (a0) 사용자 단말기에서 획득된 상기 소정의 계좌의 등록 정보에 대한 검증을 수행하는 단계; 및
    (a1) 상기 소정의 계좌의 등록 정보가 검증되면, 상기 소정의 계좌에 대응되는 식별 정보를 생성하거나 제1 금융사로 하여금 상기 식별 정보를 생성하도록 지원하여, 상기 소정의 계좌가 등록되도록 지원하는 단계를 더 포함하는, 계좌 기반 결제 지원 방법.
  18. 제17항에 있어서,
    상기 소정의 계좌의 등록 정보는,
    계좌번호, 계좌 비밀번호, 계좌에 대응되는 보안 정보 중 적어도 하나를 포함하는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  19. 삭제
  20. 삭제
  21. 사용자 단말기가, 계좌기반의 결제를 지원하는 방법에 있어서,
    (a) 소정의 계좌에 대한 접근 권한 정보를 사용자 입력을 통해 획득하는 단계; 및
    (b) 가맹점에서의 거래 요청 시, 제1 금융사 서버를 경유하여 현금IC망에 연결된 제2 금융사 서버에 상기 접근 권한 정보에 대한 검증을 요청함으로써, 상기 접근 권한 정보가 검증되고, 상기 제2 금융사 서버의 앞단에 위치한 상기 제1 금융사 서버에 의해 중계 서버를 통해 거래 정보를 기초로 한 거래 승인 요청이 획득된 후, 상기 거래 승인 요청에 포함되거나 대응되는 정보가 상기 제2 금융사 서버에 전달되면, 상기 제2 금융사 서버에 의해 상기 소정의 계좌에 대한 잔액 정보 및 거래 정보를 기초로 거래 승인 여부가 판단되도록 지원하는 단계를 포함하고,
    상기 거래 승인 요청은 제1 식별 정보를 포함하고,
    상기 (b) 단계는,
    상기 제1 식별 정보에 대응되는 제2 식별 정보가 상기 제1 금융사 서버에서 상기 제2 금융사 서버로 전달되면, 상기 제2 금융사 서버에서 상기 제2 식별 정보를 참조하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부가 판단되도록 지원하는 것을 특징으로 하며,
    상기 제1 식별 정보는 상기 제1 금융사에서 생성되고, 상기 제2 식별 정보는 상기 제2 금융사에서 생성되는 것을 특징으로 하며,
    상기 거래 승인 요청에 포함되는 상기 제1 식별 정보 및 상기 제2 식별 정보에 대응되는 정보로서 상기 소정의 계좌에 대한 잔액 정보 확인 요청은, 상기 제1 금융사 서버로부터 카드망을 통해 상기 제2 금융사 서버로 전송되는 것을 특징으로 하는, 계좌기반 결제 지원 방법.
  22. 가맹점에서의 거래 요청 시, 제1 금융사 서버를 경유하여 현금IC망에 연결된 제2 금융사 서버에 의해 소정의 계좌에 대한 접근 권한 정보가 검증되면, 상기 제2 금융사 서버의 앞단에 위치한 상기 제1 금융사 서버가 중계 서버를 통해 거래 정보를 기초로 한 거래 승인 요청을 획득하는 거래 승인 요청 획득부; 및
    상기 거래 승인 요청에 포함되거나 대응되는 정보를 상기 제2 금융사 서버에 전달하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 상기 제2 금융사 서버로 하여금 거래 승인 여부를 판단하도록 지원하는 거래 승인 지원부를 포함하고,
    상기 거래 승인 요청은, 제1 식별 정보를 포함하고,
    상기 거래 승인 지원부는,
    상기 제1 식별 정보에 대응되는 제2 식별 정보를 상기 제2 금융사 서버에 전달하여 상기 제2 금융사 서버로 하여금 상기 제2 식별 정보를 참조하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하도록 지원하는 것을 특징으로 하며,
    상기 제1 식별 정보는 상기 제1 금융사에서 생성되고, 상기 제2 식별 정보는, 상기 제2 금융사에서 생성되는 것을 특징으로 하며,
    상기 거래 승인 요청에 포함되는 상기 제1 식별 정보 및 상기 제2 식별 정보에 대응되는 정보로서 상기 소정의 계좌에 대한 잔액 정보 확인 요청은, 상기 제1 금융사 서버로부터 카드망을 통해 상기 제2 금융사 서버로 전송되는 것을 특징으로 하는, 제1 금융사 서버.
  23. 제 22항에 있어서,
    상기 접근 권한 정보는,
    적어도 하나의 캐릭터(character)를 포함하는 비밀정보, 패턴정보, 이미지정보, 소리정보 및 생체인식정보 중 적어도 하나를 포함하는 것을 특징으로 하는, 제1 금융사 서버.
  24. 삭제
  25. 삭제
  26. 삭제
  27. 제 22항에 있어서,
    상기 거래 승인 요청 획득부는,
    상기 소정의 계좌에 대한 접근 권한 정보가 검증되고, 중계 서버에서 접근 권한 정보 검증 결과 및 상기 거래 정보를 기초로 한 제1 거래 승인 요청이 획득되면, 상기 중계 서버로부터 상기 소정의 계좌에 대응되는 식별 정보를 포함하는 제2 거래 승인 요청을 획득하는 것을 특징으로 하는, 제1 금융사 서버.
  28. 제 22항에 있어서,
    (a) 상기 제2 금융사 서버에서의 거래 승인 후 즉시 거래 승인 금액이 상기 소정의 계좌로부터 제2 금융사 보유 계좌로 이체되고,
    (b) 상기 제2 금융사 서버에서의 거래 승인 후 소정의 기일에 거래 승인 금액이 상기 제2 금융사 보유 계좌로부터 제1 금융사 보유 계좌로 이체되는 것을 특징으로 하는, 제1 금융사 서버.
  29. 제 28항에 있어서,
    상기 (b)에서,
    상기 제1 금융사 보유 계좌로의 이체는 상기 제2 금융사 서버에서의 거래 승인 시점을 기준으로 D+1일에 이루어지는 것을 특징으로 하는, 제1 금융사 서버.
  30. 삭제
  31. 삭제
  32. 제 22항에 있어서,
    상기 제2 식별 정보는, 현금IC망을 통해 상기 제2 금융사 서버에 전달되는 것을 특징으로 하는, 제1 금융사 서버.
  33. 가맹점에서의 거래 요청 시, 소정의 계좌에 대한 접근 권한 정보를 검증한 후, 제2 금융사 서버의 앞단에 위치한 제1 금융사 서버를 경유하여 중계 서버를 통해 거래 정보를 기초로 한 거래 승인 요청이 획득되면,
    상기 거래 승인 요청에 포함되거나 대응되는 정보를 참조하여, 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부를 판단하는 거래 승인 지원부를 포함하고,
    상기 거래 승인 요청은, 제1 식별 정보 및 상기 제1 식별 정보에 대응되는 제2 식별 정보로 변환된 정보를 포함하는 것을 특징으로 하며,
    상기 제1 식별 정보는 상기 제1 금융사에서 생성되고, 상기 제2 식별 정보는 상기 제2 금융사에서 생성되는 것을 특징으로 하며,
    상기 거래 승인 요청에 포함되는 상기 제1 식별 정보 및 상기 제2 식별 정보에 대응되는 정보로서 상기 소정의 계좌에 대한 잔액 정보 확인 요청은, 상기 제1 금융사 서버로부터 카드망을 통해 상기 제2 금융사 서버로 전송되는 것을 특징으로 하는, 제2 금융사 서버.
  34. 제33항에 있어서,
    사용자 단말기에서 획득된 상기 소정의 계좌의 등록 정보에 대한 검증을 수행하는 검증 수행부; 및
    상기 소정의 계좌의 등록 정보가 검증되면, 상기 소정의 계좌에 대응되는 식별 정보를 생성하거나 상기 제1 금융사로 하여금 상기 식별 정보를 생성하도록 지원하여, 상기 소정의 계좌가 등록되도록 지원하는 식별 정보 생성부를 더 포함하는, 제2 금융사 서버.
  35. 사용자 입력을 통해 소정의 계좌에 대한 접근 권한 정보를 획득하는 접근 권한 정보 획득부; 및
    가맹점에서의 거래 요청 시, 제1 금융사 서버를 경유하여 현금IC망에 연결된 제2 금융사 서버에 상기 접근 권한 정보에 대한 검증을 요청함으로써, 상기 접근 권한 정보가 검증되고, 상기 제2 금융사 서버의 앞단에 위치한 상기 제1 금융사 서버에 의해 중계 서버를 통해 거래 정보를 기초로 한 거래 승인 요청이 획득된 후, 상기 거래 승인 요청에 포함되거나 대응되는 정보가 상기 제2 금융사 서버에 전달되면, 상기 제2 금융사 서버에 의해 상기 소정의 계좌에 대한 잔액 정보 및 거래 정보를 기초로 거래 승인 여부가 판단되도록 지원하는 거래 승인 지원부를 포함하고,
    상기 거래 승인 요청은 제1 식별 정보를 포함하고,
    상기 거래 승인 지원부는,
    상기 제1 식별 정보에 대응되는 제2 식별 정보가 상기 제1 금융사 서버에서 상기 제2 금융사 서버로 전달되면, 상기 제2 금융사 서버에서 상기 제2 식별 정보를 참조하여 상기 소정의 계좌에 대한 잔액 정보 및 상기 거래 정보를 기초로 거래 승인 여부가 판단되도록 지원하는 것을 특징으로 하며,
    상기 제1 식별 정보는 상기 제1 금융사에서 생성되고, 상기 제2 식별 정보는 상기 제2 금융사에서 생성되는 것을 특징으로 하며,
    상기 거래 승인 요청에 포함되는 상기 제1 식별 정보 및 상기 제2 식별 정보에 대응되는 정보로서 상기 소정의 계좌에 대한 잔액 정보 확인 요청은, 상기 제1 금융사 서버로부터 카드망을 통해 상기 제2 금융사 서버로 전송되는 것을 특징으로 하는, 사용자 단말기.
  36. 제1항 내지 제3항, 제7항 내지 제10항, 제13항, 제16항 내지 제18항 및 제21항 중 어느 한 항에 따른 방법을 실행시키는 프로그램이 기록된 컴퓨터로 읽기 가능한 기록 매체.
KR1020170156783A 2017-11-22 2017-11-22 계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버 KR102100869B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020170156783A KR102100869B1 (ko) 2017-11-22 2017-11-22 계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버
PCT/KR2018/008187 WO2019103273A1 (ko) 2017-11-22 2018-07-19 계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020170156783A KR102100869B1 (ko) 2017-11-22 2017-11-22 계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버

Publications (2)

Publication Number Publication Date
KR20190059131A KR20190059131A (ko) 2019-05-30
KR102100869B1 true KR102100869B1 (ko) 2020-04-14

Family

ID=66631023

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170156783A KR102100869B1 (ko) 2017-11-22 2017-11-22 계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버

Country Status (2)

Country Link
KR (1) KR102100869B1 (ko)
WO (1) WO2019103273A1 (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101562034B1 (ko) * 2014-12-03 2015-10-22 주식회사 와인트리 모바일 결제 처리 시스템 및 그 방법

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110019887A (ko) * 2009-08-21 2011-03-02 주식회사 디에이치씨 모바일 카드/계좌 결제 시스템 및 이를 이용한 결제 방법
KR20110062359A (ko) * 2009-12-03 2011-06-10 주식회사 하렉스인포텍 휴대용 단말기를 이용한 결제 시스템 및 방법
KR102403658B1 (ko) * 2015-09-04 2022-05-30 비씨카드(주) 국외 송금 서비스를 제공하는 방법 및 이를 수행하는 카드사 서버
KR20170064892A (ko) * 2015-12-02 2017-06-12 주식회사 하나은행 계좌 간 결제 시스템 및 그 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101562034B1 (ko) * 2014-12-03 2015-10-22 주식회사 와인트리 모바일 결제 처리 시스템 및 그 방법

Also Published As

Publication number Publication date
KR20190059131A (ko) 2019-05-30
WO2019103273A1 (ko) 2019-05-31

Similar Documents

Publication Publication Date Title
US11429947B2 (en) Systems and methods for transaction pre-authentication
KR101837168B1 (ko) 블록체인 기반의 토큰 아이디를 이용하여 카드 사용을 승인하는 방법 및 이를 이용한 서버
JP6796641B2 (ja) 与信仮想貨幣生成装置及び与信仮想貨幣管理装置
CN108885747B (zh) 适应性认证处理
JP6446474B2 (ja) 仮想カード値を用いる取引の実行
KR101573848B1 (ko) 결제 서비스 제공 방법 및 그 시스템
US10255768B2 (en) Systems and methods for transferring resource access
EP3466017B1 (en) Subtoken management system for connected devices
CA2944482C (en) Token-based system for securing and recovering data
CA2944306C (en) Validating encrypted data from a multi-layer token
JP2008033789A (ja) 本人確認・属性認証システム、本人確認・属性認証方法
CN103339636A (zh) 创建用于认证应用的签名
US11386413B2 (en) Device-based transaction authorization
JP5779615B2 (ja) 多様な決済手段を用いるars認証ベースの決済システム及び決済方法
KR102191501B1 (ko) 생체 정보를 이용한 카드 결제의 중개 방법
KR20140077013A (ko) 오프라인 상거래를 위한 결제 시스템, 전자 결제 지원 방법 및 장치
EP3933734A1 (en) Crypogram generation for a device token linked to multiple credentials
KR20150106198A (ko) 인증 방법, 인증 중계 서버 및 단말
WO2017035799A1 (zh) 一种移动终端的支付认证方法、装置及移动终端
KR20110114872A (ko) 통합인증 시스템 및 방법
KR20160065260A (ko) 초음파를 활용한 모바일 결제 시스템 및 그 방법
KR101246163B1 (ko) 신용카드 거래 간소화를 위한 시스템, 방법 usim 카드 및 어플리케이션을 구비한 이동통신 단말기
KR102100869B1 (ko) 계좌기반 결제 지원 방법 및 이를 수행하는 금융사 서버
KR20050020422A (ko) 이동 통신 단말기를 이용한 결제 서비스 제공 방법 및결제 서비스 제공 시스템
JP7109717B2 (ja) 送金支援サーバ、送金支援システム、送金支援方法、および送金支援方法を実行するためのプログラム

Legal Events

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