KR20190002210A - 대출상품 관리시스템 - Google Patents
대출상품 관리시스템 Download PDFInfo
- Publication number
- KR20190002210A KR20190002210A KR1020170082790A KR20170082790A KR20190002210A KR 20190002210 A KR20190002210 A KR 20190002210A KR 1020170082790 A KR1020170082790 A KR 1020170082790A KR 20170082790 A KR20170082790 A KR 20170082790A KR 20190002210 A KR20190002210 A KR 20190002210A
- Authority
- KR
- South Korea
- Prior art keywords
- loan
- information
- amount
- borrower
- loanable
- Prior art date
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
-
- G06Q40/025—
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Abstract
본 발명은 대출상품 관리시스템에 관한 것으로, 본 발명에서는 대출상품 판매자에 의해 운영되는 대출상품 판매자 정보기기, 금융회사에 의해 운영되는 금융회사 서버, 대출가능금액 상정 지원기관에 의해 운영되는 전산 서버 등의 통신 인프라 하에, <금융회사 서버 또는 대출상품판매자 정보기기와 통신하여, 대출자의 대출신청내역이 반영된 대출신청정보를 접수할 수 있는 전산모듈>, <접수 완료된 대출신청정보로부터 대출상환능력 판단 기초정보를 추출한 후, 추출된 대출상환능력 판단 기초정보를, 기 저장되어 있던 대출상환능력 판단 기준정보와 비교하여, 대출자의 예상 대출상환능력이 반영된 기본 대출가능금액을 산출할 수 있는 전산모듈>, <접수 완료된 대출신청정보로부터 대출상환의지 판단 기초정보를 추출한 후, 추출된 대출상환의지 판단 기초정보를, 기 저장되어 있던 대출상환의지 판단 기준정보, 또는, 대출가능금액 상정 지원기관 서버 측으로부터 제공되는 대출상환의지 판단 근거정보와 비교하여, 대출자의 예상 대출상환의지가 반영된 추가 대출가능금액을 산출할 수 있는 전산모듈>, <산출 완료된 기본 대출가능금액 및 추가 대출가능금액을 합산하여, 복합 대출가능금액을 산출한 후, 산출된 복합 대출가능금액을 상기 금융회사 서버 또는 대출상품판매자 정보기기로 전송하여, 상기 대출자에게 상기 복합 대출가능금액에 상응하는 대출상품이 판매될 수 있도록 유도할 수 있는 전산모듈> 등을 체계적으로 배치 제공하고, 이를 통해, 대출자 측에서, 다수의 금융회사 및 다수의 대출계좌가 아닌, 단일의 금융회사 및 단일의 대출계좌를 통해, 다중채무구조에서 획득할 수 있었던 것과 동일/유사한 대출가능금액(즉, 기본 대출가능금액 및 추가 대출가능금액이 합산된 복합 대출가능금액)을 가지는 단일의 대출상품을 손쉽게 획득/활용할 수 있도록 함으로써(즉, 다중채무구조를 탈피하면서도, 해당 다중채무구조를 통해 획득할 수 있었던 대출이익과 동일/유사한 대출이익을 단일의 대출상품을 통해 탄력적으로 향유할 수 있도록 함으로써), 해당 대출자는 물론, 금융회사, 정부기관 측에서도, 종래의 다중채무구조에 기인한 각종 문제점(예를 들어, 다중 서류제출에 따른 문제점, 각 금융회사를 일일이 방문해야 하는 문제점, 대출심사를 반복적으로 받아야 하는 문제점, 각종 수수료를 다중 지불해야 하는 문제점, 다수의 대출 건 관리에 따른 비용/시간 소요 문제점, 대손충담금/경비 증가 문제점, 다중 대출자에 대한 관리/감독 비용 및 인력 증가 문제점, 불필요한 사회비용 증가 문제점 등)을 효과적으로 회피할 수 있도록 가이드 할 수 있다.
Description
본 발명은 대출상품을 관리해주는 시스템에 관한 것으로, 보다 상세하게는 대출자 측에서, 다수의 금융회사 및 다수의 대출계좌가 아닌, 단일의 금융회사 및 단일의 대출계좌를 통해, 다중채무구조에서 획득할 수 있었던 것과 동일/유사한 대출가능금액(즉, 기본 대출가능금액 및 추가 대출가능금액이 합산된 복합 대출가능금액)을 가지는 단일의 대출상품을 손쉽게 획득/활용할 수 있도록 함으로써(즉, 다중채무구조를 탈피하면서도, 해당 다중채무구조를 통해 획득할 수 있었던 대출이익과 동일/유사한 대출이익을 단일의 대출상품을 통해 탄력적으로 향유할 수 있도록 함으로써), 해당 대출자는 물론, 금융회사, 정부기관 측에서도, 종래의 다중채무구조에 기인한 각종 문제점(예를 들어, 다중 서류제출에 따른 문제점, 각 금융회사를 일일이 방문해야 하는 문제점, 대출심사를 반복적으로 받아야 하는 문제점, 각종 수수료를 다중 지불해야 하는 문제점, 다수의 대출 건 관리에 따른 비용/시간 소요 문제점, 대손충담금/경비 증가 문제점, 다중 대출자에 대한 관리/감독 비용 및 인력 증가 문제점, 불필요한 사회비용 증가 문제점 등)을 효과적으로 회피할 수 있도록 가이드 할 수 있는 대출상품 관리시스템에 관한 것이다.
근래에 들어, 사회구성원의 대출거래가 활발히 이루어지면서, 대출상품의 운용을 지원해줄 수 있는 다양한 유형의 지원시스템들이 폭 넓게 개발/보급되고 있다.
예를 들어, 국내공개특허 제10-2009-2903호(명칭: 대출상품 운용 방법 및 시스템과 이를 위한 프로그램기록매체)(2009.1.9.자 공개), 국내공개특허 제10-2009-30457호(명칭: 온라인망을 기반으로 하는 대출상품 관리 시스템)(2009.3.25.자 공개), 국내등록특허 제10-1183329(명칭: 대출 상품의 운용 방법 및 시스템)(2012.9.17.자 공고), 국내등록특허 제10-1314718호(명칭: 이중대출상품 제공시스템 및 그 제공방법)(2013.10.8.자 공고) 등에는 이러한 종래의 기술에 따른 대출상품 운용 지원시스템들의 일례가 좀더 상세하게 개시되어 있다.
한편, 이러한 종래의 체제 하에서, 도 1에 도시된 바와 같이, 대출자 측에서는 자신이 처한 자금상황에 따라, 각기 다른 여러 금융회사와 개별적인 대출관계를 형성하여, 일련의 다중채무구조를 이루게 된다. 이 경우, 각 금융회사들은 각자의 대출심사 룰에 따라, 대출자에 대한 대출심사절차를 진행하고, 이를 통해, 대출자에 상응하는 대출가능금액을 산출한 후, 각 대출계좌(1a,1b,1c)를 매개로 하여, 해당 대출가능금액을 대출자에게 제공하는 절차를 진행하게 된다.
그러나, 이러한 종래의 기술에 따른 다중채무구조 하에서, 대출자는 물론, 이와 관련된 금융회사, 정부기관 측에서도 예측하지 못한 여러 문제점을 고스란히 겪게 된다.
예를 들어, 종래의 기술에 따른 다중채무구조 하에서, 대출자 측에서는 각기 다른 금융회사와 대출계약을 맺을 때마다 계좌를 개설하여야 하기 때문에, 그에 상응하는 각종 불편함(예컨대, 각종 서류제출에 따른 불편함, 각 금융회사를 방문해야 하는 불편함, 대출심사를 반복적으로 받아야 하는 불편함, 각종 수수료를 지불해야 하는 불편함 등)을 고스란히 감수할 수밖에 없게 된다.
또한, 종래의 기술에 따른 다중채무구조 하에서, 대출자 측에서는 다수의 대출 건을 건마다 개별 관리해야 함으로써, 그에 상응하는 비용소요 문제점, 시간소요 문제점 등을 고스란히 감수할 수밖에 없게 된다.
또한, 종래의 기술에 따른 다중채무구조 하에서, 금융회사 측에서는 각 대출자와 다수의 대출계약을 맺어야 하기 때문에, 전체적인 대손충당금 및 그에 상응하는 경비가 대폭 증가하는 문제점을 고스란히 감수할 수밖에 없게 된다.
나아가, 종래의 기술에 따른 다중채무구조 하에서, 정부기관 측에서는 다중 대출자에 대한 관리/감독 비용 및 인력, 그리고, 불필요한 사회비용이 대폭 증가하는 문제점을 고스란히 감수할 수밖에 없게 된다.
따라서, 본 발명의 목적은 대출상품 판매자에 의해 운영되는 대출상품 판매자 정보기기, 금융회사에 의해 운영되는 금융회사 서버, 대출가능금액 상정 지원기관에 의해 운영되는 전산 서버 등의 통신 인프라 하에, <금융회사 서버 또는 대출상품판매자 정보기기와 통신하여, 대출자의 대출신청내역이 반영된 대출신청정보를 접수할 수 있는 전산모듈>, <접수 완료된 대출신청정보로부터 대출상환능력 판단 기초정보를 추출한 후, 추출된 대출상환능력 판단 기초정보를, 기 저장되어 있던 대출상환능력 판단 기준정보와 비교하여, 대출자의 예상 대출상환능력이 반영된 기본 대출가능금액을 산출할 수 있는 전산모듈>, <접수 완료된 대출신청정보로부터 대출상환의지 판단 기초정보를 추출한 후, 추출된 대출상환의지 판단 기초정보를, 기 저장되어 있던 대출상환의지 판단 기준정보, 또는, 대출가능금액 상정 지원기관 서버 측으로부터 제공되는 대출상환의지 판단 근거정보와 비교하여, 대출자의 예상 대출상환의지가 반영된 추가 대출가능금액을 산출할 수 있는 전산모듈>, <산출 완료된 기본 대출가능금액 및 추가 대출가능금액을 합산하여, 복합 대출가능금액을 산출한 후, 산출된 복합 대출가능금액을 상기 금융회사 서버 또는 대출상품판매자 정보기기로 전송하여, 상기 대출자에게 상기 복합 대출가능금액에 상응하는 대출상품이 판매될 수 있도록 유도할 수 있는 전산모듈> 등을 체계적으로 배치 제공하고, 이를 통해, 대출자 측에서, 다수의 금융회사 및 다수의 대출계좌가 아닌, 단일의 금융회사 및 단일의 대출계좌를 통해, 다중채무구조에서 획득할 수 있었던 것과 동일/유사한 대출가능금액(즉, 기본 대출가능금액 및 추가 대출가능금액이 합산된 복합 대출가능금액)을 가지는 단일의 대출상품을 손쉽게 획득/활용할 수 있도록 함으로써(즉, 다중채무구조를 탈피하면서도, 해당 다중채무구조를 통해 획득할 수 있었던 대출이익과 동일/유사한 대출이익을 단일의 대출상품을 통해 탄력적으로 향유할 수 있도록 함으로써), 해당 대출자는 물론, 금융회사, 정부기관 측에서도, 종래의 다중채무구조에 기인한 각종 문제점(예를 들어, 다중 서류제출에 따른 문제점, 각 금융회사를 일일이 방문해야 하는 문제점, 대출심사를 반복적으로 받아야 하는 문제점, 각종 수수료를 다중 지불해야 하는 문제점, 다수의 대출 건 관리에 따른 비용/시간 소요 문제점, 대손충담금/경비 증가 문제점, 다중 대출자에 대한 관리/감독 비용 및 인력 증가 문제점, 불필요한 사회비용 증가 문제점 등)을 효과적으로 회피할 수 있도록 가이드 하는데 있다.
본 발명의 다른 목적들은 다음의 상세한 설명과 첨부된 도면으로부터 보다 명확해질 것이다.
상기와 같은 목적을 달성하기 위하여 본 발명에서는 유/무선 온라인망을 매개로, 금융회사 서버 또는 대출상품판매자 정보기기와 통신하여, 대출자의 대출신청내역이 반영된 대출신청정보를 접수하는 대출신청정보 접수모듈과; 상기 대출신청정보로부터 대출상환능력 판단 기초정보를 추출한 후, 추출된 대출상환능력 판단 기초정보를, 기 저장되어 있던 대출상환능력 판단 기준정보와 비교하여, 대출자의 예상 대출상환능력이 반영된 기본 대출가능금액을 산출하는 기본 대출가능금액 산출모듈과; 상기 대출신청정보로부터 대출상환의지 판단 기초정보를 추출한 후, 추출된 대출상환의지 판단 기초정보를, 기 저장되어 있던 대출상환의지 판단 기준정보, 또는, 대출가능금액 상정 지원기관 서버 측으로부터 제공되는 대출상환의지 판단 근거정보와 비교하여, 대출자의 예상 대출상환의지가 반영된 추가 대출가능금액을 산출하는 추가 대출가능금액 산출모듈과; 상기 기본 대출가능금액 및 추가 대출가능금액을 합산하여, 복합 대출가능금액을 산출한 후, 산출된 복합 대출가능금액을 상기 금융회사 서버 또는 대출상품판매자 정보기기로 전송하여, 상기 대출자에게 상기 복합 대출가능금액에 상응하는 대출상품이 판매될 수 있도록 하는 복합 대출가능금액 처리모듈을 포함하는 것을 특징으로 하는 대출상품 관리시스템을 개시한다.
본 발명에서는 대출상품 판매자에 의해 운영되는 대출상품 판매자 정보기기, 금융회사에 의해 운영되는 금융회사 서버, 대출가능금액 상정 지원기관에 의해 운영되는 전산 서버 등의 통신 인프라 하에, <금융회사 서버 또는 대출상품판매자 정보기기와 통신하여, 대출자의 대출신청내역이 반영된 대출신청정보를 접수할 수 있는 전산모듈>, <접수 완료된 대출신청정보로부터 대출상환능력 판단 기초정보를 추출한 후, 추출된 대출상환능력 판단 기초정보를, 기 저장되어 있던 대출상환능력 판단 기준정보와 비교하여, 대출자의 예상 대출상환능력이 반영된 기본 대출가능금액을 산출할 수 있는 전산모듈>, <접수 완료된 대출신청정보로부터 대출상환의지 판단 기초정보를 추출한 후, 추출된 대출상환의지 판단 기초정보를, 기 저장되어 있던 대출상환의지 판단 기준정보, 또는, 대출가능금액 상정 지원기관 서버 측으로부터 제공되는 대출상환의지 판단 근거정보와 비교하여, 대출자의 예상 대출상환의지가 반영된 추가 대출가능금액을 산출할 수 있는 전산모듈>, <산출 완료된 기본 대출가능금액 및 추가 대출가능금액을 합산하여, 복합 대출가능금액을 산출한 후, 산출된 복합 대출가능금액을 상기 금융회사 서버 또는 대출상품판매자 정보기기로 전송하여, 상기 대출자에게 상기 복합 대출가능금액에 상응하는 대출상품이 판매될 수 있도록 유도할 수 있는 전산모듈> 등을 체계적으로 배치 제공하기 때문에, 본 발명의 구현환경 하에서, 대출자 측에서는, 다수의 금융회사 및 다수의 대출계좌가 아닌, 단일의 금융회사 및 단일의 대출계좌를 통해, 다중채무구조에서 획득할 수 있었던 것과 동일/유사한 대출가능금액(즉, 기본 대출가능금액 및 추가 대출가능금액이 합산된 복합 대출가능금액)을 가지는 단일의 대출상품을 손쉽게 획득/활용할 수 있게 되며(즉, 다중채무구조를 탈피하면서도, 해당 다중채무구조를 통해 획득할 수 있었던 대출이익과 동일/유사한 대출이익을 단일의 대출상품을 통해 탄력적으로 향유할 수 있게 되며), 결국, 해당 대출자는 물론, 금융회사, 정부기관 측에서도, 종래의 다중채무구조에 기인한 각종 문제점(예를 들어, 다중 서류제출에 따른 문제점, 각 금융회사를 일일이 방문해야 하는 문제점, 대출심사를 반복적으로 받아야 하는 문제점, 각종 수수료를 다중 지불해야 하는 문제점, 다수의 대출 건 관리에 따른 비용/시간 소요 문제점, 대손충담금/경비 증가 문제점, 다중 대출자에 대한 관리/감독 비용 및 인력 증가 문제점, 불필요한 사회비용 증가 문제점 등)을 효과적으로 회피할 수 있게 된다.
도 1은 종래의 기술에 따른 대출자의 다중채무구조를 개념적으로 도시한 예시도.
도 2는 본 발명에 따른 대출상품 관리시스템의 통신 연결관계를 개념적으로 도시한 예시도.
도 3은 본 발명에 따른 대출상품 관리시스템의 세부적인 구성을 개념적으로 도시한 예시도.
도 4 및 도 5는 본 발명에 따른 대출상품 관리시스템의 세부적인 기능수행절차를 개념적으로 도시한 예시도.
도 2는 본 발명에 따른 대출상품 관리시스템의 통신 연결관계를 개념적으로 도시한 예시도.
도 3은 본 발명에 따른 대출상품 관리시스템의 세부적인 구성을 개념적으로 도시한 예시도.
도 4 및 도 5는 본 발명에 따른 대출상품 관리시스템의 세부적인 기능수행절차를 개념적으로 도시한 예시도.
이하, 첨부된 도면을 참조하여, 본 발명에 따른 대출상품 관리시스템을 좀더 상세히 설명하면 다음과 같다.
도 2에 도시된 바와 같이, 본 발명에 따른 대출상품 관리시스템(100)은 유/무선 온라인망(20)을 매개로 하여, 대출상품 판매자(예컨대, 금융회사와 관계를 맺은 대출상품 판매사원, 대출상품 판매 위탁사원 등)에 의해 운영되는 대출상품 판매자 정보기기(12), 금융회사(예컨대, 은행, 우체국, 카드사, 증권사 등)에 의해 운영되는 금융회사 서버(11), 대출가능금액 상정 지원기관(예컨대, SNS 운영업체, 소셜 미디어 운영업체, 블로그 운영업체, 공공기관, 복지기관 등)에 의해 운영되는 대출가능금액 상정 지원기관 서버(200) 등과 일련의 통신 연결관계를 형성하게 된다.
이러한 본 발명의 체제 하에서, 대출자 측에서는 다수의 금융회사 및 다수의 대출계좌가 아닌, 단일의 금융회사 및 단일의 대출계좌(10)를 통해, 다중채무구조에서 획득할 수 있었던 것과 동일/유사한 대출가능금액(즉, 기본 대출가능금액 및 추가 대출가능금액이 합산된 복합 대출가능금액)을 가지는 단일의 대출상품(DS)을 손쉽게 획득/활용할 수 있게 된다(즉, 다중채무구조를 탈피하면서도, 해당 다중채무구조를 통해 획득할 수 있었던 대출이익과 동일/유사한 대출이익을 단일의 대출상품(DS)을 통해 탄력적으로 향유할 수 있게 된다).
이때, 도 3에 도시된 바와 같이, 본 발명에 따른 대출상품 관리시스템(100)은 인터페이스 모듈(101), 유/무선 온라인망(20) 등을 매개로 하여, 대출상품 판매자 정보기기(12), 금융회사 서버(11), 대출가능금액 산정 지원 기관 서버(200) 등과 통신 연결되는 운영정보 저장모듈(102), 대출신청정보 접수모듈(103), 기본 대출가능금액 산출모듈(104), 추가 대출가능금액 산출모듈(105), 복합 대출가능금액 처리모듈(106), 대출실행정보 접수모듈(107), 슬라이딩 타입 대출이자 처리모듈(108), 구간 타입 대출이자 처리모듈(109) 등이 긴밀하게 조합된 구성을 취하게 된다.
이 경우, 운영정보 저장모듈(102) 측에서는 자신의 정보저장영역에 각종 운영정보, 예를 들어, 대출상품 판매자 정보기기(12)의 등록정보, 금융회사 서버(11)의 등록정보, 대출가능금액 산정 지원기관 서버(200)의 등록정보, 대출상황능력 판단 기준정보(예컨대, 서울지역 XX㎥의 주택을 보유한 대출자에게는 대출상환능력지수 AA를 가산한다고 하는 기준정보, 서울지역 XX㎥의 아파트를 보유한 대출자에게는 대출상환능력지수 BB를 가산한다고 하는 기준정보, 연 소득이 CC만원 이상인 대출자에게는 대출상환능력지수 DD를 가산한다고 하는 기준정보, 배기량 EEcc 이상의 자동차를 보유한 대출자에게는 대출상환능력지수 FF를 가산한다고 하는 기준정보 등), 대출상환의지 판단 기준정보(예컨대, 세대주 자격을 갖춘 대출자에게는 대출상환의지지수 aa를 가산한다고 하는 기준정보, 부양가족수가 bb명인 대출자에게는 대출상환의지지수 bb를 가산한다고 하는 기준정보, cc개 이상의 SNS에 가입한 대출자에게는 대출상환의지지수 dd를 가산한다고 하는 기준정보, ee개 이상의 블로그를 운영하는 대출자에게는 대출상환의지지수 ff를 가산한다고 하는 기준정보, SNS 친구 수가 gg 이상인 대출자에게는 대출상환의지지수 hh를 가산한다고 하는 기준정보, 사회후원금액이 ii 이상인 대출자에게는 대출상환의지지수 jj를 가산한다고 하는 기준정보 등), 대출자의 대출가능금 소진비율별 이자율 정보(예컨대, 대출가능금 소진비율이 50% 미만일 경우, 이자율은 5%라고 하는 정보, 대출가능금 소진비율이 60% 미만일 경우, 이자율은 7%라고 하는 정보, 대출가능금 소진비율이 70% 미만일 경우, 이자율은 8%라고 하는 정보 등), 대출자의 대출가능금 소진구간별 이자율 정보(예컨대, 대출가능금 소진구간이 제1구간 내에 속할 경우, 이자율은 6%라고 하는 정보, 대출가능금 소진구간이 제2구간 내에 속할 경우, 이자율은 8%라고 하는 정보, 대출가능금 소진구간이 제3구간 내에 속할 경우, 이자율은 10%라고 하는 정보 등), 통신세션의 형성/유지를 위한 프로그램 소스정보, 각 전산모듈의 프로세스 루틴 진행을 위한 프로그램 소스정보 등을 안정적으로 저장/관리함으로써, 본 발명에 따른 대출상품 관리절차가 별다른 문제점 없이 정상적으로 진행될 수 있도록 보조하는 역할을 수행하게 된다.
이러한 기반 인프라 하에서, 도 4에 도시된 바와 같이, 대출신청정보 접수모듈(103) 측에서는 인터페이스 모듈(101), 유/무선 온라인망(20) 등을 매개로 하여, 금융회사 서버(11), 대출상품 판매자 정보기기(12) 등과 통신을 취하면서, 이 금융회사 서버(11), 대출상품 판매자 정보기기(12) 등으로부터 대출자의 대출신청내역이 반영된 대출신청정보(예컨대, 대출자의 대출신청금액 정보, 대출자의 신상정보, 대출자의 연락처 정보, 대출자의 주소지 정보, 대출자의 주택보유정보, 대출자의 거주형태정보, 대출자의 연 소득정보, 대출자의 보유 자동차 정보, 대출자의 부동산 보유정보, 대출자의 동산 보유정보, 대출자의 담보가능 유체물 정보, 대출자의 세대주 여부 정보, 대출자의 부양가족수 정보, 대출자의 SNS 가입정보, 대출자의 블로그 가입정보, 대출자의 사회후원 내역정보 등)를 접수한 후, 접수 완료된 대출신청정보를 자신의 정보저장영역에 저장/관리함으로써, 본 발명에 따른 대출상품 관리절차가 별다른 문제점 없이 정상적으로 진행될 수 있도록 보조하는 역할을 수행하게 된다.
이렇게 하여, 대출자의 대출신청내역이 반영된 대출신청정보(예컨대, 대출자의 대출신청금액 정보, 대출자의 신상정보, 대출자의 연락처 정보, 대출자의 주소지 정보, 대출자의 주택보유정보, 대출자의 거주형태정보, 대출자의 연 소득정보, 대출자의 보유 자동차 정보, 대출자의 부동산 보유정보, 대출자의 동산 보유정보, 대출자의 담보가능 유체물 정보, 대출자의 세대주 여부 정보, 대출자의 부양가족수 정보, 대출자의 SNS 가입정보, 대출자의 블로그 가입정보, 대출자의 사회후원 내역정보 등)가 접수/저장/관리되는 상황 하에서, 기본 대출가능금액 산출모듈(104) 측에서는 대출신청정보 접수모듈(103)과 통신을 취하여, 이에 의해 접수/저장/관리되고 있던 대출신청정보를 판독한 후, 일련의 정보추출루틴을 진행시켜, 이 대출신청정보로부터 대출상환능력 판단 기초정보(예컨대, 대출자의 주택보유정보, 대출자의 거주형태정보, 대출자의 연 소득정보, 대출자의 보유 자동차 정보, 대출자의 부동산 보유정보, 대출자의 동산 보유정보, 대출자의 담보가능 유체물 정보 등)를 추출하는 절차를 진행하게 된다(도 4 참조).
상술한 절차를 통해, 대출신청정보로부터 대출상환능력 판단 기초정보(예컨대, 대출자의 주택보유정보, 대출자의 거주형태정보, 대출자의 연 소득정보, 대출자의 보유 자동차 정보, 대출자의 부동산 보유정보, 대출자의 동산 보유정보, 대출자의 담보가능 유체물 정보 등)가 추출 완료되면, 기본 대출가능금액 산출모듈(104) 측에서는 운영정보 저장모듈(102)과 통신을 취하여, 이의 정보저장영역에 기 저장되어 있던 대출상황능력 판단 기준정보(예컨대, 서울지역 XX㎥의 주택을 보유한 대출자에게는 대출상환능력지수 AA를 가산한다고 하는 기준정보, 서울지역 XX㎥의 아파트를 보유한 대출자에게는 대출상환능력지수 BB를 가산한다고 하는 기준정보, 연 소득이 CC만원 이상인 대출자에게는 대출상환능력지수 DD를 가산한다고 하는 기준정보, 배기량 EEcc 이상의 자동차를 보유한 대출자에게는 대출상환능력지수 FF를 가산한다고 하는 기준정보 등)를 판독한 후, 일련의 정보비교루틴을 진행시켜, 대출상환능력 판단 기초정보와 대출상환능력 판단 기준정보를 비교하고, 이를 통해, 대출자에 상응하는 대출상환능력지수를 산출하는 절차를 진행하게 된다(도 4 참조).
이렇게 하여, 대출자에 상응하는 대출상환능력지수가 산출 완료되면, 기본 대출가능금액 산출모듈(104) 측에서는 기 설정되어 있던 환산 룰에 따라, 대출상환능력지수를 금액으로 환산하고, 이를 통해, 대출자의 예상 대출상환능력이 반영된 기본 대출가능금액을 산출하는 절차를 진행하게 된다(도 4 참조)(물론, 이러한 환산절차는 상황에 따라 다양한 변형을 이룰 수 있다).
한편, 상술한 절차를 통해, 대출자의 대출신청내역이 반영된 대출신청정보(예컨대, 대출자의 대출신청금액 정보, 대출자의 신상정보, 대출자의 연락처 정보, 대출자의 주소지 정보, 대출자의 주택보유정보, 대출자의 거주형태정보, 대출자의 연 소득정보, 대출자의 보유 자동차 정보, 대출자의 부동산 보유정보, 대출자의 동산 보유정보, 대출자의 담보가능 유체물 정보, 대출자의 세대주 여부 정보, 대출자의 부양가족수 정보, 대출자의 SNS 가입정보, 대출자의 블로그 가입정보, 대출자의 사회후원 내역정보 등)가 접수/저장/관리되는 상황 하에서, 기본 대출가능금액 산출모듈(104)과 연계 동작하는 추가 대출가능금액 산출모듈(105) 측에서는 대출신청정보 접수모듈(103)과 통신을 취하여, 이에 의해 접수/저장/관리되고 있던 대출신청정보를 판독한 후, 일련의 정보추출루틴을 진행시켜, 이 대출신청정보로부터 대출상환의지 판단 기초정보(예컨대, 대출자의 세대주 여부 정보, 대출자의 부양가족수 정보, 대출자의 SNS 가입정보, 대출자의 블로그 가입정보, 대출자의 사회후원 내역정보 등)를 추출하는 절차를 진행하게 된다(도 4 참조).
이렇게 하여, 대출신청정보로부터 대출상환의지 판단 기초정보(예컨대, 대출자의 세대주 여부 정보, 대출자의 부양가족수 정보, 대출자의 SNS 가입정보, 대출자의 블로그 가입정보, 대출자의 사회후원 내역정보 등)가 추출 완료되면, 추가 대출가능금액 산출모듈(105) 측에서는 운영정보 저장모듈(102)과 통신을 취하여, 이의 정보저장영역에 기 저장되어 있던 대출상환의지 판단 기준정보(예컨대, 세대주 자격을 갖춘 대출자에게는 대출상환의지지수 aa를 가산한다고 하는 기준정보, 부양가족수가 bb명인 대출자에게는 대출상환의지지수 bb를 가산한다고 하는 기준정보, cc개 이상의 SNS에 가입한 대출자에게는 대출상환의지지수 dd를 가산한다고 하는 기준정보, ee개 이상의 블로그를 운영하는 대출자에게는 대출상환의지지수 ff를 가산한다고 하는 기준정보, SNS 친구 수가 gg 이상인 대출자에게는 대출상환의지지수 hh를 가산한다고 하는 기준정보, 사회후원금액이 ii 이상인 대출자에게는 대출상환의지지수 jj를 가산한다고 하는 기준정보 등)를 판독하는 절차를 진행하게 된다(도 4 참조).
또한, 추가 대출가능금액 산출모듈(105) 측에서는 인터페이스 모듈(101), 유/무선 온라인망(20) 등을 매개로 대출가능금액 산정 지원기관 서버(200)와 통신을 취하여, 이 대출가능금액 산정 지원기관 서버(200) 측으로부터 제공되는 대출상환의지 판단 근거정보(예컨대, 대출자의 SNS 가입현황 정보, 대출자의 SNS 친구맺기 현황정보, 대출자의 블로그 운영현황 정보, 대출자의 사회후원 현황정보 등)를 접수/수신하는 절차를 진행하게 된다(도 4 참조).
상술한 절차를 통해, 대출상환의지 판단 기초정보, 대출상환의지 판단 근거정보 등이 추출/접수 완료되면, 추가 대출가능금액 산출모듈(105) 측에서는 일련의 정보비교루틴을 진행시켜, 대출상환의지 판단 기초정보, 대출상환의지 판단 근거정보 등을 대출상환의지 판단 기초정보(예컨대, 대출자의 세대주 여부 정보, 대출자의 부양가족수 정보, 대출자의 SNS 가입정보, 대출자의 블로그 가입정보, 대출자의 사회후원 내역정보 등)와 비교하고, 이를 통해, 대출자에 상응하는 대출상환의지지수를 산출하는 절차를 진행하게 된다(도 4 참조).
이렇게 하여, 대출자에 상응하는 대출상환의지지수가 산출 완료되면, 추가 대출가능금액 산출모듈(105) 측에서는 기 설정되어 있던 환산 룰에 따라, 대출상환의지지수를 금액으로 환산하고, 이를 통해, 대출자의 예상 대출상환의지가 반영된 추가 대출가능금액을 산출하는 절차를 진행하게 된다(도 4 참조)(물론, 이러한 환산절차 역시, 상황에 따라 다양한 변형을 이룰 수 있다).
한편, 상술한 각 절차를 통해, 대출자의 예상 대출상환능력이 반영된 기본 대출가능금액, 대출자의 예상 대출상환의지가 반영된 추가 대출가능금액 등이 산출 완료되면, 복합 대출가능금액 처리모듈(106) 측에서는 기본 대출가능금액 산출모듈(104), 추가 대출가능금액 산출모듈(105) 등과 통신을 취하여, 기본 대출가능금액, 추가 대출가능금액 등을 판독한 후, 일련의 정보합산루틴을 진행시켜, 기본 대출가능금액 및 추가 대출가능금액을 합산하고, 이를 통해, 복합 대출가능금액을 산출하는 절차를 진행하게 된다(도 4 참조).
이렇게 하여, 복합 대출가능금액이 산출 완료되면, 복합 대출가능금액 처리모듈(106) 측에서는 인터페이스 모듈(101), 유/무선 온라인망(20) 등을 매개로 금융회사 서버(11), 대출상품판매자 정보기기(12) 등과 통신을 취하여, 복합 대출가능금액을 금융회사 서버(11), 대출상품판매자 정보기기(12) 등으로 전송함으로써, 대출자에게 복합 대출가능금액에 상응하는 대출상품(DS)이 판매될 수 있도록 유도하는 절차를 진행하게 된다(도 4 참조).
이 상황 하에서, 금융회사 서버(11) 측에서는 상기 복합 대출가능금액에 상응하는 대출상품(DS)을 하나의 단일 대출계좌(10)를 통해 관리하게 된다.
결국, 상술한 본 발명의 구현환경 하에서, 대출자 측에서는 다수의 금융회사 및 다수의 대출계좌가 아닌, 단일의 금융회사 및 단일의 대출계좌(10)를 통해, 다중채무구조에서 획득할 수 있었던 것과 동일/유사한 대출가능금액(즉, 기본 대출가능금액 및 추가 대출가능금액이 합산된 복합 대출가능금액)을 가지는 단일의 대출상품(DS)을 손쉽게 획득/활용할 수 있게 된다(즉, 불필요한 다중채무구조를 탈피하면서도, 해당 다중채무구조를 통해 획득할 수 있었던 대출이익과 동일/유사한 대출이익을 단일의 대출상품(DS)을 통해 탄력적으로 향유할 수 있게 된다).
물론, 이러한 다중채무구조의 탈피 상황 하에서, 대출자 측에서는 다중채무구조에 기인한 각종 불편함/문제점, 예컨대, 각종 서류제출에 따른 불편함, 각 금융회사를 방문해야 하는 불편함, 대출심사를 반복적으로 받아야 하는 불편함, 각종 수수료를 지불해야 하는 불편함, 비용소요 문제점, 시간소요 문제점 등을 손쉽게 회피할 수 있게 된다.
한편, 앞의 도 3에 도시된 바와 같이, 본 발명의 대출상품 관리시스템(100)에는 상술한 각 전산모듈들 이외에도, 대출실행정보 접수모듈(107), 슬라이딩 타입 대출이자 처리모듈(108), 구간 타입 대출이자 처리모듈(109) 등이 추가로 배치된다. 이 경우, 시스템(100) 측에서는 대출자와의 계약내역에 따라, 슬라이딩 타입 대출이자 처리모듈(108), 구간 타입 대출이자 처리모듈(109) 등을 각기 선택적으로 운영하게 된다.
이때, 도 5에 도시된 바와 같이, 대출실행정보 접수모듈(107) 측에서는 인터페이스 모듈(101), 유/무선 온라인망(20) 등을 매개로 하여, 금융회사 서버(11), 대출상품 판매자 정보기기(12) 등과 통신을 취하면서, 이 금융회사 서버(11), 대출상품 판매자 정보기기(12) 등으로부터 대출자를 대상으로 하는 대출실행내역이 반영된 대출실행정보(예컨대, 대출자의 신상정보, 대출실행 일자정보, 대출상품 고유정보, 대출금액정보, 대출기간정보, 대출상품 판매자 정보, 대출상품 관리자 정보, 대출이자 납입시점 정보, 연체정보, 대출계좌 정보 등)를 접수한 후, 접수 완료된 대출실행정보를 자신의 정보저장영역에 저장/관리함으로써, 본 발명에 따른 대출상품 관리절차가 별다른 문제점 없이 정상적으로 진행될 수 있도록 보조하는 역할을 수행하게 된다.
이렇게 하여, <대출자를 대상으로 하는 대출실행내역이 반영된 대출실행정보>(예컨대, 대출자의 신상정보, 대출실행 일자정보, 대출상품 고유정보, 대출금액정보, 대출기간정보, 대출상품 판매자 정보, 대출상품 관리자 정보, 대출이자 납입시점 정보, 연체정보, 대출계좌 정보 등)가 접수/저장/관리되는 상황 하에서, 슬라이딩 타입 대출이자 처리모듈(108) 측에서는 대출실행정보 접수모듈(107)과 통신을 취하여, 이에 저장되어 있던 대출실행정보를 판독하고, 이를 통해, 대출상품(DS)에 대한 대출이자 납입시점이 도래하였는가의 여부를 체크하게 된다(도 5 참조).
이때, 대출상품(DS)에 대한 대출이자 납입시점이 도래한 것으로 판단되는 경우, 슬라이딩 타입 대출이자 처리모듈(108) 측에서는 금융회사 서버(11)와 통신을 취하여, 해당 대출상품(DS)에 상응하는 복합 대출가능금액의 소진비율을 판독함과 아울러, 운영정보 저장모듈(102)과 통신을 취하여, 이의 정보저장영역에 기 저장되어 있던 대출가능금 소진비율별 이자율 정보(예컨대, 대출가능금 소진비율이 50% 미만일 경우, 이자율은 5%라고 하는 정보, 대출가능금 소진비율이 60% 미만일 경우, 이자율은 7%라고 하는 정보, 대출가능금 소진비율이 70% 미만일 경우, 이자율은 8%라고 하는 정보 등)를 추출하는 절차를 진행하게 된다(도 5 참조).
상술한 절차를 통해, 대출자 측 대출상품(DS)에 상응하는 복합 대출가능금액의 소진비율, 대출가능금 소진비율별 이자율 정보 등이 판독/추출 완료되면, 슬라이딩 타입 대출이자 처리모듈(108) 측에서는 일련의 정보비교루틴을 진행시켜, 대출자 측 대출상품(DS)에 상응하는 복합 대출가능금액의 소진비율 및 대출가능금 소진비율별 이자율 정보를 비교하고, 이를 통해, 대출상품(DS)에 대한 대출이자내역을 산출하는 절차를 진행하게 된다(도 5 참조).
이때, 예를 들어, 대출자 측에서, 전체 복합 대출가능금액 중에서, 35%의 금액만을 실제로 소진하였을 경우, 슬라이딩 타입 대출이자 처리모듈(108) 측에서는 대출가능금 소진비율별 이자율 정보에 따라, 5%의 이자율이 적용된 대출이자내역을 산출하게 된다.
다른 예로, 대출자 측에서, 전체 복합 대출가능금액 중에서, 55%의 금액만을 실제로 소진하였을 경우, 슬라이딩 타입 대출이자 처리모듈(108) 측에서는 대출가능금 소진비율별 이자율 정보에 따라, 7%의 이자율이 적용된 대출이자내역을 산출하게 된다.
또 다른 예로, 대출자 측에서, 전체 복합 대출가능금액 중에서, 65%의 금액만을 실제로 소진하였을 경우, 슬라이딩 타입 대출이자 처리모듈(108) 측에서는 대출가능금 소진비율별 이자율 정보에 따라, 8%의 이자율이 적용된 대출이자내역을 산출하게 된다.
상술한 절차를 통해, 대출자 측 대출상품(DS)에 대한 대출이자내역이 산출 완료되면, 슬라이딩 타입 대출이자 처리모듈(108) 측에서는 금융회사 서버(11)와 통신을 취하여, 산출 완료된 대출자 측 대출상품(DS)에 대한 대출이자내역을 금융회사 서버(11)로 전송하게 되며, 결국, 금융회사 측에서는 대출자를 대상으로 대출이자를 정상적으로 청구/수수하면서, 별다른 문제점 없이, 대출상품(DS)을 정상적으로 운영할 수 있게 된다(도 5 참조).
물론, 본 발명의 일 실시에서는 상술한 바와 같이, <대출자 측에서, 전체 복합 대출가능금액 중에서, 몇 %의 금액만을 실제로 소진하였는가>의 여부에 따라, 서로 다른 이자율을 적용하기 때문에, 대출자 측에서는 큰 폭의 이자율 인하효과를 탄력적으로 향유할 수 있게 된다.
또한, 본 발명의 일 실시 하에서, 금융회사 측에서는 소진되지 아니한 대손충당금의 감소로 인한 경비절감 효과, 1개의 대출계좌로 다양한 금리상품을 운영할 수 있는 효과, 충성고객을 손쉽게 확보할 수 있는 효과 등을 탄력적으로 향유할 수 있게 된다.
한편, 상술한 절차를 통해, <대출자를 대상으로 하는 대출실행내역이 반영된 대출실행정보>(예컨대, 대출자의 신상정보, 대출실행 일자정보, 대출상품 고유정보, 대출금액정보, 대출기간정보, 대출상품 판매자 정보, 대출상품 관리자 정보, 대출이자 납입시점 정보, 연체정보, 대출계좌 정보 등)가 접수/저장/관리되는 상황 하에서, 구간 타입 대출이자 처리모듈(109) 측에서는 대출실행정보 접수모듈(107)과 통신을 취하여, 이에 저장되어 있던 대출실행정보를 판독하고, 이를 통해, 대출상품(DS)에 대한 대출이자 납입시점이 도래하였는가의 여부를 체크하게 된다(도 5 참조).
이때, 대출상품(DS)에 대한 대출이자 납입시점이 도래한 것으로 판단되는 경우, 구간 타입 대출이자 처리모듈(109) 측에서는 금융회사 서버(11)와 통신을 취하여, 해당 대출상품(DS)에 상응하는 복합 대출가능금액의 소진구간을 판독함과 아울러, 운영정보 저장모듈(102)과 통신을 취하여, 이의 정보저장영역에 기 저장되어 있던 대출가능금 소진구간별 이자율 정보(예컨대, 대출가능금 소진구간이 제1구간 내에 속할 경우, 이자율은 6%라고 하는 정보, 대출가능금 소진구간이 제2구간 내에 속할 경우, 이자율은 8%라고 하는 정보, 대출가능금 소진구간이 제3구간 내에 속할 경우, 이자율은 10%라고 하는 정보 등)를 추출하는 절차를 진행하게 된다(도 5 참조).
상술한 절차를 통해, 대출자 측 대출상품(DS)에 상응하는 복합 대출가능금액의 소진구간, 대출가능금 소진구간별 이자율 정보 등이 판독/추출 완료되면, 구간 타입 대출이자 처리모듈(109) 측에서는 일련의 정보비교루틴을 진행시켜, 대출자 측 대출상품(DS)에 상응하는 복합 대출가능금액의 소진구간 및 대출가능금 소진구간별 이자율 정보를 비교하고, 이를 통해, 대출상품(DS)에 대한 대출이자내역을 산출하는 절차를 진행하게 된다(도 5 참조).
이때, 예를 들어, 대출자 측에서, 전체 복합 대출가능금액 중에서, 제1구간에 속한 금액만을 실제로 소진하였을 경우, 구간 타입 대출이자 처리모듈(109) 측에서는 대출가능금 소진구간별 이자율 정보에 따라, 6%의 이자율이 적용된 대출이자내역을 산출하게 된다.
다른 예로, 대출자 측에서, 전체 복합 대출가능금액 중에서, 제2구간에 속한 금액만을 실제로 소진하였을 경우, 구간 타입 대출이자 처리모듈(109) 측에서는 대출가능금 소진구간별 이자율 정보에 따라, 8%의 이자율이 적용된 대출이자내역을 산출하게 된다.
또 다른 예로, 대출자 측에서, 전체 복합 대출가능금액 중에서, 제3구간에 속한 금액만을 실제로 소진하였을 경우, 구간 타입 대출이자 처리모듈(109) 측에서는 대출가능금 소진구간별 이자율 정보에 따라, 10%의 이자율이 적용된 대출이자내역을 산출하게 된다.
상술한 절차를 통해, 대출자 측 대출상품(DS)에 대한 대출이자내역이 산출 완료되면, 구간 타입 대출이자 처리모듈(109) 측에서는 금융회사 서버(11)와 통신을 취하여, 산출 완료된 대출자 측 대출상품(DS)에 대한 대출이자내역을 금융회사 서버(11)로 전송하게 되며, 결국, 금융회사 측에서는 대출자를 대상으로 대출이자를 정상적으로 청구/수수하면서, 별다른 문제점 없이, 대출상품(DS)을 정상적으로 운영할 수 있게 된다(도 5 참조).
물론, 본 발명의 다른 실시에서도, 상술한 바와 같이, <대출자 측에서, 전체 복합 대출가능금액 중에서, 어느 구간만의 금액만을 실제로 소진하였는가>의 여부에 따라, 서로 다른 이자율을 적용하기 때문에, 대출자 측에서는 큰 폭의 이자율 인하효과를 탄력적으로 향유할 수 있게 된다.
또한, 본 발명의 일 실시 하에도, 금융회사 측에서는 소진되지 아니한 대손충당금의 감소로 인한 경비절감 효과, 1개의 대출계좌로 다양한 금리상품을 운영할 수 있는 효과, 충성고객을 손쉽게 확보할 수 있는 효과 등을 탄력적으로 향유할 수 있게 된다.
이와 같이, 본 발명에서는 대출상품 판매자에 의해 운영되는 대출상품 판매자 정보기기(12), 금융회사에 의해 운영되는 금융회사 서버(11), 대출가능금액 상정 지원기관에 의해 운영되는 전산 서버(200) 등의 통신 인프라 하에, <금융회사 서버(11) 또는 대출상품판매자 정보기기(12)와 통신하여, 대출자의 대출신청내역이 반영된 대출신청정보를 접수할 수 있는 전산모듈>, <접수 완료된 대출신청정보로부터 대출상환능력 판단 기초정보를 추출한 후, 추출된 대출상환능력 판단 기초정보를, 기 저장되어 있던 대출상환능력 판단 기준정보와 비교하여, 대출자의 예상 대출상환능력이 반영된 기본 대출가능금액을 산출할 수 있는 전산모듈>, <접수 완료된 대출신청정보로부터 대출상환의지 판단 기초정보를 추출한 후, 추출된 대출상환의지 판단 기초정보를, 기 저장되어 있던 대출상환의지 판단 기준정보, 또는, 대출가능금액 상정 지원기관 서버 측으로부터 제공되는 대출상환의지 판단 근거정보와 비교하여, 대출자의 예상 대출상환의지가 반영된 추가 대출가능금액을 산출할 수 있는 전산모듈>, <산출 완료된 기본 대출가능금액 및 추가 대출가능금액을 합산하여, 복합 대출가능금액을 산출한 후, 산출된 복합 대출가능금액을 상기 금융회사 서버(11) 또는 대출상품판매자 정보기기(12)로 전송하여, 상기 대출자에게 상기 복합 대출가능금액에 상응하는 대출상품(DS)이 판매될 수 있도록 유도할 수 있는 전산모듈> 등을 체계적으로 배치 제공하기 때문에, 본 발명의 구현환경 하에서, 대출자 측에서는, 다수의 금융회사 및 다수의 대출계좌가 아닌, 단일의 금융회사 및 단일의 대출계좌(10)를 통해, 다중채무구조에서 획득할 수 있었던 것과 동일/유사한 대출가능금액(즉, 기본 대출가능금액 및 추가 대출가능금액이 합산된 복합 대출가능금액)을 가지는 단일의 대출상품(DS)을 손쉽게 획득/활용할 수 있게 되며(즉, 다중채무구조를 탈피하면서도, 해당 다중채무구조를 통해 획득할 수 있었던 대출이익과 동일/유사한 대출이익을 단일의 대출상품(DS)을 통해 탄력적으로 향유할 수 있게 되며), 결국, 해당 대출자는 물론, 금융회사, 정부기관 측에서도, 종래의 다중채무구조에 기인한 각종 문제점(예를 들어, 다중 서류제출에 따른 문제점, 각 금융회사를 일일이 방문해야 하는 문제점, 대출심사를 반복적으로 받아야 하는 문제점, 각종 수수료를 다중 지불해야 하는 문제점, 다수의 대출 건 관리에 따른 비용/시간 소요 문제점, 대손충담금/경비 증가 문제점, 다중 대출자에 대한 관리/감독 비용 및 인력 증가 문제점, 불필요한 사회비용 증가 문제점 등)을 효과적으로 회피할 수 있게 된다.
이러한 본 발명은 특정 분야에 국한되지 아니하며, 금융상품의 효과적인 운영이 필요한 여러 분야에서, 전반적으로 유용한 효과를 발휘한다.
그리고, 앞에서, 본 발명의 특정한 실시 예가 설명되고 도시되었지만 본 발명이 당업자에 의해 다양하게 변형되어 실시될 가능성이 있는 것은 자명한 일이다.
이와 같은 변형된 실시 예들은 본 발명의 기술적 사상이나 관점으로부터 개별적으로 이해되어서는 안되며 이와 같은 변형된 실시 예들은 본 발명의 첨부된 특허청구의 범위 안에 속한다 해야 할 것이다.
1a,1b,1c,10: 대출계좌
11: 금융회사 서버
12: 대출상품 판매자 정보기기
20: 유/무선 온라인망
100: 대출상품 관리시스템
101: 인터페이스 모듈
102: 운영정보 저장모듈
103: 대출신청정보 접수모듈
104: 기본 대출가능금액 산출모듈
105: 추가 대출가능금액 산출모듈
106: 복합 대출가능금액 처리모듈
107: 대출실행정보 접수모듈
108: 슬라이딩 타입 대출이자 처리모듈
109: 구간 타입 대출이자 처리모듈
200: 대출가능금액 산정 지원기관 서버
11: 금융회사 서버
12: 대출상품 판매자 정보기기
20: 유/무선 온라인망
100: 대출상품 관리시스템
101: 인터페이스 모듈
102: 운영정보 저장모듈
103: 대출신청정보 접수모듈
104: 기본 대출가능금액 산출모듈
105: 추가 대출가능금액 산출모듈
106: 복합 대출가능금액 처리모듈
107: 대출실행정보 접수모듈
108: 슬라이딩 타입 대출이자 처리모듈
109: 구간 타입 대출이자 처리모듈
200: 대출가능금액 산정 지원기관 서버
Claims (5)
- 유/무선 온라인망을 매개로, 금융회사 서버 또는 대출상품판매자 정보기기와 통신하여, 대출자의 대출신청내역이 반영된 대출신청정보를 접수하는 대출신청정보 접수모듈과;
상기 대출신청정보로부터 대출상환능력 판단 기초정보를 추출한 후, 추출된 대출상환능력 판단 기초정보를, 기 저장되어 있던 대출상환능력 판단 기준정보와 비교하여, 대출자의 예상 대출상환능력이 반영된 기본 대출가능금액을 산출하는 기본 대출가능금액 산출모듈과;
상기 대출신청정보로부터 대출상환의지 판단 기초정보를 추출한 후, 추출된 대출상환의지 판단 기초정보를, 기 저장되어 있던 대출상환의지 판단 기준정보, 또는, 대출가능금액 상정 지원기관 서버 측으로부터 제공되는 대출상환의지 판단 근거정보와 비교하여, 대출자의 예상 대출상환의지가 반영된 추가 대출가능금액을 산출하는 추가 대출가능금액 산출모듈과;
상기 기본 대출가능금액 및 추가 대출가능금액을 합산하여, 복합 대출가능금액을 산출한 후, 산출된 복합 대출가능금액을 상기 금융회사 서버 또는 대출상품판매자 정보기기로 전송하여, 상기 대출자에게 상기 복합 대출가능금액에 상응하는 대출상품이 판매될 수 있도록 하는 복합 대출가능금액 처리모듈을 포함하는 것을 특징으로 하는 대출상품 관리시스템. - 제 1 항에 있어서, 상기 금융회사 서버 측에서는 상기 복합 대출가능금액에 상응하는 대출상품을 하나의 단일 대출계좌를 통해 관리하는 것을 특징으로 하는 대출상품 관리시스템.
- 제 1 항에 있어서, 상기 금융회사 서버 또는 대출상품판매자 정보기기와 통신하여, 대출자를 대상으로 하는 대출실행내역이 반영된 대출실행정보를 접수하는 대출실행정보 접수모듈을 더 포함하는 것을 특징으로 하는 대출상품 관리시스템.
- 제 1 항에 있어서, 상기 대출상품에 대한 대출이자 납입시점이 도래한 국면에서, 상기 금융회사 서버와 통신하여, 해당 대출상품에 상응하는 복합 대출가능금액의 소진비율을 판독한 후, 해당 소진비율을 기 저장되어 있던 대출가능금 소진비율별 이자율과 비교하여, 상기 대출상품에 대한 대출이자내역을 산출하고, 산출된 대출이자내역을 상기 금융회사 서버로 전송하는 슬라이딩 타입 대출이자 처리모듈을 더 포함하는 것을 특징으로 하는 대출상품 관리시스템.
- 제 1 항에 있어서, 상기 대출상품에 대한 대출이자 납입시점이 도래한 국면에서, 상기 금융회사 서버와 통신하여, 해당 대출상품에 상응하는 복합 대출가능금액의 소진구간을 판독한 후, 해당 소진구간을 기 저장되어 있던 대출가능금 소진구간별 이자율과 비교하여, 상기 대출상품에 대한 대출이자내역을 산출하고, 산출된 대출이자내역을 상기 금융회사 서버로 전송하는 구간 타입 대출이자 처리모듈을 더 포함하는 것을 특징으로 하는 대출상품 관리시스템.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020170082790A KR101956730B1 (ko) | 2017-06-29 | 2017-06-29 | 대출상품 관리시스템 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020170082790A KR101956730B1 (ko) | 2017-06-29 | 2017-06-29 | 대출상품 관리시스템 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20190002210A true KR20190002210A (ko) | 2019-01-08 |
| KR101956730B1 KR101956730B1 (ko) | 2019-03-11 |
Family
ID=65021191
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020170082790A KR101956730B1 (ko) | 2017-06-29 | 2017-06-29 | 대출상품 관리시스템 |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR101956730B1 (ko) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110111194A (zh) * | 2019-04-01 | 2019-08-09 | 北京羽乐创新科技有限公司 | 号码评估方法及装置 |
| DE102020100113A1 (de) | 2019-01-08 | 2020-07-09 | Dongsung Corporation | Zusammensetzung für Auto-Innenhaut, Herstellungsverfahren dafür und unter Verwendung derselben hergestellte Auto-Innenhaut |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20210044974A (ko) | 2019-10-16 | 2021-04-26 | 이인우 | 종합유통물류 통합시스템 및 그 시스템의 구동방법 |
-
2017
- 2017-06-29 KR KR1020170082790A patent/KR101956730B1/ko active IP Right Grant
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102020100113A1 (de) | 2019-01-08 | 2020-07-09 | Dongsung Corporation | Zusammensetzung für Auto-Innenhaut, Herstellungsverfahren dafür und unter Verwendung derselben hergestellte Auto-Innenhaut |
| CN110111194A (zh) * | 2019-04-01 | 2019-08-09 | 北京羽乐创新科技有限公司 | 号码评估方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| KR101956730B1 (ko) | 2019-03-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8504456B2 (en) | Behavioral baseline scoring and risk scoring | |
| Ivatury | Using technology to build inclusive financial systems | |
| US8660943B1 (en) | Methods and systems for financial transactions | |
| US20120191594A1 (en) | Online business method for providing a financial service or product | |
| US20100076875A1 (en) | System and method for provisioning anticipated tax refund, income or consumer loans | |
| US20150371326A1 (en) | Mobile financial solution for unbanked and under-banked consumers | |
| US20140032394A1 (en) | Peer to peer lending using a mobile wallet | |
| US20040186807A1 (en) | Credit data collection method and apparatus | |
| US20100250407A1 (en) | Systems, methods and machine-readable mediums for consolidating financial information from multiple accounts maintained with a plurality of financial institutions | |
| CN102208056A (zh) | 社区回报 | |
| CN102208091A (zh) | 基于商家的社区回报 | |
| Mullan | The digital currency challenge: Shaping online payment systems through US financial regulations | |
| WO2017173021A1 (en) | Method and system for digital money management for a payment account | |
| WO2013056164A2 (en) | Systems and methods for management of credit groups | |
| KR101956730B1 (ko) | 대출상품 관리시스템 | |
| Venet | FinTech and financial inclusion | |
| KR20160131167A (ko) | 모바일 단말기를 이용한 가맹점 채권 관리시스템 및 그 방법 | |
| JP7001640B2 (ja) | 不動産関連経済システム及びその管理方法 | |
| Arya | E-Banking: The Emerging Trend | |
| KR20090000053A (ko) | 금융 기관이 개입되는 부동산 임대 중계 거래 방법 및 그시스템 | |
| FATF | Anti-money laundering/combating the financing of terrorism (AML/CFT) | |
| RU2285296C2 (ru) | Устройство для расчетов за товары и услуги | |
| Standard | Banking | |
| Kiarie et al. | Fitting the pieces of the liquidity management puzzle | |
| Onyango | The South Africa-Zimbabwe remittance corridor: an analysis of its characteristics and the cost of remittance payments |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |