KR101167417B1 - 고객담보물 관리시스템 - Google Patents

고객담보물 관리시스템 Download PDF

Info

Publication number
KR101167417B1
KR101167417B1 KR1020100087820A KR20100087820A KR101167417B1 KR 101167417 B1 KR101167417 B1 KR 101167417B1 KR 1020100087820 A KR1020100087820 A KR 1020100087820A KR 20100087820 A KR20100087820 A KR 20100087820A KR 101167417 B1 KR101167417 B1 KR 101167417B1
Authority
KR
South Korea
Prior art keywords
customer
csp
collateral
asset
module
Prior art date
Application number
KR1020100087820A
Other languages
English (en)
Other versions
KR20120025741A (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 KR1020100087820A priority Critical patent/KR101167417B1/ko
Publication of KR20120025741A publication Critical patent/KR20120025741A/ko
Application granted granted Critical
Publication of KR101167417B1 publication Critical patent/KR101167417B1/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/02—Banking, e.g. interest calculation or account maintenance
    • 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • 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
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/16—Real estate
    • G06Q50/163—Property management

Abstract

본 발명은 고객담보물 관리시스템에 관한 것으로, 본 발명에서는 금융업체에 소속된 고객자산관리 기간계 서버의 통신 파이프 라인 내에, 고객이 보유한 여러 종류의 고객담보물 정보를 취합한 후, 이를 하나의 패키지형 데이터로 결합하여, 통합된 자산가치를 지닌 고객담보물 패키지(CSP: Customer Security Package)를 생성할 수 있는 전산모듈, 기 설정되어 있던 자산가치산정 기준정보를 토대로, CSP가 이루고 있는 자산가치를 통합?환산하여, CSP 유효자산금액(예컨대, CSP에 상응하는 담보가능금액, CSP에 상응하는 증권매수가능금액, CSP에 상응하는 신탁가능금액 등)을 평가?산정할 수 있는 전산모듈, CSP 측 유효자산금액이 반영된 고객명의의 CSP 계좌정보를 생성하고, 생성된 고객명의의 CSP 계좌정보를 고객자산관리 기간계 서버 측으로 전송하여, 이 CSP 계좌정보를 기초로 하는 고객명의의 CSP 계좌 및 이 CSP 계좌를 기초로 하는 고객명의의 독립된 자산상품(예컨대, 자유입출금형 대출상품, MBS(Mortgage Backed Security) 증권상품, 신탁상품 등)이 고객자산관리 기간계 서버에 의해 운영되는 자산상품 유통마켓을 통해 안정적으로 유통될 수 있도록 유도할 수 있는 전산모듈 등을 체계적으로 연계 배치하고, 이를 통해, 고객 또는 금융업체 측에서 고객담보물의 자산가치가 평가절하 되었던 문제점, 고객담보물의 활용절차가 개별담보물별로 복잡하게 진행되었던 문제점 등을 손쉽게 회피하면서, 해당 고객담보물을 예컨대, 주식, 증권, 예금, 신탁 등과 동등한 자격을 갖춘 하나의 독립된 자산상품으로 폭 넓게 활용할 수 있도록 가이드 할 수 있다.

Description

고객담보물 관리시스템{The system which manages a customer security}
본 발명은 고객 측이 보유한 여러 종류의 담보물을 하나의 패키지로 모아 관리하는 고객담보물 관리시스템에 관한 것으로, 보다 상세하게는 금융업체에 소속된 고객자산관리 기간계 서버의 통신 파이프 라인 내에, 고객이 보유한 여러 종류의 고객담보물 정보를 취합한 후, 이를 하나의 패키지형 데이터로 결합하여, 통합된 자산가치를 지닌 고객담보물 패키지(CSP: Customer Security Package; 이하, "CSP"라 함)를 생성할 수 있는 전산모듈, 기 설정되어 있던 자산가치산정 기준정보를 토대로, CSP가 이루고 있는 자산가치를 통합?환산하여, CSP 유효자산금액(예컨대, CSP에 상응하는 담보가능금액, CSP에 상응하는 증권매수가능금액, CSP에 상응하는 신탁가능금액 등)을 평가?산정할 수 있는 전산모듈, CSP 측 유효자산금액이 반영된 고객명의의 CSP 계좌정보를 생성하고, 생성된 고객명의의 CSP 계좌정보를 고객자산관리 기간계 서버 측으로 전송하여, 이 CSP 계좌정보를 기초로 하는 고객명의의 CSP 계좌 및 이 CSP 계좌를 기초로 하는 고객명의의 독립된 자산상품(예컨대, 자유입출금형 대출상품, MBS(Mortgage Backed Security) 증권상품, 신탁상품 등)이 고객자산관리 기간계 서버에 의해 운영되는 자산상품 유통마켓을 통해 안정적으로 유통될 수 있도록 유도할 수 있는 전산모듈 등을 체계적으로 연계 배치하고, 이를 통해, 고객 또는 금융업체 측에서 고객담보물의 자산가치가 평가절하 되었던 문제점, 고객담보물의 활용절차가 개별담보물별로 복잡하게 진행되었던 문제점 등을 손쉽게 회피하면서, 해당 고객담보물을 예컨대, 주식, 증권, 예금, 신탁 등과 동등한 자격을 갖춘 하나의 독립된 자산상품으로 폭 넓게 활용할 수 있도록 가이드 할 수 있는 고객담보물 관리시스템에 관한 것이다.
근래에, 경제규모가 급격히 팽창하면서, 자신이 보유한 담보물(예컨대, 주택, 토지, 임야, 기타부동산 등)을 자신의 자산관리에 이용하는 고객(개인고객, 기업고객 등)의 숫자 또한 급격한 증가추세를 이루고 있으며, 이에 따라, 고객의 담보물을 전반적으로 관리?취급해주는 각종 금융업체(예컨대, 증권업체, 은행, 신용카드사 등)의 사회적 중요성 또한 큰 폭으로 증가하고 있다.
통상, 이러한 종래의 담보물 관리체제 하에서, 도 1에 도시된 바와 같이, 고객(C) 측에서는 금융업체(1) 측과 관계를 취하여, 자가 보유 고객담보물(2,3,4)(예컨대, 주택, 토지, 임야, 기타부동산 등)을 금융업체 측에 제공한 후, 이를 담보로, 일련의 담보대출을 시행 받게 된다.
이때, 고객(C) 측으로부터 제공된 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야) 사이에는 별다른 연계관계가 형성되어 있지 않기 때문에, 금융업체 측에서는 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)를 각기 서로 다른 담보물로 개별 취급할 수밖에 없게 되며, 결국, 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야) 각각에 대하여, 개별적인 담보가치를 산정한 후, 이에 상응하는 담보대출을 시행하게 된다.
물론, 이러한 종래의 경우, 고객(C) 측에서는 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)의 담보가치를 하나의 종합된 <고액의 담보가치>가 아닌 개별적인 <소액의 담보가치>로밖에 인정받을 수 없기 때문에, 자신이 대출 받을 수 있는 금액한도가 크게 줄어드는 피해를 피할 수 없게 된다.
또한, 이처럼, 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)가 각기 서로 다른 담보물로 취급받는 경우, 각 고객담보물(2,3,4)은 개별적인 담보대출 요청절차에 의해서만 담보설정이 가능하기 때문에, 각 고객 측에서는 어쩔 수 없이, 자신의 필요시점 시마다, 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야) 각각에 대하여, 일련의 담보대출 요청절차를 개별적으로 진행할 수밖에 없게 되며, 결국, 그에 따른 각종 불편함을 고스란히 감수할 수밖에 없게 된다.
더욱이, 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)가 각기 서로 다른 담보물로 인정?취급받는 상황에서, 해당 고객담보물(2,3,4)들의 담보가치는 고액의 자산가치로 통합?환산되지 못한 체, 단순히, 소액의 개별 담보가치로 분산 상정될 수밖에 없게 되며, 결국, 고객(C) 또는 금융업체(1) 측에서는 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)를 하나의 독립된 고객자산으로 활용하지 못하고, 이를 단순히, 담보대출을 위한 담보물로밖에 활용할 수 없게 된다.
한편, 도 2에 도시된 바와 같이, 종래의 기술에 따른 또 다른 담보물 관리체제 하에서, 고객(C) 측에서는 하나의 금융업체가 아닌 여러 금융업체(1a,1b,1c) 측과 관계를 취하여, 자가 보유 고객담보물(2,3,4)(예컨대, 주택, 토지, 임야, 기타부동산 등)을 각 금융업체(1a,1b,1c) 측에 제공한 후, 이를 담보로, 일련의 담보대출을 시행 받을 수도 있게 된다.
이때에도, 고객(C) 측으로부터 제공된 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야) 사이에는 별다른 연계관계가 형성되어 있지 않기 때문에, 각 금융업체(1a,1b,1c) 측에서는 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)를 각기 서로 다른 담보물로 개별 취급할 수밖에 없게 되며, 결국, 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야) 각각에 대하여, 개별적인 담보가치를 산정한 후, 이에 상응하는 담보대출을 시행하게 된다.
물론, 이러한 종래의 경우에도, 고객(C) 측에서는 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)의 담보가치를 하나의 종합된 <고액의 담보가치>가 아닌 개별적인 <소액의 담보가치>로밖에 인정받을 수 없게 되며, 결국, 자신이 대출 받을 수 있는 금액한도가 크게 줄어드는 피해를 피할 수 없게 된다.
또한, 이처럼, 종래의 담보물 관리패턴에 따라, 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)가 각기 서로 다른 담보물로 취급받는 경우에도, 각 고객담보물(2,3,4)은 개별적인 담보대출 요청절차에 의해서만 담보설정이 가능하기 때문에, 각 고객 측에서는 어쩔 수 없이, 자신의 필요시점 시마다, 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야) 각각에 대하여, 일련의 담보대출 요청절차를 개별적으로 진행할 수밖에 없게 되며, 결국, 그에 따른 각종 불편함을 고스란히 감수할 수밖에 없게 된다.
더욱이, 상술한 종래의 담보물 관리패턴에 따라, 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)가 각기 서로 다른 담보물로 인정?취급받는 상황에서도, 해당 담보물(2,3,4)들의 담보가치는 고액의 자산가치로 통합?환산되지 못한 체, 단순히, 소액의 개별 담보가치로 분산 상정될 수밖에 없게 되며, 결국, 고객(C) 또는 각 금융업체(1a,1b,1c) 측에서는 고객담보물A(2)(예컨대, 고객보유 주택), 고객담보물B(3)(예컨대, 고객보유 토지), 고객담보물C(4)(예컨대, 고객보유 임야)를 하나의 독립된 고객자산으로 활용하지 못하고, 이를 단순히, 담보대출을 위한 담보물로밖에 활용할 수 없게 된다.
따라서, 본 발명의 목적은 금융업체에 소속된 고객자산관리 기간계 서버의 통신 파이프 라인 내에, 고객이 보유한 여러 종류의 고객담보물 정보를 취합한 후, 이를 하나의 패키지형 데이터로 결합하여, 통합된 자산가치를 지닌 고객담보물 패키지(CSP: Customer Security Package)를 생성할 수 있는 전산모듈, 기 설정되어 있던 자산가치산정 기준정보를 토대로, CSP가 이루고 있는 자산가치를 통합?환산하여, CSP 유효자산금액(예컨대, CSP에 상응하는 담보가능금액, CSP에 상응하는 증권매수가능금액, CSP에 상응하는 신탁가능금액 등)을 평가?산정할 수 있는 전산모듈, CSP 측 유효자산금액이 반영된 고객명의의 CSP 계좌정보를 생성하고, 생성된 고객명의의 CSP 계좌정보를 고객자산관리 기간계 서버 측으로 전송하여, 이 CSP 계좌정보를 기초로 하는 고객명의의 CSP 계좌 및 이 CSP 계좌를 기초로 하는 고객명의의 독립된 자산상품(예컨대, 자유입출금형 대출상품, MBS(Mortgage Backed Security) 증권상품, 신탁상품 등)이 고객자산관리 기간계 서버에 의해 운영되는 자산상품 유통마켓을 통해 안정적으로 유통될 수 있도록 유도할 수 있는 전산모듈 등을 체계적으로 연계 배치하고, 이를 통해, 고객 또는 금융업체 측에서 고객담보물의 자산가치가 평가절하 되었던 문제점, 고객담보물의 활용절차가 개별담보물별로 복잡하게 진행되었던 문제점 등을 손쉽게 회피하면서, 해당 고객담보물을 예컨대, 주식, 증권, 예금, 신탁 등과 동등한 자격을 갖춘 하나의 독립된 자산상품으로 폭 넓게 활용할 수 있도록 가이드 하는데 있다.
본 발명의 다른 목적들은 다음의 상세한 설명과 첨부된 도면으로부터 보다 명확해질 것이다.
상기와 같은 목적을 달성하기 위하여 본 발명에서는 고객이 보유한 자산상품 및 고객담보물을 전산 관리하는 고객자산관리 기간계 서버와 통신하면서, 상기 고객담보물 내역이 통합 반영된 고객담보물 패키지(CSP: Customer Security Package)의 생성 및 운용절차를 전체적으로 관리하는 고객담보물 관리모듈과; 상기 고객담보물 관리모듈에 의해 제어되며, 상기 고객자산관리 기간계 서버 측 요청에 따라, 상기 고객이 보유한 고객담보물 내역이 반영된 고객담보물 데이터를 취합하는 고객담보물 데이터 취합모듈과; 상기 고객담보물 관리모듈에 의해 제어되며, 상기 고객담보물 데이터 취합모듈에 의해 취합된 고객담보물 데이터를 하나의 정보로 결합하여, 상기 고객담보물 내역이 통합 반영된 CSP를 생성하는 CSP 생성모듈과; 상기 고객담보물 관리모듈에 의해 제어되며, 기 설정되어 있던 유효자산금액 산정 기준정보를 토대로 상기 CSP가 이루고 있는 자산가치를 통합?환산하여, 상기 CSP에 상응하는 CSP 유효자산금액을 산정하는 CSP 유효자산금액 산정모듈과; 상기 고객담보물 관리모듈에 의해 제어되며, 상기 CSP 유효자산금액이 반영된 고객명의의 CSP 계좌정보를 생성하고, 생성된 고객명의의 CSP 계좌정보를 상기 고객자산관리 기간계 서버 측으로 전송하여, 상기 CSP 계좌정보를 기초로 하는 CSP 계좌 및 상기 CSP 계좌를 기초로 하는 자산상품이 고객명의로 운영될 수 있도록 하는 CSP 계좌정보 처리모듈을 포함하는 것을 특징으로 하는 고객담보물 관리시스템을 개시한다.
본 발명에서는 금융업체에 소속된 고객자산관리 기간계 서버의 통신 파이프 라인 내에, 고객이 보유한 여러 종류의 고객담보물 정보를 취합한 후, 이를 하나의 패키지형 데이터로 결합하여, 통합된 자산가치를 지닌 고객담보물 패키지(CSP: Customer Security Package)를 생성할 수 있는 전산모듈, 기 설정되어 있던 자산가치산정 기준정보를 토대로, CSP가 이루고 있는 자산가치를 통합?환산하여, CSP 유효자산금액(예컨대, CSP에 상응하는 담보가능금액, CSP에 상응하는 증권매수가능금액, CSP에 상응하는 신탁가능금액 등)을 평가?산정할 수 있는 전산모듈, CSP 측 유효자산금액이 반영된 고객명의의 CSP 계좌정보를 생성하고, 생성된 고객명의의 CSP 계좌정보를 고객자산관리 기간계 서버 측으로 전송하여, 이 CSP 계좌정보를 기초로 하는 고객명의의 CSP 계좌 및 이 CSP 계좌를 기초로 하는 고객명의의 독립된 자산상품(예컨대, 자유입출금형 대출상품, MBS(Mortgage Backed Security) 증권상품, 신탁상품 등)이 고객자산관리 기간계 서버에 의해 운영되는 자산상품 유통마켓을 통해 안정적으로 유통될 수 있도록 유도할 수 있는 전산모듈 등을 체계적으로 배치 제공하기 때문에, 본 발명의 구현환경 하에서, 고객 또는 금융업체 측에서는 고객담보물의 자산가치가 평가절하 되었던 문제점, 고객담보물의 활용절차가 개별담보물별로 복잡하게 진행되었던 문제점 등을 손쉽게 회피하면서, 해당 고객담보물을 예컨대, 주식, 증권, 예금, 신탁 등과 동등한 자격을 갖춘 하나의 독립된 자산상품으로 폭 넓게 활용할 수 있게 된다.
도 1 및 도 2는 종래의 기술에 따른 고객담보물의 유통형태를 개념적으로 도시한 예시도.
도 3은 본 발명에 따른 고객담보물의 유통형태를 개념적으로 도시한 예시도.
도 4는 본 발명에 따른 고객담보물 관리시스템의 세부구성을 개념적으로 도시한 예시도.
도 5 및 도 6은 본 발명에 따른 고객담보물 관리시스템의 기능수행절차를 개념적으로 도시한 예시도.
도 7은 본 발명에 따른 CSP 증권화 지원모듈의 기능수행절차를 개념적으로 도시한 예시도.
이하, 첨부된 도면을 참조하여, 본 발명에 따른 고객담보물 관리시스템을 좀더 상세히 설명하면 다음과 같다.
도 3에 도시된 바와 같이, 본 발명의 체제 하에서, 금융업체에 소속된 고객자산관리 기간계 서버(200) 측에서는 온라인망(20)(예컨대, 유/무선 인터넷망)을 매개로 고객 클라이언트(11) 측과 통신을 취하면서, 고객 가이드 프레임(201)(예컨대, 웹페이지)을 운영하여, 고객계좌(31)를 생성하는 절차, 이 고객계좌(31)를 기초로 하여, 각종 자산상품(51)(예컨대, 주식, 증권, 예금, 신탁 등)을 생성?판매하고 운영하는 절차, 고객담보물(61)(예컨대, 주택, 토지, 임야, 기타부동산 등)(구체적으로는, 고객담보물 관련내역을 담은 온라인 서류정보)을 저장 관리하는 절차 등을 전산 진행하게 된다.
이 경우, 고객자산관리 기간계 서버(200)에는 예컨대, 고객 가이드 프레임(201)을 생성하고 운영할 수 있는 전산모듈, 고객계좌(31)를 생성하고, 운영할 수 있는 전산모듈, 고객계좌(31)를 기초로 하여, 각종 자산상품(51)을 생성/판매 및 운영할 수 있는 전산모듈, 고객담보물(61) 관련 서류정보를 저장 관리할 수 있는 전산모듈(물론, 이 전산모듈은 상황에 따라, 고객담보물 관련 서류정보를 여러 금융업체(제휴 금융업체 포함) 측으로부터 일괄적으로 접수하여, 통합 관리할 수도 있다) 등이 체계적으로 조합 배치된다.
여기서, 앞의 고객 클라이언트(11)로는 노트북 PC, 데스크탑 PC 등과 같은 정보처리장치를 위시하여, 셀룰러폰(Cellular phone), 피씨에스폰(PCS phone:Personal Communications Services phone), 동기식/비동기식 IMT-2000(International Mobile Telecommunication-2000), 팜 PC(Palm Personal Computer), 개인용 디지털 보조기(PDA:Personal Digital Assistant), 스마트폰(Smart phone), 왑폰(WAP phone:Wireless application protocol phone), 게임기(Play-station) 등과 같은 모바일 기기(Mobile device)가 고객(C)이 처한 상황에 따라 다양하게 선택될 수 있다.
물론, 이 상황에서, 각 고객(C) 측에서는 자신이 보유한 고객담보물(61)(예컨대, 주택, 토지, 임야, 기타부동산 등)을 자신의 자산관리에 폭 넓게 이용하려는 경향을 보이게 된다.
이때, 상술한 바와 같이, 종래의 금융업체 측에서는 고객담보물, 예컨대, 주택, 토지, 임야 등을 각기 서로 다른 담보물로 인정?취급하였음은, 물론, 이들의 담보가치도, 소액의 개별 담보가치로 분산 상정하였기 때문에, 종래의 체제 하에서, 고객 또는 금융업체 측에서는 <고객담보물의 자산가치가 평가절하 될 수밖에 없는 문제점>, <고객담보물의 활용절차가 개별담보물별로 복잡하게 진행될 수밖에 없는 문제점> 등은 물론, <고객담보물을 하나의 독립된 고객자산으로 활용하지 못하고, 이를 단순히, 담보대출을 위한 담보물로밖에 활용할 없는 문제점>까지도 고스란히 감수할 수밖에 없었다.
이러한 민감한 상황에서, 도 3에 도시된 바와 같이, 본 발명에서는 고객자산관리 기간계 서버(200) 측 통신 파이프라인 내에, 고객담보물(61)을 자산화 시켜, 전담 처리하는 본 발명 고유의 고객담보물 관리시스템(100)을 추가 설치하는 조치를 강구하게 된다(이 경우, 본 발명의 고객담보물 관리시스템(100)은 고객자산관리 기간계 서버(200) 측의 프로그램 빌딩블록 내에 종속?설치되는 구조를 취하여도 무방하다).
이 경우, 본 발명의 고객담보물 관리시스템(100) 측에서는 고객(C)이 보유한 여러 종류의 고객담보물 데이터를 취합한 후, 이를 하나의 패키지형 정보로 결합하여, 통합된 자산가치를 지닌 CSP(300)를 생성하는 절차, 기 설정되어 있던 자산가치산정 기준정보를 토대로, CSP(300)를 이루는 담보물A(301), 담보물B(302), 담보물C(303) 등의 자산가치를 통합?환산하여, CSP(300)에 상응하는 유효자산금액(예컨대, CSP(300)에 상응하는 담보가능금액, CSP(300)에 상응하는 증권매수가능금액, CSP(300)에 상응하는 신탁가능금액 등)을 평가?산정하는 절차, CSP(300) 측 유효자산금액이 반영된 고객명의의 CSP 계좌정보(400)를 생성하고, 생성된 고객명의의 CSP 계좌정보(400)를 고객자산관리 기간계 서버(200) 측으로 전송하여, 이 CSP 계좌정보(400)를 기초로 하는 고객명의의 CSP 계좌(32) 및 이 CSP 계좌(32)를 기초로 하는 고객명의의 독립된 자산상품(40), 예컨대, 자유입출금형 대출상품(41), MBS 증권상품(42), 신탁상품(43) 등이 고객자산관리 기간계 서버(200)에 의해 운영될 수 있도록 유도하는 절차 등을 체계적으로 진행하게 된다.
물론, 이러한 본 발명의 구현환경 하에서, 고객(C) 또는 금융업체 측에서는 고객담보물(61)의 자산가치가 평가절하 되었던 문제점, 고객담보물(61)의 활용절차가 개별담보물(예컨대, 주택, 토지, 임야 등)별로 복잡하게 진행되었던 문제점 등을 손쉽게 회피하면서도, 해당 고객담보물(61)을 예컨대, 주식, 증권, 예금, 신탁 등과 동등한 자격을 갖춘 하나의 독립된 자산상품(40)(예컨대, 자유입출금형 대출상품, MBS 증권상품, 신탁상품 등)으로 폭 넓게 활용할 수 있게 된다.
이때, 도 4에 도시된 바와 같이, 본 발명에 따른 고객담보물 관리시스템(100)은 인터페이스 모듈(102)을 매개로, 고객(C)이 보유한 자산상품(51) 및 고객담보물(61)을 전산 관리하는 고객자산관리 기간계 서버(200) 측과 통신하면서, 고객담보물(61) 내역이 통합 반영된 CSP(300)를 생성하고 생성된 CSP를 운용하는 절차를 전체적으로 관리 제어하는 고객담보물 관리모듈(101)과 이 고객담보물 관리모듈(101)의 제어 체제 하에 놓인 운영정보 저장모듈(111), 운영 보조모듈(110), CSP 유효자산금액산정 기준정보 저장모듈(104), CSP 유효자산금액산정 기준정보 갱신모듈(105), CSP계좌 생성요청 접수모듈(103), 고객담보물 데이터 취합모듈(106), CSP 생성모듈(107), CSP 유효자산금액 산정모듈(108), CSP 계좌정보 처리모듈(109) 등이 긴밀하게 조합된 구성을 취하게 된다.
이때, 고객담보물 관리모듈(101)에 의해 제어되는 운영정보 저장모듈(111) 측에서는 고객담보물 관리 서비스의 시행에 필요한 각종 운영정보, 예컨대, 고객자산관리 기간계 서버(200)의 등록정보, 시스템(100) 자원현황 정보, 고객(C)의 등록정보, 시스템(100) 내 각 전산모듈들의 전산 프로세스 진행에 필요한 컴포넌트 정보 등을 자신의 정보저장 영역 내에 안정적으로 저장 관리하는 역할을 행하게 된다(물론 위에 열거된 각 운영정보들은 시스템(100) 측 상황에 따라, 그 종목 또는 범위가 탄력적으로 추가/삭제 또는 변경될 수 있다).
또한, 고객담보물 관리모듈(101)에 의해 제어되는 운영 보조모듈(110) 측에서는 고객담보물 관리 서비스의 시행에 필요한 각종 보조절차, 예컨대, 고객자산관리 기간계 서버(200)와의 통신 세션을 형성/유지하는 절차, 운영정보 저장모듈(111) 내의 운영정보를 갱신/설치하는 절차, 시스템(100) 내 각 전산모듈들의 전산 프로세스 진행을 보조하는 절차, 시스템(100) 내 자원을 지능적으로 배분하는 절차 등을 다채롭게 수행하게 된다.
또한, 고객담보물 관리모듈(101)에 의해 제어되는 CSP 유효자산금액산정 기준정보 저장모듈(104) 측에서는 도 5에 도시된 바와 같이, CSP 유효자산금액의 산정기준이 되는 유효자산금액 산정 기준정보, 예컨대, CSP를 이루는 각 담보물의 세부정보에 상응하는 유효자산금액정보(예컨대, <XX지역 XX평형의 아파트는 그 유효인정금액이 XX이다라고 하는 정보>, <XX지역 XX토지는 평당 그 유효인정금액이 XX이다라고 하는 정보> 등), 유효자산금액의 산정에 필요한 참고정보(예컨대, <담보인정비율(LTV) 정보>, <총부채 상환비율(DTI) 정보> 등) 등을 저장 관리하면서, 후술하는 CSP 유효자산금액 산정모듈(108)의 요청 시, 저장 관리되고 있던 유효자산금액산정 기준정보를 CSP 유효자산금액 산정모듈(108) 측으로 전달하여, 이에 의해 진행되는 CSP 유효자산금액 산정절차가 별다른 문제점 없이 정상적으로 진행될 수 있도록 보조하는 역할을 수행하게 된다.
나아가, 고객담보물 관리모듈(101)에 의해 제어되는 CSP 유효자산금액 기준정보 갱신모듈(105) 측에서는 인터페이스 모듈(102)을 매개로, 고객자산관리 기간계 서버(200)와 통신을 취하면서, 이에 의해 관리되던 CSP 유효자산금액 산정 기준정보의 변경 시, 변경된 CSP 유효자산금액 산정 기준정보를 고객자산관리 기간계 서버(200) 측으로부터 수신한 후, 수신 완료된 CSP 유효자산금액 산정 기준정보를 CSP 유효자산금액 산정 기준정보 저장모듈(104) 측으로 전달함으로써, CSP 유효자산금액 산정 기준정보 저장모듈(104)에 저장되어 있던 CSP 유효자산금액 산정 기준정보가 항상 새로운 갱신상태를 유지할 수 있도록 보조하는 역할을 수행하게 된다(도 5 참조).
이러한 기반 인프라가 갖추어진 상황에서, 고객담보물 관리모듈(101)에 의해 제어되는 CSP 계좌 생성요청 접수모듈(103) 측에서는 인터페이스 모듈(102)을 매개로, 고객자산관리 기간계 서버(200) 측과 통신을 취하면서, 고객 클라이언트(11)를 통해 상술한 고객 가이드 프레임(201)을 전산조작 중이던 고객(C) 측에서, 본 발명에 따른 고객담보물 관리 서비스의 시행을 결정하고, 그 결정에 따라, 고객 가이드 프레임(201) 내에 게시된 관련 메뉴항목(201a)(도 3 참조)을 선택하여, 고객자산관리 기간계 서버(200) 측으로부터 CSP계좌 생성요청 메시지가 전송되는 경우, 전송 완료된 CSP계좌 생성요청 메시지를 접수하고, 접수 완료된 CSP계좌 생성요청 메시지를 후술하는 고객담보물 데이터 취합모듈(106) 측으로 전달함으로써, 본 발명에 따른 일련의 고객담보물 관리절차가 정상적으로 후속 진행될 수 있도록 보조하게 된다(도 5 참조). 이 경우, CSP계좌 생성요청 메시지에는 <자가 소유 고객담보물의 관리를 요청한 고객(C)의 등록정보>가 함께 기재된다.
이렇게 하여, 고객(C) 측 전산작업에 상응하는 CSP계좌 생성요청 메시지가 고객자산관리 기간계 서버(200) 측으로부터 접수 완료되면, 고객담보물 관리모듈(101)에 의해 제어되는 고객담보물 데이터 취합모듈(106) 측에서는 CSP계좌 생성요청 접수모듈(103) 측과 통신을 취하여, CSP계좌 생성요청 메시지를 판독하고, 이를 통해, <자가 소유 고객담보물의 관리를 요청한 고객(C)의 등록정보>를 확인하는 절차를 진행하게 된다.
이러한 절차에 따라, <자가 소유 고객담보물의 관리를 요청한 고객(C)의 등록정보>가 확인 완료되면, 고객담보물 데이터 취합모듈(106) 측에서는 인터페이스 모듈(102)을 매개로 고객자산관리 기간계 서버(200) 측과 통신을 취하여, 고객(C)이 보유한 고객담보물(61) 내역이 반영된 고객담보물 데이터를 전달받은 후, 전달 완료된 고객담보물 데이터를 취합하는 절차를 진행하게 되며, 결국, 이러한 고객담보물 데이터 취합모듈(106)의 기능수행에 따라, 고객이 보유한 고객담보물(61), 예컨대, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야)는 한군데로 취합되는 절차를 겪게 된다(도 5 참조).
이렇게 하여, 고객(C)이 보유한 고객담보물(61), 예컨대, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야)와 관련된 고객담보물 데이터가 취합 완료되면, 고객담보물 관리모듈(101)에 의해 제어되는 CSP 생성모듈(107) 측에서는 고객담보물 데이터 취합모듈(106)과 통신을 취하여, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야)와 관련된 고객담보물 데이터를 확인한 후, 일련의 데이터 생성루틴을 진행시켜, 고객담보물 데이터 취합모듈(106)에 의해 취합된 고객담보물 데이터를 하나의 정보로 결합하는 절차를 진행하게 되며, 결국, 이러한 CSP 생성모듈(107)의 기능수행 하에서, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야) 등은 각자의 내역이 통합 반영된 CSP(300)로 결합?생성되는 절차를 겪게 된다(도 5 참조).
상술한 절차를 통해, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야) 등의 내역이 통합 반영된 CSP(300)가 결합?생성 완료되면, 고객담보물 관리모듈(101)에 의해 제어되는 CSP 유효자산금액 산정모듈(108) 측에서는 우선, CSP 생성모듈(107) 측과 통신을 취하여, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야) 등의 내역이 통합 반영된 CSP(300)의 데이터 기록내용을 판독?확인하는 절차를 진행하게 된다(도 5 참조).
이어, CSP 유효자산금액 산정모듈(108) 측에서는 상술한 CSP 유효자산금액산정 기준정보 저장모듈(104) 측과도 통신을 취하여, 이에 의해 저장 관리 중이던 유효자산금액 산정 기준정보, 예컨대, CSP를 이루는 각 담보물의 세부정보에 상응하는 유효자산금액정보(예컨대, <XX지역 XX평형의 아파트는 그 유효인정금액이 XX이다라고 하는 정보>, <XX지역 XX토지는 평당 그 유효인정금액이 XX이다라고 하는 정보> 등), 유효자산금액의 산정에 필요한 참고정보(예컨대, 담보인정비율(LTV) 정보, 총부채 상환비율(DTI) 정보 등) 등을 판독?확인하는 절차를 진행하게 된다.
이렇게 하여, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야) 등의 내역이 통합 반영된 CSP(300)의 데이터 기록내용 및 유효자산금액 산정 기준정보가 모두 판독?확인 완료되면, CSP 유효자산금액 산정모듈(108) 측에서는 유효자산금액 산정 기준정보를 토대로, CSP(300)가 이루고 있는 자산가치, 즉, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야)가 이루고 있는 자산가치를 통합?환산하여, CSP(300)에 상응하는 CSP 유효자산금액을 산정하는 절차를 진행하게 된다(도 5 참조).
결국, 이러한 절차가 완료되면, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야) 등의 내역이 통합 반영된 CSP(300)에는 예컨대, <XX지역 XX평형의 아파트는 그 유효인정금액이 XX이다라고 하는 정보>, <XX지역 XX토지는 평당 그 유효인정금액이 XX이다라고 하는 정보>, <담보인정비율(LTV) 정보>, <총부채 상환비율(DTI) 정보> 등과 같은 기준정보에 따라, 그에 상응하는 CSP 유효자산금액, 예컨대, CSP(300)에 상응하는 담보가능금액, CSP(300)에 상응하는 증권매수가능금액, CSP(300)에 상응하는 신탁가능금액 등이 안정적으로 산출?배정될 수 있게 된다(도 5 참조).
이렇게 하여, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야) 등의 내역이 통합 반영된 CSP(300) 측에 해당 CSP(300)에 상응하는 유효자산금액, 예컨대, CSP(300)에 상응하는 담보가능금액, CSP(300)에 상응하는 증권매수가능금액, CSP(300)에 상응하는 신탁가능금액 등이 산출?배정 완료되면, 고객담보물 관리모듈(101)에 의해 제어되는 CSP 계좌정보 처리모듈(109) 측에서는 도 6에 도시된 바와 같이, CSP 유효자산금액 산정모듈(108), CSP 생성모듈(107) 등과 통신을 취하여, CSP(300)의 유효자산금액, CSP(300)의 세부기록내역 등을 확인한 다음, 일련의 데이터 생성루틴을 진행시켜, 예컨대, 고객 등록내역, CSP 기록내역, CSP 유효자산금액 등이 반영된 고객명의의 CSP 계좌정보(400)를 생성하는 절차를 진행하게 된다. 이 경우, CSP 계좌정보(400)에는 예컨대, CSP 계좌번호, 고객명칭, CSP 유효자산금액, <CSP(300)를 형성하는 고객담보물의 세부 리스트> 등의 데이터가 기록된다.
이렇게 하여, 예컨대, CSP 계좌번호, 고객명칭, CSP 유효자산금액, CSP를 형성하는 고객담보물의 세부리스트 등의 데이터가 기록된 고객명의의 CSP 계좌정보(400)가 생성 완료되면, CSP 계좌정보 처리모듈(109) 측에서는 인터페이스 모듈(102)을 매개로, 고객자산관리 기간계 서버(200) 측과 통신을 취하여, 생성 완료된 CSP 계좌정보(400)를 고객자산관리 기간계 서버(200) 측으로 전송?제공하는 절차를 진행하게 된다.
이러한 절차에 따라, CSP 계좌번호, 고객명칭, CSP 유효자산금액, CSP를 형성하는 고객담보물의 세부리스트 등의 데이터가 기록된 고객명의의 CSP 계좌정보(400)가 전송?제공 완료되면, 고객자산관리 기간계 서버(200) 측에서는 그 즉시, 고객동의 등의 추가절차를 거쳐, CSP 계좌정보(400)를 기초로 하는 CSP 계좌(32)를 개설하게 되며, 결국, 상술한 본 발명의 CSP(300)는 단순한 담보물의 지위를 완전히 벗어나, CSP 계좌(32)를 기초로 하는 고객명의의 독립된 자산상품(40), 예컨대, 자유입출금형 대출상품(41), MBS 증권상품(42), 신탁상품(43) 등으로 유통되는 절차를 효과적으로 겪게 된다.
물론, 이 상황에서, 고객(C) 측에서는 CSP 계좌(32)를 자유입출금형 대출상품(41)으로 활용하여, 자신이 필요한 자금을 CSP(300)에 상응하는 담보가능금액 내에서, 언제 어디서나 자유롭게 인출하거나, 자유롭게 입금할 수 있게 된다.
다른 예로, 고객(C) 측에서는 CSP 계좌(32)를 MBS 증권상품(42)으로 활용하여, CSP(300)에 상응하는 증권매수가능금액 내에서, 증권을 매수?운용할 수 있게 되거나, CSP 계좌(32)를 신탁상품(43)으로 활용하여, CSP(300)에 상응하는 신탁가능금액 내에서, 일련의 자금을 금융업체 측에 위탁 운용할 수 있게 된다.
결국, 상술한 본 발명의 구현환경 하에서, 고객(C) 또는 금융업체 측에서는 고객담보물(61)의 자산가치가 평가절하 되었던 문제점, 고객담보물(61)의 활용절차가 개별담보물(예컨대, 주택, 토지, 임야 등)별로 복잡하게 진행되었던 문제점 등을 손쉽게 회피하면서도, 해당 고객담보물(61)을 예컨대, 주식, 증권, 예금, 신탁 등과 동등한 자격을 갖춘 하나의 독립된 자산상품(40)(예컨대, 자유입출금형 대출상품, MBS 증권상품, 신탁상품 등)으로 폭 넓게 활용할 수 있게 된다.
이때, 고객자산관리 기간계 서버(200) 측에서는 상황에 따라, 상술한 CSP 계좌(32)를 다른 고객계좌(31)를 아우르는 통합고객계좌(33)의 인프라 내에 편입시키는 조치를 취할 수도 있게 되며, 결국, 이 상황에서, 고객(C) 측에서는 통합고객계좌(33)만을 중점 확인하는 간단한 절차만으로도, 자신이 보유한 기존 고객계좌(31)는 물론, 신규 편입된 CSP계좌(32)까지도 한꺼번에 확인?관리할 수 있게 된다.
한편, 앞의 도 4에 도시된 바와 같이, 고객담보물 관리모듈(101)의 제어 체제 하에는 상술한 여러 전산모듈들 이외에도 CSP 증권화 지원모듈(112)이 추가 배치된다.
이 경우, CSP 증권화 지원모듈(112) 측에서는 도 7에 도시된 바와 같이, 인터페이스 모듈(1020을 매개로, 고객자산관리 기간계 서버(200)와 통신을 취하면서, 상술한 CSP 유효자산금액 산정모듈(108)이 기능수행에 의해, 예컨대, 고객담보물A(301)(예컨대, 고객보유 주택), 고객담보물B(302)(예컨대, 고객보유 토지), 고객담보물C(303)(예컨대, 고객보유 임야) 등으로 이루어진 CSP(300)에 상응하는 CSP 유효자산금액이 산정 완료되면, CSP 유효자산금액 산정모듈(108) 측과 통신을 취하여, 해당 CSP 유효자산금액의 세부내역을 판독하는 절차를 진행하게 된다.
이렇게 하여, CSP(300)에 상응하는 CSP 유효자산금액의 세부내역이 판독 완료되면, CSP 증권화 지원모듈(112) 측에서는 해당 CSP 유효자산금액의 일부 또는 전부를 <증권발행의 기초가 되는 복수의 기초자산>으로 분할하는 절차를 진행하게 된다(물론, 이러한 분할절차의 기본적인 설정내역은 고객에 의해 미리 정의된다).
이러한 절차 하에서, 예컨대, 전체액수가 5억원인 CSP 유효자산금액은 <5천만원을 기본가격으로 하는 10개의 기초자산>으로 분할되는 절차를 겪게 되거나(물론, 분할액수를 얼마로 할 것 인지의 여부, CSP 유효자산금액의 일부만 분할 것인지, 아니면 전부를 분할할 것 인지의 여부 등은 고객의 설정에 따라 다양한 변형을 이룰 수 있다), 다른 예로, 일부 액수가 3억원인 CSP 유효자산금액은 <3천만원을 기본가격으로 하는 10개의 기초자산>으로 분할되는 절차를 겪게 된다.
이렇게 하여, CSP(300)에 상응하는 CSP 유효자산금액이 <5천만원을 기본가격으로 하는 10개의 기초자산>, <3천만원을 기본가격으로 하는 10개의 기초자산> 등으로 분할 완료되면, CSP 증권화 지원모듈(112) 측에서는 그 즉시 일련의 데이터 생성루틴을 진행시켜, 해당 기초자산내역이 반영된 CSP 기초자산내역정보를 생성하는 절차를 진행하게 된다.
이 경우, CSP 기초자산내역정보 내에는 <5천만원을 기본가격으로 하는 10개의 기초자산>, <3천만원을 기본가격으로 하는 10개의 기초자산> 등의 소유관계내역, 관련담보물 세부내역, 기준가격내역 등이 기록된다(도 7 참조)(물론, 이러한 CSP 기초자산내역정보의 구체적인 기록내용은 상황에 따라 다양한 변형을 이룰 수 있다).
이렇게 하여, 일련의 CSP 기초자산내역정보가 생성 완료되면, CSP 증권화 지원모듈(112) 측에서는 인터페이스 모듈(102)을 매개로, 고객자산관리 기간계 서버(200) 측과 통신을 취하여, 생성 완료된 CSP 기초자산내역정보를 고객자산관리 기간계 서버(200) 측으로 전송?제공하는 절차를 진행하게 된다.
이러한 절차에 따라, <5천만원을 기본가격으로 하는 10개의 기초자산>, <3천만원을 기본가격으로 하는 10개의 기초자산> 등의 소유관계내역, 관련담보물 세부내역, 기준가격내역 등이 기록된 CSP 기초자산내역정보가 전송?제공 완료되면, 고객자산관리 기간계 서버(200) 측에서는 그 즉시, 고객동의 등의 추가절차를 거쳐, <5천만원을 기본가격으로 하는 10개의 기초자산>, <3천만원을 기본가격으로 하는 10개의 기초자산> 등을 토대로 하는 증권을 발행하고, 발행 완료된 증권을 유통시키는 조치를 취하게 되며, 결국, 상술한 본 발명의 CSP(300)는 단순한 담보물의 지위를 완전히 벗어나, 증권상품으로 유통되는 절차를 효과적으로 겪게 된다.
물론, 이 상황에서, 고객(C) 측에서는 증권을 구매하는 다른 고객의 증권구매대금을 자신의 필요자금으로 손쉽게 확보/활용할 수 있게 되며, 증권을 구매하는 다른 고객 측 역시 기초자산(예컨대, <5천만원을 기본가격으로 하는 10개의 기초자산>, <3천만원을 기본가격으로 하는 10개의 기초자산> 등)의 가치 상승에 따른 기대수익을 효과적으로 향유할 수 있게 된다.
당연히, 상술한 본 발명의 다른 구현환경 하에서도, 고객(C) 또는 금융업체 측에서는 고객담보물(61)의 자산가치가 평가절하 되었던 문제점, 고객담보물(61)의 활용절차가 개별담보물(예컨대, 주택, 토지, 임야 등)별로 복잡하게 진행되었던 문제점 등을 손쉽게 회피하면서도, 해당 고객담보물(61)을 하나의 독립된 자산상품으로 폭 넓게 활용할 수 있게 된다.
이러한 본 발명은 담보물을 취급하는 다양한 종류의 전산 시스템에서 전반적으로 유용한 효과를 발휘한다.
그리고, 앞에서, 본 발명의 특정한 실시예가 설명되고 도시되었지만 본 발명이 당업자에 의해 다양하게 변형되어 실시될 가능성이 있는 것은 자명한 일이다.
이와 같은 변형된 실시예들은 본 발명의 기술적사상이나 관점으로부터 개별적으로 이해되어서는 안되며 이와 같은 변형된 실시예들은 본 발명의 첨부된 특허청구의 범위안에 속한다 해야 할 것이다.
C: 고객 1,1a,1b,1c: 금융업체 2,3,4,61: 고객담보물
11: 고객 클라이언트 20: 온라인망 31: 고객계좌 32: CSP 계좌
33: 통합 고객 계좌 40,51: 자산상품 100: 고객담보물 관리시스템
101: 고객담보물 관리모듈 102: 인터페이스 모듈
103: CSP 계좌 생성요청 접수모듈
104: CSP 유효자산금액 산정기준정보 저장모듈
105: CSP 유효자산금액 산정기준정보 갱신모듈
106: 고객담보물 데이터 취합모듈 107: CSP 생성모듈
108: CSP 유효자산금액 산정모듈 109: CSP 계좌정보 처리모듈
110: 운영 보조모듈 111: 운영정보 저장모듈 112: CSP 증권화 지원모듈
200: 고객자산관리 기간계 서버 201: 고객 가이드 프레임
300: CSP 400: CSP 계좌정보

Claims (4)

  1. 고객이 보유한 자산상품 및 고객담보물을 전산 관리하는 고객자산관리 기간계 서버와 통신하면서, 상기 고객담보물 내역이 통합 반영된 고객담보물 패키지(CSP: Customer Security Package)의 생성 및 운용절차를 관리하는 고객담보물 관리모듈과;
    상기 고객담보물 관리모듈에 의해 제어되며, 상기 고객이 보유한 고객담보물 내역이 반영된 고객담보물 데이터를 취합하는 고객담보물 데이터 취합모듈과;
    상기 고객담보물 관리모듈에 의해 제어되며, 상기 고객담보물 데이터 취합모듈에 의해 취합된 고객담보물 데이터를 하나의 정보로 결합하여, 상기 고객담보물 내역이 통합 반영된 CSP를 생성하는 CSP 생성모듈과;
    상기 고객담보물 관리모듈에 의해 제어되며, 기 설정되어 있던 유효자산금액 산정 기준정보를 토대로 상기 CSP가 이루고 있는 자산가치를 통합?환산하여, 상기 CSP에 상응하는 CSP 유효자산금액을 산정하는 CSP 유효자산금액 산정모듈과;
    상기 고객담보물 관리모듈에 의해 제어되며, 상기 CSP 유효자산금액이 반영된 고객명의의 CSP 계좌정보를 생성하고, 생성된 고객명의의 CSP 계좌정보를 상기 고객자산관리 기간계 서버 측으로 전송하여, 상기 CSP 계좌정보를 기초로 하는 CSP 계좌 및 상기 CSP 계좌를 기초로 하는 자산상품이 고객명의로 운영될 수 있도록 하는 CSP 계좌정보 처리모듈을 포함하는 것을 특징으로 하는 고객담보물 관리시스템.
  2. 제 1 항에 있어서, 상기 고객담보물 관리모듈에 의해 제어되며, 상기 CSP 유효자산금액의 산정기준이 되는 유효자산금액 산정 기준정보를 저장 관리하고, 상기 CSP 유효자산금액 산정모듈의 요청 시, 저장 관리되고 있던 유효자산금액 산정 기준정보를 상기 CSP 유효자산금액 산정모듈 측으로 전달하는 CSP 유효자산금액 산정 기준정보 저장모듈을 더 포함하는 것을 특징으로 하는 고객담보물 관리시스템.
  3. 제 2 항에 있어서, 상기 고객담보물 관리모듈에 의해 제어되며, 상기 고객자산관리 기간계 서버와 통신하면서, 상기 CSP 유효자산금액 산정 기준정보의 변경 시, 변경된 CSP 유효자산금액 산정 기준정보를 상기 고객자산관리 기간계 서버 측으로부터 수신한 후, 수신된 CSP 유효자산금액 산정 기준정보를 상기 CSP 유효자산금액 산정 기준정보 저장모듈 측으로 전달하여, CSP 유효자산금액 산정 기준정보 저장모듈에 저장되어 있던 CSP 유효자산금액 산정 기준정보가 새롭게 갱신될 수 있도록 하는 CSP 유효자산금액 기준정보 갱신모듈을 더 포함하는 것을 특징으로 하는 고객담보물 관리시스템.
  4. 제 1 항에 있어서, 상기 고객담보물 관리모듈에 의해 제어되며, CSP 유효자산금액 산정모듈에 의해 상기 CSP에 상응하는 CSP 유효자산금액이 산정된 상황에서, 해당 CSP 유효자산금액을 증권발행의 기초가 되는 복수의 기초자산으로 분할한 후, 해당 기초자산내역이 반영된 CSP 기초자산내역정보를 생성하고, 생성된 CSP 기초자산내역정보를 상기 고객자산관리 기간계 서버 측으로 전송하여, 상기 CSP 기초자산내역정보를 토대로 하는 증권이 발행될 수 있도록 하는 CSP 증권화 지원모듈을 더 포함하는 것을 특징으로 하는 고객담보물 관리시스템.
KR1020100087820A 2010-09-08 2010-09-08 고객담보물 관리시스템 KR101167417B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020100087820A KR101167417B1 (ko) 2010-09-08 2010-09-08 고객담보물 관리시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020100087820A KR101167417B1 (ko) 2010-09-08 2010-09-08 고객담보물 관리시스템

Publications (2)

Publication Number Publication Date
KR20120025741A KR20120025741A (ko) 2012-03-16
KR101167417B1 true KR101167417B1 (ko) 2012-07-19

Family

ID=46131914

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020100087820A KR101167417B1 (ko) 2010-09-08 2010-09-08 고객담보물 관리시스템

Country Status (1)

Country Link
KR (1) KR101167417B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018199588A1 (ko) * 2017-04-24 2018-11-01 윤덕규 비주거지분권의 가치 유지를 지원하는 서비스 시스템 및 방법

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100854349B1 (ko) 2006-12-08 2008-09-02 주식회사 신한은행 담보 대출처리 방법과 이를 위한 프로그램 기록매체

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100854349B1 (ko) 2006-12-08 2008-09-02 주식회사 신한은행 담보 대출처리 방법과 이를 위한 프로그램 기록매체

Also Published As

Publication number Publication date
KR20120025741A (ko) 2012-03-16

Similar Documents

Publication Publication Date Title
Glaser et al. Beyond cryptocurrencies-a taxonomy of decentralized consensus systems
JP6503509B2 (ja) 情報処理装置、情報処理方法およびコンピュータプログラム
US20210117970A1 (en) Corroborating data to verify transactions
Brenig et al. Value of decentralized consensus systems–evaluation framework
Saxena et al. Big data and Internet of Things (IoT) technologies in Omani banks: A case study
Rosati et al. Blockchain beyond cryptocurrencies
US20210081913A1 (en) Method and System to Predict ATM Locations for Users
Khudnev Blockchain: foundational technology to change the world
US20200252408A1 (en) Graduated accounts using assertions
KR101167417B1 (ko) 고객담보물 관리시스템
WO2016089253A1 (ru) Система платежно-коммуникационных связей для дистанционного обслуживания клиентов
KR20220122416A (ko) 블록체인 기반의 부동산 매물 검색 및 관리 시스템
Chinyere et al. ADOPTION OF CLOUD COMPUTING AND SERVICE DELIVERY OF COMMERCIAL BANKS IN RIVERS STATE.
US20190228405A1 (en) Provisioning of payment acceptance to payment account holders
KR20190138291A (ko) 블록체인 기반 크라우드 펀딩 시스템 및 방법
CN104346684A (zh) 营业援助方法以及营业援助系统
KR102593354B1 (ko) 블록체인 기반의 마이데이터 거래 방법 및 장치
Abdelfattah The Impact of Fintech on Financial Inclusion in Egypt
Guan et al. The Emerging Business Models
Dang Technology in fintech-how trends shape finance
Karachun et al. FinTech and Commercial Banking Development in Belarus
Cai et al. Blockchain with Machine Learning for Financial Portfolio Management
Wanja Automated banking services, service quality and customer loyalty in Kenya
Zala et al. A Systematic Review of ICT-Enabled Technologies on Indian Banking System
CN115689737A (zh) 业务处理方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150629

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20160629

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20180625

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20190625

Year of fee payment: 8