KR20030088679A - 포탈금융거래시스템 - Google Patents

Abstract

본 발명은 증권사, 은행, 쇼핑몰 및 카드사와 연계된 포털금융거래시스템을 통해 클라이언트가 증권사나 은행 및 카드사를 방문하지 않고도 보다 손쉽게 다양한 서비스를 제공받을 수 있는 포탈금융거래시스템을 제공하기 위한 것으로서, 클라이언트의 서비스 요청에 상응하여 버츄얼 카드 운영서버와 공모주 청약/대출 운영서버로의 통신 분산 및 제어를 담당하는 억세스 컨트롤 서버와, 클라이언트에게 버츄얼 카드를 발급하고 카드사 서버로의 카드사용 승인요청 및 그에 상응한 승인번호를 받아 클라이언트에게 전송하며, 대금 결제에 필요한 정보를 지불페이지에 원클릭으로 제공하는 버츄얼 카드 운영서버와, 공모주 청약 정보를 클라이언트에게 제공하고 클라이언트로부터 수신된 공모주 청약 신청정보를 증권사로 전송하여 그 결과 정보를 클라이언트에게 전송하고, 클라이언트로부터 수신된 대출 신청 정보를 대출사로 전송하여 대출금이 증권사로 이체되도록 하며, 증권사로부터 공모주가 배당되면 이체된 대출금 중 나머지 금액이 대출사로 환불되도록 하고, 공모주 청약을 위한 대출금과 환불금을 정산한 대출금 정산 정보를 클라이언트에게 전송하는 공모주 청약/대출 운영서버와, 대출사, 증권사 및 카드사와 연결된 전용선을 관리하고, 증권사, 대출사 및 카드사와의 통신 전문을 관리하는 전용선 관리서버와, 버츄얼 카드 발급 및 사용, 공모주 청약 및 대출을 위한 클라이언트 정보, 증권사, 은행사, 카드사 및 쇼핑몰 정보를 포함한 시스템 운영에 필요한 데이터들이 등록된 데이터베이스를 포함하여 구성되는 것을 특징으로 한다.

Description

포탈금융거래시스템{Portal financial bussiness system}

본 발명은 금융거래 시스템에 관한 것으로서, 특히 클라이언트와 은행, 증권사를 대상으로 한 중간매개의 역할을 수행하여 정보서비스 제공 및 온라인상의 접근 가능한 금융수단을 창출하는데 적당한 포탈금융거래시스템에 관한 것이다.

최근, 인터넷의 급속한 확산과 더불어 물질적 자산보다는 지식을 더욱 중시하는 정보화 사회로 접어들면서 정보통신 기술의 발전에 힘입어 금융서비스 형태는 더욱 세분화되고 전문화되어 가고 있는 추세에 있다.

이 일환으로 기존의 지폐가 새로운 화폐 즉, 전자지갑으로 불리는 IC 카드형 화폐와 인터넷 공간에서 통용되는 가상화폐의 출현이며, 통상적으로 전자화폐라고 불리는 이들은 향후 금융거래를 대폭적으로 변화시킬 것으로 예측되고 있다.

즉, 디지털 통신 기술의 발달과 인터넷 이용의 활성화에 힘입어 이전에는 존재하지 않았던 각종 재화나 서비스 등이 인터넷이라는 가상공간에 나타나고 있는데, 이들에 대한 수요가 증가하면서 그에 따라 네트워크상에서 비용을 지불할 수 있도록 한 이른바 전자상거래(Electronic Commerce: EC)가 주목을 받고 있다.

일반적으로, 전자상거래는 인터넷을 이용하여 물건을 사고 파는 행위를 말하는 것으로, 넓은 의미로는 컴퓨터 통신망을 통해 이루어지는 상품 및 서비스의 구매나 발주 활동 등이 포함되며, 이러한 전자상거래의 가장 큰 특징은 중간 유통이 없어 물류비용을 절감할 수 있다는 것과 구매자나 판매자 모두에게 시간 및 공간상의 제약이 없다는 것이다.

현재의 전자상거래는 인터넷 사이버몰 형태 즉, 제품이나 서비스를 판매하고자 하는 생산업체 및 유통업체의 가상 매장(통상 "쇼핑몰" 이라 함)을 인터넷상에 구현함으로써 국내외 인터넷 이용자는 검색을 통해 상품 정보를 얻고 신용카드를 포함한 지불수단으로 결제 및 배달을 받는 형태가 일반적이다.

이때, 쇼핑몰 업체들은 구매의사가 있는 소비자들을 대상으로 상품정보를 제공하는데, 가장 보편적인 방법은 3차원 가상현실, 동영상, 음성 등 멀티미디어 정보를 제공할 수 있는 웹(Web) 환경을 이용하는 것이다.

즉, 종래 전자상거래는 도 1에 도시된 바와 같이, 크게 VAN사(1), 카드사(3), 쇼핑몰(5), 클라이언트(7) 및 이들 상호간을 연결하는 인터넷망(미도시)으로 구성된다.

이에, 클라이언트가 쇼핑몰(5)의 웹사이트에 접속하여 구매를 희망하는 상품을 선택하면, 쇼핑몰(5)에서는 상기 클라이언트의 신용카드 정보 및 배송지 정보가 포함된 개인 정보를 요구한다(S101).

클라이언트로부터 신용카드 정보 및 개인정보가 수신되면(S102), 쇼핑몰(5)은 상기 클라이언트의 신용카드 정보 및 거래 정보를 VAN사(1)로 전달한다(S103).

상기 VAN사(1)에서는 쇼핑몰(5)로부터 수신한 신용카드 정보를 판독하여 해당 카드사(3)의 결제시스템으로 거래 승인 요구 정보를 전송한다(S104).

거래 승인 요구 정보를 받은 카드사(3)의 결제시스템에서는 거래 승인 요구 정보에 포함된 클라이언트의 개인 정보, 거래 내역, 쇼핑몰 정보 등을 데이터베이스에 등록된 회원 정보 및 쇼핑몰 정보 등과 비교하여 해당 클라이언트와 쇼핑몰이 거래 구성원으로서의 결격 사유 및 양자간에 발생되는 거래의 적법성을 검증한다.

거래 구성원으로서의 결격 사유가 없고 거래의 타당성 여부가 검증되면, 상기 카드사(3)의 결제시스템은 VAN사(1)의 거래 승인 요구 정보에 따른 거래 승인 번호를 회송한다(S105).

상기 VAN사(1)에서는 상기 승인번호를 쇼핑몰(5)로 전송하여(S106) 최종적으로 클라이언트와 쇼핑몰(5)간에 거래가 이루어지도록 한다.

이때, 상기 사용자 단말기(9)와 VAN사(1), 쇼핑몰(5)은 인터넷망으로 연결되고, VAN사(1)와 카드사(3)와는 X.25를 통해 연결된다.

