KR20030006927A

KR20030006927A - 전자 상거래 시스템에 있어서의 융자 신청 처리 방법

Info

Publication number: KR20030006927A
Application number: KR1020020011305A
Authority: KR
Inventors: 가마다요시하루; 도미따히로시; 요시다다까히로
Original assignee: 가부시키가이샤 히타치세이사쿠쇼
Priority date: 2001-07-13
Filing date: 2002-03-04
Publication date: 2003-01-23
Also published as: US20030014341A1; SG100784A1; JP2003030438A; TW564363B; EP1276070A1

Abstract

금융 기관으로부터 융자·대출을 받기 위한 융자 신청 처리 방법에 관한 것으로, 특히 전자 상거래 시스템에 있어서의 새로운 융자 신청 처리 방법을 제공하는 것을 목적으로 한다.

센터 사이트가 관리하는 전자 상거래의 진척을 나타내는 개개의 진척 데이터의 교환을 담보의 대상으로 한다. 담보로 하는 진척 데이터와 융자 희망 금액을 포함하는 융자 신청을 판매자가 작성하여 센터 사이트로 송신한다. 센터 사이트는 그 신청 내용을 금융 기관에 개시해도 좋은지를 거래 상대인 구매자에게 문의한다. 문의한 결과가 개시 허가인 경우에는, 센터 사이트는 담보의 대상인 진척 데이터와 융자 희망 금액과 함께 융자 의뢰를 금융 기관으로 송신한다. 금융 기관은 그 융자 의뢰 내용을 기초로 심사하여 결과를 판매자에게 전달하고, 금융 기관에서의 융자 신청 심사가 종료된다.

Description

전자 상거래 시스템에 있어서의 융자 신청 처리 방법{FINANCE APPLYING METHOD ON ELECTRONIC COMMERCE SYSTEM}

본원 발명은 융자 희망자로부터 금융 기관으로의 융자 신청 처리 시스템 및 방법에 관한 것으로, 특히 전자 상거래 시스템을 이용하여 융자 신청 처리를 행하기 위한 시스템 및 방법에 관한 것이다.

종래, 융자 희망자가 금융 기관으로부터 융자를 받는 경우에는, 금융 기관에 대하여 반제의 보증으로서 담보를 제공하는 경우가 많았다. 담보로서는 부동산, 기계 설비, 유가 증권 이외에, 기업 간 거래로 생기는 대금의 수취를 약속하는 수취 어음 등이 있다. 융자 희망자는 그 담보에 관계되는 자료를 자기 부담으로 준비하여 금융 기관에 제출한다. 금융 기관은 제출 자료를 기초로 융자 심사를 행하여, 융자의 가부를 회답한다.

상기한 담보 중, 수취 어음 발행의 요인이 되는 기업 간 거래에 있어서, 전자 상거래의 시스템이 이용되게 되었다. 예를 들면, 특개평10-275191에서는, 판매자는 상품의 주문을 전자적으로 받아 상품을 납품하고, 그 상품의 대금을 수취하지만, 이들 거래에 관련되는 데이터가 호스트 장치에서 일원적으로 관리된다.

판매자는 주문을 받은 구매자에게 상품을 납품하고, 납품이 승인(검수)된 상품의 대금을 구매자로부터 수취할 때까지 어느 정도의 시간을 요하는 경우가 있다. 그 동안에 운전 자금의 부족이 발생할 가능성도 있고, 판매자가 납품한 상품 대금의 수취 어음을 담보로 하여, 또는, 수취 어음을 수령하지 않은 경우에는 미회수 잔액을 담보로 하여 융자를 받고자 하는 경우가 있다. 상술한 바와 같이 종래의 융자 신청 시는 심사를 위해 필요한 서류 등은 자기 부담으로 준비할 필요가 있다. 한편, 거래가 상술한 전자 상거래의 시스템으로 행해지는 경우에는, 일련의 처리가 전자적으로 행해지기 때문에, 전자적 교환의 기록(프린트 아웃 등)을 제출하는 경우가 많다. 이 경우, 금융 기관에 있어서는 제출된 서류, 특히 담보로서 제공되는 서류에 대하여 신빙성을 확인하는 경우도 발생하여, 심사의 신속성이 손상되는 경우도 생길 수 있다.

본 발명에서는 상기 배경을 감안하여 이루어진 것으로, 전자 상거래 시스템을 사용한 거래에 있어서, 금융 기관으로부터 융자·대출을 받기 위한 융자 신청처리 방법을 제공하는 것을 목적으로 한다.

도 1은 융자 신청 처리 시스템의 구성도.

도 2는 센터 사이트에서의 회원 사이트로부터 수신한 데이터를 관리하는 처리에 대한 개략을 나타낸 도면.

도 3은 판매자가 센터 사이트를 통해 금융 기관(140)으로부터의 융자를 신청하는 경우의 처리에 대한 개략을 나타낸 도면.

도 4는 융자 신청 처리 프로그램을 실행하는 센터 사이트(101)에서의 처리에 대하여 나타낸 도면.

도 5는 신청자가 융자를 신청하는 경우에 표시되는 융자 신청 화면.

도 6은 어셋(asset) 데이터 개시 승인 화면.

도 7은 거래 관련 데이터 상세 화면.

도 8은 융자 의뢰 상황 화면.

도 9는 융자 의뢰 내용 확인 화면.

도 10은 융자 신청처 결정 화면.

도 11은 신청 안건 DB(106)에 저장되는 개개의 신청 안건에 대하여 나타낸 도면.

도 12는 거래 관련 데이터 DB에 저장되어 있는 거래 관련 데이터가 상세에 대하여 나타낸 도면.

<도면의 주요 부분에 대한 부호의 설명>

101 : 센터 사이트

102 : 제어부

103 : 융자 신청 처리 프로그램

104 : 거래 관계 데이터 DB

106 : 신청 안건 DB

120 : 회원 사이트(구매자)

130 : 회원 사이트(판매자)

상기 목적을 달성하기 위해, 본 발명에서는 하기와 같이 구성하였다.

전자 상거래 시스템의 회원인 판매자측과 구매자측의 단말을 이용하여, 전자적으로 융자의 신청 및 승인, 선정 등을 행한다. 융자를 신청하는 판매자측은 담보로 하는 대상 거래와 희망 금액을 포함하는 융자 신청 정보를 상기 센터 사이트로 송신한다. 즉, 융자를 금융 기관에 신청하는 것이 아니라, 전자 상거래 시스템에 융자 신청을 행한다. 신청 정보를 받은 센터 사이트는, 상기 대상 거래의 구매자측의 단말에 그와 같은 신청이 있었던 것을 통지한다. 통지하는 것은, 거래에 관한 내용을 한쪽 당사자인 판매자의 의사만으로 금융 기관에 개시하는 것은 바람직하지 못하기 때문이다. 통지를 받은 구매자는 그 내용을 확인하고, 개시 가부를 회답한다.

