KR20000037483A

KR20000037483A - 인터넷을 통한 금융계약 체결시스템 및 그 방법

Info

Publication number: KR20000037483A
Application number: KR1020000022546A
Authority: KR
Inventors: 김창완
Original assignee: 김창완
Priority date: 2000-04-27
Filing date: 2000-04-27
Publication date: 2000-07-05
Also published as: KR20010098348A

Abstract

본 발명에서는 금융수요자는 여유자금의 기간과 금액등 조건을 입력하고 (데이터 입력) 금융공급자는 검색엔진을 가동하여 자금운용계획상 허용되는 데이터를 수집하여 순차적으로 승인번호를 부여한다.

금융수요자는 부여받은 승인번호를 확인한 후, 승인 부여한 해당 금융기관을 방문 혹은 인터넷 사이트상 신규 계약체결 항목으로 이동하여 계약을 체결하는 시스템 및 그 방법을 구현한다.

제반 경제활동이 공급자 위주의 결제활동에서 수요자 선택권, 나아가 수요자결정권의 경제환경으로 이행하게 된 것을 기초로 한 방법이다.

수요자 중심의 이율을 제공하는 시스템과 방법으로의 전환을 구현하였다.

본 발명은 금융수요자와 금융공급자를 인터넷을 통한 사이버공간에서 대면하게 하되, 종래 금융공급자(금융기관) 조건제시와 이를 금융수요자(예금자, 투자가)가 선택한 방식이 아니라, 금융수요자가 금리 및 제반 조건을 제시하고 금융공급자가 자사 자금운용정책에 부합할 때 승인번호를 부여하여 계약체결로 이어지는 방법등이 제시되어 있다.

Description

인터넷을 통한 금융계약 체결시스템 및 그 방법{ Financial contract system and the method thereof on internet }

본 발명은 인터넷 등의 네트워크를 이용한 금융계약 시스템 및 그 방법에 관한 것이다. 특히, 금융수요자와 금융공급자를 인터넷을 통한 사이버공간에서 대면하게 하되, 종래 금융공급자(금융기관) 조건제시와 이를 금융수요자(예금자, 투자가)가 선택한 방식이 아니라, 금융수요자가 금리 및 제반 조건을 제시하고 금융공급자가 자사 자금운용정책에 부합할 때 승인번호를 부여하여 계약체결로 이어지는 시스템 및 그 방법에 관한 것이다.

종래의 예금은 금융기관이 각종 이율을 정하여 예금자 혹은 투자자를 유치하는 것이 일반적이었다.

그러나 최근 각종 금융기관이 생기고 서비스가 여러가지로 전개됨에 따라 복잡한 시스템을 갖게되었다. 금융기관의 경쟁이 치열해짐에 따라 투자자 및 예금자 유치가 어려울 경우가 많고 따라서 투자자(혹은 예금자)의 요구를 수용할 필요가 생기게 되었다.

또한, 제반 경제활동이 공급자 위주의 결제활동에서 수요자 선택권, 나아가 수요자결정권의 경제환경으로 이행하게 되었다. 특히, 21C의 화두로 사이버 스페이스에서의 경제활동이 제기되면서 수요자의 필요에 대한 욕구가 분출하게 되었다. 이 추세는 금융계에서도 예외는 아니어서 전 금융기관 공히 IT 혹은 사이버금융을 표방하게 되었다.

또한, 최근에는 인터넷 사이버 공간이 많은 소비자들을 끌어들임에 따라 많은 시스템들이 소비자 중심으로 바뀌었으나 여전히 금융거래는 소비자 중심이 되지 못하는 경향이 있다. 그러나 최근에 인터넷의 보급과 사용자의 급격한 증가는 사이버 공간에서 수요자 중심의 금융 계약 체결이 가능하게 되는 환경을 제공하게 되었는데, 즉, 공급자 중심의 금융거래에서 수요자 중심의 금융 거래로 옮기게하여 변화하는 소비자 위주의 마케팅을 적극적으로 수용하는 한편, 사이버 공간에서 전산처리를 함으로써 시스템의 효율성을 추구할 필요성이 대두되었다.