이와 같이, 종래 전자상거래는 웹 환경에서 클라이언트가 상품을 구매하고자 하는 경우, 쇼핑몰에서는 클라이언트 개인 정보 및 신용카드 정보와 배송지 정보를 요구하며, 이에 클라이언트로부터 신용카드 및 배송지 정보가 전송되면, VAN사를 통해 카드사에 사용 승인을 요청하고, 이후, 상기 카드사로부터 사용 승인이 떨어지면, 이를 클라이언트에게 전달함과 동시에 클라이언트가 입력한 배송지로 해당 상품을 배송한다.

한편, 전자상거래의 다른 형태로 최근에 버츄얼 카드(Virtual Card)가 등장하였다. 이는 클라이언트의 개인 정보를 미리 설정하고, 인터넷상에서 대금 결제시, 버츄얼 카드에 설정된 정보를 인터넷 쇼핑몰의 지불페이지의 대금 결제란에 입력되도록 함으로써 주문 및 대금 결제가 이루어지는 이른바 전자상거래용 신용카드 프로그램이다.

이와 같은 전자상거래의 형태는 먼저, 카드사(3)에서 버츄얼 카드의 발급을 원하는 클라이언트에게 회원약관 동의 절차를 거친 후, 인증서를 발급한 다음, 버츄얼 카드를 사용할 수 있도록 클라이언트용 프로그램을 클라이언트에게 전송한다.

클라이언트는 다운로드된 클라이언트용 프로그램을 실행하여 컴퓨터 단말기내에 설치한 후, 바탕화면에 만들어진 버츄얼 카드 아이콘을 더블클릭한 뒤, 상기 인증서 발급시 지정한 ID와 패스워드를 입력하여 로그인(Login)한 다음, 버츄얼 카드를 이용하여 쇼핑하고 그에 따른 대금 결제에 필요한 정보를 쇼핑몰에 제공한다.

그러나 이와 같은 전자상거래의 형태는 쇼핑몰에 클라이언트의 개인 정보 및 신용카드 정보가 제공되므로 클라이언트 입장에서는 자신의 정보가 유출되어 불법적으로 이용될 수 있다는 불안감을 갖게 되고, 실제로도 쇼핑몰에 제공된 개인 정보가 유출되어 제 3자가 이를 악용함으로써, 클라이언트가 피해를 보는 사례가 자주 발생하고 있다.

이러한 현상은 비단 쇼핑몰에서만 발생되는 것이 아니고 인터넷을 이용한 전자상거래를 구현하는 모든 웹사이트들이 갖고 있는 문제이며, 물론, 이러한 전자상거래를 구현하는 웹사이트들이 방화벽을 구축하는 등의 직접적인 방법으로 해킹과 같이 인위적인 방법에 의한 개인 정보의 유출에 대한 대비책을 강구하고 있고 지불, 보안, 인증에 관한 각종 솔루션들이 개발되고 있는 상황이지만, 아직까지도 정보 유출이라는 위험으로부터 자유롭지 못한 것이 현실이다.

또한, 쇼핑몰 입장에서는 클라이언트 확인 및 지불 승인을 위해 별도의 PG(Payment Gateway)나 VAN사와 연계되는 별도의 통신망 및 시스템을 구비하여야 하므로 그에 따른 비용의 부담이 가중되어 전자상거래의 활성화를 저해시키는 요인으로 작용한다.

한편, 상술한 인터넷을 이용한 전자지불 수단이 다양해지면서, 기존의 지폐와 수표, 신용카드의 유통을 위해 구축된 금융기관의 화폐유통 체계도 많이 달라지게 될 것으로 전망되는데, 최근, 우리나라에도 온라인을 이용한 은행 업무나 증권매매 및 쇼핑 건수가 급속도로 증가하고 있는 추세에 있다.

일 예로, 주식 시장을 통해 주식을 매매하기 위해서는 우선, 증권사에 본인의 계좌를 개설하여야 하고, 주식을 사기 위한 매수 주문을 낼 때에는 먼저 투자 자금을 입금시켜야 한다. 또한, 고객이 증권사에 낸 매도, 매수 주문은 증권 거래소에 접수되어 가격, 시간 우선원칙에 따라 매매 거래를 체결하는 완전경쟁 매매로 주식 거래가 이루어지고 있다.

이때, 고객이 증권사에 매도, 매수에 따른 주문을 하는 방법으로는 직접 증권사를 방문하거나 전화를 이용하였는데, 오늘날에는 인터넷망을 이용한 홈 트레이딩(Hone trading)으로 주문이 가능해 졌다.

한편, 공모주란, 주식 회사가 증권 거래법 등의 규정에 따라 공모 증자나 대주주 소유 주식의 일부 매출을 통해 불특정 다수의 대중을 상대로 균일한 조건으로모집하는 주식을 말하며, 공모주 청약이란, 공모주를 매수하기 위한 절차로서, 공모주 청약을 위한 청약 정보가 공고되면 고객은 모집을 위탁받은 증권사에 청약 신청 및 증거금을 납입하는 일련의 절차를 말한다.

이에, 고객은 모집을 위탁받은 증권사로부터 공모 주식을 배당 받고, 증거금 중에서 배당된 주식 수에 상응하는 금액을 제외한 나머지를 환불받게 된다.

이러한 공모주 청약은 고객이 직접 증권사를 방문하거나 또는 현재 인터넷망을 이용하여 온라인 상에서 증권 거래 서비스를 제공하는 증권사의 홈 트레이딩 사이트를 통해서도 가능하게 되었지만, 고객이 공모주 모집을 위탁받은 증권사에 계좌를 개설하고, 개설된 계좌에 소정의 현금을 예치하여야 하므로, 고객은 계좌가 개설되지 않았거나 또는 예치 금액이 부족할 경우에는 증권사 창구에서 직접 처리하여야 하는 번거로움이 있었다.

또한, 고객이 공모주 청약에 필요한 자금을 차용하고자 할 경우, 은행, 신용금고 등의 대출사를 직접 방문하여 대출 신청을 통해 대출을 받거나 또는 개인적인 차용을 통해 자금을 확보하여 직접 증권사의 계좌에 예치하여야 하므로 차용을 통한 청약 예금 확보에 있어서 복잡한 절차 등으로 인해 시간적인 낭비가 심한 문제점이 있었다.

본 발명은 상기와 같은 문제점들을 해결하기 위해 안출한 것으로서, 증권사, 은행, 쇼핑몰 및 카드사와 연계된 포탈금융거래시스템을 통해 클라이언트가 일일이 증권사나 은행 및 카드사의 홈 페이지에 접속하지 않고도 보다 손쉽게 다양한 서비스를 제공받을 수 있는 포탈금융거래시스템을 제공하는데 그 목적이 있다.

본 발명의 다른 목적은 포탈금융거래시스템을 통해 온라인 쇼핑을 즐기는 중에도 쇼핑몰에서 소비자의 개인 정보 및 신용 카드 정보가 관리되는 것을 배제하여 소비자의 피해를 방지함으로써 전자상거래에 대한 불신감을 해소하고, 미리 부여받은 버츄얼 카드로 사용 승인을 요청한 후, 승인번호 및 배송지 정보만을 쇼핑몰에 제공함으로써 보다 신뢰성 있는 전자상거래가 이루어질 수 있도록 하는데 적당한 포탈금융거래시스템을 제공하는데 있다.