개시 가부의 회답을 받은 센터 사이트는, 개시 허가인 경우에는 융자 의뢰 정보를 담보로 하는 대상 거래의 진척 데이터와 함께, 금융 기관으로 송신한다. 즉, 판매자 대신에 센터 사이트가 금융 기관에 융자 의뢰를 행한다. 융자 의뢰 정보를 받은 금융 기관은, 융자 의뢰 정보나 진척 데이터에 기초하여 심사를 행하고, 융자 가능 금액 등의 융자 가능 조건을 포함하는 융자의 가부의 회답을 센터 사이트에 통지한다. 회답을 받은 센터 사이트는 판매자에게 융자의 가부를 통지한다. 판매자는 통지된 융자의 가부에 포함되는 융자 가능 조건을 확인하고, 융자할지의 여부의 결정을 센터 사이트로 송신한다.

<실시예>

이하에, 본 발명을 적용하는 실시예를 설명한다.

도 1은 본 발명의 일 실시 형태에 따른 융자 신청 처리 시스템의 구성도이다. 복수의 회원 사이트(120∼122, 130∼132) 각각의 단말은 센터 사이트(101)와 네트워크(150)로 접속되고, 금융 기관(140∼142)의 단말과도 접속되어 있다. 네트워크(150)는 이들을 서로 접속시키기 위한 LAN이나, WAN, 인터넷 등의 통신망을 이용할 수 있지만, 전화 회선이나 전용 회선(무선, 유선에 상관없음) 등이라도 무방하다. 회원 사이트, 금융 기관의 단말은 퍼스널 컴퓨터나 워크스테이션 등을 이용할 수 있고, 입력 장치나 표시 장치를 가지며, 주지의 World Wide Web용의 브라우저 소프트를 구비하고 있다. 모든 회원 사이트는 판매자, 구매자 중 어느 것이 될 수 있다.

센터 사이트(101)는 회원 사이트의 로그인을 접수하고, 회원 사이트 간에서 행해지는 상거래의 중개를 행하기 위한 기능을 갖는다. 또한, 회원 사이트로부터의 융자 신청 처리를 행하기 위한 융자 신청 처리 프로그램(103)을 갖고, 그 프로그램을 실행하여, 후에 상술하는 처리를 행한다. 거래 관련 데이터 베이스(DB; 104)는 회원 사이트 간에서의 견적, 수주/발주나 납품 등의 지불에 이르기까지 일반 상거래에 필요한 데이터를 관리한다. 신청 안건 데이터 베이스(DB ; 106)는 융자 신청을 처리하기 위한 데이터를 관리한다. 제어부(102)는, 예를 들면 범용 컴퓨터나 워크스테이션의 중추를 이루는 마이크로 프로세서를 포함하고, 융자 신청을 처리하기 위해 필요한 융자 신청 처리 프로그램(103)이나, 상거래의 중개나 그 밖의 처리를 행하기 위해 필요한 프로그램을 실행한다. 통신부(107)는 센터 사이트(101)로부터 네트워크(150)에 접속하기 위한 것으로, 라우터나 모뎀 장치 등을 사용할 수 있다. 또한, 본 실시예에서는 센터 사이트(101)가 하나인 경우를 나타냈지만, 네트워크(150)를 통해 복수의 센터 사이트에 의해 처리를 분산해도 된다.

본 실시예에서는, 구매자가 되는 회원 사이트(120)가 판매자가 되는 회원 사이트(130)로부터 상품을 구입하는 경우를 생각한다.

다음으로, 도 2를 이용하여, 회원 사이트 간에서의 상거래의 중개를 행하는 센터 사이트(101)가, 거래 관련 데이터 DB(104)로 회원 사이트로부터 수신한 데이터를 관리하는 처리에 대하여 설명한다. 도 2에서는, 정보의 흐름과 시간적인 관계가 명확해지도록, 가로 방향의 화살표는 정보의 발신원으로부터 송신처로의 관계를 나타내고, 세로 방향의 화살표는 시간적인 흐름을 나타내고 있다.

센터 사이트(101)는, 특개평10-275191에 도시된 시스템과 기본적으로 마찬가지이며, 상품 정보, 견적 정보를 갖고 있다. 우선, 상품 정보 등을 참조한 구매자(120)는 발주하는 상품의 종류와 수량과 단가 및 납기 등을 포함하는 확정 주문 데이터(201)를 작성하여, 센터 사이트(101)로 송신한다. 센터 사이트(101)는 확정 주문 데이터(201)를 거래 관련 데이터 DB(104)에 등록함과 함께, 도시하지 않지만, 판매자(130)에게 구매자(120)로부터 수주가 온 취지를 통지한다.

다음으로, 판매자(130)는, 판매자(130)가 구매자(120)에게 상품을 출하하면, 출하한 것을 나타내는 출하 데이터(202)를 센터 사이트(101)로 송신한다. 센터 사이트(101)는 출하 데이터(202)를 거래 관련 데이터 DB(104)에 저장한다. 출하된 상품이 실제로 구매자(120)에게 도달하면, 구매자(120)는 주문한 상품이 납입되고, 상품의 수령을 확인한 것을 나타내는 착하 데이터(203)를 센터 사이트(101)로 송신한다. 센터 사이트(101)는 착하 데이터(203)를 거래 관련 데이터 DB(104)에 등록한다. 또한, 도시하지 않지만, 납입된 상품이 구매자(120)의 외상 매입 대금에 계상(計上)된 것을 나타내는 검수 데이터를 구매자(120)로부터 센터 사이트(101)로 송신하도록 해도 된다.

다음으로, 구매자(120)가 특정 거래로 검수한 상품에 대한 외상 매입 대금 명세를 제시하는 외상 매입 데이터(204)를 센터 사이트(101)로 송신하고, 센터 사이트(101)는 거래 관련 데이터 DB(104)에 저장한다.

마지막으로, 구매자(120)는, 외상 매입 데이터(204)에 기초하여, 지불액 계산 후, 지불 금액과 지불 방법 등을 계상 월도별로 작성하여 그 내용을 통지하는 검수 지불 데이터(205)를 센터 사이트(101)로 송신한다. 센터 사이트(101)에서는 검수 지불 데이터(205)를 거래 관련 데이터 DB(104)에 저장한다.