그러나 상기 종래의 방법에 의해서 인터넷 사이버 공간이 많은 소비자들을 끌어들임에 따라 많은 시스템들이 소비자 중심으로 바뀌었으나 여전히 금융거래는 소비자 중심이 되지 못하는 경향이 있다.

또한, 종래의 예금은 금융기관이 각종 이율을 정하여 예금자 혹은 투자자를 유치하는 것이었으나 최근에는 각종 금융기관이 생기고 서비스가 여러가지로 전개됨에 따라 복잡한 시스템을 갖게되었다. 금융기관의 경쟁이 치열해짐에 따라 투자자 및 예금자 유치가 어려울 경우가 많고 따라서 투자자(혹은 예금자)의 요구를 수용할 필요가 생기게 되었으며 투자자 개인의 요구를 효과적으로 수용할 수 있는 시스템이 없거나 효율성이 없는 문제점이 있다.

본 발명은 상기와 같은 문제점을 해결하고자 안출된 것으로써 본 발명의 목적은 수요자 중심의 금융 계약 체결을 가능하게 하는 금융계약 시스템 및 그 방법을 제공하는데 있다.

상기 본 발명의 목적을 달성하기 위한 기술적 사상으로써, 본 발명에서는 본 발명은 금융수요자와 금융공급자를 인터넷을 통한 사이버공간에서 대면하게 하되, 종래 금융공급자(금융기관) 조건제시와 이를 금융수요자(예금자, 투자가)가 선택한 방식이 아니라, 금융수요자가 금리 및 제반 조건을 제시하고 금융공급자가 자사 자금운용정책에 부합할 때 승인번호를 부여하여 계약체결로 이어지는 시스템 및 방법이 제시된다.

도1은 금융계약체결시스템의 개략도이다.

도2는 금융계약체결방법의 흐름도이다.

도3은 고객(예금자,투자가)과 금융기관간에 계약체결 과정도이다.

도4은 각DB의 테이블 구성도이다.

도5는 데이타베이스의 E-R 다이아그램이다.

도6은 예금자 단말의 흐름도이다.

도7은 금융기관 사용자 단말의 흐름도이다.

도8은 금융기관 관리자 단말의 흐름도이다.

〈도면의 주요부호에 대한 설명〉

110 : 예금자 단말 100: 금융계약 서버

120 : 금융기관 단말 220 : 요구사항조회단계

230 : 승인단계 240 : 승인번호 조회 또는 통보 단계

250 : 예금신규가입단계 260 : 신규통장교부단계

이하에서는 본 목적을 달성하기 위한 실시예의 구성 및 작용에 대하여 첨부된 도면을 참조하여 설명하고자 한다.

도1은 금융계약체결시스템의 개략도이다.

도1에 도시한 바와 같이, 네트워크를 통한 금융 계약 체결 시스템에 있어서,

예금자의 요구사항을 서버로 올리고 금융기관의 승인번호를 조회하거나 통보를 받는 예금자 단말(110)과,

금융계약 서버(100)에서 예금자의 요구사항을 조회하고 조건에 맞는 요구를 수용하여 승인번호를 부여하는 금융기관 단말(120)과,

예금자의 요구사항을 금융기관 단말(120)에 전달하고 금융기관이 승인한 승인번호를 예금자단말(110)에 전달하는 금융계약 서버(100)로 이루어진 금융계약체결시스템이 나타나 있다.

상기의 네트워크는 TCP/IP를 기반으로한 인터넷 혹은 인트라넷을 특징으로 한 것이다.

상기에서 예금자는 투자가라고 칭할 수 있다.

도2는 금융계약체결방법의 흐름도이다.

도2를 보면, 네트워크를 통한 금융 계약 체결 방법에 있어서,

예금자의 요구사항을 예금자 단말(110)을 통하여 금융계약 서버(100)에 올리는 요구사항등록단계(210)와,

금융계약 서버(100)에서 예금자의 요구사항을 조회하고 요구사항조회단계 (220)와,

금융기관 단말(120)에서 예금자의 요구사항을 조회하고 조건에 맞는 요구를 수용하여 승인번호를 부여하는 승인단계(230)와,

예금자 단말(110)에서 금융기관의 승인번호를 조회하거나 통보받는 승인번호 조회 또는 통보 단계(240)와,

예금자가 상기의 과정을 거친후에 금융기관에 신규로 예금을 하여 가입하는 예금신규가입단계(250)와,

금융기관이 상기의 예금자에게 모든 계약이 체결된 후 신규로 통장을 발행하는 신규통장교부단계(260)로 이루어진 금융계약체결방법이 도시되어 있다.

상기 요구사항은 금액, 금리, 기간, 성명, 주소(동명까지만), 기타(주민등록번호, 전화번호등)등을 포함한 필드들로 이루어진 것을 특징으로한 것이다.

상기 요구사항 조회는 금액, 금리, 기간, 성명, 가까운 지점 안내를 위한 주소의 일부만을 포함한 필드등으로 이루어진 것을 특징으로한 것이다.

수요자 중심의 이율을 제공하는 시스템과 방법으로의 전환을 상기와 같은 흐름으로 구현하였다.

따라서 본 발명은 금융수요자와 금융공급자를 인터넷을 통한 사이버공간에서 대면하게 하되, 종래 금융공급자(금융기관) 조건제시와 이를 금융수요자(예금자, 투자가)가 선택한 방식이 아니라, 금융수요자가 금리 및 제반 조건을 제시하고 금융공급자가 자사 자금운용정책에 부합할 때 승인번호를 부여하여 계약체결로 이어지는 방법이다.

상기의 각 단계중에 요구사항등록단계(210)와 요구사항조회단계(220), 승인단계(230)와 승인번호 조회 또는 통보 단계(240)는 사이버 공간에서 인터넷상의 과정들이다.

상기의 예금신규가입단계(250)와 신규통장교부단계(260)는 실제로 실행해야하는 과정이다.

도3을 보면,

고객이 웹사이트에 접속하여 예금자 단말(110)로 되면 웹서버 프로그램 즉 금융계약 서버(100)에 예금승인신청을 한다.

예금승인신청은 상기 요구사항등록단계(210)와 동일한 것이다.

상기 금융계약 서버(100)는 웹서버와 DB서버, 데이타베이스등을 포함한 것이다.

웹서버는 예금승인신청을 DB서버를 통해 데이타베이스에 저장하고 이를 금융 프로그램을 통하여 금융기관이 검색할 수 있도록한다.

여기서 검색이란 상기 요구사항 조회단계(220)와 동일하다.

금융기관은 금융기관 단말(120)을 통하여 승인번호를 부여하는 데 이는 상기의 승인단계(230)에 해당한다.

웹서버는 승인번호와 관련된 내용(상기 요구사항 조회와 동일한 필드를 갖는다.)을 DB서버를 통해 데이타베이스에 저장하고 이를 예금자 단말을 통하여 고객(예금자, 투자가)이 검색할 수 있도록한다.

도4은 각DB의 테이블 구성도이다.

도4을 설명하면,

금융기관 테이블은 아이디, 패스워드, 금융기관종류, 금융기관명, 지점코드, 지점명, 주소, 전화번호등으로 이루어져 있다.

각 어트리뷰트(속성)을 살피면 아이디는 기관별 고유 아이디를 의미한다.

패스워드는 패스워드 즉 비밀번호를 말한다. 금융기관의 비밀번호를 가리킨다.

금융기관종류는 1기관, 2기관, 기타기관으로 분류하는 데 1기관은 은행, 2기관은 투신사, 증권사, 기타기관은 신협, 금고와 그밖의 금융기관이다.

금융기관명은 금융기관의 고유한 이름이다.

지점코드는 각 금융기관 지정 고유코드를 부여하고 이를 저장하는 필드이다.

지점명은 금융기관이 지정한 고유코드에 따른 지점명을 말한다.