본 발명의 또 다른 목적은 공모주 청약 및 이를 위한 대출을 온라인으로 모든 절차가 가능케 하여 공모주 청약에 따른 대출이 용이하도록 함으로써, 보다 손쉽게 공모주 청약 및 그에 따른 대출이 가능한 포탈금융거래시스템을 제공하는데 있다.

본 발명의 또 다른 목적은 자동 채워넣기(Auto-Fill)를 이용하여 결제 정보를 입력하는 것에 의해 온라인 서비스 이용에 따른 편의성을 극대화하는데 적당한 포탈금융거래시스템을 제공하는데 있다.

도 1은 종래 전자지불시스템을 설명하기 위한 개념도

도 2는 본 발명의 포탈금융거래시스템을 설명하기 위한 개념도

도 3은 본 발명의 포탈금융거래시스템의 구성도

도 4는 본 발명의 포탈금융거래시스템에 따른 데이터베이스의 구성도

도 5a 내지 5j는 본 발명의 포탈금융거래시스템에 따른 데이터베이스를 구성하는 테이블 구성도

도 6은 본 발명의 포탈금융거래시스템에 따른 버츄얼 카드 운영서버의 동작을 설명하기 위한 플로우챠트

도 7은 본 발명의 포탈금융거래시스템에 따른 공모주 청약/대출 운영서버의 동작을 설명하기 위한 플로우챠트

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

21 : 클라이언트 23 : 인터넷망

25 : 전용망 27 : 은행사

29 : 증권사 31 : 카드사

33 : 쇼핑몰 100 : 포탈금융거래시스템

100a : 억세스 컨트롤 서버 100b : 버츄얼 카드 운영서버

100c : 공모주 청약/대출 운영서버 100d : 전용선 관리서버

100e : 데이터베이스 관리서버 100f : 데이터베이스

300a : 내부통신 제어부 300b : 전문관리부

300c : 네트워크 관리부

상기와 같은 목적을 달성하기 위한 본 발명의 포탈금융거래시스템은 인터넷망과 연결되고 클라이언트의 서비스 요청에 상응하는 버츄얼 카드 운영서버와 공모주 청약/대출 운영서버로의 통신 분산 및 제어를 담당하는 억세스 컨트롤 서버와, 상기 클라이언트에게 인증서 및 클라이언트용 프로그램을 제공하고, 상기 클라이언트의 버츄얼 카드 사용 요청에 대해 해당 카드사 서버로의 카드 사용 승인 요청 정보를 전송하여 그에 상응한 승인번호를 받아 상기 클라이언트 단말기로 전송하며, 상기 클라이언트용 프로그램과 연동하여 대금 결제에 필요한 배송지 정보 및 카드 사용 승인번호를 지불페이지의 결제란에 원클릭으로 제공되도록 제어하는 버츄얼 카드 운영서버와, 공모주 청약 정보를 상기 클라이언트에게 제공하고, 클라이언트로부터 수신된 공모주 청약 신청정보를 증권사로 전송하여 그에 상응한 결과 정보를 받아 상기 클라이언트에게 전송하고, 상기 클라이언트로부터 수신된 공모주 청약에 따른 대출 신청 정보를 상기 대출사로 전송하여 대출금이 상기 증권사로 이체되도록 하며, 상기 증권사로부터 공모주가 배당되면 상기 이체된 대출금 중 나머지 금액이 대출사로 환불되도록 하고, 상기 공모주 청약을 위한 대출금과 환불금을 정산한 대출금 정산 정보를 클라이언트에게 전송하는 공모주 청약/대출 운영서버와, 상기 대출사, 증권사 및 카드사와 연결된 전용선을 관리하여 통신을 제어하는 네트워크 관리부와, 상기 증권사, 대출사 및 카드사와의 통신 전문을 생성하는 전문관리부를 포함하는 전용선 관리서버와, 상기 버츄얼 카드 발급 및 사용 그리고 공모주 청약 및 대출을 위한 클라이언트 정보, 증권사, 은행사, 카드사 및 쇼핑몰 정보를 포함한 시스템 운영을 위해 필요한 각종 데이터가 등록된 데이터베이스를 포함하여 구성되는 것을 특징으로 한다.

여기서, 상기 버츄얼 카드 운영서버는 상기 카드사 서버로부터 수신된 승인번호에 암호화된 상호인증값을 합성하여 클라이언트에게 전송하고, 상기 공모주 청약/대출 운영서버는 상기 클라이언트로부터 수신된 공모주 청약 신청 정보 및 대출 신청 정보를 데이터베이스에 등록된 대출 약정 정보와 비교하여 유효한지를 확인하고, 그 결과 여부에 따라 대출금이 대출사로부터 증권사로 이체되도록 한다.

또한, 상기 버츄얼 카드 운영서버에서 클라이언트에게 제공하는 클라이언트용 프로그램은 복수의 신용 카드 정보 및 배송지 정보를 포함한 개인 정보가 등록되고, 상기 버츄얼 카드 운영 서버와 연동하여 대금 결제시 배송지 정보와 승인번호를 지불페이지의 결제란에 자동으로 채워 넣기(Auto-fill) 한다.

이하, 첨부된 도면을 참조하여 본 발명의 포탈금융거래시스템을 설명하기로 한다.

도 2는 본 발명의 포탈금융거래시스템과 클라이언트, 은행, 증권사 및 카드사와의 연결관계를 설명하기 위한 개념도이고, 도 3은 본 발명에 따른 포탈금융거래시스템의 구성도이다.

도 2에 도시한 바와 같이, 복수의 클라이언트(21)들과 본 발명의 포탈금융거래시스템(100)이 인터넷망(23)을 통해 연결되고, 상기 포탈금융거래시스템(100)은 전용망(25) 예를 들면, X.25를 통해 은행사(27), 증권사(29), 카드사(31) 및 쇼핑몰(33)들과 연결되어 클라이언트(21)들은 포탈금융거래시스템을 통해 각종 온라인 대출 및 지불 결제, 온라인 뱅킹 등의 서비스를 이용할 수가 있다.

여기서, 상기 포탈금융거래시스템은 도 3에 도시한 바와 같이, 인터넷망(23)과 연결되고 클라이언트의 서비스 요청에 상응하는 해당 운영서버로의 데이터 할당 및 통신을 관할하는 억세스 컨트롤 서버(100a)와, 인터넷망(23)을 통해 클라이언트에게 버츄얼 카드를 발급하고 관리하는 버츄얼 카드 운영서버(100b)와, 클라이언트의 공모주 청약 및 대출 서비스 요청에 상응하여 주식 청약 및 대출을 관리하고 제어하는 공모주 청약/대출 운영서버(100c)와, 전용망(25)과 연결되고 내부 통신을 제어하고, 각종 은행사(27), 증권사(29), 카드사(31) 및 쇼핑몰(33)의 서버와의 통신 전문을 관리하는 전용선 관리서버(100d)와, 데이터베이스를 관리하고 제어하는 데이터베이스 관리서버(100e) 및 시스템 운영을 위한 각종 정보들을 저장하고 있는 데이터베이스(100f)를 포함하여 구성된다.