도 2에서는 설명을 간단하게 하기 위해 판매자(130)와 구매자(120)와의 한가지 상품의 거래의 경우를 설명하였지만, 실제의 거래의 경우에는 복수의 상품의 수주/발주가 행해지는 경우가 많고, 이 경우에는 외상 매입 데이터(204)나 검수 지불 데이터(205)는 복수 상품분 통합하여 월말에 지불되는 금액을 나타내는 경우가 있다.

이와 같이 하여, 상품의 도착 상황 등 지불 완료까지 필요한 거래 관련 데이터는 거래 관련 데이터 DB(104)에 저장된다. 확정 주문 데이터(201)는 주문 업무, 출하 데이터(202) 및 착하 데이터(203)는 납입 업무, 도시되어 있지 않은 검수 데이터는 검수 업무, 외상 매입 데이터(204) 및 검수 지불 데이터(205)는 지불 업무로 판매자 구매자 간에서 송수신되는 일반적인 데이터이다. 이와 같이 데이터 종별은 거래 업무의 진척 상황도 나타내고 있기 때문에, 판매자(130)나 구매자(120)는 센터 사이트(101)에 액세스하여 거래 관련 데이터 DB(104)가 저장하고 있는 이러한 진척 상황을 나타내는 데이터를 열람함으로써, 수주 등의 상거래의 계약이 성립된 진척 상황의 파악이 가능하다. 여기서, 진척 데이터란, 구매자가 발주하고, 상품이 판매자로부터 구매자에게 배달되어, 판매자의 대금의 수취가 완료될 때까지 센터 사이트(101)가 저장하는 일반적인 상거래에 필요한 데이터이다.

또한, 거래 관련 데이터의 종별은, 이 도 2에서 이용한 데이터에 한정되지 않고, 판매자 구매자 간의 거래의 실태에 따라 임의로, 예를 들면 출하 예정 데이터나 배송 완료 데이터 등, 설정 가능하다.

본 발명의 전자 상거래 시스템에서는 데이터의 교환마다 식별자를 부여하여, 거래의 이력을 거래 관련 데이터 DB(104)에 저장한다. 그 저장 정보의 상세를 도 12에 도시한다.

구매자 식별자(1213)는 구매자를 특정하기 위한 것이다. 데이터 식별자(1110)는 데이터를 저장할 때에 부여되는 데이터를 특정하기 위한 것이다. 데이터 종별(604)은 센터 사이트(101)에 저장되는 데이터의 속성·종류·명칭으로, 도 2의 참조 부호(201∼205)의 데이터의 종류를 나타낸다. 개시 가부(603)는 후술하는 바와 같이 구매자(120)로부터의 해당 데이터의 금융 기관으로의 개시 가부 회답을 나타내는 플래그이다. 담보 설정 완료 플래그(715)는 융자 신청자인 판매자(130)가 융자 신청처를 결정한 것을 센터 사이트(101)가 등록하였다는 것을 나타내는 플래그이다. 데이터 내용(1214)은 데이터의 내용의 상세를 저장한 데이터 레코드의 포인터로, 도면에서의 데이터 식별자가 01456E인 검수 지불 데이터를 예로 들면, 어드레스1에 저장되어 있는 것을 나타낸다. 어드레스1에 기록되는 항목은 데이터 처리 No, 정보 구분 코드, 지불 내용 구분 등과 같은 EIAJ-EDI 표준 1999년판 사단법인 일본 전기 기계 공업회에 의해 규정된 데이터 형식을 이용할 수 있고, 거래 관련 데이터 DB(104)의 특정한 기록 영역에 등록된다.

다음으로, 도 3을 이용하여 판매자인 신청자(330)의 융자 신청으로부터 융자 신청처 결정까지의 처리에 대한 개략을 설명한다. 융자 신청자(330)는 담보로 설정하는 거래 혹은 데이터를 거래 관련 데이터 DB(104)로부터 선택하고, 융자 신청(301)을 센터 사이트(101)로 송신한다. 어떤 데이터를 담보로 설정할지는, 구체적으로는, 센터 사이트(101)의 운용 규약이나 융자 신청 당사자 간에서 적절하게 설정하면 된다. 다음으로, 센터 사이트(101)는, 신청자(330)가 선택한 거래나 데이터에 관해 거래를 행한 구매자인 승인자(320)에게 개시 가부 문의(302)를 행한다. 개시 가부 문의(302)를 행하는 것은, 거래 데이터는 기본적으로 비밀이고, 제3자에게 공개되지 않는 정보이기 때문이다. 또한, 한쪽 당사자인 신청자(330)에 의한 융자 신청(301)의 승인만으로 개시를 행하는 것은 부적당하기 때문이다. 승인자(320)는, 문의를 받은 거래, 개시처 등을 확인한 후에 센터 사이트(101)에 개시 가부 회답(303)을 한다. 센터 사이트(101)는, 개시 가부 회답(303)이 불허가인 경우에는, 판매자(330)에게 개시 불허가 통지(304)를 행하고, 금융 기관에는 통지하지 않고서 처리를 종료한다.

한편, 개시 가부 회답(303)이 허가인 경우에는, 센터 사이트(101)는 개시 허가의 회답을 받은 데이터를 거래 관련 데이터 DB(104)로부터 취득하여, 금융 기관(140)에 해당 데이터를 개시함과 함께 융자 의뢰 정보에 의해 융자 의뢰(305)를 행한다. 융자 의뢰(305)를 받은 금융 기관(140)은 신청 심사를 행하고, 융자 조건 등을 포함하는 융자 가부 회답(306)을 센터 사이트(101)에 통지한다. 센터 사이트(101)는 금융 기관(140)으로부터 제공된 융자 조건을 포함한 융자 내용 확인 의뢰 정보(307)를 신청자(330)에게 송신한다. 신청자(330)는, 융자 내용 확인 의뢰 정보(307)에 대하여 융자를 받을지의 여부의 융자 신청처 결정 정보(308)를 센터 사이트(101)로 송신한다. 이에 따라 융자의 신청 처리를 종료한다.