주소는 각 지점의 주소가 있고, 전화번호는 각 지점의 대표 전화번호가 들어간다.

해당기관의 지점들에 관한 데이터로 한 기관이 여러 개의 지점들을 가질 수 있으므로 아이디와 패스워드는 같으나 각기 다른 지점코드, 지점명, 주소 , 전화번호가 있을 수 있다.

고객테이블은 신청번호, 등록일, 성명, 금액, 기간, 희망금리, 1기관, 2기관, 기타기관, 승인통보요청, 주소, 전화번호등을 포함하고 있다.

각 어트리뷰트(속성)을 살피면 신청번호는 금융계약 서버로 부터 부여받은 고유한 신청번호이다.

등록일은 등록한 일자이고, 성명은 고객의 실명이며, 금액은 예금하고자 하는 금액을 말한다.

기간은 예금기간이며 단위 표시 가능한 것은 1일, 1월, 1년 단위로 선택적으로 할 수 있다.

희망금리는 고객이 희망하는 금리로 최저금리를 의미한다.

1기관 , 2기관, 기타기관은 금융기관 종류에서 설명한바와 같다.

따라서 고객이 예금을 희망하는 금융기관 종류를 표시한다.

승인번호통보요청은 승인번호통보를 희망할 경우의 표시한다.

전화번호는 승인번호통보 요청 희망시 연락받을 고객의 전화번호이다.

주소는 승인번호통보 요청 희망시 고객의 주소이다.

승인테이블은 신청번호 등록일 성명 금액 기간 희망금리 승인번호 승인일 금융기관명 인근지점명 전화번호등을 포함하고 있다.

각 어트리뷰트(속성)을 살피면 신청번호는 금융계약 서버(100)로 부터 부여받은 고유한 신청번호이다.

희망금리는 고객이 희망하는 금리로 최저금리를 의미한다.

승인일은 기관의 승인한 날짜이다.

금융기관명은 승인한 금융기관명이다.

인근지점명은 고객이 주소를 입력했을 경우 해당 금융기관의 인근지점명이다.

전화번호는 인근지점의 전화번호이다.

도5는 데이타베이스의 E-R 다이아그램이다.

오퍼레이션의 예는 Foregin Key : 신청번호, 등록일, 성명, 금액, 기간, 희망금리 from 고객 테이블, 금융기관명, 인근지점명, 전화번호 from 금융기관 테이블과 같이 할 수 있다.

도6은 예금자 단말의 흐름도이다.

이를 살펴보면,

고객(웹페이지)이 예금자 단말에서 예금승인신청, 신청번호 부여, 승인조회, 신청번호 재확인하는 프로그램이 필요하게 된다.

각 프로그램의 동작을 보면 ,

1. 예금승인 신청

고객이 입력한 데이터( 성명, 금액, 기간, 희망금리, 희망기관)를 고객 테이블의 해당필드에 인써트한다.

이때 희망기관 종류를 선택할 수 있으므로 선택한 기관에 따라 1기관, 2기관, 기타 기관 필드에 인써트한다. (1기관: 은행, 2기관: 증권사/투신사, 기타기관: 신협/금고)

등록일 필드에는 현재 날짜를 인써트한다.

고객이 승인번호 통보요청을 희망할 경우에는 전화번호와 주소도 입력하게 하여 테이블에 인써트한다.

승인번호 통보 요청을 하지 않았을 경우에는 전화번호와 주소는 비어있다.

또한 데이터 입력시 신청번호를 부여하여 신청번호 필드에 인써트한다.

2. 신청번호 부여

고객이 입력한 데이터(성명, 금액, 기간, 희망금리, 희망기관)만으로는 중복된 데이터를 인써트하게 될 수도 있으므로 고유한 신청번호를 부여한다.

고객이 승인 조회시 이 신청번호를 입력하여 승인결과를 확인할 수 있다.

* 신청번호 생성 알고리즘

7자리 숫자코드

1번째 자리: 요일별로 설정해 놓은 번호 부여

2~6번째 자리: 순번

