KR20090000821A - 온라인 공매방식의 대부거래 운영 시스템 - Google Patents

Abstract

본 발명은 온라인 공매방식의 대부거래 운영 시스템에 관한 것으로, 본 발명에서는 BA(loaning money Borrowing Applicant)의 대부금 차용 신청 건을 일련의 공매아이템으로 등록·게시할 수 있는 전산모듈, 다수의 개인 LA(Loaning Applicant)들을 <BA 측 대부금 차용 신청 건>에 대한 입찰자로 참여시킬 수 있는 전산모듈, 입찰자로 참여한 각 LA들 중, BA가 요청한 최적의 요건을 만족하는 LA를 <BA에게 대부를 시행할 수 있는 낙찰자>로 선정할 수 있는 전산모듈, BA가 자신의 대부금 상환스케쥴을 LA의 동의 하에 추후 변경시킬 수 있도록 가이드 할 수 있는 전산모듈 등을 체계적으로 연동 배치하고, 이를 통해, 일련의 온라인 대부시행절차가, <여러 명의 LA가 특정 BA 측 대부금 차용 신청 건에 대하여, 다수의 입찰자로 참여하고, 그 낙찰 결과에 따라, 개인 신분의 BA 및 LA가 직접적인 대부거래관계를 맺게 되는 신 개념의 공매형 메커니즘>을 통해 구현될 수 있도록 함으로써, 대부거래의 온라인 공매에 참여한 LA 및 BA 측에서, 종래의 여러 문제점들을 자유롭게 벗어나, 자신이 욕구에 상응하는 최적의 이익을 각기 효과적으로 향유할 수 있도록 유도할 수 있다.

Description

온라인 공매방식의 대부거래 운영 시스템{The system for managing a loaning business which takes a online auction method}

도 1은 종래의 기술에 따른 온라인 대부시행 절차를 개념적으로 도시한 예시도.

도 2는 본 발명에 따른 온라인 공매방식의 대부거래 운영 시스템을 개념적으로 도시한 예시도.

도 3은 본 발명에 따른 서비스 페이지의 게시상태를 개념적으로 도시한 예시도.

도 4a 및 도 4b는 본 발명에 따른 온라인 공매방식의 대부거래 운영절차를 개념적으로 도시한 예시도.

도 5는 본 발명에 따른 입찰준비 관리모듈의 기능수행을 개념적으로 도시한 예시도.

도 6은 본 발명에 따른 LA 입찰참여 관리모듈의 세부구성을 개념적으로 도시한 예시도.

도 7은 본 발명에 따른 낙찰 LA 선정모듈의 세부구성을 개념적으로 도시한 예시도.

도 8은 본 발명에 따른 낙찰 LA 선정모듈의 기능수행을 개념적으로 도시한 예시도.

도 9는 본 발명에 따른 대부금 지급 관리모듈의 기능수행을 개념으로 도시한 예시도.

도 10은 본 발명에 따른 대부금 상환 관리모듈의 기능수행을 개념적으로 도시한 예시도.

도 11은 본 발명에 따른 LA 자동입찰 관리모듈의 세부구성을 개념적으로 도시한 예시도.

도 12는 본 발명에 따른 대부금 상환스케쥴 변경 가이드 모듈의 세부구성을 개념적으로 도시한 예시도.

도 13은 본 발명에 따른 고 수익 LA 연계입찰 관리모듈의 세부구성을 개념적으로 도시한 예시도.

본 발명은 온라인 공매방식의 대부거래 운영 시스템에 관한 것으로, 좀더 상세하게는 일련의 온라인 대부시행절차가, <여러 명의 대부 희망자(LA:Loaning Applicant; 이하, "LA"라 호칭함)가 특정 대부금 차용 희망자(BA:loaning money Borrowing Applicant; 이하, "BA"라 호칭함) 측 대부금 차용 신청 건에 대하여, 다수의 입찰자로 참여하고, 그 낙찰 결과에 따라, 개인 신분의 BA 및 LA가 직접적인 대부거래관계를 맺게 되는 신 개념의 공매형 메커니즘>을 통해 구현될 수 있도록 함으로써, 대부거래의 온라인 공매에 참여한 LA 및 BA 측에서, 종래의 여러 문제점들을 자유롭게 벗어나, 자신이 욕구에 상응하는 최적의 이익을 각기 효과적으로 향유할 수 있도록 유도할 수 있는 온라인 공매방식의 대부거래 운영 시스템에 관한 것이다.

근래에, 경제규모가 급격히 성장하면서, 대부업체를 이용하여, 자신의 필요자금을 마련하고자 하는 BA의 수요 또한 급격히 증가하고 있으며, 이러한 BA의 대출수요 증가에 따라, 이를 충족시켜줄 수 있는 다양한 종류의 온라인 대부시행 시스템이 폭 넓게 개발·개설되고 있다.

통상, 이러한 종래의 기술에 따른 온라인 대부시행 체제 하에서, 도 1에 도시된 바와 같이, 대부금의 차용을 희망하는 BA는 BA 클라이언트(1)를 매개로, 온라인망(2)에 접속하여, 대부업체(D:예컨대, 금융업체)에 소속된 대부시행 시스템(3)에 로그인한 후, 해당 대부시행 시스템(3) 측 안내 프로세스에 따라, 자신이 원하는 일련의 대부절차를 시행 받게 된다.

이 경우, 대부시행 시스템(3:또는, 대부업체) 측에서는 자사가 정한 일련의 심사기준에 따라, BA의 대부요건을 타이트하게 심사한 후, 해당 심사결과에 상응하는 대부시행내역(예컨대, 대부금액, 대부이자율, 상환 스케쥴 등)을 BA 클라이언트(1) 측으로 제시하게 되며, 만약, BA가 이에 동의할 경우, 대부금을 BA 측에게 입금하는 등의 본격적인 대부절차를 시행하게 된다.

물론, 이와 같은 종래의 온라인 대부시행 체제 하에서, 대부업체(D) 측에서 보유하고 있는 대부분의 누적 대부금은 대부업체(D) 측에 예금/적금 등을 가입하고 있는 수많은 일반 예·적금 가입자들의 자산에 의존하게 된다.

그러나, 이렇게 일반 예·적금 가입자들은 대부업체(D) 측에 예금/적금 등을 가입하고 있어, 대부업체(D)의 대부금 보유 및 대부시행에 실질적으로 기여하고 있음에도 불구하고, 일련의 대부시행 절차에 직접적으로 관여하지 아니한다는 사소한 이유만으로, 단지, 예금/적금 가입에 따른 소액의 예·적금 이자만을 단순 수취할 수 있을 뿐, 대부와 관련된 고액의 대부이자는 전혀 수취할 수 없게 되며, 결국, 그에 따른 유·무형의 경제적 손실을 고스란히 감수할 수밖에 없게 된다.

또한, 종래의 온라인 대부시행 체제 하에서, 앞의 언급에서와 같이, 대부업체(D) 측에서는 자사가 정한 획일적인 심사기준에 따라, BA를 타이트하게 심사한 후, 그에 상응하는 일련의 대부시행내역(예컨대, 대부금액, 대부이자율, 상환스케쥴 등)을 일방적으로 제시하는 방식을 고수하고 있기 때문에, BA 측에서는 별다른 협상의 여지없이, 대부업체(D) 측의 대부시행내역을 고스란히 받아들일 수밖에 없게 되는 매우 불리한 위치에 수시로 놓일 수밖에 없게 되며, 결국, 그에 따른 유·무형의 경제적 손실, 이를테면, 대부심사에 따른 고가의 수수료를 지불하여야 하는 손실, 대부조회기록이 전산 상에 남아, 차후, 타 대부 시스템을 이용함에 있어, 불이익을 받게 되거나, 자신의 신용등급이 하락하게 되는 손실, 대부를 아예 시행 받지 못하게 될 수도 있는 손실, 자신이 원하는 금액보다 필요이상으로 많은 금액을 대부 받을 수도 있는 손실, 자신의 필요금액보다 훨씬 부족한 금액을 대부 받게 되는 손실 등을 고스란히 감수할 수밖에 없게 된다.

더욱이, 종래의 체제 하에서, 대부시행 관계는 기본적으로, 거대기업인 대부 업체(D)와 개인신분인 수많은 BA간에 이루어지게 되어, 대부업체(D) 측에서, 자사와 대부관계를 맺고 있는 각 BA들의 개인적인 사정을 일일이 배려하기란 현실적으로 매우 힘들기 때문에, BA 측에서는 일련의 대부절차가 시행 완료되면, 별 수 없이, 확정 완료된 상환스케쥴에 따라, 일련의 대부금 상환절차를 타이트하게 진행할 수밖에 없게 되며, 만약, 대부시행기간 도중에, 이자율 조절, 상환 연기, 부분 상환 등과 같은 일련의 상환스케쥴 조절 욕구가 있다 하더라도, 이를 전혀 현실화할 수 없게 되고, 결국, 그에 따른 어려움 역시, 고스란히 감수할 수밖에 없게 된다.

나아가, 대부업체(D)가, <자사가 획일적으로 지정한 심사기준>에 따라, BA의 대부가능성 여부를 단독으로 심사하는 종래의 상황 하에서는, BA의 상황능력 등을 여러 시점에서 다각도로 공정하게 검토하는 것이 거의 불가능하기 때문에, 대부업체(D) 측에서는 대부를 요청한 BA가 실질적으로는 대부시행이 충분히 가능한 고객임에도 불구하고, 그 사정을 전혀 인지하지 못한 체, 해당 BA에게 일련의 대부 서비스를 정상적으로 시행하지 못하게 되며, 결국, 별도의 조치가 취해지지 아니하는 한, 불필요한 고객감소에 따른 여러 가지 유·무형의 경제적 손실을 피할 수 없게 된다(물론, 해당 BA 측에서도, 대부를 시행 받지 못하게 되는 손실을 피할 수 없게 된다).

따라서, 본 발명의 목적은 BA의 대부금 차용 신청 건을 일련의 공매아이템으로 등록·게시할 수 있는 전산모듈, 다수의 개인 LA들을 <BA 측 대부금 차용 신청 건>에 대한 입찰자로 참여시킬 수 있는 전산모듈, 입찰자로 참여한 각 LA들 중, BA 가 요청한 최적의 요건을 만족하는 LA를 <BA에게 대부를 시행할 수 있는 낙찰자>로 선정할 수 있는 전산모듈, BA가 자신의 대부금 상환스케쥴을 LA의 동의 하에 추후 변경시킬 수 있도록 가이드 할 수 있는 전산모듈 등을 체계적으로 연동 배치하고, 이를 통해, 일련의 온라인 대부시행절차가, <여러 명의 LA가 특정 BA 측 대부금 차용 신청 건에 대하여, 다수의 입찰자로 참여하고, 그 낙찰 결과에 따라, 개인 신분의 BA 및 LA가 직접적인 대부거래관계를 맺게 되는 신 개념의 공매형 메커니즘>을 통해 융통성 있게 구현될 수 있도록 함으로써, 대부거래의 온라인 공매에 참여한 LA 및 BA 측에서, 종래의 여러 문제점들을 자유롭게 벗어나, 자신이 욕구에 상응하는 최적의 이익을 각기 효과적으로 향유할 수 있도록 유도하는데 있다.

본 발명의 또 다른 목적들은 다음의 상세한 설명과 첨부된 도면으로부터 보다 명확해질 것이다.

상기한 바와 같은 목적을 달성하기 위하여 본 발명에서는 온라인망에 접속 중인 대부금 차용 희망자(BA:loaning money Borrowing Applicant) 클라이언트 및 대부 희망자(LA:Loaning Applicant) 클라이언트와 신호 연결되며, 상기 BA 클라이언트 또는 LA 클라이언트 측의 요청에 따라, 상기 BA 측의 대부금 차용 신청 건을 공매아이템으로 등록·게시하는 절차, LA를 상기 BA 측의 대부금 차용 신청 건에 대한 입찰자로 참여시키는 절차, 특정 LA를 특정 BA에게 대부를 시행할 수 있는 낙찰자로 선정하는 절차를 총괄 관리하는 공매형 대부거래 운영모듈과, 상기 공매형 대부거래 운영모듈에 의해 제어되며, 상기 BA 클라이언트와 선택적으로 교신하면 서, 상기 대부금 차용 신청 건의 공매아이템 등록을 위한 서비스 페이지를 상기 BA 클라이언트 측으로 전송·게시하여, 상기 BA 측 대부금 차용 신청 건을 공매아이템으로 등록시키는 대부금 차용신청 관리모듈과, 상기 공매형 대부거래 운영모듈에 의해 제어되며, 상기 LA 클라이언트와 선택적으로 교신하면서, 상기 LA의 입찰 참여를 위한 서비스 페이지를 상기 LA 클라이언트 측으로 전송·게시하여, 상기 LA를 상기 BA 측의 대부금 차용 신청 건에 대한 입찰자로 참여·등록시키는 LA 입찰참여 관리모듈과, 상기 공매형 대부거래 운영모듈에 의해 제어되며, 공매아이템으로 등록된 특정 BA 측 대부금 차용 신청 건에 상응하는 LA 측 입찰내역을 체크하여, 입찰자로 참여 중인 LA들 중, 상기 BA 측 지정조건에 가장 적합한 한 명 이상의 LA를 BA에게 대부를 실제 시행할 수 있는 낙찰자로 선정하는 낙찰 LA 선정모듈의 조합으로 이루어지는 온라인 공매방식의 대부거래 운영 시스템을 개시한다.