상기 전용선 관리부(100d)는 전용망(25)을 이용한 통신을 제어하는 내부통신 제어부(300a)와, 클라이언트의 서비스 요청에 상응하여 관계사(은행, 카드사, 증권사, 쇼핑몰) 서버로 전송될 각종 전문을 관리하는 전문관리부(300b) 및 각종 정보들의 전송 및 수신을 제어하고 관리하는 네트워크 관리부(300c)를 포함하여 구성된다.

상기 버츄얼 카드 운영서버는 인터넷망을 통해 클라이언트에게 인증서를 발급하고, 클라이언트의 요청에 따라 인증 절차를 수행하는 클라이언트 인증모듈과, 상기 클라이언트에게 버츄얼 카드 사용에 필요한 클라이언트용 프로그램을 전송하고 클라이언트의 카드 사용 요청에 대해 해당 카드사 서버로 카드 사용 승인 요청정보를 전송하며, 상기 카드 사용 승인 요청에 따른 승인번호를 받아 클라이언트에게 전송하는 카드 사용 승인중개 모듈과, 상기 클라이언트 인증모듈과 카드 사용 승인중개 모듈의 제어 및 대금 결제에 필요한 배송지 정보와 카드 사용 승인번호가 지불페이지에 원클릭으로 제공되도록 결제 업무의 수행을 제어하는 프로세스모듈을 포함하여 구성된다.

상기 공모주 청약/대출 운영서버는 상기 인터넷망을 통해 클라이언트로부터수신된 청약 대출을 위한 대출 약정 신청서를 대출사의 서버로 전송하고, 상기 대출사의 서버로부터 수신된 상기 대출 약정 신청서에 대한 심사결과에 의거한 대출 약정 정보를 클라이언트에게 전송하는 대출약정모듈과, 상기 클라이언트로부터 수신된 공모주 청약 정보에 따른 청약 신청 정보와 이를 위한 대출 신청 정보를 데이터베이스에 등록된 대출 약정 정보와 비교하여 유효성을 확인하고, 상기 대출 약정 정보가 유효할 경우 상기 대출사의 서버로부터 대출금을 상기 증권사의 청약계좌에 이체되도록 하는 주식청약대출모듈과, 상기 증권사의 서버로부터 공모주 청약 결과가 수신되면, 상기 증권사로부터 배정된 주식수에 상응한 금액을 제외한 나머지 금액을 상기 대출사 서버로 환불되도록 하고, 공모주 청약 대출금과 공모주 청약 환불금을 정산하여 대출금 정산 정보를 생성하며, 상기 클라이언트에게 상기 공모주 청약 결과와 상기 대출금 정산정보를 전송하는 대출정산모듈을 포함하여 구성된다.

상기 데이터베이스(100f)는 테이블 형태로 구성되는데, 도 4에 도시한 바와 같이, 클라이언트 인증을 위한 로그인 및 권한부여 테이블, 사용자정보 테이블, 카드정보 테이블, 계좌정보 테이블, 카드종류정보 테이블, E-스톡(Stock) 테이블, 인증거부 및 승인거부 테이블, 승인요청정보 테이블을 포함하며, 이외에도 본 발명의 시스템 운용을 위해 필요한 각종 정보 테이블 등으로 구성된다.

상기 로그인 및 권한부여 테이블은 도 5a에 도시한 바와 같이, 인증서 DN을 이용한 로그인(Login) 과정과 다양한 업무진행에 대한 이용 권한을 부여하기 위한 정보들이 등록되며, 인증서 DN과 은행코드를 통해 추출된 사용자 ID가 등록된다. 이때, 상기 사용자 ID는 Integer(4bytes)로 오라클(Oracle)이 생성하는 유일한 값으로 정의되며, 클라이언트의 권한은 버츄얼 카드를 소지하고 있거나 E-스톡 카드를 소지하고 있어야 한다.

상기 사용자 정보 테이블은 도 5b에 도시한 바와 같이, 수정이 불가능한 사용자의 기본정보와 수정이 가능한 기타정보로 구분되어 등록되며, 기본정보에는 이름, 주민번호, 생년월일, 성별 등의 정보를 포함하고 기타정보에는 e-메일, 직업, 직장명, 부서명의 정보가 포함된다.

또한, 직업이나 직장명의 유무에 따라 주소지 정보 테이블에서 직장의 주소 및 주소지 변경에 따른 직업, 직장명, 부서명의 변경이 가능하다.

배송지 정보 테이블은 클라이언트의 온라인 쇼핑에 따른 제품 배송을 위한 배송지 정보가 등록되며, 도 5c에 도시한 바와 같이, 사용자(클라이언트)의 기본정보 테이블에 등록된 정보와의 중복성을 피하기 위해 집주소를 기본값으로 하여 삭제가 불가능하도록 한다. 이때, 직장의 주소지는 사용자 정보 테이블의 직업, 직장명과 관련해서 수정이 가능하도록 한다.

도 5d는 카드정보 테이블을 도시한 것으로서, 클라이언트가 여러 종류의 카드에 임의로 부여한 카드 별명을 등록하여 관리한다. 카드의 종류에 대한 정보는 카드번호 앞자리 6자리로 구분할 수 있도록 하며, 카드 종류 테이블에서 카드에 대한 정보를 가져올 수도 있다.

도 5e는 계좌정보 테이블을 도시한 것으로서, 계좌 관리는 클라이언트가 여러 종류의 계좌번호를 임의로 부여한 별명을 등록하여 관리하고, E-스톡(Stock) 증권계좌와 은행약정계좌로 전문 통신시 증권, 은행의 키(Key)값으로 사용한다.

도 5f는 카드종류 테이블을 도시한 것으로서, 은행코드, 카드별명 등의 정보가 등록되며, 국내 카드의 경우 카드번호의 앞자리 6자로 카드의 종류를 알 수 있다.

도 5g는 클라이언트 버전정보 테이블을 도시한 것으로서, 클라이언트용 프로그램의 업데이트 여부를 결정하는 정보가 등록되며, 클라이언트가 가지고 있는 은행코드, 클라이언트의 현재 버전, 프로그램의 다운로드 위치, 파일 이름, 파일 속성 등의 정보가 등록된다.

도 5h는 자동 채워넣기(Auto-fill)가 가능한 쇼핑몰 사이트 정보 테이블을 도시한 것으로서, 실제로, 자동 채워넣기는 상기 프로파일 테이블에서 해당 이름, 값을 가져와 배송지 정보 테이블에서 재조회한 후, 자동 채워넣기 데이터를 조합하여 지불페이지의 입력란으로 자동 채워넣기가 수행된다. 상기 자동 채워넣기 가능한 쇼핑몰 사이트 정보 테이블에는 키 번호, 도메인, 쇼핑몰 이름, 결제, 회원가입 코드 등의 정보가 등록된다.

