KR20230005692A - 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템 - Google Patents

온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템 Download PDF

Info

Publication number
KR20230005692A
KR20230005692A KR1020210086722A KR20210086722A KR20230005692A KR 20230005692 A KR20230005692 A KR 20230005692A KR 1020210086722 A KR1020210086722 A KR 1020210086722A KR 20210086722 A KR20210086722 A KR 20210086722A KR 20230005692 A KR20230005692 A KR 20230005692A
Authority
KR
South Korea
Prior art keywords
loan
repayment
amount
user
server
Prior art date
Application number
KR1020210086722A
Other languages
English (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
Application filed by 주식회사 데일리펀딩 filed Critical 주식회사 데일리펀딩
Priority to KR1020210086722A priority Critical patent/KR20230005692A/ko
Publication of KR20230005692A publication Critical patent/KR20230005692A/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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • 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/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN

Landscapes

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

Abstract

온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법은 사용자로부터 사용자의 본인 인증 정보를 제공받는 단계, 본인 인증 정보에 대응되는 자동 인증 정보를 생성하는 단계, 자동 인증 정보를 바탕으로 사용자의 출금 계좌 정보를 포함하는 출금 계좌 서버 및 카드사 서버 및 대출사 서버와 연동하는 단계, 사용자로부터 대출 상환 플랜을 제공받는 단계, 카드 결제 이벤트가 발생할 때마다, 카드사 서버로부터 제공받은 카드 사용 정보 및 상기 대출 상환 플랜에 대응되는 제1 금액을 카운트하여 저장하는 단계, 상기 대출 상환 플랜에 포함된 기설정 조건을 충족시키는지 확인하여, 저장된 제1 금액에 대한 상환 여부에 대한 정보를 사용자로부터 전달받는 단계, 제1 금액에 대응되는 잔액이 출금 계좌에 존재하는지 여부를 확인하고, 중도 상환 계좌 및 제1 금액에 대응되는 금액에 대한 상환 신호를 출금 계좌 서버에 제공하는 단계를 포함한다.

Description

온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템{METHOD AND SYSTEM USING THE CONCEPT OF CHANGE FOR REPAYING LOAN ON A REGULAR BASIS THROUGH ON-LINE}
본 발명은 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템에 관한 것으로, 특히 잔돈의 개념을 활용하여 카드 사용 금액에 대응되는 금액을 카운팅하여 온라인 상에서 대출을 중도 상환하는 방법 및 시스템에 관한 것이다.
고등 교육의 기회가 확대됨에 따라, 장학금, 학자금 대출 등에 대한 관심도가 높아지고 있다. 학자금 대출을 받은 학생들이 6개월 이상 이자를 못낸 연체자의 수가 2021년 6월 기준 4만7천873명으로, 2015년 대비 73% 증가하였다는 통계를 통해, 대학생들의 학자금 대출로 인해 시작된 청년빈곤이 취업난, 저소득, 저신용, 고금리대출, 연체, 신용불량이라는 악순환의 고리가 지속될 수 있다는 점에서 사회적 문제로 대두되고 있다. 학자금 대출은 일반상환 학자금대출과 취업 시 상환 대출로 나뉘는데 일반 상환 학자금 대출 연체자가 전체 연체자의 94.6%인 4만5천311명으로 나타나, 일반상환 학자금은 소득활동이 없어도 상환기간이 도래해 연체자 비율이 높다.
연체 비율이 높아지는 이유로, 대출자를 위한 상환 가이드라인이 부족하고 상환 방식 등이 유동적이지 않는 점을 꼽을 수 있는 바, 대출자를 위한 상환 가이드라인 및 솔루션을 제공하고, 수시로 상환을 할 수 있도록, 대출자 맞춤형 대출 상환 방법의 개발이 요구된다.
본 발명의 목적은 카드 사용 금액에 대응되도록 대출 상환 금액을 카운팅하고, 카운팅 된 금액을 수시 상환하는 방법 및 시스템을 제공하고자 하는 것이다.
온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법에 있어서, 사용자로부터 사용자의 본인 인증 정보를 제공받는 단계, 상기 본인 인증 정보에 대응되는 자동 인증 정보를 생성하는 단계, 상기 자동 인증 정보를 바탕으로 사용자의 출금 계좌 정보를 포함하는 출금 계좌 서버 및 대출사 서버 및 카드사 서버와 연동하는 단계, 상기 사용자로부터 대출 상환 플랜을 제공받는 단계, 카드 결제 이벤트가 발생할 때마다, 상기 카드사 서버로부터 제공받은 카드 사용 정보 및 상기 대출 상환 플랜에 대응되는 제1 금액을 카운트하여 저장하는 단계, 상기 대출 상환 플랜에 포함된 기설정 조건을 충족시키는지 확인하여 상기 저장된 제1 금액에 대한 상환 여부에 대한 정보를 사용자로부터 전달받는 단계, 및 상기 제1 금액에 대응되는 잔액이 상기 출금 계좌에 존재하는지 여부를 확인하고, 중도 상환 계좌 및 상기 제1 금액에 대응되는 금액에 대한 상환 신호를 상기 출금 계좌 서버에 제공하는 단계를 포함한다.
상기 대출 상환 플랜은, 대출 상환 방식, 대출 상환 금액, 대출 상환 날짜 또는 주기 및 잔돈 금액 단위를 포함할 수 있다.
상기 제1 금액을 카운트하여 저장하는 단계는, API 연계 방식을 통해 카드 결제 이벤트 발생시 상기 카드 사용 정보를 수신하여, 상기 카드 사용 정보에 포함된 카드 사용 금액 및 상기 잔돈 금액 단위에 대응하는 제2 금액과 상기 카드 사용 금액의 차액인 잔돈 금액을 상기 제1 금액으로 카운팅 및 저장하는 단계일 수 있다.
상기 사용자의 출금 계좌 정보를 포함하는 출금 계좌 서버와 연동하는 단계는, 상기 사용자의 자동 인증 정보를 상기 출금 계좌 서버로 전달하는 단계, 및 상기 사용자의 자동 인증 정보에 대응하는 사용자의 출금 계좌 잔액 정보 및 출금 가능 여부를 수신하는 단계를 포함할 수 있다.
상기 제1 금액에 대응되는 금액이 상기 출금 계좌에 존재하는지 여부를 확인하는 단계는, 상기 출금 계좌 서버에 출금 계좌 잔액 정보를 요청하여, 상기 출금 계좌 잔액 정보를 수신하는 단계, 및 상기 수신된 출금 계좌 잔액 정보와 상기 저장된 제1 금액 정보를 비교하는 단계를 포함할 수 있다.
상기 중도 상환 계좌는, 상기 자동 인증 정보 및 상기 제1 금액에 대응되는 대출 상환 신호를 대출사 서버로 제공하여, 상기 대출사 서버에서 상기 자동 인증 정보 및 상기 대출 상환 신호에 대응하도록 생성된 가상 계좌일 수 있다.
상기 사용자의 본인 인증 정보에 대응되는 자동 인증 정보를 생성하는 단계는, 상기 사용자의 본인 인증 정보인 공인인증서 로그인 기초 데이터를 수집하는 단계, 수집된 상기 로그인 기초 데이터로부터 서명 데이터를 생성하는 단계, 서버 공개키 암호화 값을 생성하는 단계, 신원확인 값을 생성하는 단계, 상기 기초 데이터, 서명데이터, 암호화 값, 신원확인 값에 대응하는 사용자 확인 데이터 값을 획득하는 단계, 및 상기 사용자 확인 데이터 값에 대응하는 상기 자동 인증 정보를 생성하는 단계를 포함할 수 있다.
상기 공인인증서 로그인 기초 데이터는, 사용자 단말기의 IP주소, CSRF 토큰 및 개인키를 포함하고, 상기 서버 공개키 암호화 값은, 상기 서명 데이터를 서버 공개키에 대응되는 문자열로 암호화하는 것을 의미하고, 상기 신원확인 값은, 상기 개인키에 있는 신원확인 값을 상기 암호화된 상기 서버 공개키 암호화 값을 이용하여 CBC 128 알고리즘으로 암호화하여 생성하며, 상기 사용자 확인 데이터 값은 상기 CSRF 토큰, IP 주소, 서명 데이터, 서버 공개키 암호화 값, 신원확인 값에 대응하는 사용자 확인 데이터 값을 서버의 공인인증 모듈로 전송하여 획득하며, 상기 자동 인증 정보는 상기 사용자 확인 데이터 값을 서버로 전송하여 로그인 요청을 하고, 서버로부터 인증 토큰(auth token)을 받아 메모리부에 저장될 수 있다.
상기 대출 상환 플랜에 포함된 기설정 조건은, 상기 사용자가 설정한 주기마다 중도 상환하는 조건, 상기 제1 금액이 상기 사용자가 설정한 목표 상환 금액에 도달하면 중도 상환하는 조건, 또는 상기 사용자가 설정한 주기에 상기 제1 금액이 상기 목표 상환 금액을 초과하였을 때 중도 상환하는 조건 중 하나일 수 있다.
온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템에 있어서, 사용자로부터 본인 인증 정보를 수신하고, 상기 본인 인증 정보에 대응되는 자동 인증 정보를 생성하는 자동 인증 정보 생성부, 사용자 단말기, 출금 계좌 서버, 카드사 서버 및 대출사 서버와 전기적으로 연동 가능한 통신부, 사용자로부터 수신된 잔돈 금액 단위를 포함하는 대출 상환 플랜에 대응되도록 대출 상환 이벤트의 발생 여부를 결정하는 상환플랜 설정부, 및 상기 대출 상환 플랜에 포함된 기설정 조건이 충족되었는지 확인하여, 제1 금액을 상환할지 여부를 결정하는 상환부를 포함하되, 상기 제1 금액은 카드 사용 금액에 잔돈 금액 단위를 적용한 제2 금액과 사용자의 카드 사용 금액의 차액인 잔돈 금액을 카운팅하여 결정된다.
상기 대출 상환 플랜은, 대출 상환 방식, 대출 상환 금액, 대출 상환 날짜 또는 주기 및 상기 잔돈 금액 단위를 포함할 수 있다.
상기 출금 계좌 서버는, 상기 자동 인증 정보 생성부로부터 수신한 상기 자동 인증 정보에 대응하는 출금 계좌 정보를 확인하고, 상기 상환부로부터 수신한 대출 상환 신호에 대응하여 상기 제1 금액을 상기 대출사 서버 또는 상기 상환부로 전송할 수 있다.
상기 통신부는 API 연계 방식을 활용하여 상기 카드사 서버로부터 상기 자동 인증 정보에 대응하는 카드 사용 정보를 수집할 수 있다.
상기 대출사 서버는, 상기 상환부로부터 수신한 상기 자동 인증 정보 및 상기 제1 금액에 대응하도록 가상 계좌를 생성할 수 있다.
상기 사용자의 본인 인증 정보에 대응되는 자동 인증 정보는, 상기 사용자의 본인 인증 정보인 공인인증서 로그인 기초 데이터를 수집하여 서명 데이터, 서버 공개키 암호화 값 및 신원확인 값을 생성하고, 상기 기초 데이터, 서명데이터, 암호화 값, 및 신원확인 값 활용하여 생성될 수 있다.
상기 공인인증서 로그인 기초 데이터는, 사용자 단말기의 IP주소, CSRF 토큰 및 개인키를 포함하고, 상기 서버 공개키 암호화 값은, 상기 서명 데이터를 상기 서버 공개키에 대응되는 문자열로 암호화하는 것을 의미하고, 상기 신원확인 값은, 상기 개인키에 있는 신원확인 값을 상기 암호화된 상기 서버 공개키 암호화 값을 이용하여 CBC 128 알고리즘으로 암호화하여 생성하며, 상기 자동 인증 정보는, 상기 CSRF 토큰, IP 주소, 서명 데이터, 서버 공개키 암호화 값, 신원확인 값에 대응하는 사용자 확인 데이터 값을 서버의 공인인증 모듈로 전송하여 로그인 요청을 하고, 서버로부터 인증 토큰(auth token)을 받아 메모리부에 저장될 수 있다.
상기 대출 상환 플랜에 포함된 기설정 조건은, 상기 사용자가 설정한 주기마다 상환하는 조건, 상기 사용자가 설정한 주기에 상기 제1 금액이 목표 상환 금액을 초과 시 상기 제1 금액을 상환하는 조건, 또는 상기 제1 금액이 상기 목표 상환 금액에 도달하면 즉시 상기 제1 금액을 상환하는 조건 중 하나일 수 있다.
본 발명의 기술적 사상에 따르면, 카드 사용 금액에 대응하는 잔돈 금액을 통해 수시 상환 솔루션 및 상환 가이드라인을 제공하여, 대출자 맞춤형 대출 상환 방법을 통한 학자금 대출의 연체 가능성을 낮출 수 있다.
도 1은 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템을 나타내는 블록도이다.
도 2는 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템의 세부 구성요소를 상세히 나타내는 블록도이다.
도 3은 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법의 흐름을 나타낸 순서도이다.
도 4a 내지 도 4c는 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법의 흐름을 나타낸 개념도이다.
도 5는 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법에 있어서, 자동 인증 정보 생성 방법의 흐름을 나타낸 순서도이다.
도 6은 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템의 구동에 따라 결제 내역을 수집하기 위한 카드 서버의 결제 내역 화면이다.
도 7은 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템의 구동에 따라 중도 상환 전용 가상계좌를 수집하기 위한 대출사 서버의 중도 상환용 가상계좌 발급 화면이다.
도 8 a 내지 도 8b는 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템의 구동에 따라 사용자의 단말기에서 표시되는 화면을 나타낸 도면이다.
이하, 첨부된 도면을 참조하여 본 개시의 바람직한 실시예들을 상세히 설명한다. 본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시의 기술적 사상은 이하의 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 이하의 실시예들은 본 개시의 기술적 사상을 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 본 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시의 기술적 사상은 청구항의 범주에 의해 정의될 뿐이다.
각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 개시를 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 개시의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있다. 또 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다. 본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 개시를 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다.
또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제1, 제2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 어떤 구성 요소가 다른 구성요소에 "연결", "결합" 또는 "접속"된다고 기재된 경우, 그 구성 요소는 그 다른 구성요소에 직접적으로 연결되거나 또는 접속될 수 있지만, 각 구성 요소 사이에 또 다른 구성 요소가 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다.
본 개시에서 사용되는 "포함한다 (comprises)" 및/또는 "포함하는 (comprising)"은 언급된 구성 요소, 단계, 동작 및/또는 소자는 하나 이상의 다른 구성 요소, 단계, 동작 및/또는 소자의 존재 또는 추가를 배제하지 않는다.
어느 하나의 실시예에 포함된 구성요소와, 공통적인 기능을 포함하는 구성 요소는, 다른 실시예에서 동일한 명칭을 사용하여 설명될 수 있다. 반대되는 기재가 없는 이상, 어느 하나의 실시예에 기재된 설명은 다른 실시예에도 적용될 수 있으며, 중복되는 범위 또는 당해 기술 분야에 속한 통상의 기술자가 자명하게 이해할 수 있는 범위 내에서 구체적인 설명은 생략될 수 있다.
이하, 본 개시의 몇몇 실시예들에 대하여 첨부된 도면에 따라 상세하게 설명한다.
이하, 본 발명의 바람직한 실시예 및 첨부한 도면을 참조하여 본 발명에 대해 상세히 설명한다.
도 1은 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템을 나타내는 블록도이다.
도1을 참조하면, 본 발명에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템은, 사용자 단말기(1000), 관리 서버(2000), 카드사 서버(3000), 대출사 서버(4000) 및 출금 계좌 서버(5000)를 포함한다.
사용자 단말기(1000)는 관리 서버(2000)와 연동하여, 사용자의 본인 인증 정보, 출금 계좌 및 카드 정보, 대출 상환 플랜 등을 제공하고, 이에 대응하는 상환 금액, 시기 등을 포함하는 대출 상환 정보를 수신할 수 있다. 사용자 단말기(1000)는 이동통신 단말기, 개인 정보 단말(PDA: personal digital assistants), 스마트 폰(smart phone), 태블릿 PC, 데스크톱 PC, 노트북 등일 수 있다.
관리 서버(2000)는 사용자 단말기(1000), 카드사 서버(3000), 대출사 서버(4000) 및 출금 계좌 서버(5000)와 연동하여, 사용자의 본인 인증 정보, 출금 계좌 및 카드 정보 및 대출 상환 플랜, 카드 사용 정보, 중도 상환 계좌 등을 수신 또는 수집하여 저장하고, 자동 인증 정보, 대출 상환 신호, 대출 상환 정보 등을 제공할 수 있다. 관리 서버(2000)는 카드사 서버(3000), 대출사 서버(4000) 및 출금 계좌 서버(5000)로부터 정보를 수집하는 방법으로 API(Application Programming Interface) 연계 방식을 활용할 수 있다. API 연계 방식은 표준 API를 통해 개인 데이터를 수집 및 활용할 수 있다. 표준 API는 특정 프로그램의 기능이나 데이터를 다른 프로그램이 접근할 수 있도록 미리 정한 통신규칙을 말한다. API는 네트워크상으로 서로 다른 프로그램간 기능 및 데이터를 연결하는 매개체의 역할을 한다. 정보를 수집하는 방법은 API 연계 방식에 제한되지 않는다. 일 예시로 정보를 수집하는 방법으로 스크래핑 기술을 활용 할 수 있다.
카드사 서버(3000)는 관리 서버(2000)와 연동하여, 카드 결제 이벤트가 발생할 때마다 이에 대응하는 카드 사용 정보를 제공할 수 있다. 카드 사용 정보는 카드 사용 일시, 이용처, 카드 사용 금액 등일 수 있다.
대출사 서버(4000)는 관리 서버(2000)와 연동하여, 사용자가 상환해야 할 대출 정보 등을 제공할 수 있다. 대출 정보는 대출금액, 대출잔액, 상환율, 변동금리, 연체 여부, 상환 유예 이자 등일 수 있다. 그리고 대출 중도 상환을 진행 및 완료시, 중도 상환을 위한 계좌 정보, 남은 대출 잔금 정보 등을 제공할 수 있다.
출금 계좌 서버(5000)는 관리 서버(2000)와 연동하여, 사용자의 대출 상환 금액을 수신하고, 출금 계좌 잔액을 확인하여 상환이 가능한지 여부를 제공하고, 대출사 서버(4000) 또는 관리 서버(2000)에서 생성한 계좌 정보로 상환 예정 금액을 송금하도록 동작할 수 있다.
도 2는 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템의 세부 구성요소를 상세히 나타내는 블록도이다.
도 2를 참조하면, 본 발명에 따른 온라인을 통해 수행되는 관리 서버(2000)는 자동 인증 정보 생성부(2100), 메모리부(2200), 상환플랜 설정부(2300), 통신부 (2400) 및 상환부(2500)를 포함한다.
자동 인증 정보 생성부(2100)는 사용자 단말기(1000)로부터 수신한 사용자의 본인 인증 정보를 이용하여, 관리 서버(2000)와 연동되는 복수의 서버들에서 원하는 형태의 본인 인증 정보에 대응되는 자동 인증 정보를 생성한다. 생성된 자동 인증 정보는 카드사 서버(3000), 대출사 서버(4000) 및 출금 계좌 서버(5000)와 연동하기 위한 본인 인증 정보를 포함할 수 있다. 본인 인증 정보는 공인인증서, 공동인증서 또는 전자서명 등을 활용한 로그인에 필요한 기초 데이터일 수 있다.
메모리부(2200)는 온라인 상에서 사용자의 대출을 상환하기 위한 시스템 구축 방법을 각 장치에서 실행하기 위하여 필요한 데이터를 저장한다. 예를 들어, 사용자로부터 수신한 본인 인증 정보, 출금 계좌 정보, 카드 정보 및 대출 상환 플랜일 수 있다. 보다 자세하게 기재하면, 사용자 단말기(1000)로부터 수신한 본인 인증 정보, 출금 계좌 정보, 카드 정보 및 대출 상황 플랜, 자동 인증 정보 생성부(2100)에서 생성된 자동 인증 정보, 카드사 서버(3000)로부터 수집한 카드 사용 정보, 카드 사용 정보에 대응하는 잔돈 금액, 대출사 서버(4000)로부터 수신한 대출 정보, 중도 상환 계좌 및 대출 상환 정보일 수 있으며, 출금 계좌 서버(5000)로부터 수신한 출금 가능 금액 등의 데이터를 저장할 수 있다.
상환플랜 설정부(2300)는 사용자로부터 수신한 대출 상환 플랜 및 대출사 서버(4000)로부터 수신한 대출 금액 등의 대출 정보 데이터를 활용하여, 대출 상환 이벤트 발생 여부를 결정할 수 있다. 대출 상환 플랜은 상환하고자 하는 대출 종류, 대출 상환 방식, 대출 상환 금액, 대출 상환 날짜 또는 주기 등일 수 있으며, 사용자가 설정하고자 하는 잔돈 금액 단위일 수 있다. 또한 상환플랜 설정부(2300)는 사용자가 기설정한 잔돈 금액 단위로 카드 사용 정보에 포함된 카드 사용 금액에 대응하는 제2 금액을 생성하고, 제2 금액과 카드 사용 금액의 차액인 잔돈 금액을 카운팅 및 저장하여 제1 금액으로 설정할 수 있다. 잔돈 금액 단위는 카드 사용 금액을 이용하여, 상환하기 위한 잔돈 금액을 결정하기 위한 기준 단위일 수 있다. 제2 금액은 카드 사용 금액을 잔돈 금액 단위를 적용하였을 때, 생성되는 금액이다. 그리고 잔돈 금액은 제2금액과 카드 사용 금액의 차액이고, 제1 금액은 잗돈 금액을 카운팅 및 저장한 금액으로, 대출 상환 금액에 대응한다.
통신부(2400)는 이동통신 기지국 또는 와이파이 중계기 등에 접속하여 인터넷 등과 같은 광역 네트워크를 통하여 서버(3000, 4000, 5000) 또는 사용자 단말기(1000)과 통신할 수 있는 통신 기능을 지원한다. 보다 구체적으로, 통신부(2400)는 관리 서버(2000)가 사용자 단말기(1000)와 사용자 정보를 수신 및 중도 상환 진행과 관련된 메시지를 송수신할 수 있도록 통신 기능을 지원해준다. 또한 카드사 서버(3000)로부터 카드 사용 정보, 대출사 서버(4000)로부터 대출 정보, 중도 상환 계좌, 대출 상환 정보, 남은 대출 잔금 정보 및 출금 계좌 서버(5000)로부터 출금 계좌 잔액 정보 등을 수집할 수 있도록 통신 기능을 지원해준다.
상환부(2500)는 대출 상환 플랜의 조건이 충족되면, 기설정된 조건에 대응하는 금액에 대응되는 잔액이 출금 계좌에 존재하는 여부를 확인한다. 그리고 대출 상환 플랜에 맞춰 자동으로 대출사 서버(4000)가 생성한 중도 상환 계좌로 대출을 상환 할 것인지 여부를 사용자 단말기(1000)에 제공하여, 출금 계좌 서버(5000)로 제1 금액에 대응되는 금액에 대한 상환 신호를 전달할지 여부를 결정한다. 또한 중도 상환이 진행 및 완료되면 상환부(2500)는 사용자 단말기(1000)로 중도 상환 완료 메시지 및 대출 잔금 정보 등을 제공할 수 있다. 일 예시로, 상환부(2500)는 제1 금액에 대응되는 잔액이 출금 계좌에 존재하면 사용자 단말기(1000)로 중도 상환 여부 확인 메시지를 전달한다. 사용자가 중도 상환을 동의하면 제1 금액에 대응되는 금액에 대한 상환 신호를 생성 및 출금 계좌 서버(5000)로 전달하고, 제1 금액에 대응되는 잔액이 출금 계좌에서 출금되었다면 사용자 단말기(1000)로 대출 잔금 정보가 포함된 중도 상환 완료 메시지를 제공할 수 있다. 상환부(2500)는 사용자 단말기(1000)로 중도 상환을 거절하는 메시지를 수신하면 상환 신호를 생성하지 않는다. 그리고 상환부(2500)는 제1 금액에 대응되는 잔액이 출금 계좌에 없다면 사용자 단말기(1000)로 제1 금액에 대응되는 잔액을 출금 계좌에 존재하는 여부를 확인 요청하는 메시지를 전달할 수 있다.
도 3은 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법의 흐름을 나타낸 개념도이다.
도 3을을 참조하면, 관리 서버(2000)는 사용자 단말기(1000)로부터 사용자의 본인 인증 정보를 제공받을 수 있다 (S1010). 본인 인증 정보는 사용자의 공인인증서, 공동인증서 또는 전자서명 등을 활용한 로그인을 하기 위한 기초 데이터일 수 있다. 그리고 관리 서버(2000)는 사용자 단말기(1000)로부터 출금 계좌 및 카드 정보가 포함된 사용자 정보를 제공받을 수 있다(S1020). 출금 계좌 정보는 출금 계좌 서버(5000)와 연동되는데 사용될 수 있고, 중도 상환하고자 하는 금액이 출금되는 사용자의 계좌 번호 및 은행사가 포함될 수 있다. 그리고 카드 정보는 카드사 서버(3000)와 연동되는데 사용될 수 있고, 중도 상환 금액에 대응되는 제1 금액을 결정하는데 필요한 정보인 카드 사용 정보를 제공하기 위한 카드사, 카드 번호 등이 포함될 수 있다. 제1 금액은 카드 사용 금액 및 잔돈 금액 단위에 따른 잔돈 금액을 카운팅 및 저장한 금액이다.
관리 서버(2000)는 사용자로부터 제공받은 본인 인증 정보에 대응되는 자동 인증 정보를 생성할 수 있다(S1030). 자동 인증 정보는 카드사 서버(3000), 대출사 서버(4000) 또는 출금 계좌 서버(5000)와 연동하기 위한 인증 수단이다.
생성된 자동 인증 정보를 바탕으로 관리 서버(2000)는, 자동 인증 정보 및 카드 정보를 활용하여 사용자의 카드 사용 정보를 API 연계 방식을 활용하여 수집할 수 있고, 대출을 실행한 대출사 또는 한국 장학 재단과 같은 대출사 서버(3000)와 연동하여 대출 정보를 수신할 수 있으며, 사용자의 출금 계좌 서버(5000)에 연동하여 사용자의 출금 계좌 잔액 정보 및 출금 가능 여부를 수신하는데 활용할 수 있다(S1040).
관리 서버(2000)는 연동된 대출사 서버(4000)에서 대출 정보를 수집할 수 있다(S1050). 수집하는 대출 정보는 대출 종류, 대출 금액, 대출 잔액, 금리 및 금리 종류, 연체 여부, 상환유예이자 등일 수 있다. 그리고 관리 서버(2000)는 사용자 단말기(1000)로 수집한 대출 정보를 전송하여(S1055), 사용자가 대출 정보를 기초하여 대출 상환 플랜을 작성할 수 있도록 한다. 대출 정보는 상환할 대출 우선 순위를 사용자에게 전달할 수 있는데, 일 예시로 대출 우선 순위는 금리가 높은 대출 순으로 우선 순위를 결정하여 전달할 수 있다. 관리 서버(2000)는 사용자 단말기(1000)로부터 대출 상환 플랜을 제공받을 수 있다(S1060). 대출 상환 플랜은 상환하고자 하는 대출, 대출 상환 방식 , 잔돈 금액 단위, 기설정 조건을 포함할 수 있다. 기설정 조건은 중도 상환 금액 또는 중도 상환하고자 하는 날짜 또는 주기를 포함한다. 대출 상환 방식은 원금 또는 원금 및 이자일 수 있다.
관리 서버(2000)는, 자동 인증 정보 및 카드 정보를 활용하여 사용자의 카드 사용 정보를 API 연계 방식을 활용하여 수집할 수 있다(S1070). 카드 사용 정보는 주기마다 결제된 카드 내역을 확인하기 위한 카드 사용 일시, 잔돈 금액을 생성하는데 활용되는 카드 사용 금액, 이용처 등일 수 있다.
대출 상환 플랜에 포함된 기설정 조건을 충족시키는 경우 (S1080), 관리 서버(2000)는 중도 상환 여부 확인 메시지를 사용자 단말기(1000)에 전송할 수 있고 (S1090), 저장된 제1 금액에 대한 상환 여부에 대한 정보를 사용자 단말기(1000)로부터 제공받을 수 있는데(S1100), 기설정 조건을 충족시키는 조건은 사용자가 설정한 주기 또는 중도 상환 금액일 수 있다.
관리 서버(2000)는 카드 사용 금액에 대응하는 잔돈 금액을 카드사 서버에 제공할 수 있으며, 이를 통해 카드사에서 카드 사용 금액 및 잔돈 금액을 카운팅하여 저장된 제1 금액을 사용자에게 전달할 수 있다. 다만, 잔돈 금액을 카운팅하여 저장된 제1 금액은 사용자의 신청에 의해서 제공될 수 있는 것으로, 카드 사용 금액과 합산하여 청구하는 등의 용도로 사용되지 않을 수 있으나, 이러한 방법에 한정되지 않는다.
보다 구체적으로 도 4는 실시예에 따른 사용자가 설정한 기설정 조건에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법의 흐름을 나타낸 순서도로, 도 4(a)는 중도 상환 금액을 기설정 조건으로 설정하였을 때, 도 4(b)는 주기 및 중도 상환 금액을 기 설정 조건으로 설정하였을 때 및 도 4(c)는 주기를 기 설정 조건으로 설정하였을 때의 대출 상환 방법의 흐름을 나타낸 순서도이다.
도 4(a)를 참조하면 사용자가 카드 결제 이벤트를 발생시킬 때마다, 관리 서버(2000)는 카드사 서버(3000)로부터 카드 사용 정보를 수집하고(S1081), 카드 사용 정보에 포함된 카드 사용 금액을 수집할 수 있다(S1082). 수집한 카드 사용 금액을 이용하여, 대출 상환 플랜에서 기 설정한 잔돈 금액 단위을 적용하여, 제2 금액을 생성한다(S1083). 잔돈 금액 단위는 카드 사용 금액을 이용하여, 상환하기 위한 잔돈 금액을 결정하기 위한 기준 단위로, 카드 사용 금액을 특정 단위에서 올림하는 것일 수 있다. 일 예시로 잔돈 금액 단위를 백원 단위로 설정하고 카드 사용 금액이 1,550원이면, 제2 금액 정보는 2,000원이 된다. 또 다른 일 예시로 잔돈 금액 단위를 십원 단위로 설정하고 카드 사용 금액이 1,550원이면, 제2 금액 정보는 1,600원이 된다. 그리고 제2 금액과 카드 사용 금액의 차액인 잔돈 금액을 제1 금액으로 카운팅 및 저장을 한다(S1084). 제1 금액은 카드 결제 이벤트가 발생할 때마다 카운팅 및 저장한 잔돈 금액의 총 금액이다. 일 예시로, 현재까지 카운팅 및 저장한 제1 금액이 10,000원, 잔돈 금액 단위가 백원 단위일 때, 카드 사용 금액이 1,900원인 카드 결제 이벤트가 발생하면, 제2 금액 정보는 2,000원 및 잔돈 금액은 100원으로 카운팅되어, 제1 금액은 기존 10,000원에서 잔돈 금액인 100원을 더한 10,100원일 수 있다. 그리고 저장된 제1 금액이 기 설정 조건인 중도 상환 금액보다 크거나 같으면 상환을 실행할 수 있다(S1085).
도 4(b)를 참조하면 관리 서버(2000)는 사용자가 설정한 주기마다 설정 주기 기간 동안 발생한 카드 결제 이벤트에 대응하는 카드 사용 정보를 카드사 서버(3000)로부터 수집(S1081)할 수 있다. S1082, S1083, S1084 단계는 도 4(a)와 동일하다. 설정한 주기 기간 동안 저장된 제1 금액이 기 설정 조건인 중도 상환 금액보다 크거나 같으면 상환을 실행할 수 있고, 중도 상환 금액보다 작으면 상환을 보류하고 다음 주기에 누적된 주기 기간 동안 발생한 카드 결제 이벤트에 대응하는 카드 사용 정보를 이용하여 상환 실행 여부를 다시 판단한다 (S11085).
도 4(c)를 참조하면 관리 서버(2000)는 사용자가 설정한 주기마다 주기 기간 동안 발생한 카드 결제 이벤트에 대응하는 카드 사용 정보를 카드사 서버(3000)로부터 수집하여(S1081), S1084 단계에서 저장된 제1 금액을 중도 상환 금액으로 상환을 실행할 수 있다. S1082, S1083, S1084 단계는 도 4(a)와 동일하다.
사용자로부터 상환 결정에 대한 정보를 전달받은 경우, 제1 금액에 대응되는 잔액이 출금 계좌에 존재하는지 여부를 확인하기 위해, 관리 서버(2000)는 출금 계좌 서버(5000)에서 계좌 잔액을 수집할 수 있다(S1110). 제1 금액에 대응되는 금액이 출금 계좌에 존재하는지 여부를 확인하는 단계는, 관리 서버(2000)가 출금 계좌 서버(5000)에 자동 인증 정보를 이용하여 출금 계좌 잔액 정보를 수집하는 단계, 수집된 출금 계좌 잔액 정보와 저장된 제1 금액 정보를 비교하는 단계 및 출금 계좌 잔액 정보가 제1 금액보다 크면 잔액이 존재한다고 존재한다고 결정하는 단계를 포함할 수 있다.
출금 계좌에 잔액이 존재시, 관리 서버(2000)는 대출사 서버(4000)로부터 중도 상환 계좌를 수집할 수 있다(S1120). 중도 상환 계좌는, 자동 인증 정보 및 제1 금액에 대응되는 대출 상환 신호를 대출사 서버로 제공하여, 대출사 서버에서 자동 인증 정보 및 대출 상환 신호에 대응하도록 생성된 가상 계좌이다.
관리 서버(2000)는 중도 상환 계좌로 제1 금액에 대응되는 금액에 대한 상환 신호를 출금 계좌 서버에 제공할 수 있다 (S1130). 제 1금액에 대응되는 금액이 대한 상환은 출금 계좌 서버(5000)에 포함된 출금 계좌에서 대출사 서버(4000)에서 생성된 중도 상환 계좌로 보내질 수 있다. 또는 출금 계좌 서버(5000)에 포함된 출금 계좌에서 관리 서버(2000)에서 사용자 단말기(1000)에 대응하도록 사용자 전용 계좌를 생성하고, 생성된 사용자 전용 계좌로 보내지고, 사용자 전용 계좌에서 대출사 서버(4000)에서 생성된 중도 상환 계좌로 보내질 수 있다.
관리 서버(2000)는 중도 상환 완료가 제대로 이루어졌는지 확인 및 남은 대출 잔금정보를 확인하기 위해, 대출사 서버(4000)로부터 대출 잔금 정보를 수집할 수 있다(S1140). 일 예시로, 중도 상환 방법으로는 중도 상환 전인 S1120 단계에서 수집한 중도 상환 전 대출 잔금 정보와 중도 상환 후인 S1140 단계에서 수집한 대출 잔금 정보의 차액이 제1 금액과 동일한지 여부로 판단할 수 있다. 또 다른 중도 상환 확인 방법으로는 관리 서버(2000)는 출금 계좌 서버(5000)로부터 출금 계좌 잔액 정보을 수집하여, 중도 상환이 제대로 이루어졌는지 확인할 수 있다. 일 예시로, 중도 상환 전인 S1110 단계에서 수집한 출금 계좌 잔액 정보와 중도 상환 후인 S1140 단계에서 수집한 출금 계좌 잔액 정보의 차액이 제1 금액과 동일한지 여부로 판단할 수 있다.
중도 상환이 이루어진 것이 확인되면 관리 서버(2000)는 사용자 단말기(1000)에 중도 상환 완료 메시지를 전송할 수 있다 (S1150).중도 상환 완료 메시지는 중도 상환 전 대출 잔금 정보와 중도 상환 후 대출 잔금 정보를 포함할 수 있다.
도 5은 본 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법에 있어서, 자동 인증 정보 생성 방법의 흐름을 나타낸 순서도이다.
도 5를 참조하면, 본 발명에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법의 사용자의 본인 인증 정보에 대응되는 자동 인증 정보를 생성하는 단계는 먼저 사용자의 본인 인증 정보인 공인인증서 로그인 기초 데이터를 수집한다(S3010). 공인인증서 로그인 기초 데이터는 사용자 단말기의 IP주소, CSRF 토큰 및 개인키를 포함할 수 있다. 수집된 로그인 기초 데이터로부터 서명 데이터를 생성(S3020) 및 서버 공개키 암호화 값을 생성할 수 있다(S3030). 서버 공개키 암호화 값은 서명 데이터를 서버 공개키에 대응되는 문자열로 암호화하는 것을 의미할 수 있다. 그리고 신원확인 값을 생성할 수 있다 (S3040). 신원확인 값은, 개인키에 있는 신원확인 값을 암호화된 서버 공개키 암호화 값을 이용하여 CBC 128 알고리즘으로 암호화하여 생성할 수 있다. 그리고 기초 데이터, 서명데이터, 암호화 값, 신원확인 값에 대응하는 사용자 확인 데이터 값을 획득(S3050) 및 사용자 확인 데이터 값에 대응하는 자동 인증 정보를 생성할 수 있다(S3060). 사용자 확인 데이터 값은 CSRF 토큰, IP 주소, 서명 데이터, 서버 공개키 암호화 값, 신원확인 값에 대응하는 사용자 확인 데이터 값을 서버의 공인인증 모듈로 전송하여 획득하며, 자동 인증 정보는 사용자 확인 데이터 값을 서버로 전송하여 로그인 요청을 하고, 서버로부터 인증 토큰(auth token)을 받아 메모리부에 저장될 수 있다.
도 6는 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템의 구동에 따라 결제 내역을 수집하기 위한 카드 서버의 결제 내역 화면이다.
도 6를 참조하면, 관리 서버(2000)는 사용자의 학자금대출을 상환하기 위해, 카드사 서버(3000)의 결제 내역을 API 연계 방식을 활용하여 수집할 수 있다. 관리 서버(2000)에 저장되어 있는 사용자의 자동 인증 정보를 이용하여, 카드사 서버(3000)의 결제 내역 화면으로 접속할 수 있다. 결제내역 화면에서는 결제 일자, 결제 장소, 금액, 카운트되는 금액인 잔돈 금액을 확인할 수 있다.
도 7은 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템의 구동에 따라 중도 상환 전용 가상계좌를 수집하기 위한 대출사 서버의 중도 상환용 가상계좌 발급 화면이다.
도 7을 참조하면, 관리 서버(2000)는 사용자의 대출을 상환하기 위해, 대출사 서버(4000)의 중도상환 전용 가상 계좌를 API 연계 방식을 활용하여 수집할 수 있다. 관리 서버(2000)에 저장되어 있는 사용자의 자동 인증 정보 및 대출 상환 신호를 이용하여, 중도상환 용 가상계좌 발급 화면으로 접속할 수 있다. 중도상환용 가상계좌 발급 화면에서는 상환방법, 가상계좌번호, 상환금구분, 상환 구분 및 상환 금액 항목을 설정할 수 있다. 관리 서버(2000)는 항목들 중에서 가상계좌 상환을 설정하여, 가상 계좌 번호를 API 연계 방식을 활용하여 수집할 수 있다.
도 8은 발명의 실시예에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템의 구동에 따라 사용자의 단말기에서 표시되는 화면을 나타낸 도면이다.
도 8(a)는 사용자 단말기(1000)에서 본 발명에 따른 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템에서 대출사 서버를 처음 구동시 뜨는 화면이다. 사용자가 대출사 서버 아이디 및 비밀번호 또는 공인인증서 로그인을 통해 관리 서버과 연동할 수 있다.
도 8(b)는 상환할 대출 우선순위를 제공하는 화면이다. 대출사 서버(4000)로부터 사용자의 모든 대출 내역을 API 연계 방식을 활용하여 수집할 수 있고, 이를 사용자 단말기(1000)에 제공하여, 사용자에게 대출 상환 플랜을 적용할 대출을 선택하게 할 수 있다. 이 때 가장 금리가 높은 대출을 추천 항목에 띄울 수 있다.
이상에서와 같이 도면과 명세서에서 예시적인 실시예들이 개시되었다. 본 명세서에서 특정한 용어를 사용하여 실시예들을 설명되었으나, 이는 단지 본 개시의 기술적 사상을 설명하기 위한 목적에서 사용된 것이지 의미 한정이나 청구범위에 기재된 본 개시의 범위를 제한하기 위하여 사용된 것은 아니다. 그러므로 본 기술분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 개시의 진정한 기술적 보호범위는 첨부된 청구범위의 기술적 사상에 의해 정해져야 할 것이다.
1000 : 사용자 단말기
2000 : 관리 서버
2100 : 자동 인증 정보 생성부
2200 : 메모리부 2300 : 상환플랜 설정부
2400 : 통신부 2500 : 상환부
3000 : 카드사 서버 4000 : 대출사 서버
5000 : 출금 계좌 서버

Claims (17)

  1. 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법에 있어서,
    사용자로부터 사용자의 본인 인증 정보를 제공받는 단계;
    상기 본인 인증 정보에 대응되는 자동 인증 정보를 생성하는 단계;
    상기 자동 인증 정보를 바탕으로 사용자의 출금 계좌 정보를 포함하는 출금 계좌 서버 및 대출사 서버 및 카드사 서버와 연동하는 단계;
    상기 사용자로부터 대출 상환 플랜을 제공받는 단계;
    카드 결제 이벤트가 발생할 때마다, 상기 카드사 서버로부터 제공받은 카드 사용 정보 및 상기 대출 상환 플랜에 대응되는 제1 금액을 카운트하여 저장하는 단계;
    상기 대출 상환 플랜에 포함된 기설정 조건을 충족시키는지 확인하여 상기 저장된 제1 금액에 대한 상환 여부에 대한 정보를 사용자로부터 전달받는 단계; 및
    상기 제1 금액에 대응되는 잔액이 상기 출금 계좌에 존재하는지 여부를 확인하고, 중도 상환 계좌 및 상기 제1 금액에 대응되는 금액에 대한 상환 신호를 상기 출금 계좌 서버에 제공하는 단계를 포함하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  2. 제1 항에 있어서,
    상기 대출 상환 플랜은, 대출 상환 방식, 대출 상환 금액, 대출 상환 날짜 또는 주기 및 잔돈 금액 단위를 포함하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  3. 제2 항에 있어서,
    상기 제1 금액을 카운트하여 저장하는 단계는,
    API 연계 방식을 통해 카드 결제 이벤트 발생시 상기 카드 사용 정보를 수신하여, 상기 카드 사용 정보에 포함된 카드 사용 금액 및 상기 잔돈 금액 단위에 대응하는 제2 금액과 상기 카드 사용 금액의 차액인 잔돈 금액을 상기 제1 금액으로 카운팅 및 저장하는 단계인,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  4. 제1 항에 있어서,
    상기 사용자의 출금 계좌 정보를 포함하는 출금 계좌 서버와 연동하는 단계는,
    상기 사용자의 자동 인증 정보를 상기 출금 계좌 서버로 전달하는 단계; 및
    상기 사용자의 자동 인증 정보에 대응하는 사용자의 출금 계좌 잔액 정보 및 출금 가능 여부를 수신하는 단계를 포함하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  5. 제1 항에 있어서,
    상기 제1 금액에 대응되는 금액이 상기 출금 계좌에 존재하는지 여부를 확인하는 단계는,
    상기 출금 계좌 서버에 출금 계좌 잔액 정보를 요청하여, 상기 출금 계좌 잔액 정보를 수신하는 단계; 및
    상기 수신된 출금 계좌 잔액 정보와 상기 저장된 제1 금액 정보를 비교하는 단계를 포함하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  6. 제1 항에 있어서,
    상기 중도 상환 계좌는,
    상기 자동 인증 정보 및 상기 제1 금액에 대응되는 대출 상환 신호를 대출사 서버로 제공하여, 상기 대출사 서버에서 상기 자동 인증 정보 및 상기 대출 상환 신호에 대응하도록 생성된 가상 계좌인,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  7. 제1 항에 있어서,
    상기 사용자의 본인 인증 정보에 대응되는 자동 인증 정보를 생성하는 단계는,
    상기 사용자의 본인 인증 정보인 공인인증서 로그인 기초 데이터를 수집하는 단계;
    수집된 상기 로그인 기초 데이터로부터 서명 데이터를 생성하는 단계;
    서버 공개키 암호화 값을 생성하는 단계;
    신원확인 값을 생성하는 단계;
    상기 기초 데이터, 서명데이터, 암호화 값, 신원확인 값에 대응하는 사용자 확인 데이터 값을 획득하는 단계; 및
    상기 사용자 확인 데이터 값에 대응하는 상기 자동 인증 정보를 생성하는 단계를 포함하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  8. 제7 항에 있어서,
    상기 공인인증서 로그인 기초 데이터는, 사용자 단말기의 IP주소, CSRF 토큰 및 개인키를 포함하고,
    상기 서버 공개키 암호화 값은, 상기 서명 데이터를 서버 공개키에 대응되는 문자열로 암호화하는 것을 의미하고,
    상기 신원확인 값은, 상기 개인키에 있는 신원확인 값을 상기 암호화된 상기 서버 공개키 암호화 값을 이용하여 CBC 128 알고리즘으로 암호화하여 생성하며,
    상기 사용자 확인 데이터 값은 상기 CSRF 토큰, IP 주소, 서명 데이터, 서버 공개키 암호화 값, 신원확인 값에 대응하는 사용자 확인 데이터 값을 서버의 공인인증 모듈로 전송하여 획득하며,
    상기 자동 인증 정보는 상기 사용자 확인 데이터 값을 서버로 전송하여 로그인 요청을 하고, 서버로부터 인증 토큰(auth token)을 받아 메모리부에 저장되는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  9. 제1 항에 있어서,
    상기 대출 상환 플랜에 포함된 기설정 조건은,
    상기 사용자가 설정한 주기마다 중도 상환하는 조건;
    상기 제1 금액이 상기 사용자가 설정한 목표 상환 금액에 도달하면 중도 상환하는 조건; 또는
    상기 사용자가 설정한 주기에 상기 제1 금액이 상기 목표 상환 금액을 초과하였을 때 중도 상환하는 조건 중 하나인,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법.
  10. 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템에 있어서,
    사용자로부터 본인 인증 정보를 수신하고, 상기 본인 인증 정보에 대응되는 자동 인증 정보를 생성하는 자동 인증 정보 생성부;
    사용자 단말기, 출금 계좌 서버, 카드사 서버 및 대출사 서버와 전기적으로 연동 가능한 통신부;
    사용자로부터 수신된 잔돈 금액 단위를 포함하는 대출 상환 플랜에 대응되도록 대출 상환 이벤트의 발생 여부를 결정하는 상환플랜 설정부; 및
    상기 대출 상환 플랜에 포함된 기설정 조건이 충족되었는지 확인하여, 제1 금액을 상환할지 여부를 결정하는 상환부를 포함하되,
    상기 제1 금액은 카드 사용 금액에 잔돈 금액 단위를 적용한 제2 금액과 사용자의 카드 사용 금액의 차액인 잔돈 금액을 카운팅하여 결정되는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템
  11. 제10 항에 있어서,
    상기 대출 상환 플랜은, 대출 상환 방식, 대출 상환 금액, 대출 상환 날짜 또는 주기 및 상기 잔돈 금액 단위를 포함하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템.
  12. 제10 항에 있어서,
    상기 출금 계좌 서버는,
    상기 자동 인증 정보 생성부로부터 수신한 상기 자동 인증 정보에 대응하는 출금 계좌 정보를 확인하고, 상기 상환부로부터 수신한 대출 상환 신호에 대응하여 상기 제1 금액을 상기 대출사 서버 또는 상기 상환부로 전송하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템.
  13. 제10 항에 있어서,
    상기 통신부는 API 연계 방식을 활용하여 상기 카드사 서버로부터 상기 자동 인증 정보에 대응하는 카드 사용 정보를 수집하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템.
  14. 제10 항에 있어서,
    상기 대출사 서버는,
    상기 상환부로부터 수신한 상기 자동 인증 정보 및 상기 제1 금액에 대응하도록 가상 계좌를 생성하는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템.
  15. 제10 항에 있어서,
    상기 사용자의 본인 인증 정보에 대응되는 자동 인증 정보는,
    상기 사용자의 본인 인증 정보인 공인인증서 로그인 기초 데이터를 수집하여 서명 데이터, 서버 공개키 암호화 값 및 신원확인 값을 생성하고,
    상기 기초 데이터, 서명데이터, 암호화 값, 및 신원확인 값 활용하여 생성되는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템.
  16. 제15 항에 있어서,
    상기 공인인증서 로그인 기초 데이터는, 사용자 단말기의 IP주소, CSRF 토큰 및 개인키를 포함하고,
    상기 서버 공개키 암호화 값은, 상기 서명 데이터를 상기 서버 공개키에 대응되는 문자열로 암호화하는 것을 의미하고,
    상기 신원확인 값은, 상기 개인키에 있는 신원확인 값을 상기 암호화된 상기 서버 공개키 암호화 값을 이용하여 CBC 128 알고리즘으로 암호화하여 생성하며,
    상기 자동 인증 정보는, 상기 CSRF 토큰, IP 주소, 서명 데이터, 서버 공개키 암호화 값, 신원확인 값에 대응하는 사용자 확인 데이터 값을 서버의 공인인증 모듈로 전송하여 로그인 요청을 하고, 서버로부터 인증 토큰(auth token)을 받아 메모리부에 저장되는,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템.
  17. 제10 항에 있어서,
    상기 대출 상환 플랜에 포함된 기설정 조건은,
    상기 사용자가 설정한 주기마다 상환하는 조건;
    상기 사용자가 설정한 주기에 상기 제1 금액이 목표 상환 금액을 초과 시 상기 제1 금액을 상환하는 조건; 또는
    상기 제1 금액이 상기 목표 상환 금액에 도달하면 즉시 상기 제1 금액을 상환하는 조건 중 하나인,
    온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 시스템.
KR1020210086722A 2021-07-01 2021-07-01 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템 KR20230005692A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210086722A KR20230005692A (ko) 2021-07-01 2021-07-01 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210086722A KR20230005692A (ko) 2021-07-01 2021-07-01 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템

Publications (1)

Publication Number Publication Date
KR20230005692A true KR20230005692A (ko) 2023-01-10

Family

ID=84893509

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210086722A KR20230005692A (ko) 2021-07-01 2021-07-01 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템

Country Status (1)

Country Link
KR (1) KR20230005692A (ko)

Similar Documents

Publication Publication Date Title
CN109906443B (zh) 用于形成通用记录的系统和方法
US9589267B2 (en) Method and apparatus for staging send transactions
US6609114B1 (en) System for safe collection of payment including electronic payment receipt generators having electronic purses
US7433845B1 (en) Data structure, method and system for generating person-to-person, person-to-business, business-to-person, and business-to-business financial transactions
US8893963B2 (en) Issuing a value-bearing card associated with only non-personally identifying information
EP2056245B1 (en) Electronic currency, method for handling such a currency and electronic currency handling system
US20100293093A1 (en) Alterable Security Value
US20090254483A1 (en) Payment system and method using tokens
CN106408412A (zh) 手机贷款系统
WO2010121137A2 (en) Enrollment server
GB2391646A (en) Secure web page authenication method using a telephone number or SMS message
CA2314098A1 (en) Payment system and method using tokens
JP2003058802A (ja) 通信ネットワークの加入者端末間で電子マネーアマウントのトランザクションを実行する方法、並びに、そのための通信ネットワーク、トランザクションサーバおよびプログラムモジュール
KR20230005692A (ko) 온라인을 통해 수행되는 잔돈 개념을 활용한 대출 수시 상환 방법 및 시스템
RU2296367C2 (ru) Способ получения или приобретения услуги, предлагаемой через информационную сеть
TWI518620B (zh) 結合行動通訊系統之貸款管理方法
TWM569016U (zh) Debit authorization system
KR20220058763A (ko) 온라인을 통해 수행되는 대출 상환 방법 및 시스템
KR20040012138A (ko) 인터넷 상에서의 개인인증방법과 이를 이용한 대출 방법및 시스템
KR20230009549A (ko) 사용자 인증에 기초한 학자금 대출 자동 상환 방법 및 시스템
RU63150U1 (ru) Система для осуществления расчетно-денежных операций между абонентами сетей одного и более операторов мобильной связи
KR20030090898A (ko) 네트워크 기반의 역경매를 이용한 금융상품 서비스 제공시스템 및 방법
Wafula Muliaro et al. Enhancing Personal Identification Number (Pin) Mechanism To Provide Non-Repudiation Through Use Of Timestamps In Mobile Payment Systems.
CN105938597A (zh) 一种电子签名设备的交易方法、交易系统和电子签名设备
WO2000046724A1 (en) Method for authorizing access to a secure online financial transaction system

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E601 Decision to refuse application