이상의 융자 신청 처리에 관한 일련의 데이터 교환은, 신청 안건 DB(106)에 저장되어, 관리된다. 도 11은 신청 안건 DB(106)에 저장되는 데이터 구조를 나타내는 예이다. 안건 정리 번호(501)는 신청 안건을 특정하기 위한 것이다. STATUS(550)는 융자 신청 안건에 대한 승인자(320)나 금융 기관(140)으로부터의 회답 상황 등 융자 신청처 결정을 행할 때까지의 현재의 상황을 나타내는 것이다. 예를 들면, 승인자(320)에게 문의를 행하면, STATUS에 "개시 문의 중"으로 기입된다. 신청 기업(502)은 융자 신청(301)을 송신한 신청자(330)의 회사명(공장명)이다. 융자 신청액(503)은 신청자(330)가 희망하는 융자 금액이다. 이용 목적(505)은 후술하는 융자를 필요로 하는 이유 등이다. 금융 기관(1120)은 신청자가 지정하는 융자를 행하는 금융 기관이다. 희망 반제 조건(1130)은 융자의 반제를 행하기 위한 반제 기간이나 기한, 이율 등의 신청자가 지정하는 반제 조건이다. 데이터 식별자(1110)는 거래 관련 데이터 DB(104)에 저장되어 있는 해당 데이터를 추출하기 위한 식별자이다. 이상이 융자 신청(301)에 포함되는 정보이다. 개시 가부(FLG; 603)는 승인자(320)의 회답을 나타내고, 개시 가부 회답(303)에 포함되는 정보이다. 융자액(911)은 금융 기관(140)로부터 제시된 융자 가능한 금액을 나타내고, 융자 가부 회답(306)에서 표시된 정보이다. 융자 신청처 결정(1111)은, 신청자(330)가, 금융 기관(140)이 제시한 융자의 조건에 대하여, 융자를 받을지의 여부 중 어느 하나를 나타내고, 융자 신청처 결정 정보(308)에 포함된다.

다음으로, 도 4를 이용하여, 도 3의 수순을 실행하는 센터 사이트(101)에서의 융자 신청 처리 프로그램(103)의 처리 수순에 대하여 설명한다.

우선, 단계(405)에서, 센터 사이트(101)는 융자 신청자(330)로부터 융자 신청(301)을 접수한다. 이 신청자(330)의 조작 화면에 대하여, 도 5를 이용하여 설명한다. 화면(500)은, 신청자(330)가 융자 신청(301)에 필요한 사항 등을 입력하기 위해 표시되는 화면으로, WWW(World Wide Web)의 브라우저 소프트에 의해 신청자(330)의 단말 상에 표시된다.

안건 정리 번호(501)는, 이 신청 안건을 특정하기 위해 센터 사이트(101)가 부여하는 번호이다. STATUS(550)는 이 신청 안건에 대한 신청 처리 상황을 나타낸다. 신청 기업(502)에는 신청자(330)의 ID, 기업명, 조작 담당자 등이 표시된다.융자 신청액(503)은 희망하는 융자액으로, 신청자(330)에 의해 입력된다. 융자 희망일(504)은 신청자(330)가 융자금을 수취하고 싶은 희망일이다. 이용 목적(505)은 수취한 돈을 어떻게 이용할지를 신청자(330)에게 입력이나 선택시키는 영역이다. 데이터 어셋화 설정(510)은 융자의 담보로서 설정하는 데이터를 선택하기 위해 키워드 등을 신청자(330)에게 입력이나 선택시키는 영역이다. 기업 선택(511)은 거래한 구매자의 선택이다. 데이터 종별 선택(512)에 의해, 어떤 데이터를 담보로 선택할지를 풀 다운(540)에 의해 선택한다. 풀 다운(540)의 상세는 화면란 밖에 편의적으로 표시한 바와 같이, 확정 주문 데이터(544), 착하/출하 데이터(543), 외상 판매/외상 매입 데이터(542), 검수 지불 데이터(541)로, 도 2에서 설명한 바와 같은 센터 사이트(101)의 거래 관련 데이터 DB(104)가 관리하는 데이터이다.

또, 이 데이터 종별 선택(512)에서 선택된 데이터 종별에 따라, 실제의 상품의 대가로 되는 금액에 특정한 할인율이 설정되어 있고, 융자 금액이 설정되어도 무방하다(예를 들면 착하이면 매상에 대한 융자 금액은 높지만, 확정 주문 레벨의 경우에는 융자 금액이 낮은 등). 이 경우, 센터 사이트(101)가 데이터 종별과 할인율의 대응을 관리함으로써, 데이터 어셋화 설정(510)에 의해 설정된 거래의 매출액으로부터 선택한 데이터 종별에 대응하는 할인율로 융자 금액을 산출하는 것이 가능해진다. 신청자(330)가 융자 신청액(503)을 결정하여 입력해도 되고, 센터 사이트(104)가 산출한 융자 금액을 융자 신청액(503) 대신에 이용해도 된다.

데이터 특정(513)은 대상으로 하는 데이터의 기간(ex. 상기 1∼6월분)이나시기를 특정하는 것이다. 데이터 종별에 따라, 대상으로 되는 기간의 길이가 상이한 경우도 있다. 예를 들면, 검수 지불 데이터(541)의 경우, 월 단위로 복수의 상품에 대한 지불을 행하는 경우가 있다. 한편, 확정 주문 데이터(546)와 같이 상품 단위의 주문이나 일 단위의 주문의 경우가 있다. 상세 아이콘(514)은, 신청자(330)가 마우스로 클릭이나 포인팅 디바이스로 지시함으로써, 센터 사이트(101)에 상기 입력된 키워드에 해당하는 데이터를 거래 관련 데이터 DB(104)로부터 검색시키고, 검색 결과를 표시시키기 위한 아이콘이다. 어셋 데이터 정보 개시 의뢰(520)의 표시 영역은 융자 신청이 이루어져, 도 2의 개시 가부 회답(303)이 있으면, 이 란에 그 내용이 표시되는 것으로, 최초의 융자 신청 단계에서는 공란인 채로 있다.

금융 기관 선택(530)은, 신청자(330)가 융자를 받고자 하는 금융 기관을 선택하기 위한 영역이다. 금융 기관의 선택 방법은 3가지가 있다. 우선 첫번째는, 하나의 금융 기관에만 융자를 신청하는 것으로, 특정 기관(531)에 체크를 행함과 함께 우측란에 은행명을 입력한다. 두번째는, 복수의 금융 기관을 지정하는 복수 비교 견적(532)으로, 은행명을 복수 입력한다. 또, 도시하지 않지만, 지정처의 금융 기관에, 복수 지정하고 있는 것을 각각의 금융 기관에 통지해도 되는지의 여부를 선택시켜도 된다. 세번째는, 금융 기관을 지정하지 않고서, 융자 금액, 필요일, 융자 희망 조건, 담보 데이터 등을 입력하고, 불특정 다수의 금융 기관의 회답을 대기하는 방법이다. 말하자면 금융 기관에 대한 융자의 공개 입찰(533)이다. 여기서, 불특정 다수의 금융 기관은 융자 신청처로서 센터 사이트(101)에 등록되어있는 금융 기관을 가리킨다.

신청자는 희망하는 선택 방법을 체크 박스에 의해 선택한다. 또, 융자를 행하는 금융 기관이 이미 센터 사이트(101)에 사전에 등록되어 있는 경우에는, 체크 박스에 디폴트로서 체크가 표시되도록 해도 되고, 금융 기관 선택(530)의 표시를 변경 또는 생략해도 된다. 즉, 융자 신청(301)은 거래 관련 데이터 DB(104)로부터 신청자(330)가 선택한 데이터를 지정한 금융 기관으로 송신하기 위한 데이터의 송신 의뢰라고도 할 수 있다.

또한, 희망 반제 조건 입력 영역(534)은 융자의 반제의 희망 조건인 금리나 반제 기간 등을 입력하기 위한 영역이다.

이와 같이 하여, 신청에 필요한 사항을 입력한 후, 신청 아이콘(560)을 클릭하면, 융자 신청(301)이 센터 사이트(101)로 송신되고, 신청자에 의해 신청 수속이 완료된다.

도 4로 되돌아가, 센터 사이트(101)는, 융자의 신청(301)을 접수하면, 신청자(330)가 선택한 데이터를 거래 관련 데이터(104)로부터 검색하고(단계 407), 해당 데이터의 담보 설정 완료 플래그(715)를 참조하여, 담보로 설정되었는지의 여부를 판정한다(단계 409). 이 판정 결과에서 담보로 설정되어 있지 않은 경우(단계 409, 아니오)에는, 도 7에 도시한 거래 관련 데이터 상세 화면(700)을 신청자(330)의 단말에 표시한다.

여기서, 도 7을 이용하여, 신청자(330)에 의한 거래 관련 데이터 상세 문의의 조작에 대하여 설명한다. 도 7의 거래 관련 데이터 상세 화면(700)은,단계(405)에서 신청자(330)로부터 받은 융자 신청(301)에 포함되는 선택 데이터의 상세를 나타내는 것의 일례이다. 거래처명(701)은, 도 5의 신청 화면(500)의 기업 선택(511)에 의해 선택된 구매자, 데이터 종별 (702)은, 예로서 데이터 종별 선택(512)에 의해 선택된 검수 지불 정보 데이터, 데이터 작성일(703)은 해당 데이터가 작성된 날을 표시한다.

데이터 내용 표시 영역(720)은 선택된 데이터의 상세를 나타내는 정보로, 거래 관련 데이터 DB(104)로부터 취득되고, 데이터 내용(1214)에서 나타내는 어드레스처에 저장되는 정보가 표시된다. 데이터 어셋화 상황 표시 영역(710)에서는 의뢰, 승인, 채무 확인, 개시 확인을 행한 일시, 및 행한 사람을 표시한다. 담보 설정 완료 플래그(715)는, 해당 데이터가 융자의 담보로서 설정되었는지의 여부를 나타내는 플래그이다. 이러한 정보가 표시된 후에, 신청자(330)는 처리(704)의 풀 다운 메뉴로부터 의뢰(705)를 선택한다. 또한, 도 7의 화면은 신청자(330)뿐만 아니라, 후술하는 신청자측의 승인자(상사 등), 구매자측의 개시의 승인자, 센터 사이트의 관리자, 금융 기관의 사람 등이 처리를 입력하기 위해, 의뢰 승인(706), 의뢰 각하(707), 개시 허가(708), 개시 불허가(709) 등의 메뉴가 준비되어 있다. 이들 메뉴는 조작자가 입력할 수 있는 메뉴만을 선택할 수 있도록, 예를 들면 선택할 수 없는 처리는 표시하지 않도록 하는 것이 가능하다. 여기서, 거래 관련 데이터 상세 화면(700)에서, 입력 등을 행할 수 있는 것은 처리(706)에서의 선택뿐이다. 신청자(330)가 처리(706)의 의뢰(705) 또는 의뢰 승인(706)을 선택하면, 신청 단계(411)에서, 신청 안건 DB(106)에 안건을 특정하는 안건 정리 번호(501)를 부여하고, 신청된 안건이 개시 가부 문의 중인 것을 나타내는 STATUS(550), 융자 신청(301)에 포함되는 신청 기업(502), 융자 신청액(503), 이용 목적(505), 데이터 식별자(1110), 금융 기관 선택(530)에 의해 지정된 금융 기관(1120), 희망 반제 조건 입력 영역(534)에 의해 입력된 데이터를 희망 반제 조건(1130)을 대응시켜 저장한다. 또, 이미 담보로 설정된 경우(단계 409, 예)에는, 단계(405)로 되돌아가,재차 센터 사이트(101)는 융자 신청(301)을 접수한다.

다음으로, 센터 사이트(101)는 개시 가부 문의 정보를 생성하고(단계 413), 그것을 기초로 개시 가부 문의(302)를 승인자(320)에게 통지한다(단계 415). 승인자(320)의 단말에는 개시의 가부를 입력하는 화면이 표시된다.

그 문의 승인자(320)(구매자(120))의 단말에 표시되는 화면을, 도 6을 이용하여 설명한다. 문의 어셋 데이터 개시 승인 화면(600)은, 예를 들면 WWW 브라우저에 의해 표시된다. 이 화면에는 채무자로서의 승인자(320)에게 개시 허가를 요구하고 있는 데이터를 복수건 통합하여 문의하는 예가 도시되어 있다. 기업명(601)은 융자 신청자(330)이다. 의뢰일(602)은 신청을 행한 날이고, 데이터 종별(604)은 개시 허가를 요구받고 있는 데이터의 종류이다. 날짜(605)는 데이터를 작성한 날짜, 금액(606)은 거래 금액이고, 예를 들면 검수 지불 데이터이면 지불 금액을 나타낸다. 여기서, 해당 데이터의 거래에 관한 금액(606)은 표시되지만, 그 데이터를 기초로 한 융자 신청(301)에 포함되는 융자 희망 금액 전체는 표시되지 않는다. 개시처(607)는, 신청자(330)가 지정한 융자하는 금융 기관 혹은 경매에서의 개시처로서 센터 사이트(101)에 의해 설정된 금융 기관이다. 안건 정리 번호(608)는 해당 데이터를 담보로 하여 설정되어 있는 신청 안건을 특정하기 위한 것이다. 각각 도 12에 도시된 거래 관련 데이터를 참조하여, 표시한다. FLG(603)는 구매자가 개시를 허가할지의 여부를 나타내는 플래그이다. 거래 관련 데이터 상세 검색 아이콘(650)을 클릭하면, 체크 박스(610)에 체크한 데이터의 상세를 표시하는 도 7의 거래 관련 데이터 상세 화면(700)으로 천이한다.

이 거래 관련 데이터 상세 화면(700)에 있어서, 승인자(320)가 데이터의 개시를 허가하는 경우에는 처리(704)의 개시 허가(708)를 선택하고, 허가하지 않은 경우에는 개시 불허가(709)를 선택한다. 또한, 이 때는 도면에서의 데이터 어셋화 상황 표시 영역(710)의 의뢰자 또는 의뢰 승인자에게 융자 신청자(330)의 표시가 되어 있다. 개시 허가(708) 혹은 개시 불허가(709)를 선택하면, 도 6의 어셋 데이터 개시 승인 화면(600)으로 되돌아가, 해당 데이터의 FLG(603)에는 개시 허가인지의 여부를 나타내는 플래그 설정이 행해진다. 마지막으로, 일괄 송신(630)을 선택하면, 센터 사이트(101)에 데이터마다의 FLG(603)의 플래그에 따라 개시 허가인지의 여부의 통지가 센터 사이트(101)로 송신된다. 또, 승인자(320)는 개시 문의를 받은 데이터마다 개시 허가인지의 여부의 통지를 센터 사이트(101)로 송신해도 된다.

도 4로 되돌아가, 단계(417)에서, 센터 사이트(101)는, 승인자(320)가 도 6, 도 7의 표시 화면을 이용하여 행한 개시 가부 회답(303)의 통지를 접수한다. 접수한 개시 가부 회답(303)이 불허가인 경우에는, 센터 사이트(101)는 신청 안건 DB(106)에 저장되어 있는 해당하는 신청 안건의 개시 가부를 나타내는 FLG(603)에기입하고, 신청 안건 DB(106)를 갱신한다(단계 420). 그리고 신청자(330)에게 개시 불허가 통지(304)를 행하고(단계 421), 금융 기관에 융자 의뢰를 행하지 않고서 신청 처리를 종료한다.

한편, 단계(419)에서 개시 가부 회답(306)이 허가였던 경우, 신청 안건 DB(106)에 저장되어 있는 해당하는 신청 안건의 신청 안건 DB(106)의 FLG(603)에 개시가 허가인 것을 기입한다(단계 421). 또, 도시하지 않지만, 개시 허가의 회답인 경우에도, 센터 사이트(101)는 신청자(330)에게 승인자(320)의 개시 허가의 통지를 전달해도 된다.

다음으로, 센터 사이트(101)는 금융 기관(140)에 회답을 받기 위한 융자 의뢰 정보를 생성하고(단계 423), 금융 기관(140)에 대하여 융자 의뢰를 행한다(단계 424). 이 때의 금융 기관의 단말에 표시되는 화면을 나타낸 것이 도 8 및 도 9이다.

도 8은 금융 기관(140)에 융자 의뢰 상황을 나타내는 융자 의뢰 상황 화면(800)이다. 금융 기관(140)은 센터 사이트(101)에 로그인하여 이 화면을 호출하는 것으로, WWW 브라우저를 이용하여 표시할 수 있다. 융자 의뢰 상황 표시 영역(810)에는 해당 금융 기관(140) 앞으로 온 융자 의뢰의 모든 건이 표시되고, 개별 의뢰의 건수와 공개 입찰의 건수가 표시된다.

개별 의뢰는, 신청자가 도 5의 특정 기관(531) 또는 복수 비교 견적(532)에 의해 지정된 금융 기관에 해당하는 경우에 건수가 가산된다. 신규로 의뢰가 통지된 안건, 회답이 보류된 안건, 이미 회답된 회답 완료의 안건마다 건수가 표시된다. 공개 입찰 건수는 도 5의 공개 입찰(533)이 선택된 경우에 표시되고, 도 8에서는 공개 입찰에 의한 융자 의뢰가 10건 있는 것이 표시되어 있다. 안건의 리스트 표시 영역(820)은, 금융 기관에 해당하는 신청 안건이 신청 안건 DB(106)로부터 추출되어 표시된다. 융자 의뢰 기업은 신청 기업(502), 담보 데이터는 융자 의뢰 기업이 선택한 거래 관련 데이터의 데이터 식별자(1110)에 의해 특정된다. 채무 기업은 거래 관련 데이터 DB(104)에 의해, 데이터 식별자(1110)와 대응되고 있는 구매자 식별자(1213)로부터 특정된다. 융자 신청액, 융자 희망일에 각각 융자 신청액(503), 융자 희망일(504)을 참조하여 표시한다. 또한 금융 기관(140)이 센터 사이트에 회답하였는지의 여부가 회답 상황(803)에 표시된다.

여기서, 금융 기관(140)이 개별 의뢰 안건의 상세를 보고자 하는 경우에는, 융자 의뢰 상황 표시 영역(810)에 표시되는 체크 박스에 체크하여 상세 아이콘(801)을 클릭한다. 공개 입찰 안건을 보고자 하는 경우에는, 입찰 상세 아이콘(802)을 클릭한다. 이 때, 도 5에서 신청자(330)가 복수 비교 견적인 것을 금융 기관에 통지해도 된다라고 설정한 경우에는, 견적인 것이 표시되어도 된다. 금융 기관(140)이, 각각의 신청 안건의 상세를 알고자 하는 경우에는, 상세 아이콘(801), 혹은 입찰 상세 아이콘(802)을 클릭하면, 도 9에 도시한 융자 의뢰 내용을 확인하여, 회답을 입력하기 위한 화면으로 천이한다.

도 9는 융자 의뢰 내용 확인 화면(900)을 나타낸 도면이다. 화면 상부의 융자 내용 표시 영역(900)에는, 신청 안건 DB(106)를 참조하여, 신청 기업(502), 융자 신청액(503), 융자 희망일(504), 이용 목적(505), 담보로 선택한 데이터를 나타내는 담보 데이터 어셋(907)이 표시된다. 이들은 도 5의 신청 화면(500)에서 입력된 내용이다. 또한, 입금처(905)는 융자액이 입금되는 금융 기관, 지점명 및 계좌 번호 등이다. 본 실시예에서는, 입금처(905)는 신청자(330)에 의해 사전에 지정되어 있다.

금융 기관(140)이 담보 데이터의 상세를 확인하고자 하는 경우에는, 상세 표시 아이콘(908)을 클릭하면, 도 7의 거래 관련 데이터 상세 화면(700)이 표시된다. 금융 기관(140)은 단말을 이용하여 데이터 내용(720)과 데이터 어셋화 상황으로부터 융자 의뢰와 그 담보가 되는 채무를 확인하고, 도 9에 도시된 융자 의뢰 내용 확인 화면(900)으로 되돌아가, 이 의뢰에 대한 회답을 회답 입력 영역(910)의 각 항목에 입력한다. 각 항목이란, 구체적으로는, 융자 신청액(502)에 대하여 융자 가능한 금액을 융자액(911)으로, 융자 희망일(504)에 대하여 융자를 행하는 실행일(912)을 기입한 것이다. 이들 금액이나 날짜는 반드시 일치한다고는 할 수 없다. 또한, 반제 기간이나 이율 등의 반제 조건(913)이 있으면 입력한다.