7번째 자리: 검증번호( 앞의 6자리 숫자의 조합과 계산으로 생성)

3. 승인조회

신청번호를 입력받아 승인테이블에서 이 신청번호를 가진 데이터를 검색하여 승인사항을 보여준다.

만약 잘못된 입력이 들어왔거나 고객테이블이나 승인테이블에 없는 신청번호가 입력되었을 경우에는 고객이 신청번호를 다시 확인할 수 있도록 한다.

4. 신청번호 재확인

예금승인 신청시 입력하였던 등록일, 성명, 금액, 기간, 희망금리를 입력받는다.

이를 고객테이블에서 검색하여 신청번호를 확인하게 해준다.

* 등록일, 성명, 금액, 기간, 희망금리만으로는 중복된 데이터가 검색될 수 없으므로 여러 개의 신청번호가 검색될 수 있다. 따라서 여러 개의 결과가 나올 경우에는 다시 예금승인신청을 하게 한다.

도7은 금융기관 사용자 단말의 흐름도이다.

도8은 금융기관 관리자 단말의 흐름도이다.

이를 함께 살펴 보면,

각 단계별로 작성된 프로그램을 아래에 설명한다.

1. 인증검사

입력받은 아이디를 금융기관테이블에서 검색하여 이 아이디가 존재하지 않으면 인증 실패가 된다.

아이디가 존재하면 패스워드가 일치하는지 체크하여 일치하지 않으면 인증 실패가 된다.

아이디도 존재하고 패스워드로 일치하면 로그인 된다.

*아이디와 패스워드가 관리자이면 관리자 모드로, 금융기관이면 사용자모드로 로그인 된다.

2. 검색

여러 가지 검색조건에 따라 검색한다.

검색조건- 승인요청 데이터: 기간별, 금리별, 금액별, 모두- 승인한 데이터

승인요청 데이터 검색시에는 현재 로그인한 금융기관의 금융기관종류와 고객이 승인요청시 희망한 기관종류가 일치하는 데이터만 검색된다.

3. 승인

금융기관이 승인한 데이터(고객의 등록일, 신청번호, 성명, 금액, 기간, 희망금리)와 승인한 금융기관의 데이터(금융기관명, 인근지점명, 전화번호)를 승인테이블에 인써트한다.

이때 승인번호와 승인일도 인써트한다.

인근지점명과 전화번호는 고객의 주소를 참고로 검색하여 인써트한다.

* 개별승인

승인하고자 하는 데이터를 하나하나 체크하여 승인한다.

* 일괄승인

검색시와 동일한 조건(기간별, 금리별, 금액별, 모두)으로 승인한다.

4. 승인번호 부여

승인시 승인번호를 인써트할 때 사용된다.

승인한 각 금융기관마다 고유한 승인번호를 생성한다.

신청번호와 마찬가지로 고유한 승인번호 생성 알고리즘을 통해 생성되나 각 금융기관의 처리 시스템에 맞는 n 번호를 생성하여야 한다.

5. 회원등록

등록하고자 하는 회원(금융기관)의 아이디, 패스워드, 금융기관종류, 금융기관명, 지점코드, 지점명, 주소, 전화번호를 금융기관테이블에 인써트한다.

6. 등록취소

등록을 취소하고자 하는 회원(금융기관)의 데이터를 삭제한다.

7. 데이터 수정

수정하고자 하는 데이터를 검색하여 수정한다.

8. 데이터 삭제

고객테이블의 데이터는 등록일로부터 7일이 지나면 모두 삭제한다.

(금융기관이 검색시 등록일로부터 7일 이내의 데이터만 검색할 수 있다.)

승인테이블의 데이터는 등록일로부터 14일이 지나면 모두 삭제한다.

(승인테이블의 등록일은 고객테이블의 등록일과 동일하다. 따라서 승인테이블의 데이터는 데이터가 등록된지 14일 이내의 데이터만 존재한다.)

9. 승인통보

승인통보요청을 희망한 데이터에 한하여 그날 승인된 데이터를 검색할 수 있다.