이외에도 쇼핑몰 자동 채워넣기 필드정보 테이블, 자동 채워넣기 가능한 쇼핑몰 리스트 정보 테이블, 익명 자동 채워넣기 정보 테이블이 구성되는데, 도면에는 도시하지 않았다.

한편, 도 5i는 증권거래 서비스와 관련하여 E-스톡 테이블을 도시한 것으로서, E-스톡 업무 제어시에 발생되는 증권사와의 전문 통신의 성공에 대해 클라이언트 조회 및 업무에 대한 재확인 사항 발생을 고려하여 삭제는 기본적으로 배제하고, 업무 구분은 배치(batch)로 처리되는 사항에 대해서 거래 일시로서 제한을 두어 배치 처리 플래그로서 수정 불가능하게 된다.

이와 같은 E-스톡 테이블에는 클라이언트 ID, 거래일시, 유효일시, 환불일, 은행코드, 증권사 코드, 전문번호, 업무구분, 실제처리 여부, 증권계좌번호, 은행계좌번호, 종목코드, 공모가, 공모주 신청수, 증거금, 증거금율, 대출금, 대출이자율, 자기부담금 등에 관한 정보가 등록된다.

도 5j는 인증거부 및 승인거부 테이블을 도시한 것으로서, 거부 머쳔트 코드, 승인거부된 AAV, 승인거부 사유 등의 정보가 등록된다.

이와 같은 본 발명의 포탈금융거래시스템 및 그 운영방법을 보다 상세하게 설명하면 다음과 같다.

먼저, 본 발명의 포탈금융거래시스템의 억세스 컨트롤 서버는 도면에는 도시되지 않았지만, 라우터와 방화벽 및 침입탐지시스템과 스위치 허브를 구비하여 보안 검사 및 스위칭 기능을 수행하는 보안/연결부를 더 포함한다.

이러한 억세스 컨트롤 서버(100a)는 인터넷망(23)을 통해 접속한 클라이언트들의 서비스 구분에 따라 버츄얼 카드 운영서버(100b) 및 공모주 청약/대출 운영서버(100c)로의 통신 분산 및 제어를 담당한다.

한편, 버츄얼 카드 운영서버(100b)는 인터넷망(23)을 통해 클라이언트에게 버츄얼 카드를 발급하고, 클라이언트의 버츄얼 카드 사용 요청에 상응하여 해당 카드사로부터 승인번호를 받아 클라이언트의 온라인 쇼핑에 따른 지불정보를 해당 지불페이지이 결제란에 자동채워넣기(Auto-fill)되도록 제어한다.

여기서, 상기 자동채워넣기에 대해 좀 더 설명하면 다음과 같다.

먼저, 온라인 상의 사이트에서 클라이언트로부터 받은 데이터를 이미 저장되어 있는 클라이언트 기본정보에 포함되어 있는 머천트(Merchant) 정보와 연결하여 벨류(Value)화 한 MVDB(Merchant Value Database)를 구축하는 단계와, 상기 MVDB를 이용한 자동채워넣기를 관리하는 단계와, 온라인 상의 사이트에 접속하여 클라이언트에 의한 정보 입력이 필요한 웹화면에 연결하는 단계와, TOP IE(Internet Explorer)를 체크하여 MVDB에서 URL(Uniform Resource Locator)에 대한 데이터베이스 밸류 값을 확인하여 자동채워넣기를 수행하는 단계로 이루어진다.

이와 같은 버츄얼 카드 운영서버(100b)는 버츄얼 카드가 클라이언트 단말기에 프로그램으로 존재하고, 온라인 상에서의 결제를 후불제로 하여 미리 설정된 금융계좌에서 결제되도록 하고, 클라이언트로 하여금 온라인 상에서 배정 받은 버츄얼 카드 번호로 대금결제가 이루어질 수 있도록 하는 버츄얼 카드를 발급한다.

또한, 온라인상의 지불페이지에서 클라이언트가 구매한 제품을 선택한 후, 머천트 값 데이터베이스(MVDB)를 이용하여 원클릭으로 상기 버츄얼 카드의 자동채워넣기 정보가 상기 지불페이지의 결제란에 입력되도록 하여 결제가 수행되도록 한다.

한편, 상기 공모주 청약/대출 운영서버(100c)는 주식 청약을 공모하는 증권사(29)의 서버와 연결되고, 클라이언트의 공모주 청약을 위한 대출 요청시 대출자격조건을 심사하여 대출요건에 합당하면 대출금을 지불하는 대출사의 서버와 연결된다. 여기서, 상기 대출사는 은행, 신용조합, 캐피탈, 종금사, 신용카드사 등의 금융기관이며, 설명의 편의를 위해 도면에 도시된 은행사(27)를 대출사로 한정하여설명한다.

상기 공모주 청약/대출 운영서버(100c)는 주식을 청약하려고 하는 클라이언트를 위하여 증권사(29)의 서버로부터 공모주 청약 공고에 따른 공모주 청약 정보를 받아 클라이언트에게 제공하고, 상기 클라이언트로부터 공모주 청약 신청 정보가 수신되면, 상기 수신된 청약 신청 정보를 증권사(29)의 서버로 전송하고, 상기 클라이언트의 공모주 청약 신청에 따른 결과 정보를 증권사(29)의 서버로부터 수신하여 클라이언트에게 제공한다.

또한, 공모주 청약/대출 운영서버(100c)는 클라이언트로부터 공모주 청약을 위한 대출 신청 정보가 수신되면, 이를 은행사(27)의 서버로 전송하여 은행사(27)에서 대출약정에 상응하여 대출금이 증권사(29)의 서버로 이체되도록 하여 클라이언트가 공모주 청약을 위한 대출이 가능하도록 한다.

아울러, 공모주 청약/대출 운영서버(100c)는 상기 증권사(29)의 서버로부터 공모주 청약 신청에 대한 공모주 청약 결과 정보가 수신되면, 수신된 공모주 청약 결과 정보에 의거하여, 상기 클라이언트에게 이체된 대출금 중에서 공모주 청약에 배정된 금액을 제외한 나머지 금액이 은행사(27)로 환불되도록 하고, 공모주 청약 대출금과 공모주 청약 환불금을 정산한 대출 정산 정보를 생성하여 클라이언트에게 전송한다.

참고로, 상기 클라이언트는 포탈금융거래시스템의 회원으로 등록하여 E-스톡 카드를 발급 받아 E-스톡 카드를 이용하여 앞에서 설명한 공모주 청약 및 대출 서비스를 제공받을 수 있다.

상기 E-스톡 카드는 공모주 청약 및 대출을 위한 카드로서, 인터넷 상에서 128Bits 암호화 프로그램을 적용하여 보안성을 유지하면서 클라이언트가 온라인 상에서 편리하게 사용할 수 있는 가상의 카드이다.

추가하여, 상기 공모주 청약/대출 운영서버(100c)는 공모주 청약 및 대출을 위한 인증서를 발급하는 인증서 발급 프로그램을 구비하여 클라이언트의 신원을 증명하는 인증서를 발급하는데, 상기와 같은 인증서는 앞에서 설명한 버츄얼 카드 발급을 위한 인증서와 함께 실행되도록 한다.

한편, 상기 은행사(27)의 서버에서는 상기 공모주 청약/대출 운영서버(100c)로부터 공모주 청약을 위한 대출 약정 신청 정보가 수신되면, 상기 대출 약정 신청 정보에 대한 심사를 이행하여 약정체결 유무, 대출 한도, 대출약정 등을 포함하는 심사 결과를 전용망(25)을 통해 공모주 청약/대출 운영서버(100c)로 전송하며, 상기 공모주 청약/대출 운영서버(100c)로부터 공모주 청약계좌와 대출 신청금을 포함하는 청약대출신청 정보가 수신되면 대출 신청금을 상기 증권사(29)의 서버로 이체하고, 대출금 이체 결과 전문을 생성하여 상기 공모주 청약/대출 운영서버(100c)로 전송한다. 이에, 상기 공모주 청약/대출 운영서버(100c)는 상기 대출금 이체 결과 전문을 인터넷망(23)을 통해 클라이언트에게 제공한다.

한편, 상기 증권사(29)의 서버는 전용망을 통해 본 발명의 공모주 청약/대출 운영서버(100c)와 연결되어 공모주 청약 정보를 제공하고, 이에 따른 공모주 청약 신청 정보를 공모주 청약/대출 운영서버(100c)를 통해 수신한다.

이때, 상기 공모주 청약 정보에는 증권사 코드, 청약 코드, 회사명, 공모 회사명, 공모주식수, 발행가, 공모일, 환불일, 증거금율, 청약한도 등을 포함한다.

상기 증권사(29)의 서버는 상기 공모주 청약/대출 운영서버(100c)를 통해 청약 신청에 따른 공모 주식, 신청 주식수, 신청인 등을 포함하는 공모주 청약 신청 정보가 수신되면, 청약 계좌(증권 계좌)의 공모주 청약 신청 정보에 의거한 예치금을 확인하여 공모주 청약 신청을 등록한다.

또한, 공모주 청약 신청에 대한 공모주 청약 결과정보(신청인, 배당주, 환불금 등) 전문을 생성하여 상기 공모주 청약/대출 운영서버(100c)로 전송하며, 지정된 환불일에 상기 공모주 청약/대출 운영서버(100c) 또는 은행사(27) 서버의 지정 계좌(대출 계좌)로 주식 배정된 금액의 나머지를 환불하도록 한다.

이와 같은 본 발명의 포탈금융거래시스템의 운영방법을 보다 구체적으로 설명하면 다음과 같다.

참고로, 본 발명의 포탈금융거래시스템의 운영방법은 버츄얼 카드 운영서버에 의한 지불결제 과정과 공모주 청약/대출 운영서버에 의한 온라인 청약 대출 과정으로 구분하여 설명하기로 한다.

먼저, 본 발명의 버츄얼 카드 운영서버에 의한 지불결제는 크게 버츄얼 카드 발급 단계와 사용 단계로 구분할 수가 있는데, 발급 단계는 버츄얼 카드를 발급하는데 필요한 클라이언트의 기본정보와 기타 정보 및 배송지 정보를 등록한 후, 클라이언트에게 사용자용 프로그램을 발급하는 단계이다.

상기 사용 단계는 버츄얼 카드 사용 승인 절차를 거쳐 머천트의 지불페이지에 배송지 정보 및 승인번호와 상호승인값(AAV)이 자동 채워넣기 되도록 하는 것에의해 결제가 이루어지도록 하는 단계이다.

이를 도 6을 참조하여 설명하면 다음과 같다.

버츄얼 카드 운영서버(100b)는 클라이언트로부터 버츄얼 카드 발급 요청이 수신되면, 회원약관 동의 절차를 거쳐 인증서를 발급하여 클라이언트에게 전송하고, 버츄얼 카드 발급에 필요한 클라이언트 정보 및 카드 정보, 배송지 정보 등을 요구하여 그에 상응한 클라이언트 정보 및 카드 정보 등의 수신되면, 이를 데이터베이스에 등록함으로써, 버츄얼 카드 사용에 필요한 클라이언트용 프로그램을 사용 가능하게 한다. 이때, 상기 클라이언트용 프로그램은 상기 인증서를 발급한 후, 클라이언트에게 제공할 수도 있으나, 클라이언트의 요청이 있을 경우에는 인증서를 발급하기 이전에라도 제공할 수 있다.

여기까지의 과정은 클라이언트가 최초로 버츄얼 카드 발급을 요청한 경우로서, 버츄얼 카드를 사용하기 전에 반드시 거쳐야 하는 과정이며, 만일, 상기와 같은 발급과정을 거쳐 인증서 및 클라이언트용 프로그램이 클라이언트의 단말기에 설치된 경우라면, 곧바로 클라이언트 인증 및 카드 사용 승인 요청을 통해 버츄얼 카드를 사용할 수가 있다.

이하에서는 최초로 버츄얼 카드 발급을 요청하여 인증서 및 클라이언트용 프로그램이 클라이언트에게 제공된 경우와, 이미 상기와 같은 과정을 거쳐 인증서 및 클라이언트용 프로그램이 설치된 경우에 모두 동일하게 적용되는 사용단계에 대해서 설명하기로 한다.

먼저, 클라이언트 인증 절차를 수행한다.

즉, 클라이언트가 로그인을 위해 입력한 ID 및 패스워드가 수신되면(S601), 상기 수신된 ID 및 패스워드(Password)가 데이터베이스(100f)에 등록된 ID 및 패스워드와 일치하는지를 확인하여(S602), 서로 일치하면 본인임을 확인한다(S603). 만일, 수신된 ID 및 패스워드 중 어느 하나라도 일치하지 않으면, ID 및 패스워드의 재입력 요청 메시지를 클라이언트에게 전송한다(S604).

여기서, 상기 본인임이 확인된 클라이언트는 머천트의 웹사이트를 접속하여 구매하고자 하는 상품을 쇼핑한 후 최종적으로 주문 버튼을 클릭하게 되며 이에, 머천트 서버에서는 지불페이지를 화면에 디스플레이 하게 된다.

이후, 클라이언트용 프로그램에 등록된 복수의 카드 및 배송지 정보 중에서 이번 상품 구매에 사용하고자 하는 카드 및 배송지가 클라이언트에 의해 선택되면, 상기 클라이언트용 프로그램은 지불페이지의 화면을 이루는 HTML 등의 웹 문서의 소스코드를 분석하여 그에 포함된 태그(TAG)나 필드명 등의 고유코드를 인식하여 사용자가 주문한 상품에 대한 정보 및 쇼핑몰 정보를 추출한다.