이하, 첨부된 도면을 참조하여, 본 발명에 따른 온라인 공매방식의 대부거래 운영 시스템을 좀더 상세히 설명하면 다음과 같다.

도 2에 도시된 바와 같이, 본 발명에 따른 온라인 공매방식의 대부거래 운영 시스템(100)은 온라인망(2), 예컨대, 인터넷망에 접속 중인 BA 클라이언트(11), LA 클라이언트(12) 등과 선택적으로 교신하는 공매형 대부거래 운영모듈(101)과, 이 공매형 대부거래 운영모듈(101)에 의해 총괄 제어되는 서비스 페이지 운영모듈(110), 대부금 차용신청 관리모듈(120), BA 전자계약체결 관리모듈(140), BA 신용조회 관리모듈(160), LA 입찰준비 관리모듈(180), LA 입찰참여 관리모듈(200), 낙찰 LA 선정모듈(220), 대부금지급 관리모듈(240), 대부금상환 관리모듈(260), LA 자동입찰 관리모듈(280), 대부금 상환스케쥴 변경 가이드모듈(290) 등이 긴밀하게 조합된 구성을 취하게 된다.

이 경우, BA 클라이언트(11), LA 클라이언트(12) 등으로는 예컨대, 노트북 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)가 BA 또는 LA의 상황에 따라, 탄력적으로 선택될 수 있다.

이 상황에서, 공매형 대부거래 운영모듈(101)에 의해 제어되는 서비스 페이지 운영모듈(110)은 BA, LA 등이 BA 클라이언트(11), LA 클라이언트(12) 등을 통해, 시스템(100) 측에 접속하게 되면, D/B 관리모듈(103)을 매개로, 운영정보 저장 D/B(104)에 접근하여, 이에 저장되어 있던 각종 서비스 운영정보, 예컨대, 웹 페이지를 생성하기 위한 각종 텍스트/이미지/영상/링크/프로그램 정보, 각종 웹 페이지 설정정보 등을 융통성 있게 추출한 후, 추출 완료된 각 운영정보를 토대로, 도 3a 내지 도 3d에 도시된 바와 같은 서비스 페이지(301,302,303,304)를 생성하고, 생성 완료된 서비스 페이지(301,302,303,304)를 BA 클라이언트(11), LA 클라이언트(12) 측으로 선택 전송·게시하는 역할을 수행함으로써, 공매형 대부거래 운영모듈(101)에 의한 각종 서비스 절차의 기초 환경이 별다른 문제점 없이 순조롭게 조성될 수 있도록 보조하게 된다.

물론, 이러한 각 서비스 페이지(301,302,303,304)들은 BA, LA 측 전산작업을 보조하기 위한 각종 메뉴항목들, 포켓 윈도우들 등이 기 정해진 패턴에 맞추어 결합되어 있는 구조를 형성하고 있기 때문에, BA, LA 측에서는 각 서비스 페이지(301,302,303,304)에 게시된 각종 메뉴 항목들을 선택적으로 조작(입력)하는 간단한 전산작업만으로도, 이를테면, 자가 대부금 차용 신청 건을 공매아이템으로 등록시키는 절차, 공매아이템으로 등록되어 있는 대부금 차용 신청 건에 대한 입찰자로 참여하는 절차 등을 융통성 있게 진행시킬 수 있게 된다.

또한, 공매형 대부거래 운영모듈(101)에 의해 제어되는 D/B 관리모듈(103)은 시스템(100) 내에 배치된 각 전산모듈들의 프로세스 진행상황에 따라, <대부거래 운영 서비스>의 시행에 필요한 각종 데이터들을 각 D/B(104~107)의 필요 영역에 선택적으로 저장하거나, 역으로, 로딩(Loading)·출력하는 역할을 수행하게 된다.

이 경우, D/B 관리모듈(103)은 단순히 각종 데이터들을 저장·출력하는 역할만을 수행하는 것이 아니라, 이 데이터들을 중복됨 없이 가장 신속한 시간 내에 효율적으로 관리하는 일련의 지능적인 역할도 동시에 수행하게 된다.

여기서, 운영정보 저장 D/B(104)는 <대부거래 운영 서비스>의 시행에 필요한 각종 운영정보, 예컨대, 웹 페이지를 생성하기 위한 각종 텍스트/이미지/영상/링크/프로그램 정보, 각종 웹 페이지 설정정보 등을 위시하여, 시스템(100) 측 자원현황 정보, 각 전산모듈의 등록정보, 계좌 관리 시스템 등록정보 등을 안정적으로 저장 관리하는 역할을 수행하게 된다.

또한, BA 관련정보 저장 D/B(105)는 각 BA의 신상등록정보, 각 BA의 시스템 방문이력정보, 각 BA의 로그인 관련정보, 각 BA의 통신터미널(예컨대, 각 BA의 모바일기기, 전자메일 계정 등)의 등록정보 등을 위시하여, 각 BA의 대부금 차용신청금액정보, 각 BA의 희망 이자율정보, 각 BA의 희망 대출기간정보, 각 BA의 대부금 상환플랜 정보, 각 BA의 구체적인 대부사유정보 등을 안정적으로 저장 관리하는 역할을 수행하게 된다.

또한, LA 관련정보 저장 D/B(106)는 각 LA의 신상등록정보, 각 LA의 시스템 방문이력정보, 각 LA의 로그인 관련정보, 각 LA의 통신터미널(예컨대, 각 BA의 모바일기기, 전자메일 계정 등)의 등록정보 등을 위시하여, 각 LA의 대부 시행금액정보, 각 LA의 대부시행 기간정보, 각 LA의 대부시행 이자율 정보 등을 안정적으로 저장 관리하는 역할을 수행하게 된다.

나아가, 대부거래 이력정보 D/B(107)는 각 BA의 대부금 차용 신청 이력정보, 각 LA의 입찰 이력정보, 각 LA의 낙찰 이력정보, 각 BA 및 LA 간 대부거래관계 이력정보, 각 BA의 대부금 상환실적 이력정보, 각 BA의 연체 이력정보 등을 안정적으로 저장 관리하는 역할을 수행하게 된다(물론, 위에 열거된 각 D/B 내의 정보들은 시스템 측 상황에 따라, 그 종목 또는 범위가 탄력적으로 추가/삭제 또는 변경될 수 있다).

이러한 기반 인프라가 갖추어진 상황 하에서, 본 발명의 공매형 대부거래 운영모듈(101)은 도 4a에 도시된 바와 같이, BA 클라이언트(11) 또는 LA 클라이언트(12) 측의 요청에 따라, BA 측의 대부금 차용 신청 건을 공매아이템으로 등록· 게시하는 절차, BA 측과 전자계약(이를테면, 금전소비대차계약)을 체결하는 절차, BA가 자신의 신용정도를 스스로 조회할 수 있도록 가이드 하는 절차, LA가 자신이 보유한 계좌에서, 시스템(100) 측이 회원가입 시 할당한 계좌(16)에 입찰금을 입금시킬 수 있도록 가이드 한 후, 해당 LA를 BA 측의 대부금 차용 신청 건에 대한 입찰자로 참여시키는 절차, 한 명 이상의 LA들을 특정 BA에게 대부를 시행할 수 있는 낙찰자로 선정하는 절차, 낙찰결과를 BA 측에게 통지하는 절차, LA 측의 대부금을 시스템 측 계좌(14)로부터 BA 측 계좌(15)로 이전·입금시킨 후, 해당 대부금을 LA 측 계좌(16:LA의 회원가입 시 시스템이 LA 측에 할당한 계좌)로부터 시스템 측 계좌(14)로 이전·보존시키는 절차, BA 측의 대부금 상환과정을 관리하는 절차, BA 측의 대부금 상환에 맞추어, LA 측의 계좌(16)로 대부금에 대한 원리금을 지급하는 절차, BA가 자신의 대부금 상환스케쥴을 LA의 동의 하에 추후 변경시킬 수 있도록 가이드 하는 절차 등을 총괄 관리하는 역할을 수행하게 된다.

물론, 이러한 본 발명의 구현환경 하에서, 일련의 온라인 대부시행절차는 도 4b에 도시된 바와 같이, 특정 BA 측 공매아이템, 즉, 대부금 차용 신청 건에 대하여, 다수의 LA가 입찰자로 참여하고, 그 낙찰 결과에 따라, 개인 신분의 BA 및 LA가 직접적인 대부거래관계를 맺게 되는 신 개념의 공매형 메커니즘(법적인 관점에서 볼 때는, BA 및 시스템 측이 맺은 대출채권/채무계약에 LA가 채권참가(Loan participation)하는 방식의 간접적 대부투자 메커니즘)으로 자연스럽게 개선될 수 있게 되며, 결국, 대부거래의 온라인 공매에 참여한 LA 및 BA 측에서는 종래의 여러 가지 문제점들을 자유롭게 벗어나, 자신이 욕구에 상응하는 최적의 이익을 각기 효과적으로 향유할 수 있게 된다.

예를 들어, 본 발명의 구현환경 하에서, LA는 공매라는 틀을 통해, BA와 직접적인 대부거래관계를 맺을 수 있기 때문에, 대부업체 측에 예금/적금 등을 단순 가입하였던 종래에 비해, 고액의 대부이자를 융통성 있게 수취할 수 있게 되며, 결국, 그에 따른 유·무형의 경제적 이익을 안정적으로 향유할 수 있게 된다.

또한, 본 발명의 구현환경 하에서, BA 측에서는 자신의 대부금 차용 신청 건을 일련의 공매아이템으로 등록시킨 후, 자신이 원하는 조건에 가장 부합되는 LA를 대부 시행이 가능한 낙찰자로 선정할 수 있기 때문에, 종래에 비하여, 우월한 위치에서, 일련의 대부시행내역(예컨대, 대부금액, 대부이자율, 상환 스케쥴 등)을 자신의 처지에 맞게 적절히 조절할 수 있게 되며, 결국, 대부를 아예 시행 받지 못하게 될 수도 있는 손실, 자신이 원하는 금액보다 필요이상으로 많은 금액을 대부 받을 수도 있는 손실, 자신의 필요금액보다 훨씬 부족한 금액을 대부 받게 되는 손실 등을 손쉽게 피할 수 있게 된다.

또한, 본 발명의 구현환경 하에서, BA 측에서는 자신의 신용정도를 스스로 조회하고, 그 결과가 반영된 대부금 차용 신청 건을 일련의 공매아이템으로 직접 등록시킬 수 있기 때문에, 대부심사에 따른 고가의 수수료를 지불하여야 하는 손실, 대부조회기록이 전산 상에 남아, 차후, 타 대부 시스템을 이용함에 있어, 불이익을 받게 되거나, 자신의 신용등급이 하락하는 손실 등을 손쉽게 피할 수 있게 된다.

또한, 본 발명의 구현환경 하에서, BA 측에서는 공매라는 틀을 통해, LA와 직접적인 대부거래관계를 맺을 수 있기 때문에, 좀더 손쉽게 대부자(즉, LA)와의 의사전달채널을 확보할 수 있게 되며, 결국, 필요에 따라, 이자율 조절, 상환 연기, 부분 상환 등과 같은 일련의 중간 대부금 상환스케쥴 변경조치를 선택적으로 취할 수 있게 된다.

더욱이, 본 발명의 구현 환경 하에서, BA 측의 대부금 차용 신청 건은 입찰에 참여한 여러 명의 LA들에 의하여 다각도로 심사·검토되기 때문에, 어쩌면 당연하게도, BA 측에서는 자신의 대부금 상환능력이 좀더 공정하게 평가되는 위치에 놓일 수 있게 되며, 결국, 일련의 대부금 차용 서비스를 좀더 유연하게 향유할 수 있게 된다.

이와 같은 본 발명의 체제 하에서, 공매형 대부거래 운영모듈(101)에 의해 제어되는 대부금 차용신청 관리모듈(120)은 BA 클라이언트(11)와 선택적으로 교신하면서, BA가 서비스 페이지(301: 도 3a 참조)에 게시된 관련항목을 선택하여, BA 클라이언트(11) 측으로부터 일련의 대부금 차용신청 이벤트가 발생하는 경우, 서비스 페이지 운영모듈(110)과의 교신 하에, 해당 대부금 차용 신청 건의 공매아이템 등록을 위한 서비스 페이지(302: 도 3b 참조)를 생성하고, 생성 완료된 서비스 페이지(302)를 인터페이스 모듈(102)을 매개로, BA 클라이언트(11) 측에 전송·게시함으로써, BA 측에서 자신이 원하는 대부금 차용 신청절차를 순조롭게 진행 받을 수 있도록 가이드 하게 된다.

이 경우, 대부금 차용신청 관리모듈(120)은 BA 측에서 제시한 데이터(즉, BA 클라이언트 측으로부터 전송되는 데이터), 이를테면, 대부금 차용 신청 금액, 대부 금 차용 기간, 대부금 상환방법 등에 따라, 일련의 대부금 상환플랜, 대부금 상환금액(원금과 이자를 분리하여 연산·제시함), 대부금 차용 기간에 따른 평균 이자율 등을 연산한 후, 해당 연산결과가 반영된 리스트를 서비스 페이지(302)를 통해 자동 게시(예로써, 서비스 페이지 내에 삽입되어 자동 게시, 팝업 창을 통해 자동 게시, 또 다른 페이지를 통해 자동 게시 등)함으로써, BA 측에서, 좀더 편리하게, 자신이 원하는 대부금 차용 신청절차를 진행할 수 있도록 유도하게 된다.

추후, BA 측의 대부금 차용 신청내역이 확정되고, 해당 데이터가 BA 클라이언트(1) 측으로부터 전송되면, 대부금 차용 신청 관리모듈(120)은 D/B 관리모듈(103)을 매개로, BA 관련정보 저장 D/B(105)와 교신을 취하여, 해당 데이터를 BA 관련정보 저장 D/B(105) 내에 안정적으로 저장 관리하는 조치, 해당 데이터를 입찰진행계정(109)에 전송·등록하는 조치 등을 취함으로써, BA 측의 대부금 차용 신청 건이 공매아이템 자격으로, 정식 제출·등록될 수 있도록 유도하게 된다.

이때, 앞서 언급한 입찰진행계정(109)은 공매형 대부거래 운영모듈(101)의 제어 하에, 일정 규모의 데이터 누적공간을 유지하면서, 입찰진행에 필요한 백-데이터(이를테면, BA 측 대부금 차용 신청 데이터, BA 측 대부금 차용 신청 데이터에 상응하는 LA 측 입찰 데이터 등)를 저장 관리함으로써, 공매형 대부거래 운영모듈(101)에 의한 일련의 대부거래 공매 서비스 절차가 별다른 문제점 없이 안정적으로 진행될 수 있도록 보조하는 역할을 수행하게 된다.

앞의 전산모듈과 함께, 공매형 대부거래 운영모듈(101)에 의해 제어되는 전자계약 체결 관리모듈(140)은 BA가 대부금 차용신청 절차를 진행하는 시점에서, 대 부금 차용신청 관리모듈(120)과의 교신 하에, 일련의 데이터 생성루틴을 진행시켜, BA 측 대부금 차용 신청내역(예, 대부금 차용 신청 금액, 대부금 차용 기간, 대부금 상환방법 등)이 반영된 금전소비대차계약 데이터(이 데이터에는 이를테면, 이자율, 기간, 상환방법 등이 기재됨)를 생성하고, 생성된 금전소비자대차계약 데이터를 인터페이스 모듈(102)을 매개로 하여, BA 클라이언트(11) 측에 전송·게시하는 절차를 진행하게 된다.

이 상황에서, BA 측에서, 기 설정된 공인인증서를 통해, 앞의 금전소비자대차계약 데이터에 상응하는 서명 데이터를 전송하게 되면(이러한 서명 데이터의 전송에 의해, BA 측과 시스템 측 사이에는 일련의 조건부 대출채권/채무 관계(계약)가 정식으로 형성됨; 물론, 이러한 서명 데이터 전송절차는 전자메일 등의 별도 수단을 통해 추후 진행될 수도 있음), 전자계약체결 관리모듈(140)은 D/B 관리모듈(103)을 매개로, BA 관련정보 저장 D/B(105), 대부거래 이력정보 D/B(107) 등과 교신을 취하여, 해당 서명 데이터를 BA 관련정보 저장 D/B(105), 내부거래 이력정보 D/B(107) 내에 안정적으로 저장 관리하는 조치를 취하게 된다.

이때, 본 발명의 전자계약체결 관리모듈(140)은 상술한 서명 데이터의 수취를 통해, <BA 측을 대상으로 하는 대출채권/채무계약>을 형성·관리함에 있어서, BA 측의 대부금 차용 신청 금액을 예컨대, 만원 단위의 소액채권으로 분할한 후, 해당 채권의 전체를 하나의 대출채권으로 형성시켜, 저장 관리하게 된다(물론, BA 측에서는 단지, 한번의 서명 데이터 전송만으로, 이러한 계약채결 효과를 향유할 수 있게 된다).

예컨대, 전자계약체결 관리모듈(140)은 BA 측의 대부금 차용 신청 금액이 500만원인 경우, 해당 500만원을 1만원 단위의 소액채권 500건으로 분할한 후, 이를 하나의 대출채권(1만원×500건의 대출채권)으로 형성시켜, 저장 관리하게 되는 것이다.

이렇게, 본 발명의 체제 하에서, BA 측의 대부금 차용 신청 금액이 만원 단위의 소액채권으로 분할되어, 형성되는 경우, 해당 BA 측에서는 차후, 자신이 차용 신청한 대부금 차용 신청 금액, 이를테면, 500만원 전체를 차용 받지 아니하고, 필요에 따라, 자신의 차용 금액을 200만원, 100만원, 50만원, 15만원 등의 소액 단위로 조절하여, 대부 받을 수 있게 되며, 결국, 그에 따른 이익을 융통성 있게 향유할 수 있게 된다.

한편, 앞의 각 전산모듈들과 함께, 공매형 대부거래 운영모듈(101)에 의해 제어되는 BA 신용조회 관리모듈(160)은 BA 클라이언트(11)와 선택적으로 교신하면서, BA가 서비스 페이지(302: 도 3b 참조)에 게시된 신용조회 관련항목을 선택하여, BA 클라이언트(11) 측으로부터 일련의 자가 신용조회 요청 이벤트가 발생하게 되는 경우, 그 즉시, 신용정보제공업체 측 시스템(20)과 교신을 취하여, 도 3c에 도시된 바와 같은 신용조회 관련 서비스 페이지(303)를 신용정보제공업체 측 시스템(20)으로부터 본 발명의 시스템(100) 측으로 랜딩(Landing)한 후, 랜딩 완료된 해당 서비스 페이지(303)를 인터페이스 모듈(102)을 매개로 하여, BA 클라이언트(11) 측에 선택적으로 전송·게시하는 절차를 진행하게 된다.

이렇게, 신용조회 관련 서비스 페이지(303)가 BA 클라이언트(11) 측에 게시 된 상황에서, BA 측에서 일련의 전산작업을 통해, 해당 서비스 페이지(303)의 필요항목을 기재(선택)하는 절차를 진행하게 되면, BA 신용조회 관리모듈(160) 측에서는 신용조회 관련 서비스 페이지(303)에 상응하는 BA 측 신용조회 요청 데이터를 신용정보제공업체 측 시스템(20)으로 전송하고, 그에 상응하는 신용조회 결과 데이터를 수신하여, BA 클라이언트(11)를 통해 표시하는 절차를 진행하게 되며, 결국, BA 측에서는, 일련의 신용조회절차가 자신의 명의로 직접 수행되는 이점을 융통성 있게 향유할 수 있게 된다.

물론, 상술한 바와 같이, 신용조회 관련 서비스 페이지, 신용조회 요청 데이터, 신용조회 결과 데이터 등은 BA의 자가 전산조작 하에, 본 발명에 따른 시스템(100)의 빌딩 블록 안에서, 일련의 송/수신 절차를 진행 받기 때문에, 본 발명의 구현 환경 하에서, BA 측에서는 예컨대, 대부조회기록이 전산 상에 남아, 차후, 타 대부 시스템을 이용함에 있어, 불이익을 받게 되거나, 자신의 신용등급이 하락하게 되는 손실을 융통성 있게 회피할 수 있게 된다.

상술한 각 전산모듈들과 함께, 공매형 대부거래 운영모듈(101)에 의해 제어되는 LA 입찰준비 관리모듈(180)은 LA 클라이언트(12), 시스템 측 계좌(14), LA 측 계좌(16), LA 메시지 터미널(18) 등과 일련의 교신관계를 선택적으로 형성하면서, LA가 서비스 페이지(304: 도 3d 참조)에 게시된 입찰준비절차 관련항목을 선택하여, LA 클라이언트(12) 측으로부터 일련의 입찰준비절차 진행요청 이벤트가 발생하게 되는 경우, 도 5에 도시된 바와 같이, 계좌 관리 시스템(도시 안됨:이 계좌 관리 시스템은 상황에 따라, 본 발명의 시스템 내에 소속·설치된 시스템일수도 있 고, 외부의 협력 금융기관에 소속된 시스템일수도 있다)에 접속하여, LA가 별도로 보유한 계좌(도시 안됨)로부터 LA 측 입찰준비금을 인출한 후(물론, 이러한 입찰준비금 인출 이전에, 입찰준비금 제도 또는 내역에 대한 안내 페이지가 LA 클라이언트 측에 제공될 수 있음), 인출 완료된 입찰준비금을 <LA 측 계좌(16:LA의 회원가입 시 시스템이 LA 측에 할당한 계좌)>에 이전·입금하는 절차를 진행하게 되며, 결국, LA 측에서는 공매아이템으로 등록되어 있는 BA 측 대부금 차용 신청 건에 대하여, 정식으로 입찰할 수 있는 지위를 융통성 있게 획득할 수 있게 된다(물론, LA 측의 입찰준비금이 사전에, 충분히 확보되어 있다면, 이러한 절차의 진행은 유연하게 생략될 수도 있음).

이렇게 하여, LA 측의 입찰준비금이 LA 측 계좌(16)로 정상·입금 완료되면, LA 입찰준비 관리모듈(180)은 그 즉시, 메시지 전송 관리모듈(108)과 교신을 취하여, 예컨대, <○○만원이 입금 완료되었습니다. 정식으로 입찰하실 수 있습니다> 등과 같은 일련의 입찰준비완료 메시지를 생성하고, 생성 완료된 입찰준비완료 메시지를 LA 메시지 터미널(18:모바일 기기, 전자메일 등) 측으로 전송하는 절차를 진행함으로써, LA 측에서, 자신이 입찰자의 자격을 정상적으로 부여받았음을 온라인 상에서 손쉽게 확인할 수 있도록 유도하게 된다.

한편, 상술한 각 전산모듈들과 함께, 공매형 대부거래 운영모듈(101)에 의해 제어되는 LA 입찰참여 관리모듈(200)은 LA 클라이언트(12)와 선택적으로 교신하면서, LA가 서비스 페이지(301: 도 3a 참조)에 게시된 관련항목을 선택하여, LA 클라이언트(12) 측으로부터 일련의 입찰참여요청 이벤트가 발생하는 경우, 서비스 페이 지 운영모듈(110)과의 교신 하에, LA의 입찰참여절차를 가이드 하기 위한 서비스 페이지(304: 도 3d 참조)를 생성하고, 생성 완료된 서비스 페이지(304)를 인터페이스 모듈(102)을 매개로, LA 클라이언트(12) 측에 전송·게시함으로써, LA 측에서 자신이 원하는 입찰 참여절차를 순조롭게 진행 받을 수 있도록 가이드 하게 된다.

추후, LA 측의 입찰참여 신청내역이 확정되고, 해당 데이터가 LA 클라이언트(12) 측으로부터 전송되면, LA 입찰참여 관리모듈(200)은 D/B 관리모듈(103)을 매개로, LA 관련정보 저장 D/B(105)와 교신을 취하여, 해당 데이터를 LA 관련정보 저장 D/B(105) 내에 안정적으로 저장 관리하는 조치를 취하게 된다.

이때, 도 6에 도시된 바와 같이, 상술한 LA 입찰참여 관리모듈(200)은 좀더 상세하게, LA 입찰참여절차 제어부(201)와, 이 LA 입찰참여절차 제어부(201)에 의해 제어되는 BA 관련정보 로딩부(203), 타 입찰내역 로딩부(204), BA 검색엔진(205), 검색결과 리스트 로딩부(206), LA 입찰 접수부(209) 등이 긴밀하게 조합된 구성을 취하게 된다.

여기서, LA 입찰참여절차 제어부(201)는 정보교환부(202)를 매개로, LA 입찰준비 관리모듈(180), LA 클라이언트(12), BA 관련정보 저장 D/B(105), 입찰진행계정(109) 등과 일련의 신호 연결관계를 선택적으로 형성하면서, LA 클라이언트(12) 측으로부터 전송되는 입찰참여요청 이벤트 데이터에 따라, LA의 입찰 참여절차를 총괄 제어하는 역할을 수행하게 된다.

이때, LA 입찰참여절차 제어부(201)에 의해 제어되는 BA 검색엔진(205)은 LA가 서비스 페이지(304: 도 3d 참조)에 게시된 관련항목을 선택하여, LA 클라이언 트(12) 측으로부터 일련의 BA 검색요청 이벤트가 발생하는 경우, 정보교환부(202)를 매개로, D/B 관리모듈(103), BA 관련정보 저장 D/B(105) 등에 접근한 후, 일련의 검색루틴을 진행시켜, 이에 저장되어 있던 BA 측 대부금 차용 신청 건들 중, LA가 원하는 조건에 매칭되는 특정 BA 측 대부금 차용 신청 건들, 예컨대, LA가 원하는 신용등급에 매칭되는 BA 측 대부금 차용 신청 건, LA가 원하는 대부금 차용금액에 매칭되는 BA 측 대부금 차용 신청 건, LA가 원하는 대부금 차용이율에 매칭되는 BA 측 대부금 차용 신청 건, LA가 원하는 대부기간에 매칭되는 BA 측 대부금 차용 신청 건, LA가 원하는 지역에 거주하는 BA 측 대부금 차용 신청 건 등을 검색하고, 그 검색결과를 프로세싱 버퍼(206) 내에 안정적으로 저장 관리하는 역할을 수행하게 된다.

또한, LA 입찰참여절차 제어부(201)에 의해 제어되는 검색결과리스트 로딩부(207)는 상술한 BA 검색엔진(205)의 기능 수행에 의해, 프로세싱 버퍼(206) 내에, <LA가 원하는 조건에 매칭되는 특정 BA 측 대부금 차용 신청 건들의 검색결과>가 저장 완료되면, 그 즉시, 프로세싱 버퍼(206)에 접근하여, 해당 검색결과를 판독한 후, 판독한 결과에 상응하는 검색결과 리스트를 생성하고, 생성 완료된 리스트를 정보교환부(202), 인터페이스 모듈(102) 등을 통해, LA 클라이언트(12) 측으로 전송함으로써, 상술한 검색결과 리스트가 LA 측 서비스 페이지(304)를 통해, 신속하게 표시(예로써, 서비스 페이지 내에 삽입되어 표시, 팝업 창을 통해 표시, 또 다른 페이지를 통해 표시, 이하 같음)될 수 있도록 가이드 하게 된다.

물론, 이러한 검색결과 리스트의 표시 상황 하에서, LA 측에서는 공매아이템 으로 등록되어 있는 여러 BA 측 대부금 차용 신청 건들 중에서, 자신의 욕구에 가장 부합되는 특정 BA 측 대부금 차용 신청 건들을 별다른 어려움 없이, 손쉽게 선별·확인할 수 있게 되며, 결국, 전체적인 입찰참여절차를 좀더 용이하게 진행시킬 수 있게 된다.

또한, LA 입찰참여절차 제어부(201)에 의해 제어되는 BA 관련정보 로딩부(203)는 상술한 검색결과 리스트 로딩부(207)의 기능 수행에 의해, LA 클라이언트(12) 측에, <LA가 원하는 조건에 매칭되는 특정 BA 측 대부금 차용 신청 건들의 검색결과 리스트>가 게시된 상황에서, LA 측에서, 해당 검색결과 리스트에 기재된 BA 측 대부금 차용 신청 건들 중 특정 BA 측 대부금 차용 신청 건을 선택하여, LA 클라이언트(12) 측으로부터 일련의 선택데이터가 전송되면, 그 즉시, 정보교환부(202), D/B 관리모듈(103) 등을 매개로, BA 관련정보 저장 D/B(105)에 접근하여, 이에 저장되어 있던 BA 관련정보, 이를테면, BA의 사진정보, BA의 개인 신상정보, BA의 신용조회정보, BA의 대부금 차용신청내역 정보, BA의 대부금 상환플랜 정보 등을 추출한 후, 추출 완료된 BA 관련정보를 토대로, 일련의 BA 관련 페이지를 생성하고, 생성 완료된 BA 관련 페이지를 정보교환부(202), 인터페이스 모듈(102) 등을 매개로, LA 클라이언트(12) 측으로 전송함으로써, BA 관련 정보가 LA 측 서비스 페이지(304)를 통해, 신속하게 표시될 수 있도록 가이드 하게 된다.

물론, 이러한 BA 관련정보의 표시 상황 하에서, LA 측에서는 본격적인 입찰절차 이전에, <자신이 입찰하고자 하는 대부금 차용 신청 건>의 BA와 관련된 여러 내역, 예컨대, BA의 대부금 차용 신청 요약내역, BA의 신상내역, BA의 신용내역, BA의 대부금 상환플랜 내역 등을 별다른 어려움 없이, 손쉽게 선별·확인할 수 있게 되며, 결국, 전체적인 입찰참여절차를 좀더 합리적으로 진행시킬 수 있게 된다.