검색된 데이터의 전화번호나 주소를 통해 직접 관리자가 통보하여 준다.

금융수요자는 오프라인 상의 수고와 별도의 노력없이 원하는 조건을 충족시키기 용이하며, 금융공급자는 저렴한 조달비용으로 자금운용계획에서 필요한 자금을 조달할 수 있다.

특히 오프라인상의 구조족 한계로 금융수요자간의 자금수익률등의 편차를 점차적으로 수렴하여 금리차이의 왜곡에서 오는 불만을 줄일 수 있다.

Claims

네트워크를 통한 금융 계약 체결 시스템에 있어서,

예금자의 요구사항을 서버로 올리고 금융기관의 승인번호를 조회하거나 통보를 받는 예금자 단말과,

금융계약 서버에서 예금자의 요구사항을 조회하고 조건에 맞는 요구를 수용하여 승인번호를 부여하는 금융기관 단말과,

예금자의 요구사항을 금융기관 단말에 전달하고 금융기관이 승인한 승인번호를 예금자단말에 전달하는 금융계약 서버로 이루어진 금융계약체결시스템.
청구항1에 있어서,

상기의 네트워크는 TCP/IP를 기반으로한 인터넷 혹은 인트라넷을 특징으로한

금융계약체결시스템.
청구항1에 있어서,

상기 금융계약 서버는 웹서버와 DB서버, 데이타베이스등을 포함한 금융계약체결시스템.
청구항 1에 있어서,

상기의 금융계약서버는 웹서버와 DB서버, 데이타베이스등을 포함한 것으로된 금융계약체결시스템.
청구항 4에 있어서,

상기 데이타베이스에는 고객테이블, 금융기관테이블,승인테이블로 이루어진 금융계약체결시스템.
네트워크를 통한 금융 계약 체결 방법에 있어서,

예금자의 요구사항을 예금자 단말을 통하여 금융계약 서버에 올리는 요구사항등록단계와,

금융계약 서버에서 예금자의 요구사항을 조회하고 요구사항조회단계와,

금융기관 단말에서 예금자의 요구사항을 조회하고 조건에 맞는 요구를 수용하여 승인번호를 부여하는 승인단계와,

예금자 단말에서 금융기관의 승인번호를 조회하거나 통보받는 승인번호 조회 또는 통보 단계와,

예금자가 상기의 과정을 거친후에 금융기관에 신규로 예금을 하여 가입하는 예금신규가입단계와,

금융기관이 상기의 예금자에게 모든 계약이 체결된 후 신규로 통장을 발행하는 신규통장교부단계로 이루어진 금융계약체결방법.
청구항 6에 있어서,

상기 요구사항은 금액, 금리, 기간, 성명, 주소(동명까지만), 기타(주민등록번호, 전화번호등)등을 포함한 필드들로 이루어진 것을 특징으로한 금융계약체결방법.
청구항 6에 있어서,

상기 요구사항 조회는 금액, 금리, 기간, 성명, 가까운 지점 안내를 위한 주소의 일부만을 포함한 필드등으로 이루어진 것을 특징으로한 금융계약체결방법.
청구항 6에 있어서,

상기 요구사항등록단계에서 요구사항은 웹서버는 예금승인신청을 DB서버를 통해 데이타베이스에 저장하고 이를 금융 프로그램을 통하여 금융기관이 검색할 수 있도록하는 것을 특징으로한 금융계약체결방법.
청구항 6에 있어서,

상기 요구사항등록단계에서 요구사항은 웹서버는 예금승인신청을 DB서버를 통해 데이타베이스에 저장하고 이를 금융 프로그램을 통하여 금융기관이 검색할 수 있도록하는 것을 특징으로한 금융계약체결방법.
청구항 6에 있어서,

상기 승인단계에서 승인번호와 상기 요구사항 조회와 동일한 필드들을 웹서버는 DB서버를 통해 데이타베이스에 저장하고 이를 예금자단말을 통하여 예금자가 검색할 수 있도록하는 것을 특징으로한 금융계약체결방법.