이후, 클라이언트가 상품 구매를 위해 선택한 카드 정보와 상품을 배송 받고자 하는 배송지 정보와 함께 최종적으로 카드 사용 승인 요청 정보가 버츄얼 카드 운영서버(100b)로 전송되는데, 상기 버츄얼 카드 운영서버(100b)는 클라이언트로부터 버츄얼 카드의 사용 승인요청 정보가 수신되면(S605), 상기 수신된 카드 사용 승인요청 정보에 포함된 머천트 정보를 통해 상기 머천트가 데이터베이스(100f)에 등록되어 있는 머천트인지를 확인한다(S606).

이에, 버츄얼 카드 운영서버(100b)는 상기 카드 사용 승인 요청 정보에 포함된 카드 정보, 거래 내역 정보, 머천트 정보를 추출한다(S607).

이후, 상기 추출된 정보들을 해당 카드사의 스팩에 맞게 가공한 다음(S608), 가공된 카드 사용 승인요청 정보를 해당 카드사 서버로 전송한다(S609). 참고로, 상기 머천트가 회원사가 아닐 경우에는 승인 불가 메지시를 클라이언트에게 제공한다(S610).

이어, 상기 카드사(31)로부터 카드 사용 승인 요청에 따른 승인번호가 수신되면(S611), 상기 거래 내역 정보와 상기 카드사(31) 서버로부터 수신된 승인번호를 데이터베이스에 등록한다(S612).

이후, 상기 승인번호에 암호화된 상호인증값을 합성하여 인터넷망(23)을 통해 클라이언트에게 전송하고, 승인번호와 배송지 정보 및 상호인증값이 머천트 서버에서 제공한 지불페이지의 결제 정보 입력란 및 배송지 정보 입력란에 오토-필(Auto-fill)되도록 한다(S614).

따라서, 쇼핑몰(33)의 서버에는 배송지 정보 및 승인번호와 상호인증값만이 제공되고, 상기 배송지 정보 및 승인번호와 상호인증값 이외에 클라이언트에게 불이익을 줄 수 있는 카드 정보나 개인정보 등은 제공되지 않아 사용자 입장에서는 보다 안심하고 인터넷 쇼핑을 즐길 수가 있다.

이어서, 클라이언트가 본 발명의 포탈금융거래시스템에 접속하여 공모주 청약을 위한 대출 서비스를 받고자 하는 경우에 대해서 설명하기로 한다.

즉, 도 7에 도시한 바와 같이, 인터넷망을 통해 클라이언트가 접속되면, 공모주 청약/대출 운영서버(100c)는 상기 클라이언트가 회원임을 확인하고(S701), 클라이언트로부터 공모주 청약 대출에 따른 대출 약정 신청서가 수신되면(S702), 수신된 대출 약정 신청서를 은행사(27)의 서버로 전송한다(S703).

이에, 상기 은행사(27)의 서버로부터 상기 대출 약정 신청서에 대한 심사 결과가 수신되면(S704), 수신된 심사 결과에 의거한 대출 약정 정보를 상기 클라이언트에게 제공한 후, 데이터베이스(100f)에 등록한다(S705).

이후, 상기 공모주 청약/대출 운영서버(100c)는 상기 클라이언트로부터 공모주 청약 정보에 따른 공모주 청약 신청 정보와 이를 위한 대출 신청 정보가 수신되면(S706), 상기 데이터베이스(100f)에 등록된 대출 약정 정보가 유효한지를 확인한 후(S707), 상기 대출 약정 정보가 유효할 경우, 대출 신청에 의거한 대출금을 상기 은행사(27)의 서버로부터 증권사(29)의 서버로 이체되도록 하며(S708), 상기 증권사(29)의 서버에 상기 클라이언트의 공모주 청약 신청 정보를 전송하여 공모주 청약을 신청한다(S709).

이후, 증권사(29)의 서버로부터 공모주 청약 신청에 대한 공모주 청약 결과가 수신되면(S710), 상기 증권사(29)의 서버로부터 배정된 금액의 나머지는 상기 은행사(27)로 환불되도록 하고(S711), 공모주 청약 대출금과 청약 환불금을 정산하여 대출금 정산 정보를 생성한 후(S712), 이를 클라이언트에게 전송한다(S713).

이를 보다 상세하게 설명하면 다음과 같다.

먼저, 회원을 인증하는 단계는 상기 클라이언트로부터 대출 약정 신청서에 따른 대출 받을 은행사, 대출 계좌, 대출 요청 한도 등의 포함된 대출 약정 신청서를 수신한 후, 수신된 대출 약정 신청서와 데이터베이스(100f)에 등록된 클라이언트의 기본 정보를 은행사(27) 서버로 전송한다.

이후, 은행사(27)의 서버로부터 대출 약정 신청서에 대한 약정 체결 유무, 대출 한도를 포함하는 심사 결과 정보가 수신되면, 상기 심사 결과에 의거한 대출 약정 정보를 데이터베이스(100f)에 등록한 후, 등록된 대출 약정 정보를 클라이언트에게 제공한다.

한편, 상기 공모주 청약 대출은 다음과 같은 과정을 거치게 되는데, 클라이언트로부터 공모주 청약 정보에 따른 청약 신청 정보와 이를 위한 대출 신청 정보가 수신되면 공모주 청약/대출 운영서버(100c)는 데이터베이스(100f)에 등록된 클라이언트의 대출 약정 정보를 확인한다.

이에, 상기 대출 약정 정보가 유효하다고 판단되면, 상기 은행사(27)의 서버로 상기 클라이언트의 대출 약정 정보를 전송하고, 은행사(27)로부터 대출이 이루어질 수 있도록 하여, 은행사(27)로부터 대출된 금액이 증권사(29)의 청약계좌로 이체되도록 한다.

이후, 공모주 청약/대출 운영서버(100c)는 상기 은행사(27)의 서버로부터 대출금 이체 결과가 수신되면, 공모주 청약 신청 정보와 상기 대출금 이체 결과 정보를 증권사(29)의 서버로 전송하고, 클라이언트에게는 공모주 청약 신청과 공모주 청약 대출에 대한 처리 결과 정보를 전송한다.

한편, 상기 대출 정산은 다음과 같은 과정을 거치게 되는데, 상기 증권사(29)의 서버로부터 공모주 청약 신청에 대한 공모주 청약 결과 정보가 수신되면, 공모주 청약/대출 운영서버(100c)는 주식 배정된 금액의 나머지를 상기 증권사(29)의 서버로부터 은행사(27)의 서버로 환불되도록 한 후, 은행사(27) 또는 증권사(29)의 서버로부터 상기 배정된 금액의 나머지에 대한 환불이 되었음을 확인하는 정보가 수신되면, 공모주 청약 대출금과 공모주 청약 환불금을 차감한 대출금 잔고와 환불금에 대한 대출 이자를 포함하는 대출금 정산 정보를 생성하여 데이터베이스(100f)에 등록한다.

이후, 상기 생성된 대출금 정산 정보와 상기 공모주 청약 결과에 대한 정보를 클라이언트에게 전송하면 대출정산 과정이 완료됨으로써, 클라이언트는 공모주 청약에 따른 대출 서비스를 온라인을 통해 손쉽게 이용할 수가 있다.