또한, LA 입찰참여절차 제어부(201)에 의해 제어되는 타 입찰내역 로딩부(204)는 상술한 검색결과 리스트 로딩부(207)의 기능 수행에 의해, LA 클라이언트(12) 측에, <LA가 원하는 조건에 매칭되는 특정 BA 측 대부금 차용 신청 건들의 검색결과 리스트>가 게시된 상황에서, LA 측에서, 해당 검색결과 리스트에 기재된 BA 측 대부금 차용 신청 건들 중 특정 BA 측 대부금 차용 신청 건을 선택하여, LA 클라이언트(12) 측으로부터 일련의 선택데이터가 전송되면, 그 즉시, 정보교환부(202)를 매개로, 입찰진행계정(109)에 접근하여, 이에 등록되어 있는 <BA 측 대부금 차용 신청 건에 상응하는 입찰참여 타 LA들의 입찰내역>, 이를테면, 입찰에 참여한 타 LA들의 아이디 정보, 입찰에 참여한 타 LA들이 제시한 대부금 차용 이자율 정보, 입찰에 참여한 타 LA들이 제시한 대부 시행 금액 정보 등을 추출한 후, 추출 완료된 타 LA들의 입찰내역 정보를 토대로, 일련의 타 LA 입찰내역 제공 페이지를 생성하고, 생성 완료된 타 LA 입찰내역 페이지를 정보교환부(2020, 인터페이스 모듈(102) 등을 매개로, LA 클라이언트(12) 측으로 전송함으로써, 타 LA들의 입찰내역 페이지가 LA 측 서비스 페이지(304)를 통해, 신속하게 표시될 수 있도록 가이드 하게 된다.

물론, 이러한 <타 LA들의 입찰내역 정보>의 표시 상황 하에서, LA 측에서는 본격적인 입찰절차 이전에, <자신이 입찰하고자 하는 대부금 차용 신청 건>에 상응하는 타 LA들의 입찰현황을 별다른 어려움 없이, 손쉽게 선별·확인할 수 있게 되 며, 결국, 전체적인 입찰참여절차를 좀더 합리적으로 진행시킬 수 있게 된다.

이때에도, 상술한 입찰진행계정(109)은 공매형 대부거래 운영모듈(101)의 제어 하에, 일정 규모의 데이터 누적공간을 유지하면서, 입찰진행에 필요한 백-데이터(이를테면, BA 측 대부금 차용 신청 데이터, BA 측 대부금 차용 신청 데이터에 상응하는 LA 측 입찰 데이터 등)를 저장 관리함으로써, 공매형 대부거래 운영모듈(101)에 의한 일련의 대부거래 공매 서비스 절차가 별다른 문제점 없이 안정적으로 진행될 수 있도록 보조하는 역할을 수행하게 된다.

상술한 BA 검색엔진(205), 검색결과 리스트 로딩부(207), BA 관련정보 로딩부(203), 타 입찰내역 로딩부(204) 등의 기능 수행에 의해, 서비스 페이지(304)에 <LA가 원하는 조건에 매칭되는 특정 BA 측 대부금 차용 신청 건들의 검색결과 리스트>, <BA 관련정보>, <타 LA들의 입찰내역 정보> 등이 게시된 상황에서, LA 측에서, 해당 BA 측 대부금 차용 신청 건에 대한 입찰을 결정하고, 그와 관련된 항목을 선택하여, LA 클라이언트(12) 측으로부터 일련의 입찰신청정보가 전송되면, LA 입찰참여절차 제어부(201)에 의해 제어되는 LA 입찰 접수부(209)는 그 즉시, 정보교환부(202)를 매개로, 입찰진행계정(109)에 접속하여, 해당 LA 측 입찰내역을 입찰진행계정(109) 내에 등록·저장시키는 절차를 진행하게 되며, 결국, LA 측에서는 공매아이템으로 등록된 특정 BA 측 대부금 차용 신청 건에 대한 입찰자로써의 지위를 정상적으로 획득할 수 있게 된다(물론, 상황에 따라, 이러한 LA 측 입찰참여절차는 BA 관련정보 저장 D/B, LA 관련정보 저장 D/B, 대부거래 이력정보 저장 D/B 등과 같은 타 D/B에 동시에 반영될 수 있다).

한편, 상술한 도 2에 도시된 바와 같이, 앞의 각 전산모듈들과 함께, 공매형 대부거래 운영모듈(201)에 의해 제어되는 낙찰 LA 선정모듈(220)은 입찰진행계정(109), 대부거래 이력정보 저장 D/B(107), LA 입찰참여 관리모듈(200), LA 메시지 터미널(18), BA 메시지 터미널(13) 등과 일련의 교신관계를 선택적으로 형성하면서, 공매아이템으로 등록된 <특정 BA 측 대부금 차용 신청 건>의 입찰 마감 시점에서, 해당 BA 측 대부금 차용 신청 건에 상응하는 LA 측 입찰내역을 체크하여, 입찰자로 참여 중인 LA들 중, <BA 측 지정조건에 가장 적합한 한 명 이상의 LA>를 <BA에게 대부를 실제 시행할 수 있는 낙찰자>로 선정하는 역할을 수행하게 된다.

이때, 도 7에 도시된 바와 같이, 본 발명의 낙찰 LA 선정모듈(220)은 세부적으로, LA 낙찰선정 제어부(221)와, 이 LA 낙찰선정 제어부(221)에 의해 제어되는 입찰정보 취합부(223), 낙찰 LA 선정부(225), 낙찰결과 반영 가이드부(227), 낙찰결과 메시지 통지부(228) 등이 긴밀하게 조합된 구성을 취하게 된다.

이 경우, LA 낙찰선정 제어부(221)는 정보교환부(222)를 매개로, 입찰 진행계정(109), 대부거래 이력정보 저장 D/B(107), LA 입찰참여 관리모듈(200), LA 메시지 터미널(18), BA 메시지 터미널(13) 등과 일련의 교신관계를 선택적으로 형성하면서, 공매아이템으로 등록된 특정 BA 측 대부금 차용 신청 건의 입찰 마감 시점에서, LA의 낙찰 선정절차를 총괄 제어하는 역할을 수행하게 된다.

이때, LA 낙찰선정 제어부(221)에 의해 제어되는 입찰정보 취합부(223)는 정보교환부(222)를 매개로, 입찰진행계정(109)과 일련의 교신관계를 선택적으로 형성하면서, 공매아이템으로 등록된 특정 BA 측 대부금 차용 신청 건의 입찰 마감 시점 에서, 입찰진행계정(109)에 접속하여, 이에 등록·접수되어 있던 LA 측 입찰정보를 추출한 후, 추출 완료된 LA 측 입찰정보를 취합하고, 취합 완료된 LA 측 입찰정보를 도 8에 도시된 바와 같이, 프로세싱 버퍼(226) 내에 안정적으로 저장 관리하는 역할을 수행하게 된다.

또한, LA 낙찰선정 제어부(221)에 의해 제어되는 낙찰 LA 선정부(225)는 상술한 입찰정보 취합부(223)의 기능 수행에 의해, 프로세싱 버퍼(225) 내에, <특정 BA 측 대부금 차용 신청 건에 상응하는 LA 측 입찰정보>가 취합 완료되면, 도 8에 도시된 바와 같이, 낙찰조건 저장부(224)와 교신을 취하여, 이에 저장되어 있던 낙찰조건 정보, 이를테면, <대부금 차용 신청 건에 지정된 BA 측 지정조건>을 추출하고, 추출 완료된 조건정보를 프로세싱 버퍼(225) 내에 저장되어 있는 LA 측 입찰정보와 비교·체크하여, 입찰자로 참여 중인 LA들 중, 한 명 이상의 LA를 <BA에게 대부를 실제 시행할 수 있는 낙찰자>로 선정하는 역할을 수행하게 된다.

결국, 이러한 낙찰 LA 선정부(225)의 기능 수행 하에서, 예컨대, 입찰자로 참여 중인 LA들 중, 낮은 대부 이자율을 제시하였으면서, 그 입찰순서가 빠른 한 명 이상의 LA들은 BA 측에게 대부를 실제 시행할 수 있는 낙찰자로 정식 선정될 수 있게 된다.

다른 예로, 낙찰 LA 선정부(225)의 기능 수행 하에서, 입찰자로 참여 중인 LA들 중, 높은 대부 이자율을 제시하였으면서, 그 입찰순서가 빠르고, 대부 금액이 큰 한 명 이상의 LA들은 BA 측에게 대부를 실제 시행할 수 있는 낙찰자로 정식 선정할 수 있게 된다(물론, 이러한 낙찰자 선정기준은 BA 측이 제시한 정보내역, 시 스템 측 방침에 따른 정보내역 등에 따라 다양한 변형을 이룰 수 있다).

이렇게, 낙찰 LA 선정부(225)의 기능 수행에 의해, 한 명 이상의 특정 LA들이 특정 BA 측 대부금 차용 신청 건에 상응하는 낙찰자로 선정 완료되면, LA 낙찰선정 제어부(221)에 의해 제어되는 낙찰결과 반영 가이드부(227)는 그 즉시, 정보교환부(222)를 매개로, 대부금 지급 관리모듈(240)과 교신을 취하여, 이 대부금 지급 관리모듈(240) 측으로 낙찰결과를 전달함으로써, 상술한 낙찰결과가 LA 및 BA의 자금 변동내역에 실질적으로 반영될 수 있도록 보조하게 된다.

이 상황에서, 공매형 대부거래 운영모듈(101)에 의해 제어되는 대부금 지급 관리모듈(240: 도 2에 도시됨)은 계좌 관리 시스템(상술한 바와 같이, 이 계좌 관리 시스템은 상황에 따라, 본 발명의 시스템 내에 소속·설치된 시스템일수도 있고, 외부의 협력 금융기관에 소속된 시스템일수도 있다)과 교신을 취하여, 도 9에 도시된 바와 같이, 시스템 측 계좌(14)에서, BA 측 계좌(15)로 일련의 대부금을 이전·지급하는 절차를 진행하게 되며, 결국, BA 측에서는 자신이 차용 신청한 대부금을 융통성 있게 확보할 수 있게 된다.

상술한 절차를 통해, 시스템 측 계좌(14)에서, BA 측 계좌(15)로 대부금의 이전·지급이 완료되면, 대부금 지급 관리모듈(240)은 계좌 관리 시스템과 교신을 취하여, LA 측 계좌(16)에 입금되어 있던 입찰준비금에서 시스템 측 계좌(14)로 <대부금+수수료>에 해당하는 금액을 이전시키는 절차를 진행함으로써, 대부금의 지급에 상당하는 시스템(100) 측의 이익을 보존시키게 된다(결국, 이 상황에서, LA 측에서는 법적으로, BA 및 시스템 간 채결된 대출채권/채무계약에 채권 참가하여, 자신이 참가한 부분(자신이 대부해준 금액부분) 만큼의 원리금수취권을 시스템 측으로 이전 받게 됨)(참고: 주 채권자는 시스템 측임)(상술한 전자계약체결 관리모듈(140)은 이러한 원리금수취권 이전 내역을 LA 관련정보 저장 D/B(106), 대부거래 이력정보 저장 D/B(107) 등에 반영하는 절차를 진행하게 됨).

여기서, 대부금 지급 관리모듈(240)은 만약, 낙찰자로 선정된 LA가 한 명일 경우, 해당 LA의 단독 계좌에서, <대부금+수수료>에 해당하는 금액을 시스템 측 계좌(14)로 일괄 이전시키는 조치를 취하게 되며, 낙찰자로 선정된 LA가 여러 명일 경우, 각 LA들의 계좌들에서, <대부금+수수료>에 해당하는 금액을 시스템 측 계좌(14)로 분할 이전시키는 조치를 취하게 된다.

물론, 이처럼, 낙찰자로 선정된 LA들이 여러 명이고, 그에 따라, 각 LA들의 계좌들에서, <대부금+수수료>에 해당하는 금액을 시스템 측 계좌로 분할 이전시킬 수 있는 상황 하에서, 각 LA들은 대규모 자금마련에 대한 큰 부담 없이, 단지, 소액의 대부금을 투자하면서도, 나름대로의 수익을 창출할 수 있게 되며, 그에 따른 유·무형의 경제적 이익을 융통성 있게 향유할 수 있게 된다(물론, 이것이 별다른 문제점 없이, 가능한 이유는 상술한 바와 같이, 본 발명의 시스템이 BA 측 대부금 차용 신청 건에 대하여, 다수의 LA를 입찰자로 참여시키고, 이들 중 한 명 이상의 LA를 낙찰자로 선정하는 독특한 공매형 대부거래 메커니즘을 운영하고 있기 때문임).

이렇게, BA 측 계좌(15)로 일련의 대부금이 입금되는 상황에서, 상술한 낙찰결과 반영 가이드부(227: 도 7에 도시)는 정보 교환부(222)를 매개로, D/B 관리 모 듈(103)에 접근한 후, BA 관련정보 저장 D/B(105), LA 관련정보 저장 D/B(106), 대부거래 이력정보 저장 D/B(108) 등과 교신을 취함으로써, 앞서 언급한 낙찰결과가 각 D/B의 정보 저장내역에도 실질적으로 반영될 수 있도록 보조하게 된다.

상술한 과정 하에, 일련의 LA 낙찰선정 절차가 마무리되면, 도 7에 도시된 낙찰결과 통지부(228)는 그 즉시, 메시지 전송 관리모듈(108)과 교신을 취하여, 일련의 낙찰결과 통지 메시지를 생성하고, 생성 완료된 낙찰결과 통지 메시지를 LA 메시지 터미널(18), BA 메시지 터미널(13) 등으로 전송하는 절차를 진행하게 되며, 결국, LA, BA 측에서는, 본 발명에 의한 낙찰결과를 보다 신속하게 확인할 수 있게 된다.

한편, 공매형 대부거래 운영모듈(101)에 의해 제어되는 대부금 상환 관리모듈(260: 도 2에 도시됨)은 D/B 관리모듈(103)을 매개로, BA 관련정보 저장 D/B(105)와 교신을 취하여, BA가 대부금 차용 신청 시에 선택한 상환스케쥴(상환일자, 상환이자, 상환방법 등)을 확인하면서, 도 10에 도시된 바와 같이, 특정 BA의 상환일자 도래 시, 계좌 관리 시스템을 매개로, 해당 BA 측 계좌(15)에 접속하여, 상환금(이를테면, 분할 대부금+상환이자)이 정상적으로 입금되어 있는가를 판별하고, 만약, 상환금이 정상적으로 입금되어 있으면, 이를 수취하여, 시스템 측 계좌(14)로 이전·입금시킨 후, 입금 완료된 상환금을 LA 측 계좌(16)로 이전·입금시키는 절차를 추가로 진행하게 되며(참고: 상술한 바와 같이, LA는 법적으로, BA 및 시스템 간 채결된 대출채권/채무계약에 채권 참가하여, 자신이 참가한 부분(자신이 대부해준 금액부분) 만큼의 원리금수취권을 이전 받은 원리금수취권자이기 때 문에, 이러한 절차를 향유하게 됨), 결국, 이러한 대부금 상환 관리모듈(260)의 기능 수행 하에서, LA 측에서는 상환이자에 상응하는 경제적 이익을 효과적으로 향유할 수 있게 된다.

이때, 만약, 상환일자의 도래에도 불구하고, BA 측 계좌(15)에 상환금이 정상적으로 입금되어 있지 않다면(또는, 상환일과 가까운 근일이 도래하면), 대부금 상환 관리모듈(260)은 그 즉시, 메시지 전송 관리모듈(108)과 교신을 취하여, 일련의 대출 상환요청 메시지를 생성하고, 생성 완료된 대출 상환요청 메시지를 BA 메시지 터미널(13) 측으로 전송하는 절차를 진행하게 되며, 결국, BA 측에서는 자신의 대부거래가 연체되고 있음(또는, 자신의 대부금 상환일이 도래하였음)을 신속하게 파악하고, 그에 합당한 후속조치를 융통성 있게 취할 수 있게 된다.

여기서, 상술한 메시지 통지절차 등에도 불구하고, BA 측에서 별다른 후속조치 없이, 대부금의 상환을 악의적으로 지연시키게 되는 경우, 대부금 상환 관리모듈(260)은 공매형 대부거래 운영모듈(101)과의 교신 하에, 해당 BA 측의 각종 등록정보를 변경하고, 이를 통해, BA를 대상으로 하는 각종 불이익 조치, 이를테면, BA를 연체이자 발생 대상자로 분류·관리하는 조치, BA를 연체자로 분류·관리하는 조치, BA 관련 대부거래 이력정보 저장 D/B(107) 내에, 연체내역을 기록하여, BA가 추후의 대부거래에 참여하기 어려워지도록 유도하는 조치 등을 취하게 된다.

한편, 상술한 도 2에 도시된 바와 같이, 본 발명에 따른 공매형 대부거래 운영모듈(101)의 제어 체제 내에는 앞서 언급한 여러 전산모듈들 이외에도, LA 자동입찰 관리모듈(280), 대부금 상환스케쥴 변경 가이드 모듈(290), 고 수익 LA 연계 입찰 관리모듈(310) 등이 추가 배치된다.

이때, LA 자동입찰 관리모듈(280)은 LA 관련정보 저장 D/B(106), 입찰진행계정(109), 대부금 차용신청 관리모듈(120), LA 입찰참여 관리모듈(200), 메시지 전송 관리모듈(108) 등과 일련의 신호 연결관계를 형성하면서, 대부금 차용 신청 관리모듈(120)에 의해 공매아이템으로 등록되는 BA 측 대부금 차용 신청 건들 중, LA에 의해 미리 설정된 조건에 매칭되는 대부금 차용 신청 건이 있는가를 판별하고, 해당 대부금 차용 신청 건이 있는 경우, LA 입찰참여 관리모듈(200)과 교신을 취하여, 해당 LA를 매칭 대부금 차용 신청 건에 대한 입찰자로 자동 참여·등록시키는 절차를 진행하게 된다.

물론, 이러한 LA 자동입찰 관리모듈(280)의 기능 수행 하에서, 각 LA 측에서는 상술한 입찰준비절차, 입찰참여절차 등을 별도로 복잡하게 진행시키지 않고서도, 자신의 욕구에 매칭되는 BA 측 대부금 차용 신청 건에 대하여, 일련의 입찰자로 자동 참여할 수 있게 되며, 결국, 그에 따른 유·무형의 이익을 효과적으로 향유할 수 있게 된다.

또한, 본 발명에 따른 대부금 상환스케쥴 변경 가이드 모듈(290)은 메시지 전송 관리모듈(108), BA 관련정보 D/B(105), LA 관련정보 D/B(106), 대부금 지급 관리모듈(240), 대부금 상환 관리모듈(260) 등과 일련의 교신관계를 형성한 상태로, 시스템 측 계좌(14)에서, BA의 계좌(15)로 대부금이 이전·지급된 상황에서(도 9 참조), BA 측이 보유한 메시지 터미널(13) 측으로 일련의 확인메시지를 전송하여, BA가 <자신의 대부금 상환스케쥴을 변경할 것인가>를 체크한 후, 만약, BA가 자신의 대부금 상환스케쥴을 변경하고자 하는 경우, LA 측이 보유한 메시지 터미널(18) 측으로 일련의 확인 메시지를 전송하여, 해당 상환스케쥴 변경에 관한 LA 측의 허용여부를 체크하고, 해당 체크결과에 따라, BA 측 대부금의 상환스케쥴을 선택적으로 자동 변경하는 절차를 진행하게 된다.

물론, 이러한 대부금 상환스케쥴 변경 가이드 모듈(290)의 기능 수행 하에서, BA 측에서는 좀더 손쉽게 대부자(즉, LA)와의 의사전달채널을 확보할 수 있게 되며, 결국, 필요에 따라, 이자율 조절, 상환 연기, 부분 상환 등과 같은 일련의 중간 대부금 상환스케쥴 변경조치를 선택적으로 취할 수 있게 된다.

나아가, 본 발명에 따른 고 수익 LA 연계입찰 관리모듈(310)은 LA 관련정보 저장 D/B(106), 입찰진행계정(109), LA 입찰참여 관리모듈(200), 메시지 전송 관리모듈(108) 등과 일련의 신호 연결관계를 형성하면서, 특정 BA 측의 대부금 차용 신청 건에 대한 각 LA들의 입찰 건들 중, 고 수익을 달성한 이력이 있는 LA의 입찰 건이 있는가를 판별하고, 해당 입찰 건이 있는 경우, 해당 고 수익 LA와의 연계입찰을 사전 신청한 특정 LA를 <BA 측 차용 신청 건>에 대한 입찰자로 자동 참여·등록시키는 절차를 진행하게 된다.

물론, 이러한 고 수익 LA 연계입찰 관리모듈(310)의 기능 수행 하에서, 각 LA 측에서는 비록, 자신의 투자경험이 다소 부족하다 하더라도, 고 수익 달성 이력이 있는 우수 LA를 따라, 수익성/신뢰성 등이 높은 입찰 건에 동시에 자동 참여할 수 있게 되며, 결국, 그에 따른 유·무형의 이익을 효과적으로 향유할 수 있게 된다.

이하, 상술한 LA 자동입찰 관리모듈(280), 대부금 상환스케쥴 변경 가이드모듈(290), 고 수익 LA 연계입찰 관리모듈(310) 등의 세부구성 및 기능 수행절차를 상세히 살펴본다.

먼저, 상술한 LA 자동입찰 관리모듈(280)의 세부구성 및 기능수행절차를 상세히 살펴보면 다음과 같다.

도 11에 도시된 바와 같이, 본 발명에 따른 LA 자동입찰 관리모듈(280)은 LA 자동입찰 제어부(281)와, 이 LA 자동입찰 제어부(281)에 의해 제어되는 자동입찰요청 LA 정보 로딩부(284), 매칭 BA 정보 등록 감시부(283), 입찰준비 자동 처리부(285), 입찰내역 생성부(287), 입찰 자동 접수부(288), 입찰 자동접수 통지부(289) 등이 긴밀하게 조합된 구성을 취하게 된다.

이 경우, LA 자동입찰 제어부(281)는 정보교환부(282)를 매개로, LA 관련정보 저장 D/B(106), 입찰진행계정(109), 대부금 차용신청 관리모듈(120), LA 입찰참여 관리모듈(200), 메시지 전송 관리모듈(108) 등과 일련의 신호 연결관계를 형성하면서, LA의 자동 입찰 참여절차(예컨대, LA에 의해 미리 설정된 조건에 매칭되는 대부금 차용 신청 건이 있는가를 판별하는 절차, LA를 BA 측의 대부금 차용 신청 건에 대한 입찰자로 자동 참여·등록시키는 절차 등)를 총괄 제어하는 역할을 수행하게 된다.

이때, LA 자동입찰 제어부(281)에 의해 제어되는 자동입찰 요청 LA 정보 로딩부(284)는 정보교환부(282), D/B 관리모듈(103) 등을 매개로, LA 관련정보 저장 D/B(106) 등과 교신을 취하여, 이에 저장되어 있던 LA 측 설정정보를 체크한 후, 만약, 자동입찰이 사전 요청된 LA가 존재하는 경우, 해당 LA 측 관련정보, 이를테면, LA가 원하는 입찰대상 BA 정보, LA의 입찰내역정보 등을 추출하고, 추출 완료된 LA 측 관련정보를 프로세싱 버퍼(286) 내에 안정적으로 저장 관리하는 역할을 수행하게 된다.

또한, LA 자동입찰 제어부(281)에 의해 제어되는 매칭 BA 정보 등록 감시부(283)는 대부금 차용신청 관리모듈(120), 입찰진행계정(109), BA 관련정보 저장 D/B(105), 자동입찰 요청 LA 정보 로딩부(284), 프로세싱 버퍼(286) 등과 일련의 교신관계를 형성하면서, 대부금 차용 신청 관리모듈(120)에 의해 공매아이템으로 등록되는 BA 측 대부금 차용 신청 건들 중, LA에 의해 미리 설정된 조건(이를테면, 대부금 상환 이자율, 대부금 분할조건, 대부금 전체금액, BA의 출신학교 등)에 매칭되는 대부금 차용 신청 건(물론, 이 대부금 차용 신청 건은 LA에 의해 미리 설정된 조건에 하나 또는 그 이상이 매치되는 신청 건임)이 있는가를 감시하고, 만약, 해당 대부금 차용 신청 건이 있는 경우, 그 결과를 LA 자동입찰 제어부(281) 측에 신속하게 보고하는 역할을 수행하게 된다.

또한, LA 자동입찰 제어부(281)에 의해 제어되는 입찰준비 자동 처리부(285)는 상술한 매칭 BA정보 등록 감시부(283)의 기능 수행에 의해, LA에 의해 미리 설정된 조건에 매칭되는 대부금 차용 신청 건이 있는 것으로 확인되면, 계좌 관리 시스템에 접속하여, LA가 별도로 보유한 계좌(도시 안됨)로부터 LA 측 입찰준비금을 자동으로 인출한 후, 인출 완료된 입찰준비금을 <LA 측 계좌(16:LA의 회원가입 시 시스템이 LA 측에 할당한 계좌)>에 이전·입금하는 절차를 진행하게 되며(도 5 참 조), 결국, LA 측에서는 공매아이템으로 등록되어 있는 매칭 BA 측 대부금 차용 신청 건에 정식으로 입찰할 수 있는 지위를 자동으로 획득할 수 있게 된다(물론, 이 경우에도, LA 측의 입찰준비금이 사전에, 충분히 확보되어 있다면, 상술한 절차의 진행은 유연하게 생략될 수도 있음).

또한, LA 자동입찰 제어부(281)에 의해 제어되는 입찰내역 생성부(287)는 상술한 입찰준비 자동 처리부(285)에 의해, 입찰준비금의 확보절차가 완료되면, 프로세싱 버퍼(286)에 접근하여, 이에 저장되어 있던 LA 측 관련정보, 이를테면, LA의 입찰내역정보를 추출한 후, 추출 완료된 LA 측 입찰내역정보를 토대로, LA 측 입찰내역 데이터(예컨대, 대부시행금액, 대부기간, 대부 이자율 등)를 자동 생성하고, 생성 완료된 LA 측 입찰내역 데이터를 프로세싱 버퍼(286) 내에 안정적으로 저장하는 역할을 수행하게 된다.

상술한 각 절차를 통해, 프로세싱 버퍼(286) 내에, LA 측 입찰내역 데이터가 생성·저장 완료되면, LA 자동입찰 제어부(281)에 의해 제어되는 입찰 자동 접수부(288)는 그 즉시, 정보교환부(282)를 매개로, LA 입찰참여 관리모듈(200)과 교신을 취하여, LA 측 입찰내역 데이터를 LA 입찰참여 관리모듈(200) 측으로 전달함으로써, 해당 LA를 BA 측의 대부금 차용 신청 건에 대한 입찰자로 자동 참여·접수시키게 된다.

물론, 이러한 절차에 상응하여, LA 입찰참여 관리모듈(200)은 입찰진행계정(109)에 접속한 후, 해당 LA 측 입찰내역 데이터를 입찰진행계정(109) 내에 등록·저장시키는 절차를 후속 진행하게 되며, 결국, LA 측에서는 공매아이템으로 등록 된 특정 BA 측 대부금 차용 신청 건에 대한 입찰자로써의 지위를 자동으로 획득할 수 있게 된다(물론, 이 경우에도, LA 측 자동 입찰참여절차는 BA 관련정보 저장 D/B, LA 관련정보 저장 D/B, 대부거래 이력정보 저장 D/B 등과 같은 타 D/B에 동시에 반영될 수 있다).

추후, LA 자동입찰 제어부(281)에 의해 제어되는 입찰 자동접수 통지부(289)는 메시지 전송 관리모듈(108)과 교신을 취하여, 일련의 입찰 자동접수 통지 메시지를 생성하고, 생성 완료된 입찰 자동접수 통지 메시지를 LA 메시지 터미널(18) 측으로 전송하는 절차를 진행하게 되며, 결국, LA 측에서는 자신이 특정 BA의 대부금 차용 신청 건에 자동 입찰하였음을 신속하게 확인할 수 있게 된다.

다음으로, 상술한 본 발명에 따른 대부금 상환스케쥴 변경 가이드 모듈(290)의 세부구성 및 기능수행절차를 상세히 살펴보면 다음과 같다.

도 12에 도시된 바와 같이, 본 발명에 따른 대부금 상환스케쥴 변경 가이드 모듈(290)은 대부금 상환스케쥴 변경절차 제어부(291)와, 이 대부금 상환스케쥴 변경절차 제어부(291)에 의해 총괄 제어되는 대부금 상황내역 모니터링부(293), 대부금 상환스케쥴 변경여부 확인부(294), 대부금 상환스케쥴 변경내역 수취부(295), 대부금 상환스케쥴 변경요청 통지부(296), 대부금 상환스케쥴 변경허용 체크부(297), 대부금 상환스케쥴 변경 가이드부(298), 대부금 상환스케쥴 변경결과 통지부(299) 등이 긴밀하게 조합된 구성을 취하게 된다.

이 경우, 대부금 상환스케쥴 변경절차 제어부(291)는 정보교환부(292)를 매개로, 메시지 전송 관리모듈(108), BA 관련정보 D/B(105), LA 관련정보 D/B(106), 대부금 지급 관리모듈(240), 대부금 상환 관리모듈(260) 등과 일련의 교신관계를 형성하면서, BA 측 대부금의 상환스케쥴 중간 변경절차를 총괄 제어하는 역할을 수행하게 된다.

이때, 대부금 상환스케쥴 변경절차 제어부(291)에 의해 제어되는 대부금 상환내역 모니터링부(293)는 정보교환부(292)를 매개로, 대부금 상환 관리모듈(260)과 교신을 취하면서, 각 BA의 대부금 상환기일이 도래하였는가를 판별하고, 해당 BA의 대부금 상환기일이 도래한 것으로 판단되는 경우, 해당 BA 측 계좌(15)를 체크하여, 대부금이 정상적으로 상환될 수 있는가(또는, 상환되고 있는가)를 모니터링하고, 그 모니터링 결과를 대부금 상환스케쥴 변경절차 제어부(291) 측으로 실시간 보고하는 역할을 수행하게 된다.

또한, 대부금 상환스케쥴 변경절차 제어부(291)에 의해 제어되는 대부금 상환스케쥴 변경여부 확인부(294)는 정보교환부(292)를 매개로, 메시지 전송 관리모듈(108), BA 관련정보 저장 D/B(105) 등과 일련의 교신관계를 형성하면서, 상술한 대부금 상환내역 모니터링부(293)의 기능 수행에 의해, 특정 BA 측 대부금 상환내역에 이상이 있는 것으로 모니터링 되는 경우, 메시지 전송 관리모듈(108)과 교신을 취하여, 대부금 상환스케쥴 변경여부 확인 메시지를 생성하고, 생성 완료된 대부금 상환스케쥴 변경여부 확인 메시지를 BA 측 메시지 터미널(13)로 송신하여, BA가 자가 대부금의 상환스케쥴을 중간 변경(이를테면, 이자율 조절, 상환 연기, 부분 상환 등)할 것인가를 체크·확인하는 절차를 진행하게 된다.

상술한 절차를 통해, BA 측 메시지 터미널(13)에 대부금 상환스케쥴 변경여 부 확인 메시지가 전송·게시된 상황에서, BA 측에서, 앞의 확인 메시지에 상응하는 대부금 상환스케쥴 변경내역(이를테면, 상환스케쥴 변경 사유, 이자율을 얼마로 조절하고 싶다는 내역, 상환일을 ○일로 연기하고 싶다는 내역, 대부금을 ○일 및 ×일로 나누어 상환하고 싶다는 내역)을 입력하여(상황에 따라, 상술한 대부금 상환스케쥴 변경여부 확인 메시지 내에는 대부금 상환스케쥴 변경내역의 입력을 가이드 할 수 있는 가이드 윈도우가 미리 마련될 수 있음), BA 측 메시지 터미널(13)로부터 일련의 대부금 상환스케쥴 변경내역이 전송되면, 대부금 상환스케쥴 변경절차 제어부(291)에 의해 제어되는 대부금 상환스케쥴 변경내역 수취부(295)는 인터페이스 모듈(102), 정보교환부(292) 등을 매개로 이를 수취한 후, 수취 완료된 대부금 상환스케쥴 변경내역을 대부금 상환스케쥴 변경절차 제어부(291) 측에 전달하는 절차를 진행하게 된다.

이때, 대부금 상환스케쥴 변경절차 제어부(291)에 의해 제어되는 대부금 상환스케쥴 변경요청 통지부(296)는 정보교환부(292)를 매개로, 메시지 전송 관리모듈(108), LA 관련정보 저장 D/B(106) 등과 일련의 교신관계를 형성하면서, 상술한 대부금 상환스케쥴 변경내역 수취부(205)의 기능 수행에 의해, BA 측 대부금 상환스케쥴 변경내역이 확보되면, 그 즉시, 메시지 전송 관리모듈(108)과 교신을 취하여, BA 측의 대부금 상환스케쥴 변경내역이 반영된 대부금 상환스케쥴 변경요청 메시지를 생성하고, 생성 완료된 대부금 상환스케쥴 변경요청 메시지를 LA 측 메시지 터미널(18)로 송신하는 절차를 진행함으로써, BA 측의 대부금 건과 관련된 LA 측에서, <BA 측 대부금 상환스케쥴 변경요청을 허용할 것인가>의 여부를 면밀히 검토할 수 있도록 보조하게 된다.

상술한 절차를 통해, LA 측 메시지 터미널(18)에 대부금 상환스케쥴 변경요청 메시지가 전송·게시된 상황에서, LA 측에서, 앞의 요청 메시지에 상응하는 대부금 상환스케쥴 변경허용여부 내역을 입력하여(상황에 따라, 상술한 대부금 상환스케쥴 변경요청 메시지 내에는 변경허용여부 내역의 입력을 가이드 할 수 있는 가이드 윈도우가 미리 마련될 수 있음), LA 측 메시지 터미널(18)로부터 일련의 대부금 상환스케쥴 변경허용여부 데이터가 리턴·전송되면, 대부금 상환스케쥴 변경절차 제어부(291)에 의해 제어되는 대부금 상환스케쥴 변경허용 체크부(297)는 리턴·전송된 데이터를 체크하여, <LA 측에서, BA 측 상환스케쥴 변경내역을 허용하였는가의 여부>를 확인하고, 해당 확인결과를 대부금 상환스케쥴 변경절차 제어부(291) 측에 전달하는 역할을 수행하게 된다.

상술한 각 전산모듈들의 기능 수행 하에서, 만약, <LA 측에서, BA 측 상환스케쥴 변경내역을 허용한 것>으로 확인되면, 대부금 상환스케쥴 변경절차 제어부(291)에 의해 제어되는 대부금 상환스케쥴 변경 가이드부(298)는 그 즉시, 해당 결과를 공매형 대부거래 운영모듈(101) 측으로 전달하여, 대부금 상환 관리모듈(260)의 절차집행 변경을 유도함으로써, BA의 대부금 상환스케쥴(대부금 이자율, 대부금 상환일, 대부금 상환액수 등)이 BA 측 의사에 따라, 선택적으로 자동 변경될 수 있도록 유도하게 된다(물론, 상황에 따라, 이러한 BA 측 대부금 상환스케쥴 중간 변경 내역은 BA 관련정보 저장 D/B, LA 관련정보 저장 D/B, 대부거래 이력정보 저장 D/B 등과 같은 여러 D/B에 동시에 반영될 수 있다).

추후, 대부금 상환스케쥴 변경절차 제어부(291)에 의해 제어되는 대부금 상환스케쥴 변경결과 통지부(299)는 메시지 전송 관리모듈(108)과 교신을 취하여, 일련의 대부금 상환스케쥴 변경결과 메시지를 생성하고, 생성 완료된 대부금 상환스케쥴 변경결과 메시지를 BA 메시지 터미널(13), LA 메시지 터미널(18) 등으로 전송하는 절차를 진행하게 되며, 결국, BA, LA 측에서는 자신(또는 특정 BA)의 대부금 차용 신청 건에 대한 상환스케쥴이 변경되었음을 신속하게 확인할 수 있게 된다.

다음으로, 상술한 고 수익 LA 연계입찰 관리모듈(310)의 세부구성 및 기능수행절차를 상세히 살펴보면 다음과 같다.

도 13에 도시된 바와 같이, 본 발명에 따른 고 수익 LA 연계입찰 관리모듈(310)은 고 수익 LA 연계입찰 제어부(311)와, 이 고 수익 LA 연계입찰 제어부(311)에 의해 제어되는 고 수익 LA 정보 로딩부(313), 연계입찰 요청 LA 정보 로딩부(314), 고 수익 LA 입찰여부 감시부(315), 입찰준비 자동 처리부(316), 입찰내역 생성부(318), 연계입찰 자동 접수부(319), 연계입찰 자동접수 통지부(320) 등이 긴밀하게 조합된 구성을 취하게 된다.

이 경우, 고 수익 LA 연계입찰 제어부(311)는 정보교환부(312)를 매개로, LA 관련정보 저장 D/B(106), 입찰진행계정(109), LA 입찰참여 관리모듈(200), 메시지 전송 관리모듈(108) 등과 일련의 신호 연결관계를 형성하면서, <특정 LA의 고 수입 LA와의 연계입찰 참여절차>, 예컨대, <고 수익 LA의 입찰 참여 건이 있는가를 감시하는 절차>, <LA를 고 수익 LA가 입찰 참여한 대부금 차용 신청 건에 대한 입찰자로 자동 참여·등록시키는 절차> 등을 총괄 제어하는 역할을 수행하게 된다.

이때, 고 수익 LA 연계입찰 제어부(311)에 의해 제어되는 고 수익 LA 정보 로딩부(313)는 정보교환부(3120, D/B 관리모듈(103) 등을 매개로, LA 관련정보 저장 D/B(106) 등과 교신을 취하여, 이에 저장되어 있던 LA 정보들 중, 본 발명의 서비스를 통해, 고 수익 달성 이력(이 경우, 고 수익 달성의 판단기준으로는 예컨대, LA의 이자수익률, 절대이익금 등이 선택될 수 있다)이 있는 고 수익 LA 관련정보를 추출하고, 추출 완료된 고 수익 LA 관련정보를 프로세싱 버퍼(317) 내에 안정적으로 저장 관리하는 역할을 수행하게 된다.

또한, 고 수익 LA 연계입찰 제어부(311)에 의해 제어되는 연계입찰 요청 LA 정보 로딩부(314)는 정보교환부(3120, D/B 관리모듈(103) 등을 매개로, LA 관련정보 저장 D/B(106) 등과 교신을 취하여, 이에 저장되어 있던 LA 측 설정정보를 체크한 후, 만약, 고 수익 LA와의 연계입찰이 사전 요청된 LA가 존재하는 경우, 해당 LA 측 관련정보, 이를테면, LA의 입찰내역정보를 추출하고, 추출 완료된 LA 측 관련정보를 프로세싱 버퍼(317) 내에 안정적으로 저장 관리하는 역할을 수행하게 된다.

또한, 고 수익 LA 연계입찰 제어부(311)에 의해 제어되는 고 수익 LA 입찰여부 감시부(315)는 LA 관련정보 저장 D/B(106), 입찰진행계정(109), 연계입찰 요청 LA 정보 로딩부(314), 고 수익 LA 정보 로딩부(313), 프로세싱 버퍼(317) 등과 교신관계를 형성하면서, 특정 BA 측의 대부금 차용 신청 건에 대한 각 LA들의 입찰 건들 중, 고 수익 LA의 입찰 건이 있는가를 감시하고, 만약, 해당 입찰 건이 있는 경우, 그 결과를 신속하게, 고 수익 LA 연계입찰 제어부(311) 측에 보고하는 역할 을 수행하게 된다.

또한, 고 수익 LA 연계입찰 제어부(311)에 의해 제어되는 입찰준비 자동 처리부(316)는 상술한 고 수익 LA 입찰여부 감시부(315)에 의해, 고 수익 LA의 입찰 건이 있는 것으로 확인되는 경우, 계좌 관리 시스템에 접속하여, LA가 별도로 보유한 계좌(도시 안됨)로부터 LA 측 입찰준비금을 자동으로 인출한 후, 인출 완료된 입찰준비금을 <LA 측 계좌(16:LA의 회원가입 시 시스템이 LA 측에 할당한 계좌)>에 이전·입금하는 절차를 진행하게 되며(도 5 참조), 결국, LA 측에서는 공매아이템으로 등록되어 있는 특정 BA 측 대부금 차용 신청 건에 대하여, 고 수익 LA와 더불어, 정식으로 입찰할 수 있는 지위를 자동으로 획득할 수 있게 된다(물론, 이 경우에도, LA 측의 입찰준비금이 사전에, 충분히 확보되어 있다면, 상술한 절차의 진행은 유연하게 생략될 수도 있음).

또한, 고 수익 LA 연계입찰 제어부(311)에 의해 제어되는 입찰내역 생성부는 상술한 입찰준비 자동 처리부(316)에 의해, 입찰준비금의 확보절차가 완료되면, 프로세싱 버퍼(317)에 접근하여, 이에 저장되어 있던 LA 측 관련정보, 이를테면, LA의 입찰내역정보를 추출한 후, 추출 완료된 LA 측 입찰내역정보를 토대로, LA 측 입찰내역 데이터(예컨대, 대부시행금액, 대부기간, 대부 이자율 등)를 자동 생성하고, 생성 완료된 LA 측 입찰내역 데이터를 프로세싱 버퍼(317) 내에 안정적으로 저장하는 역할을 수행하게 된다.

상술한 각 절차를 통해, 프로세싱 버퍼(317) 내에, LA 측 입찰내역 데이터가 생성·저장 완료되면, 고 수익 LA 연계입찰 제어부(311)에 의해 제어되는 연계입찰 자동 접수부(319)는 그 즉시, 정보교환부(312)를 매개로, LA 입찰참여 관리모듈(200)과 교신을 취하여, LA 측 입찰내역 데이터를 LA 입찰참여 관리모듈(200) 측으로 전달함으로써, 해당 LA를 BA 측의 대부금 차용 신청 건에 대한 입찰자로 자동 참여·접수시키게 된다.

물론, 이러한 절차에 상응하여, LA 입찰참여 관리모듈(200)은 입찰진행계정(109)에 접속한 후, 해당 LA 측 입찰내역 데이터를 입찰진행계정(109) 내에 등록·저장시키는 절차를 후속 진행하게 되며, 결국, LA 측에서는 공매아이템으로 등록된 특정 BA 측 대부금 차용 신청 건에 대한 입찰자로써의 지위를 자동으로 획득할 수 있게 된다(물론, 이 경우에도, LA 측 자동 입찰참여절차는 BA 관련정보 저장 D/B, LA 관련정보 저장 D/B, 대부거래 이력정보 저장 D/B 등과 같은 타 D/B에 동시에 반영될 수 있다).

추후, 고 수익 LA 연계입찰 제어부(311)에 의해 제어되는 연계입찰 자동접수 통지부(320)는 메시지 전송 관리모듈(108)과 교신을 취하여, 일련의 연계입찰 자동접수 통지 메시지를 생성하고, 생성 완료된 연계입찰 자동접수 통지 메시지를 LA 메시지 터미널(18) 측으로 전송하는 절차를 진행하게 되며, 결국, LA 측에서는 자신이 고 수익 LA를 따라, 특정 BA의 대부금 차용 신청 건에 자동 입찰하였음을 신속하게 확인할 수 있게 된다.

이상에서 상세히 설명한 바와 같이, 본 발명에서는 BA의 대부금 차용 신청 건을 일련의 공매아이템으로 등록·게시할 수 있는 전산모듈, 다수의 개인 LA들을 <BA 측 대부금 차용 신청 건>에 대한 입찰자로 참여시킬 수 있는 전산모듈, 입찰자로 참여한 각 LA들 중, BA가 요청한 최적의 요건을 만족하는 LA를 <BA에게 대부를 시행할 수 있는 낙찰자>로 선정할 수 있는 전산모듈, BA가 자신의 대부금 상환스케쥴을 LA의 동의 하에 추후 변경시킬 수 있도록 가이드 할 수 있는 전산모듈 등을 체계적으로 연동 배치하고, 이를 통해, 일련의 온라인 대부시행절차가, <여러 명의 LA가 특정 BA 측 대부금 차용 신청 건에 대하여, 다수의 입찰자로 참여하고, 그 낙찰 결과에 따라, 개인 신분의 BA 및 LA가 직접적인 대부거래관계를 맺게 되는 신 개념의 공매형 메커니즘>을 통해 융통성 있게 구현될 수 있도록 함으로써, 대부거래의 온라인 공매에 참여한 LA 및 BA 측에서, 종래의 여러 문제점들을 자유롭게 벗어나, 자신이 욕구에 상응하는 최적의 이익을 각기 효과적으로 향유할 수 있도록 유도할 수 있다.

앞에서, 본 발명의 특정한 실시예가 설명되고 도시되었지만 본 발명이 당업자에 의해 다양하게 변형되어 실시될 가능성이 있는 것은 자명한 일이다.

이와 같은 변형된 실시예들은 본 발명의 기술적사상이나 관점으로부터 개별적으로 이해되어서는 안되며 이와 같은 변형된 실시예들은 본 발명의 첨부된 특허청구의 범위안에 속한다 해야 할 것이다.

Claims (9)

1. 온라인망에 접속 중인 대부금 차용 희망자(BA:loaning money Borrowing Applicant) 클라이언트 및 대부 희망자(LA:Loaning Applicant) 클라이언트와 신호 연결되며, 상기 BA 클라이언트 또는 LA 클라이언트 측의 요청에 따라, 상기 BA 측의 대부금 차용 신청 건을 공매아이템으로 등록·게시하는 절차, LA를 상기 BA 측의 대부금 차용 신청 건에 대한 입찰자로 참여시키는 절차, 특정 LA를 특정 BA에게 대부를 시행할 수 있는 낙찰자로 선정하는 절차를 총괄 관리하는 공매형 대부거래 운영모듈과;

   상기 공매형 대부거래 운영모듈에 의해 제어되며, 상기 BA 클라이언트와 선택적으로 교신하면서, 상기 대부금 차용 신청 건의 공매아이템 등록을 위한 서비스 페이지를 상기 BA 클라이언트 측으로 전송·게시하여, 상기 BA 측 대부금 차용 신청 건을 공매아이템으로 등록시키는 대부금 차용신청 관리모듈과;

   상기 공매형 대부거래 운영모듈에 의해 제어되며, 상기 LA 클라이언트와 선택적으로 교신하면서, 상기 LA의 입찰 참여를 위한 서비스 페이지를 상기 LA 클라이언트 측으로 전송·게시하여, 상기 LA를 상기 BA 측의 대부금 차용 신청 건에 대한 입찰자로 참여·등록시키는 LA 입찰참여 관리모듈과;

   상기 공매형 대부거래 운영모듈에 의해 제어되며, 공매아이템으로 등록된 특정 BA 측 대부금 차용 신청 건에 상응하는 LA 측 입찰내역을 체크하여, 입찰자로 참여 중인 LA들 중, 상기 BA 측 지정조건에 가장 적합한 한 명 이상의 LA를 BA에게 대부를 실제 시행할 수 있는 낙찰자로 선정하는 낙찰 LA 선정모듈을 포함하는 것을 특징으로 하는 온라인 공매방식의 대부거래 운영 시스템.
2. 제 1 항에 있어서, 상기 LA 입찰참여 관리모듈은 상기 LA의 입찰 참여절차를 총괄 제어하는 LA 입찰참여절차 제어부와;

   상기 LA 입찰참여절차 제어부에 의해 제어되며, 상기 서비스 페이지를 통한 LA 클라이언트 측 요청에 따라, 상기 공매아이템으로 등록된 BA 측 대부금 차용 신청 건들 중, 해당 LA가 원하는 조건에 매칭되는 특정 BA 측 대부금 차용 신청 건들을 검색하는 BA 검색엔진과;

   상기 LA 입찰참여절차 제어부에 의해 제어되며, 상기 BA 검색엔진에 의해, 상기 LA가 원하는 조건에 매칭되는 특정 BA 측 대부금 차용 신청 건들이 검색 완료되면, 해당 BA 측 대부금 차용 신청 건들에 상응하는 검색결과 리스트를 생성하여, 상기 서비스 페이지를 통해 표시하는 검색결과 리스트 로딩부와;

   상기 LA 입찰참여절차 제어부에 의해 제어되며, 상기 LA 클라이언트에 의해, 상기 검색결과 리스트에 기재된 BA 측 대부금 차용 신청 건들 중 특정 BA 측 대부금 차용 신청 건이 선택되면, 해당 대부금 차용 신청 건의 BA와 관련된 세부정보를 로딩하여, 상기 서비스 페이지를 통해 표시하는 BA 관련정보 로딩부와;

   상기 LA 입찰참여절차 제어부에 의해 제어되며, 상기 LA 클라이언트에 의해, 상기 검색결과 리스트에 기재된 BA 측 대부금 차용 신청 건들 중 특정 BA 측 대부금 차용 신청 건이 선택되면, 해당 BA 측 대부금 차용 신청 건에 상응하는 타 LA들 의 입찰내역을 로딩하여, 상기 서비스 페이지를 통해 표시하는 타 입찰내역 로딩부와;

   상기 LA 입찰참여절차 제어부에 의해 제어되며, 상기 LA 클라이언트에 의해, 특정 BA 측 대부금 차용 신청 건에 대한 입찰신청 정보가 전송되면, 해당 LA를 상기 특정 BA 측 대부금 차용 신청 건에 대한 입찰자로 정식 등록·접수시키는 LA 입찰 접수부를 포함하는 것을 특징으로 하는 온라인 공매방식의 대부거래 운영 시스템.
3. 제 1 항에 있어서, 상기 낙찰 LA 선정모듈은 공매아이템으로 등록된 특정 BA 측 대부금 차용 신청 건의 입찰 마감 시점에서, 상기 LA의 낙찰 선정절차를 총괄 제어하는 LA 낙찰선정 제어부와;

   상기 LA 낙찰선정 제어부에 의해 제어되며, 상기 특정 BA 측 대부금 차용 신청 건에 상응하는 LA 측 입찰정보를 취합하는 입찰정보 취합부와;

   상기 LA 낙찰선정 제어부에 의해 제어되며, 상기 입찰정보 취합부에 취합된 LA 측 입찰정보를 상기 BA 측 대부금 차용 신청 건에 지정된 지정조건과 비교·체크하여, 입찰자로 참여 중인 LA들 중, 한 명 이상의 LA를 BA에게 대부를 실제 시행할 수 있는 낙찰자로 선정하는 낙찰 LA 선정부와;

   상기 LA 낙찰선정 제어부에 의해 제어되며, 상기 낙찰 LA 선정부에 의해, 한명 이상의 LA가 낙찰자로 선정되면, 상기 BA의 계좌로 대부금이 지급될 수 있도록 가이드 하는 낙찰결과 반영 가이드부를 포함하는 것을 특징으로 하는 온라인 공매 방식의 대부거래 운영 시스템.
4. 제 1 항에 있어서, 상기 공매형 대부거래 운영모듈에 의해 제어되며, 상기 대부금 차용 신청 관리모듈에 의해 공매아이템으로 등록되는 상기 BA 측 대부금 차용 신청 건들 중, 상기 LA에 의해 미리 설정된 조건에 매칭되는 대부금 차용 신청 건이 있는가를 판별하고, 해당 대부금 차용 신청 건이 있는 경우, 상기 LA 입찰참여 관리모듈과 교신을 취하여, 상기 LA를 해당 BA 측의 대부금 차용 신청 건에 대한 입찰자로 자동 참여·등록시키는 LA 자동입찰 관리모듈을 더 포함하는 것을 특징으로 하는 온라인 공매방식의 대부거래 운영 시스템.
5. 제 4 항에 있어서, 상기 LA 자동입찰 관리모듈은 상기 LA의 자동 입찰 참여절차를 총괄 제어하는 LA 자동입찰 제어부와;

   상기 LA 자동입찰 제어부에 의해 제어되며, 자동입찰이 사전 요청된 LA 측 관련정보를 로딩하여 저장 관리하는 자동입찰 요청 LA 정보 로딩부와;

   상기 LA 자동입찰 제어부에 의해 제어되며, 상기 자동입찰 요청 LA 정보 로딩부와 교신을 취하면서, 상기 대부금 차용 신청 관리모듈에 의해 공매아이템으로 등록되는 상기 BA 측 대부금 차용 신청 건들 중, 상기 LA에 의해 미리 설정된 조건에 매칭되는 대부금 차용 신청 건이 있는가를 감시하는 매칭 BA정보 등록 감시부와;

   상기 LA 자동입찰 제어부에 의해 제어되며, 상기 매칭 BA정보 등록 감시부에 의해, 상기 LA에 의해 미리 설정된 조건에 매칭되는 대부금 차용 신청 건이 선별되는 경우, 해당 LA에 의해 미리 지정된 정보에 따라, LA 측 입찰내역을 자동 생성하는 입찰내역 생성부와;

   상기 LA 자동입찰 제어부에 의해 제어되며, 상기 입찰내역 생성부에 의해 LA 측 입찰내역이 자동 생성되면, 상기 LA 입찰참여 관리모듈과 교신을 취하여, 해당 LA를 상기 BA 측의 대부금 차용 신청 건에 대한 입찰자로 자동 참여·접수시키는 입찰 자동 접수부를 포함하는 것을 특징으로 하는 온라인 공매방식의 대부거래 운용 시스템.
6. 제 1 항에 있어서, 상기 공매형 대부거래 운영모듈에 의해 제어되며, 상기 BA의 계좌로 대부금이 지급된 상황에서, 상기 BA 측이 보유한 메시지 터미널을 매개로 하여, 상기 BA가 상기 대부금의 상환스케쥴을 변경할 것인가를 체크한 후, 만약, BA가 상기 대부금의 상환스케쥴을 변경하고자 하는 경우, 상기 LA 측이 보유한 메시지 터미널을 매개로 하여, 해당 상환스케쥴 변경에 관한 LA 측의 허용여부를 체크하고, 해당 체크결과에 따라, 상기 대부금의 상환스케쥴을 선택적으로 자동 변경하는 대부금 상환스케쥴 변경 가이드 모듈을 더 포함하는 것을 특징으로 하는 온라인 공매방식의 대부거래 운영 시스템.
7. 제 6 항에 있어서, 상기 대부금 상환스케쥴 변경 가이드 모듈은 상기 BA 측 대부금의 상환스케쥴 변경절차를 총괄 제어하는 대부금 상환스케쥴 변경절차 제어 부와;

   상기 대부금 상환스케쥴 변경절차 제어부에 의해 제어되며, 상기 대부금의 상환기일 도래 상황에서, 상기 BA 측 계좌를 체크하여, 상기 대부금이 정상적으로 상환되고 있는가를 체크하는 대부금 상환내역 모니터링부와;

   상기 대부금 상환스케쥴 변경절차 제어부에 의해 제어되며, 상기 대부금 상환내역 모니터링부에 의해, 상기 대부금의 상환내역에 이상이 있는 것으로 체크되는 경우, 상기 BA 측이 보유한 메시지 터미널 측으로 메시지를 송신하여, 상기 BA가 상기 대부금의 상환스케쥴을 변경할 것인가를 체크·확인하는 대부금 상환스케쥴 변경여부 확인부와;

   상기 대부금 상환스케쥴 변경절차 제어부에 의해 제어되며, 상기 대부금 상환스케쥴 변경여부 확인부에 의해, 상기 BA 측이 보유한 메시지 터미널 측에 메시지가 송신된 상황에서, 해당 메시지 터미널 측과 교신을 취하여, BA 측의 대부금 상환스케쥴 변경내역을 수취하는 대부금 상환스케쥴 변경내역 수취부와;

   상기 대부금 상환스케쥴 변경절차 제어부에 의해 제어되며, 상기 LA 측이 보유한 메시지 터미널 측으로, 상기 BA 측의 대부금 상환스케쥴 변경내역이 반영된 메시지를 송신하는 대부금 상환스케쥴 변경요청 통지부와;

   상기 대부금 상환스케쥴 변경절차 제어부에 의해 제어되며, 상기 BA 측의 대부금 상환스케쥴 변경내역이 반영된 메시지가 상기 LA 측이 보유한 메시지 터미널 측으로 송신된 상황에서, 해당 메시지 터미널 측으로부터 리턴되는 메시지를 체크하여, 상기 LA 측에서, 상기 BA 측 상환스케쥴 변경내역을 허용할 것인가의 여부를 확인하는 대부금 상환스케쥴 변경허용 체크부와;

   상기 대부금 상환스케쥴 변경절차 제어부에 의해 제어되며, 대부금 상환스케쥴 변경허용 체크부에 의해, 상기 LA 측에서, 상기 BA 측 상환스케쥴 변경내역을 허용한 것으로 확인되는 경우, 해당 확인결과를 상기 공매형 대부거래 운영모듈 측으로 전달하여, 상기 BA의 대부금 상환스케쥴을 선택적으로 자동 변경시키는 대부금 상환스케쥴 변경 가이드부를 포함하는 것을 특징으로 하는 온라인 공매방식의 대부거래 운영 시스템.
8. 제 1 항에 있어서, 상기 공매형 대부거래 운영모듈에 의해 제어되며, 상기 BA 측의 대부금 차용 신청 건에 대한 각 LA들의 입찰 건들 중, 고 수익 LA의 입찰 건이 있는가를 판별하고, 해당 입찰 건이 있는 경우, 고 수익 LA와의 연계입찰을 사전 신청한 특정 LA를 해당 BA 측 차용 신청 건에 대한 입찰자로 자동 참여·등록시키는 고 수익 LA 연계입찰 관리모듈을 더 포함하는 것을 특징으로 하는 온라인 공매방식의 대부거래 운영 시스템.
9. 제 8 항에 있어서, 상기 고 수익 LA 연계입찰 관리모듈은 상기 특정 LA의 고 수입 LA와의 연계입찰 참여절차를 총괄 제어하는 고 수익 LA 연계입찰 제어부와;

   상기 고 수익 LA 연계입찰 제어부에 의해 제어되며, 고 수익 LA와의 연계입찰이 사전 요청된 특정 LA 측 관련정보를 로딩하여 저장 관리하는 연계입찰 요청 LA 정보 로딩부와;

   상기 고 수익 LA 연계입찰 제어부에 의해 제어되며, 고 수익 달성 이력이 있는 LA 측 관련정보를 로딩하여 저장 관리하는 고 수익 LA 정보 로딩부와;

   상기 고 수익 LA 연계입찰 제어부에 의해 제어되며, 상기 연계입찰 요청 LA 정보 로딩부 및 고 수익 LA 정보 로딩부와 교신을 취하면서, 상기 BA 측의 대부금 차용 신청 건에 대한 각 LA들의 입찰 건들 중, 고 수익 LA의 입찰 건이 있는가를 감시하는 고 수익 LA 입찰여부 감시부와;

   상기 고 수익 LA 연계입찰 제어부에 의해 제어되며, 상기 고 수익 LA 입찰여부 감시부에 의해, 고 수익 LA의 입찰 건이 있는 것으로 확인되는 경우, 상기 특정 LA에 의해 미리 지정된 정보에 따라, LA 측 입찰내역을 자동 생성하는 입찰내역 생성부와;

   상기 고 수익 LA 연계입찰 제어부에 의해 제어되며, 상기 입찰내역 생성부에 의해 LA 측 입찰내역이 자동 생성되면, 상기 LA 입찰참여 관리모듈과 교신을 취하여, 해당 LA를 상기 BA 측의 대부금 차용 신청 건에 대한 입찰자로 자동 참여·접수시키는 연계입찰 자동 접수부를 포함하는 것을 특징으로 하는 온라인 공매방식의 대부거래 운용 시스템.

Images