이상의 항목의 입력 후, 회답 등록 아이콘(920)을 클릭한다. 본 실시예에서는 융자액(911)이 제로이면, 융자를 할 수 없는 융자 불가의 회답으로 된다. 회답 등록 아이콘(920)의 클릭에 의해 센터 사이트(101)에 융자 조건 등을 포함하는 융자 가부의 회답이 등록된다. 또, 융자 가부의 회답 등록을 하기 위한 회답 등록 아이콘을 융자 가능 아이콘, 융자 불가 아이콘으로 나누어 설치해도 된다. 또한, 회답의 입력이나 등록을 행하지 않은 경우, 보류 아이콘(930)을 클릭한다. 보류인 것을 센터 사이트(101)에 등록한다. 이들이 클릭되면 도 8로 천이되어, 회답 등록, 보류의 선택에 따라 각각의 안건 수가 갱신된다.

도 4의 단계(425)로 되돌아가, 센터 사이트(101)는 금융 기관(140)으로부터 융자 가부를 나타내는 융자 가부 회답(306)을 수신한다. 수신한 융자 가부 회답(306)이, 단계(427)에서 융자 불가라고 판단한 경우(단계 427, 아니오)에는 융자가 불가인 것을 해당하는 신청 안건의 융자 금액(911)에 제로로 추기하고, 신청 안건 DB(106)을 갱신하여(단계 430), 처리를 종료한다. 또, 융자를 받을 수 없는 취지를 신청자(330)에게 메일로 통지해도 된다. 혹은, 신청자(330)가 로그인했을 때에 확인할 수 있도록 해도 된다.

수신한 융자 가부 회답(306)이 융자 가능인 경우(단계 427, 예)에는, 신청 안건 DB(104)의 해당 데이터의 융자액(911)을 기입하고, 신청 안건 DB(104)를 갱신한다(단계 428). 융자액(911) 이외에 도 9의 회답 입력 영역에 금융 기관(140)에 의해 입력된 융자를 하는 경우에 필요한 데이터를 포함하는 융자 내용 확인 의뢰 정보(307)를 생성한다(단계 429). 단계(431)에서, 신청자(330)에게 융자 내용 확인 의뢰를 통지한다.

융자 내용 확인 의뢰를 받은 신청자(330)는, 도 10에 도시한 융자 신청처 결정 화면에 의해 확인이나 결정을 행한다. 도 10은 금융 기관으로부터 융자의 회답에 대하여 융자의 신청처를 결정하기 위한 융자 신청처 결정 화면(1000)이다. 신청 정보 표시 영역(1006)에는 신청 안건 DB(106)에 저장되어 있는 신청 안건의 안건 정리 번호(501), 융자 신청액(503)을 참조하여 표시한다. 융자 회답 표시 영역(1080)에는 금융 기관(140)에 의해 도 9의 회답 입력 영역(910)에 입력된 내용을 표시한다. 구체적으로는, 융자 가부 회답(306)을 한 금융 기관명인 금융 기관(1011), 금융 기관이 제시하는 융자 금액인 융자액(1012), 금융 기관이 신청자에게 입금하는 것이 가능한 기일을 나타내는 융자 실행일(1013), 융자에 대한 반제 기간이나 이율, 연체 이자 등을 포함하는 반제·지체 조건(1014) 등이 표시된다. 이들은 융자 가부 회답(306)에 포함된다.

신청자(330)가 체크 박스(1020)에 체크하여 상세 확인 아이콘(1050)을 선택하면, 신청 안건 DB(106)에 등록되어 있는 신청 안건의 상세가 도시된 도 5의 융자 신청 화면(500)으로 천이한다. 신청자(330)는 이 화면으로 신청 내용의 확인이 가능하다. 또한, 어셋 데이터 확인 아이콘(1060)을 클릭하면, 도 7의 거래 관련 데이터 상세 화면(700)으로 천이한다. 이력 확인 아이콘(1070)을 클릭하면, 본 안건의 신청으로부터 융자 가부의 회답을 받기까지의 이력을 확인할 수 있다(표시 화면에 대해서는 설명을 생략한다). 신청자(330)가 표시 영역(1080)에 표시된 내용으로 융자를 받는다고 결정하는 경우, 예를 들면 금융 기관(1011)의 하나인 가은행으로부터의 융자를 받는다고 결정하는 경우에는, 해당하는 융자처 리스트(1010)의 체크 박스(1020)에 체크를 하고, 융자처 결정 승인 의뢰 아이콘(1040)을 클릭한다. 그에 따라, 융자 신청처 결정 정보(308)를 센터 사이트(101)로 송신한다.

도 4로 되돌아가, 단계(433)에서, 센터 사이트(101)는 융자 신청처 결정 정보(308)를 수신한다. 단계(435)에서, 융자 신청처 결정 정보(308)가 융자를 받는다고 하는 정보인 경우에는, 거래 관련 데이터 DB(104)의 거래 관련 데이터에 담보 설정 완료 플래그(715)로 플래그 설정하고(단계 437), 신청 안건 DB(106)를 갱신하여(단계 439), 처리를 종료한다. 이 플래그는 개시 허가의 회답을 한 승인자(320)에게, 해당 거래에 대하여 담보로 설정하는 것을 통지하였다고 하는 플래그이기도 하다. 한편, 융자를 받지 않는 경우에는(단계 435), 단계(436)로 진행하여, 신청 안건 DB(106)의 해당 안건의 융자 신청처 결정(1111)에 융자를 받지 않는 취지를 기입하고(단계 438), 처리를 종료한다.

또한, 단계(435) 이후, 금융 기관(140)과 승인자(320)에게 결정 결과를 통지하도록 해도 된다.

본 실시예에 따르면, 판매자는 거래 시에 이미 센터 사이트에 등록된 데이터를 이용함으로써, 부담이 적은 융자 신청이 가능해지고, 금융 기관에서는 보다 심사의 신속성을 높이는 것이 가능해진다.

또한, 거래를 캔슬하는 취지가 거래 당사자 중 어느 쪽으로부터 등록된 경우에는, 융자 신청처에 그 취지를 통지해도 된다.

이상, 본원 실시예를 설명하였지만, 다양한 변형이 가능하다. 예를 들면, 도 3의 개시 가부 문의(303)를 사전에 확인해 놓고, 신청할 때마다 문의를 생략해도 된다. 또한, 내용이 공개되어 있는 거래와 같은 경우에는, 데이터의 개시 가부 문의(303)를 생략해도 된다.