이상에서 본 발명의 바람직한 실시예를 설명하였으나, 본 발명은 다양한 변화와 변경 및 균등물을 사용할 수가 있고, 상기 실시예를 적절히 변형하여 동일하게 응용할 수 있음이 명확하다. 따라서, 상기 기재 내용은 하기의 특허청구범위의 한계에 의해 정해지는 본 발명의 범위를 한정하는 것이 아니다.

이상에서 상술한 바와 같이, 본 발명의 포탈금융거래시스템은 다음과 같은 효과가 있다.

클라이언트가 은행, 증권사 및 카드사의 홈페이지를 일일이 접속하여 당해 서비스를 받을 필요가 없이 본 발명의 포탈금융거래시스템을 이용하여 온라인 뱅킹 서비스, 공모주 청약 및 대출 서비스, 전자지불 결제 서비스를 동시에 이용할 수가 있다.

또한, 버츄얼 카드를 사용함에 있어서도 클라이언트의 개인 정보가 쇼핑몰에제공되지 않도록 함으로써, 전자상거래의 신뢰성을 확보하여 클라이언트가 안심하고 온라인 쇼핑을 즐길 수 있으며, 그로 인해 전자상거래의 활성화를 촉진시킬 수 있다.

또한, 지불페이지의 결제란에 입력되는 정보들이 원클릭에 의해 오토 필(Auto-fill)되도록 함으로써, 보다 손쉬운 결제가 가능하다.

또한, 클라이언트가 직접 증권사나 대출사를 방문하지 않고도 온라인 상에서 공모주 청약 및 그에 따른 신속한 대출이 가능하다.

Claims (5)

1. 인터넷망과 연결되고 클라이언트의 서비스 요청에 상응하는 버츄얼 카드 운영서버와 공모주 청약/대출 운영서버로의 통신 분산 및 제어를 담당하는 억세스 컨트롤 서버;

   상기 클라이언트에게 인증서 및 클라이언트용 프로그램을 제공하고, 상기 클라이언트의 버츄얼 카드 사용 요청에 대해 해당 카드사 서버로의 카드 사용 승인 요청 정보를 전송하여 그에 상응한 승인번호를 받아 상기 클라이언트 단말기로 전송하며, 상기 클라이언트용 프로그램과 연동하여 대금 결제에 필요한 배송지 정보 및 카드 사용 승인번호를 지불페이지의 결제란에 원클릭으로 제공되도록 제어하는 버츄얼 카드 운영서버;

   공모주 청약 정보를 상기 클라이언트에게 제공하고, 클라이언트로부터 수신된 공모주 청약 신청정보를 증권사로 전송하여 그에 상응한 결과 정보를 받아 상기 클라이언트에게 전송하고, 상기 클라이언트로부터 수신된 공모주 청약에 따른 대출 신청 정보를 상기 대출사로 전송하여 대출금이 상기 증권사로 이체되도록 하며, 상기 증권사로부터 공모주가 배당되면 상기 이체된 대출금 중 나머지 금액이 대출사로 환불되도록 하고, 상기 공모주 청약을 위한 대출금과 환불금을 정산한 대출금 정산 정보를 클라이언트에게 전송하는 공모주 청약/대출 운영서버;

   상기 대출사, 증권사 및 카드사와 연결된 전용선을 관리하여 통신을 제어하는 네트워크 관리부와, 상기 증권사, 대출사 및 카드사와의 통신 전문을 생성하는전문관리부를 포함하는 전용선 관리서버;

   상기 버츄얼 카드 발급 및 사용 그리고 공모주 청약 및 대출을 위한 클라이언트 정보, 증권사, 은행사, 카드사 및 쇼핑몰 정보를 포함한 시스템 운영을 위해 필요한 각종 데이터가 등록된 데이터베이스를 포함하여 구성되는 것을 특징으로 하는 포탈금융거래시스템.
2. 제 1 항에 있어서, 상기 버츄얼 카드 운영서버는 상기 카드사 서버로부터 수신된 승인번호에 암호화된 상호인증값을 합성하여 클라이언트에게 전송하는 것을 특징으로 하는 포탈금융거래시스템.
3. 제 1 항에 있어서, 상기 버츄얼 카드 운영서버는,

   인터넷망을 통해 클라이언트에게 인증서를 발급하고, 클라이언트의 요청에 따라 인증 절차를 수행하는 클라이언트 인증모듈과,

   상기 클라이언트에게 버츄얼 카드 사용에 필요한 클라이언트용 프로그램을 전송하고 클라이언트의 카드 사용 요청에 대해 해당 카드사 서버로 카드 사용 승인 요청정보를 전송하며, 상기 카드 사용 승인 요청에 따른 승인번호를 받아 클라이언트에게 전송하는 카드 사용 승인중개 모듈과,

   상기 클라이언트 인증모듈과 카드 사용 승인중개 모듈의 제어 및 대금 결제에 필요한 배송지 정보와 카드 사용 승인번호가 지불페이지에 원클릭으로 제공되도록 결제 업무의 수행을 제어하는 프로세스모듈을 포함하여 구성되는 것을 특징으로하는 포탈금융거래시스템.
4. 제 1 항에 있어서, 상기 공모주 청약/대출 운영서버는,

   상기 인터넷망을 통해 클라이언트로부터 수신된 청약 대출을 위한 대출 약정 신청서를 대출사의 서버로 전송하고, 상기 대출사의 서버로부터 수신된 상기 대출 약정 신청서에 대한 심사결과에 의거한 대출 약정 정보를 클라이언트에게 전송하는 대출약정모듈과,

   상기 클라이언트로부터 수신된 공모주 청약 정보에 따른 청약 신청 정보와 이를 위한 대출 신청 정보를 데이터베이스에 등록된 대출 약정 정보와 비교하여 유효성을 확인하고, 상기 대출 약정 정보가 유효할 경우 상기 대출사의 서버로부터 대출금을 상기 증권사의 청약계좌에 이체되도록 하는 주식청약대출모듈과,

   상기 증권사의 서버로부터 공모주 청약 결과가 수신되면, 상기 증권사로부터 배정된 주식수에 상응한 금액을 제외한 나머지 금액을 상기 대출사 서버로 환불되도록 하고, 공모주 청약 대출금과 공모주 청약 환불금을 정산하여 대출금 정산 정보를 생성하며, 상기 클라이언트에게 상기 공모주 청약 결과와 상기 대출금 정산정보를 전송하는 대출정산모듈을 포함하여 구성되는 것을 특징으로 하는 포탈금융거래시스템.
5. 제 1 항에 있어서, 상기 버츄얼 카드 운영서버에서 클라이언트에게 제공하는 클라이언트용 프로그램은 복수의 신용 카드 정보 및 배송지 정보를 포함한 개인 정보가 등록되고, 상기 버츄얼 카드 운영 서버와 연동하여 대금 결제시 배송지 정보와 승인번호를 지불페이지의 결제란에 자동 채워넣기 하는 것을 특징으로 하는 포탈금융거래시스템.