또한, 융자 신청(301)의 담보로 설정하는 데이터는 복수의 데이터라도 무방하고, 복수의 거래에 관한 것이라도 무방하다. 또한, 구매자가 동일하지 않아, 각각의 거래마다의 구매자에게 개시 가부 문의(302)를 행하고, 그것에 대한 구매자마다의 개시 가부 회답(303)에 따라 융자 신청 내용을 변경하는 것도 가능하다.

또한, 본 실시예에서는, 센터 사이트(101)가 신청자(330), 구매자(120), 금융 기관(140)에 확인이나 승낙 등을 요구하는 연락은, 메일로 통지하는 능동적인 연락 방법이라도 무방하고, 센터 사이트(101)에 로그인되었을 때에 그 상세를 신청자, 구매자, 금융 기관 등이 이용하는 단말에 표시하는 수동적인 연락 방법이라도, 혹은 그 밖의 연락 방법이라 모두 가능하다.

또한, 융자 신청을 센터 사이트(101)에 행하지 않고서, 신청자(330)로부터 네트워크(150)를 통해 금융 기관(140)에 행하고, 신청을 받은 금융 기관(140)이 센터 사이트(101)에 거래 관련 데이터의 개시를 요구하도록 해도 된다.

본 발명에 따르면, 융자 신청으로부터 회답까지 효율적인 융자 신청 처리 방법을 제공할 수 있다.

Claims

융자를 신청하는 판매자측의 단말과, 상기 판매자측과 거래가 성립한 구매자측의 단말과, 상기 거래에 관한 진척 데이터를 저장하는 센터 사이트가 네트워크를 통해 접속되는 전자 상거래 시스템에서의 융자 신청 처리 방법에 있어서,

상기 판매자측의 단말은, 담보로 하는 대상 거래와 희망 금액을 포함하는 융자 신청 정보를 상기 센터 사이트로 송신하고, 상기 신청 정보를 받은 센터 사이트는, 상기 대상 거래의 구매자측의 단말에 상기 네트워크에 접속된 금융 기관의 단말로의 상기 진척 데이터의 개시 가부의 문의를 행하며, 상기 구매자측의 단말은, 상기 구매자의 입력을 받아, 상기 문의에 대하여 개시 가부를 상기 센터 사이트로 송신하고, 상기 개시 가부를 받은 센터 사이트는, 개시 허가인 경우, 상기 진척 데이터와 상기 희망 금액과 함께 융자 의뢰 정보를 상기 금융 기관의 단말로 송신하는 것을 특징으로 하는 융자 신청 처리 방법.
제1항에 있어서,

상기 센터 사이트는, 상기 진척 데이터의 개시 불허가를 받은 경우에는, 상기 판매자측의 단말에 융자 신청 불가인 것을 통지하는 것을 특징으로 하는 융자 신청 처리 방법.
제1항에 있어서,

상기 진척 데이터에는 거래가 담보로 설정되었는지의 여부를 나타내는 식별자를 포함하고, 상기 센터 사이트는, 상기 식별자가 담보로서 설정된 것을 나타내는 경우에는, 상기 신청 정보를 받아들일 수 없다는 것을 상기 판매자측의 단말에 통지하는 것을 특징으로 하는 융자 신청 처리 방법.
제1항에 있어서,

상기 신청 정보에는 금융 기관의 지정을 포함하고, 상기 센터 사이트는, 상기 지정 금융 기관의 단말로 상기 융자 의뢰 정보를 송신하는 것을 특징으로 하는 융자 신청 처리 방법.
제1항에 있어서,

상기 금융 기관은, 상기 융자 의뢰 정보에 대한 융자의 가부를 상기 센터 사이트로 송신하고, 상기 융자의 가부를 받은 센터 사이트는, 상기 융자의 가부를 상기 판매자측의 단말로 송신하는 것을 특징으로 하는 융자 신청 처리 방법.
제1항에 있어서,

상기 금융 기관의 단말은, 상기 융자 의뢰 정보에 대한 융자 가능 금액을 상기 센터 사이트로 송신하고, 상기 융자 가능 금액을 받은 센터 사이트는, 상기 융자 가능 금액을 상기 판매자측의 단말로 송신하는 것을 특징으로 하는 융자 신청 처리 방법.
융자를 신청하는 판매자측의 단말과, 상기 판매자측과 거래가 성립된 구매자측의 단말에 네트워크를 통해 접속되는 센터 사이트에서의 융자 신청 처리 방법에 있어서,

상기 센터 사이트는, 상기 거래에 관한 진척 데이터를 저장하는 데이터 베이스를 갖고, 담보로 하는 대상 거래와 희망 금액을 포함하는 융자 신청 정보를 받아, 상기 대상 거래의 구매자측의 단말에 상기 진척 데이터의 금융 기관으로의 개시 가부의 문의를 행하여, 상기 구매자측의 단말로부터 상기 문의에 대하여 개시 허가를 받은 경우에는, 상기 진척 데이터와 상기 희망 금액과 함께 융자 의뢰 정보를 금융 기관으로 송신하는 것을 특징으로 하는 융자 신청 처리 방법.
제7항에 있어서,

상기 문의에 대하여 개시 불허가를 받은 경우에는, 상기 판매자측의 단말에 융자 신청 불가인 것을 통지하는 것을 특징으로 하는 융자 신청 처리 방법.
제7항에 있어서,

상기 진척 데이터에는, 상기 거래가 담보로 설정되었는지의 여부를 나타내는 식별자를 포함하고, 상기 식별자가 담보로서 설정된 것을 나타내는 경우에는, 상기 구매자측의 단말에 상기 문의를 행하지 않고서, 상기 신청 정보에 대하여 융자를 받아들일 수 없다는 것을 상기 판매자측의 단말에 통지하는 것을 특징으로 하는 융자 신청 처리 방법.
제7항에 있어서,

상기 받은 신청 정보에는 금융 기관의 지정을 포함하고, 상기 지정한 금융 기관에 상기 융자 의뢰 정보를 송신하는 것을 특징으로 하는 융자 신청 처리 방법.
제7항에 있어서,

상기 융자 의뢰 정보에 대한 융자의 가부를 받아, 상기 융자의 가부 정보를 상기 판매자측의 단말로 송신하는 것을 특징으로 하는 융자 신청 처리 방법.
제11항에 있어서,

융자 가능 금액과 함께 융자 허가를 받은 경우에는, 상기 판매자측의 단말에 상기 융자 가능 금액을 송신하는 것을 특징으로 하는 융자 신청 처리 방법.