KR20040103288A - 인터넷 뱅킹을 이용한 계좌이체 시스템 및 그 방법 - Google Patents

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야

인터넷 뱅킹을 이용한 계좌이체 기술에 관한 것임.

2. 발명이 해결하고자 하는 기술적 과제

이체 수수료 부담 없이 실시간으로 계좌이체를 할 수 있고, 수취인이 이체 여부를 즉시 확인 할 수 있음은 물론, 많은 수의 수금계좌로부터 집금계좌로 자금을 효율적으로 이체 관리 할 수 있는 시스템 및 방법을 제공함

3. 발명의 해결 방법의 요지

송금인이체처리수단, 이체코드생성수단, 이벤트분배수단, 이벤트처리에이전트수단, 수취인이체처리수단 및 롤백처리수단을 포함하되, 상기 이벤트분배수단은 상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단 정보를 큐잉하는 이벤트큐를 포함함.

4. 발명의 중요한 용도

인터넷 뱅킹을 이용한 계좌이체 기술에 적용됨.

Description

인터넷 뱅킹을 이용한 계좌이체 시스템 및 그 방법{SYSTEM AND METHOD FOR FUND TRANSFER THROUGH INTERNET BANKING}

본 발명은 인터넷 뱅킹을 이용한 계좌이체 기술에 관한 것으로서, 보다 상세하게는 송금인(REMITTER)계좌와 수취인(REMITTEE)계좌가 상호 다른 은행계좌이어도 이체 수수료 부담 없이 실시간으로 계좌이체를 할 수 있고, 수취인이 이체여부를 즉시 확인할 수 있음은 물론, 많은 수의 수금계좌로부터 집금계좌로 자금을 효율적으로 이체 관리 할 수 있는 시스템 및 그 방법에 관한 것이다.

인터넷이 대중화됨에 따라 현재 인터넷을 이용한 다양한 서비스가 제공되고 있는데, 그 중 하나가 인터넷 뱅킹을 이용한 계좌이체 서비스이다. 종래의 인터넷 뱅킹을 이용한 계좌이체 서비스에 따르면, 송금인계좌와 수취인계좌가 상이한 은행의 계좌인 경우에는 각 이체 서비스에 대한 이체 수수료를 부담해야 한다는 문제점이 있다.

한편, 물품/서비스/컨텐츠 제공과 같은 전자상거래 시스템에 있어서, 신용카드를 이용한 전자지불대행(Payment Gateway, PG) 서비스는 일시불 또는 할부 구매 등의 여러 가지 편리한 점을 가지고 있지만 인터넷이 가진 보안의 취약점 때문에 고객 정보의 노출 위험이 상존하고 있으며, 또 다른 PG 서비스로서 휴대폰 결재가 있지만 휴대폰 결재의 경우 결제내역이 바로 확인되지 않는 단점을 가진다. 이와 같이 전자상거래 시스템에 있어서 안전한 직불결제 수단이 미약하여 아직 인터넷 뱅킹을 이용한 계좌이체 서비스가 선호되고 있다. 인터넷 뱅킹을 이용한 계좌이체 서비스는 한번의 입금으로 끝난다는 점과 고객의 정보가 노출되지 않는다는 장점을 가진다.

그러나 송금인(고객) 및 수취인(서비스 제공자) 입장에서는 자금이 정상적으로 이체되었는지 여부를 실시간으로 확인하는 것이 중요하다. 그럼에도 불구하고 종래의 인터넷 뱅킹을 이용한 계좌이체 서비스 시스템에 따르면 실시간성이 보장되지 않는다. 즉 고객이 입금하고 나서 서비스(컨텐츠) 제공자가 입금내역을 확인하기 위해서는 고객이 입금을 한 후 서비스 제공자에게 입금 사실을 통보하여야만 서비스 제공자가 입금 내역을 확인하는 번거로운 절차로 인해 시간과 비용면에서 많은 지출이 발생한다는 문제점이 있다. 그리고 종래의 인터넷 뱅킹을 이용한 계좌이체 서비스 시스템에 따르면 은행 사이트에 접속해서 로그인한 후 이체를 실행해야 한다. 이는 전자상거래 시스템에서 바로 결제가 이루어지는 것과 비교해서 미묘하지만 분명한 차이가 있다.

이와 관련하여 종래기술로서 실시간 현금 관리 서비스(Cash ManagementService, CMS) 기술이 개시되어 있다. 실시간 CMS는 개별계좌에 입금된 내역을 실시간으로 입금주 즉 수취인에게 통보해주는 기술이다. 그러나, 이러한 종래기술에 따르면 입금주 즉 수취인은 실시간 CMS 서비스를 이용하는 은행별로 서비스 이용료를 부담해야 한다는 문제점이 있다.

한편, 대기업 또는 중소기업들은 여러 고객(기업)들과 거래를 하게 되는데, 고객들은 저마다 서로 다른 은행을 거래은행으로 이용하고 있으며, 따라서 고객들의 편의를 위해 대기업 또는 중소기업들은 각 고객들이 이용하는 은행의 계좌(수금계좌)를 개설하여 고객과 거래를 하는 것이 현실이다. 즉 고객마다 수금계좌를 개설하여 사용하기 때문에 대기업 또는 중소기업들이 보유하는 수금계좌는 적게는 수십개에서 많게는 수백개에 이른다. 이러한 많은 수의 수금계좌에 대해 자금 관리 차원에서 집금계좌로 자금을 집금하는 업무가 필요한데, 이러한 업무를 처리하기 위해서는 시간과 비용면에서 많은 지출이 발생한다는 문제점이 있다.

따라서, 본 발명은 상기와 같은 문제를 해결하기 위해 안출된 것으로서, 인터넷 뱅킹 서비스에 있어서, 송금인계좌와 수취인계좌가 상호 다른 은행의 계좌이어도 이체 수수료 부담 없이 실시간으로 계좌이체를 할 수 있고, 수취인이 이체 여부를 즉시 확인 할 수 있음은 물론, 많은 수의 수금계좌로부터 집금계좌로 자금을 효율적으로 이체 관리 할 수 있는 시스템을 제공함에 그 목적이 있다.

또한, 본 발명은 상기와 같은 문제를 해결하기 위해 안출된 것으로서, 인터넷 뱅킹 서비스에 있어서, 송금인계좌와 수취인계좌가 상호 다른 은행계좌이어도 이체 수수료 부담 없이 실시간으로 계좌이체를 할 수 있고, 수취인이 이체 여부를 즉시 확인 할 수 있음은 물론, 많은 수의 수금계좌로부터 집금계좌로 자금을 효율적으로 이체 관리 할 수 있는 방법을 제공함에 그 목적이 있다.

본 발명이 속한 기술 분야에서 통상의 지식을 가진 자는 본 명세서의 도면, 발명의 상세한 설명 및 특허청구범위로부터 본 발명의 다른 목적 및 장점을 쉽게 인식할 수 있다.

도1은 본 발명에 따른 계좌이체 시스템이 적용되는 네트워크의 개략도,

도2는 본 발명에 따른 계좌이체 과정을 설명하기 위한 도면,

도3은 도1의 계좌이체 시스템에 대한 상세 블록도,

도4는 본 발명의 실시예에 따른 이벤트큐 및 지급서버와의 관계를 설명하기 위한 도면,

도5는 본 발명의 일실시예에 따른 이체 과정을 설명하기 위한 트랜잭션 흐름도,

도6은 본 발명의 다른 실시예에 따른 이체 과정을 설명하기 위한 트랜잭션 흐름도이다.

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

101 : 송신인 클라이언트

103 : 수취인 클라이언트

105, 107 : 인터넷 뱅킹 시스템

110 : 계좌이체 시스템

111 : 웹서버

113 : 릴레이서버

115 : 지급서버

117 : 데이터베이스

상기와 같은 목적을 달성하기 위해 본 발명은, 인터넷 뱅킹이 가능한 다수의 은행에 대한 다수의 수신계좌 및 지급계좌를 관리하는 계좌이체시스템에 있어서, 상기 계좌이체 시스템에 접속한 송금인 클라이언트로부터 수신한 이체 정보-상기 이체 정보는 적어도 송금인의 계좌번호 및 예금주 정보, 수취인의 계좌번호 및 예금주 정보 및 이체금액을 포함함-를 기초로 수취인계좌의 존재여부를 확인하고, 상기 송금인 클라이언트에서 실행된 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하며, 상기 송금인 클라이언트가 전송하는 계좌이체 요구를 수신하는 송금인이체처리수단, 상기 계좌이체 요구 및 상기 계좌이체 결과에 기초하여 적어도 이체시간, 송금인 식별자, 수취인 식별자 및 이체금액에 대한 정보를 포함하는 이체코드를 생성하는 이체코드생성수단, 상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단의 존재여부를 확인하여 당해 유휴 수취인이체처리수단을 관리하는 이벤트처리에이전트수단으로 전송하는 이벤트분배수단, 수취인이체처리수단의 부하를 체크하여 상기 이벤트분배수단으로 유휴 수취인이체처리수단 정보를 전송하고, 상기 이벤트분배수단이 전송한 계좌이체 요구에 기초하여 유휴 수취인이체처리수단을 활성화시키는 이벤트처리에이전트수단, 상기 수취인계좌의 인터넷 뱅킹 시스템을 통해 상기 지급계좌로부터 상기 수취인계좌로의 계좌이체를 실행하는 수취인이체처리수단 및 상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단이 존재하지 않는 경우에 상기 송금인계좌로부터 상기 수신계좌로 실행된 계좌이체에 기초하여 롤백을 실행하는 롤백처리수단을 포함하되, 상기 이벤트분배수단은 상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단 정보를 큐잉하는 이벤트큐를 포함하는 계좌이체시스템을 제공한다.

또한 상기와 같은 목적을 달성하기 위해 본 발명은, 인터넷 뱅킹이 가능한 다수의 은행에 대한 다수의 수신계좌 및 지급계좌를 관리하는 계좌이체시스템에 있어서, 송금인 클라이언트가 소정의 주기로 상기 계좌이체 시스템에 접속하여 실행한 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는 송금인이체처리수단, 상기 송금인이체처리수단이 전송하는 계좌이체 요구 및 상기 계좌이체 결과에 기초하여 적어도 이체시간, 송금인 식별자, 수취인 식별자 및 이체금액에 대한 정보를 포함하는 이체코드를 생성하는 이체코드생성수단, 상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단의 존재여부를 확인하여 당해 유휴 수취인이체처리수단을 관리하는 이벤트처리에이전트수단으로 전송하는 이벤트분배수단, 수취인이체처리수단의 부하를 체크하여 상기 이벤트분배수단으로 유휴 수취인이체처리수단 정보를 전송하고, 상기 이벤트분배수단이 전송한 계좌이체 요구에 기초하여 유휴 수취인이체처리수단을 활성화시키는 이벤트처리에이전트수단 및 상기 수취인계좌의 인터넷 뱅킹 시스템을 통해 상기 지급계좌로부터 상기 수취인계좌로의 계좌이체를 실행하는 수취인이체처리수단을 포함하되, 상기 이벤트분배수단은 상기 이체코드생성수단의 계좌이체 요구를 큐잉하는 이벤트큐를 포함하는 계좌이체시스템을 제공한다.

또한 상기와 같은 목적을 달성하기 위해 본 발명은, 계좌이체시스템에 의한 계좌이체방법에 있어서, 상기 계좌이체 시스템에 접속한 송금인 클라이언트로부터 수신한 이체 정보-상기 이체 정보는 적어도 송금인의 계좌번호 및 예금주 정보, 수취인의 계좌번호 및 예금주 정보 및 이체금액을 포함함-를 기초로 수취인계좌의 존재여부를 확인하고, 상기 송금인 클라이언트에서 실행된 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하며, 상기 송금인 클라이언트가 전송하는 계좌이체 요구를 수신하는 제1단계, 상기 계좌이체 요구 및 상기 계좌이체 결과에 기초하여 적어도 이체시간, 송금인 식별자, 수취인 식별자 및 이체금액에 대한 정보를 포함하는 이체코드를 생성하는 제2단계, 상기 제2단계의 이체코드에 의한 계좌이체 요구를 수용할 수 있는지 여부를 확인하여 계좌이체 요구를 수용할 수 있는 경우에 상기 수취인계좌의 인터넷 뱅킹 시스템을 통해 상기 지급계좌로부터 상기 수취인계좌로의 계좌이체를 실행하는 제3단계 및 상기 제2단계의 이체코드에 의한 계좌이체 요구를 수용할 수 없는 경우에 상기 송금인계좌로부터 상기 수신계좌로 실행된 계좌이체에 기초하여 롤백을 실행하는 제4단계를 포함하는 계좌이체방법을 제공한다.

또한 상기와 같은 목적을 달성하기 위해 본 발명은, 계좌이체시스템에 의한 계좌이체방법에 있어서, 송금인 클라이언트가 소정의 주기로 상기 계좌이체 시스템에 접속하여 실행한 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하여 계좌이체 요구를 생성하는 제1단계, 상기 계좌이체 요구 및 상기 계좌이체 결과에 기초하여 적어도 이체시간, 송금인 식별자, 수취인 식별자 및 이체금액에 대한 정보를 포함하는 이체코드를 생성하는 제2단계 및 상기 제2단계의 이체코드에 의한 계좌이체 요구를 수용할 수 있는지 여부를 확인하여 계좌이체 요구를 수용할 수 있는 경우에 상기 수취인계좌의 인터넷 뱅킹 시스템을 통해 상기 지급계좌로부터 상기 수취인계좌로의 계좌이체를 실행하는 제3단계를 포함하는 계좌이체방법을 제공한다.

본 발명에 따르면, 송금인계좌와 수취인계좌가 상호 다른 은행계좌이어도 이체 수수료 부담 없이 실시간으로 계좌이체를 할 수 있고, 수취인이 이체여부를 즉시 확인할 수 있음은 물론, 많은 수의 수금계좌로부터 집금계좌로 자금을 효율적으로 이체 관리 할 수 있게 된다. 특히, 송금인 클라이언트를 전자상거래 시스템의 고객 클라이언트, 수취인 클라이언트를 전자상거래 시스템으로 하고, 본 발명을 전자상거래 시스템에 연동시키게 되면, 인터넷 뱅킹을 통한 계좌이체에 의해서도 수취인 즉 서비스 제공자가 서비스 이용 요금의 입금 여부를 실시간으로 확인할 수 있기 때문에, 고객이 전자상거래 서비스를 즉시 이용할 수 있다.

한편, 많은 수의 수금계좌에 대해 자금 관리 차원에서 집금계좌로 자금을 집금하는 경우, 종래에는 송금인 즉 고객이 자기의 계좌(수금계좌 및 집금계좌)를 은행에 위탁하여 자금을 집금하였으나, 본 발명에 따르면 계좌이체 관리를 위해 송금인 즉 고객이 자기의 계좌를 위탁할 필요가 없기 때문에 송금인계좌가 안전하게 관리될 수 있다.

이하의 내용은 단지 본 발명의 원리를 예시한다. 그러므로 당업자는 비록 본 명세서에 명확히 설명되거나 도시되지 않았지만 본 발명의 원리를 구현하고 본 발명의 개념과 범위에 포함된 다양한 장치를 발명할 수 있는 것이다.

또한, 본 명세서에 열거된 모든 조건부 용어 및 실시예들은 원칙적으로, 본 발명의 개념이 이해되도록 하기 위한 목적으로만 명백히 의도되고, 이와같이 특별히 열거된 실시예들 및 상태들에 제한적이지 않는 것으로 이해되어야 한다.

또한, 본 발명의 원리, 관점 및 실시예들 뿐만 아니라 특정 실시예를 열거하는 모든 상세한 설명은 이러한 사항의 구조적 및 기능적 균등물을 포함하도록 의도되는 것으로 이해되어야 한다. 또한 이러한 균등물들은 현재 공지된 균등물뿐만 아니라 장래에 개발될 균등물 즉 구조와 무관하게 동일한 기능을 수행하도록 발명된 모든 소자를 포함하는 것으로 이해되어야 한다.

따라서, 예를 들어, 본 명세서의 블럭도는 본 발명의 원리를 구체화하는 예시적이고 개념적인 관점을 나타내는 것으로 이해되어야 한다. 이와 유사하게, 모든 흐름도, 상태 변환도, 의사 코드 등은 컴퓨터가 판독 가능한 매체에 실질적으로 나타낼 수 있고 컴퓨터 또는 프로세서가 명백히 도시되었는지 여부를 불문하고 컴퓨터 또는 프로세서에 의해 수행되는 다양한 프로세스를 나타내는 것으로 이해되어야 한다.

프로세서 또는 이와 유사한 개념으로 표시된 기능 블럭을 포함하는 도면에 도시된 다양한 소자의 기능은 전용 하드웨어뿐만 아니라 적절한 소프트웨어와 관련하여 소프트웨어를 실행할 능력을 가진 하드웨어의 사용으로 제공될 수 있다. 프로세서에 의해 제공될 때, 상기 기능은 단일 전용 프로세서, 단일 공유 프로세서 또는 복수의 개별적 프로세서에 의해 제공될 수 있고, 이들 중 일부는 공유될 수 있다.

또한 프로세서, 제어가 또는 이와 유사한 개념으로 제시되는 용어의 명확한 사용은 소프트웨어를 실행할 능력을 가진 하드웨어를 배타적으로 인용하여 해석되어서는 아니되고, 제한 없이 디지털 신호 프로세서(DSP) 하드웨어, 소프트웨어를 저장하기 위한 롬(ROM), 램(RAM) 및 비 휘발성 메모리를 암시적으로 포함하는 것으로 이해되어야 한다. 주지관용의 다른 하드웨어도 포함될 수 있다. 특정의 기술은 본 명세서의 보다 상세한 이해로서 설계자에 의해 선택될 수 있다.

본 명세서의 청구범위에서, 상세한 설명에 기재된 기능을 수행하기 위한 수단으로 표현된 구성요소는 예를 들어 상기 기능을 수행하는 회로 소자의 조합 또는 펌웨어/마이크로 코드 등을 포함하는 모든 형식의 소프트웨어를 포함하는 기능을 수행하는 모든 방법을 포함하는 것으로 의도되었으며, 상기 기능을 수행하도록 상기 소프트웨어를 실행하기 위한 적절한 회로와 결합된다. 이러한 청구범위에 의해 정의되는 본 발명은 다양하게 열거된 수단에 의해 제공되는 기능들이 결합되고 청구항이 요구하는 방식과 결합되기 때문에 상기 기능을 제공할 수 있는 어떠한 수단도 본 명세서로부터 파악되는 것과 균등한 것으로 이해되어야 한다.

상술한 목적, 특징 및 장점들은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 우선 각 도면의 구성요소들에 참조 번호를 부가함에 있어서, 동일한 구성 요소들에 한해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 번호를 가지도록 하고 있음에 유의하여야 한다. 또한, 본 발명을 설명함에 있어서, 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명한다.

도1은 본 발명에 따른 계좌이체 시스템이 적용되는 네트워크의 개략도로서, 도면에 도시된 바와 같이 본 발명에 따른 계좌이체 시스템은 송금인측 클라이언트(101) 및 수취인측 클라이언트(103)가 인터넷에 접속되어 있으며, 송금인계좌 은행의 인터넷 뱅킹 시스템(105) 및 수취인계좌 은행의 인터넷 뱅킹 시스템(107)도 인터넷이 접속되어 있다. 또한 본 발명에 따른 계좌이체 시스템(110)이 인터넷에 접속되어 송금인측 클라이언트(101), 수취인측 클라이언트(103), 송금인계좌 은행의 인터넷 뱅킹 시스템(105) 및 수취인계좌 은행의 인터넷 뱅킹 시스템(107)과 데이터를 교환한다.

계좌이체 시스템(110)은 웹서버(111), 릴레이서버(113) 및 지급서버(115)로 구성된다.

웹서버(111)는 송금인측 클라이언트(101)로부터 전송되는 수취인계좌로의 계좌이체 요구를 릴레이서버(113)로 전달한다. 릴레이서버(113)는 웹서버(111)로부터 수신한 계좌이체 요구에 기초하여 지급서버(115)로 계좌이체 정보를 전송하며, 지급서버(115)는 계좌이체 정보에 기초하여 수취인계좌로 계좌이체를 수행한다. 비록 도1에서는 계좌이체 시스템(110)에 지급서버(115)가 하나만 포함되어 있는 것으로 도시되어 있으나, 후술되는 바와 같이 복수개가 포함될 수 있다.

본 발명에서는 송금인계좌의 은행에 계좌이체 시스템(110)에 관련된 계좌 즉 수신계좌가 개설되어 있다는 것을 전제로 한다. 유사하게, 수취인계좌의 은행에도 계좌이체 시스템(110)에 관련된 계좌 즉 지급계좌가 개설되어 있다는 것을 전제로한다. 이러한 전제에 따라 실질적으로 자금이 이체되는 계좌(송금인계좌와 이체 중계 시스템의 수신계좌간, 수취인계좌와 이체 중계 시스템의 지급계좌간)는 동일 은행의 계좌로 함으로써 종국적으로 송금인계좌로부터 수취인계좌로 계좌이체가 되어도 이체 수수료가 발생하지 않게 된다.

도2는 본 발명에 따른 계좌이체 과정을 설명하기 위한 도면으로서, 도2a는 예시적으로 송금인계좌(201)가 국민은행계좌이고, 수취인계좌(207)가 신한은행계좌인 경우를 도시하고 있다. 도2a에 도시된 바와 같이 결과적으로는 송금인계좌(201)인 국민은행계좌로부터 수취인계좌(207)인 신한은행계좌로 계좌이체가 실행되나, 본 발명에 따른 계좌이체의 세부 과정을 살펴보면, 송금인계좌(201)인 국민은행계좌로부터 계좌이체 시스템(110)의 수신계좌(203)인 국민은행계좌로 계좌이체가 실행된 후, 계좌이체 시스템(110)은 스스로 보유한 지급계좌(205)인 신한은행계좌로부터 수취인계좌(207)인 신한은행계좌로 계좌이체가 실행된다. 이에 따라 송금인계좌로부터 수취인계좌로 계좌이체가 되어도 이체 수수료가 발생하지 않게 된다.

한편, 계좌이체는 크게 2가지 경우로 고려될 수 있다.

첫 번째는 도2b에 도시된 바와 같이 송금인계좌(201)의 예금주와 수취인계좌(207)의 예금주가 상이한 경우로서 통상적으로 계좌이체의 기초가 되는 거래의 주체가 상이한 경우이다. 개인간 계좌이체의 대부분이 이 경우에 속하는데, 개인간 계좌이체의 경우에는 정상적인 계좌이체 여부를 실시간으로 확인하는 것이 중요하며, 계좌이체 과정에서 네트워크 또는 시스템의 결함으로 인해 정상적인 계좌이체가 완성되지 못한 경우에는 처음부터 송금인계좌에 계좌이체가 없었던 상태로 복귀시키는 롤백(ROLLBACK) 역시 중요하다.

두 번째는 도2c에 도시된 바와 같이 송금인계좌의 예금주와 수취인계좌의 예금주가 동일한 경우로서, 엄밀하게 도2c의 송금인계좌는 수취인 수금계좌(201)이고, 도2c의 수취인계좌는 수취인 집금계좌(207)이다. 앞서 설명된 바와 같이, 대기업 또는 중소기업들은 고객계좌(211)의 은행마다 수금계좌(201)를 개설하여 사용하기 때문에 대기업 또는 중소기업들이 보유하는 수금계좌(201)는 적게는 수십개에서 많게는 수백개에 이른다. 이러한 많은 수의 수금계좌(201)에 대해 자금 관리 차원에서 집금계좌(207)로 자금을 집금하게 된다. 이와 같이 수금계좌 즉 송금인계좌(201)와 집금계좌 즉 수취인계좌(207)는 그 예금주가 동일하다.

위 두가지 경우 모두 동일하게 도2a에 도시된 계좌이체 프로세스가 수행되므로, 특별히 구별되어야 하는 경우를 제외하고는 첫 번째 경우 및 두 번째 경우를 구별하지 아니한다.

도3은 도1의 계좌이체 시스템(110)에 대한 상세 블록도이다.

도면에 도시된 바와 같이, 웹서버(111)는 송금인 클라이언트(101)로부터 수신한 계좌이체 요구를 릴레이서버(113)로 전달하는 역할을 수행하며, 송금인이체처리부(301), 이체코드생성부(303) 및 이벤트송신부(305)를 포함한다.

송금인이체처리부(301)는 계좌이체 시스템(110)에 접속한 송금인 클라이언트(101)로 이체 정보를 요구하여 이체 정보를 수신하며 이러한 이체 정보에 포함되어 있는 수취인계좌(207)의 존재여부를 통해 수취인계좌(207)의 유효성을 확인한다.

한편, 송금인 클라이언트(101)는 송금인계좌(201)로부터 계좌이체 시스템(110)의 수신계좌(203)로 계좌이체를 실행하고 계좌이체 명령을 계좌이체 시스템(110)으로 전송하는데, 송금인이체처리부(301)는 송금인계좌(201)로부터 수신계좌(203)로의 이체 결과를 검증한다.

송금인이체처리부(301)에서 이체 결과가 검증되면, 이체코드생성부(303)는 당해 이체에 관련된 식별자인 이체코드를 생성한다. 이체코드는 계좌이체에 관련된 고유코드로서 적어도 이체시간, 송금인 식별자(계좌이체 시스템의 사용자 ID, 계좌번호, 예금주 등), 수취인 식별자(계좌번호, 예금주 등) 및 이체금액에 관련된 필드를 포함한다.

추가적으로 단계별(예를 들어, 웹서버(111)와 릴레이서버(113)의 데이터 교환 단계, 릴레이서버(113)와 지급서버(117)의 데이터 교환 단계, 지급서버(117)로부터 은행 금융 시스템의 데이터 교환 단계 등) 데이터 전송 성공 여부 및 롤백 여부에 관련된 필드가 포함될 수 있다. 이체코드는 이체 데이터베이스(117, 도1 참조)에서 관리된다. 계좌이체 과정에서 네트워크 또는 시스템의 결함으로 인해 정상적인 계좌이체가 완성되지 못한 경우에 롤백처리부(331)는 롤백 기능을 수행할 수 있다.

롤백처리부(331)는 현재 송금인이 수신계좌(203)로 입금한 금액만큼 다시 송금인계좌(201)로 계좌이체하도록 금융공동망 시스템(미도시)에 직접 요구함으로써롤백을 수행한다.

롤백을 수행하는 또 다른 가능한 프로세스로서 스크래핑(SCRAPPING)이 있다. 롤백처리부(331)는 현재 송금인이 수신계좌(203)로 입금한 금액만큼 다시 송금인계좌(201)로 계좌이체하도록 송금인계좌 은행의 인터넷 뱅킹 시스템(105)에 요구함으로써 롤백을 수행한다. 롤백을 위한 스크래핑(SCRAPPING)은 롤백처리부(331)에서 수행된다. 즉 네트워크를 통해 금융 시스템과 직접 데이터 교환을 수행할 수 있는 인터페이스 장치가 탑재되어 있는 롤백처리부(331)가 인증이 필요한 계좌 즉 롤백용 계좌로부터 송금인계좌(201)로 계좌이체를 수행한다. 따라서 롤백처리부(331)에는 롤백용 계좌의 계좌이체에 필요한 인증서 정보가 저장되어 있어야 하며, 보안을 위해 암호 프로그램이 탑재되어 있어야 한다.

그러나, 이하에서 설명되는 바와 같이, 유휴 지급서버의 부재로 인한 롤백의 문제는 지급서버의 증설로 해결될 수 있다. 지급서버의 개수와 지급서버의 부재로 인한 롤백 발생 가능성은 반비례 관계에 있다.

여기서, 도면에 도시된 본 발명의 모든 구성 요소가 본 발명에 따른 모든 실시예를 구현하기 위해 구성되어 있을 필요는 없다. 예를 들어 본 발명은 롤백 처리부(331)가 없어도 구현될 수 있다. 도2c에 도시된 바와 같이 수금계좌(201)로부터 집금계좌(207)로 계좌이체되는 경우 즉 집금 개념으로 계좌이체되는 경우에는 현재 모든 지급서버(115)가 계좌이체 요구를 수용하지 못하는 경우라도 롤백을 수행할 필요 없이 지급서버(115)의 유휴 상태를 기다려 유휴 지급서버(115)로 계좌이체 요구를 전송하도록 할 수 있다.

또한, 도면에 도시된 블럭들의 기능은 하나의 물리적 유닛으로 결합될 수 있다. 이러한 구성 요소의 모든 결합은 본 발명의 범주에 포함된다. 도면에 도시된 블럭은 명확화를 위해 각각 분리되어 도시되었으나 반드시 별개의 물리적 유닛으로 구성되어야 하는 것을 의미하는 것은 아니다.

나아가, 도면에 도시된 일부 구성요소는 그 위치에 구속되지 않는다. 예를 들어, 롤백 처리부(331)는 비록 웹서버(111)의 구성요소로 포함되어 있으나, 릴레이서버(113) 또는 지급서버(115)에 구현될 수도 있는 것으로 이해되어야 하며, 따라서, 본 발명의 범주는 롤백 처리부(331)가 웹서버(111)의 구성요소로 포함되어 있는 것에 한정되지 않는 것으로 이해되어야 한다.

이벤트송신부(305)는 송금인계좌(201)로부터 수신계좌(203)로의 이체 결과가 검증된 이체 요구에 기초하여 이체코드생성부(303)가 생성한 이체코드를 릴레이서버(113)로 전송하여 계좌이체 시스템(110)의 지급계좌(205)로부터 수취인계좌(207)로의 계좌이체 요구 신호를 전송한다.

릴레이서버(113)는 웹서버(111)로부터 수신한 이체 요구를 지급서버(115)로 전달함으로써 웹서버(111)와 지급서버(115)를 중계하는 역할을 수행하며, 이벤트수신부(311), 이벤트분배부(313) 및 이벤트큐(315)를 포함한다.

이벤트수신부(311)는 이벤트송신부(305)로부터 전송된 계좌이체 요구 신호를 수신하고, 이벤트분배부(313)는 이벤트수신부(311)가 수신한 계좌이체 요구 신호에 기초하여 이벤트큐(315)에 큐잉되어 있는 유휴 지급서버(115)로 계좌이체를 요구한다.

앞서 설명된 바와 같이, 계좌이체 과정에서 네트워크 또는 시스템의 결함으로 인해 정상적인 계좌이체가 완성되지 못한 경우에 롤백 기능이 수행될 수 있으나, 추가적으로, 현재 이벤트큐(315)에 유휴 지급서버(115)가 큐잉되어 있지 않은 경우, 즉 현재 모든 지급서버(115)가 동작중이어서 계좌이체 요구를 수용하지 못하는 경우에도 롤백 기능이 수행될 필요가 있다.

도2b에 도시된 개인간 계좌이체의 경우에는 정상적인 계좌이체 여부를 실시간으로 확인하는 것이 중요하며, 특히 송금인계좌(201)에서 계좌이체 시스템(110)의 수신계좌(203)로 계좌이체가 되어 있는 상태에서 송금인은 정상적인 계좌이체를 즉시 확인할 수 없으면 불안해 할 수도 있다. 따라서, 네트워크 또는 시스템의 결함이 아니더라도 즉시 계좌이체를 수행할 수 없는 경우에는 롤백 시킴으로써 송금인을 안심시켜야 한다.

이러한 이유로, 본 발명에서는 현재 이벤트큐(315)에 유휴 지급서버(115)가 큐잉되어 있지 않은 경우, 즉 현재 모든 지급서버(115)가 동작중이어서 계좌이체 요구를 수용하지 못하는 경우에는 롤백 처리부(331)가 롤백을 수행하도록 한다.

그러나, 도2c에 도시된 바와 같이 수금계좌(201)로부터 집금계좌(207)로 계좌이체되는 경우 즉 집금 개념으로 계좌이체되는 경우에는 현재 모든 지급서버(115)가 계좌이체 요구를 수용하지 못하는 경우라도 롤백을 수행할 필요 없이 지급서버(115)의 유휴 상태를 기다려 유휴 지급서버(115)로 계좌이체 요구를 전송하도록 할 수 있으며, 이러한 경우에는 이벤트큐(315)에 유휴 지급서버 정보가아닌 계좌이체 요구 정보를 큐잉시킴으로써 임의의 지급서버(115)가 유휴상태로 될 때마다 당해 지급서버(115)로 이벤트큐(315)에 큐잉되어 있는 계좌이체 요구를 전송한다.

한편, 지급서버(115)는 수취인계좌(207)로 자금을 이체하는 역할을 수행하며, 이벤트처리에이전트부(321) 및 수취인이체처리부(323)를 포함한다.

이벤트처리에이전트부(321)는 수취인이체처리부(323)의 이체 처리 관련 부하를 체크하여 추가적인 이체 요구를 수용할 수 있는 경우에 릴레이서버(113)의 이벤트큐(315)에 당해 지급서버(115) 정보를 큐잉시키고, 이벤트분배부(313)가 전송한 계좌이체 요구에 기초하여 수취인이체처리부(323)가 계좌이체 시스템(110)의 지급계좌(205)로부터 수취인계좌(207)로 계좌이체하도록 한다.

그러나, 도2c에 도시된 바와 같이 수금계좌(201)로부터 집금계좌(207)로 계좌이체되는 경우에는 현재 모든 지급서버(115)가 계좌이체 요구를 수용하지 못하는 경우라도 롤백을 수행할 필요 없이 지급서버(115)의 유휴 상태를 기다려 유휴 지급서버(115)로 계좌이체 요구를 전송하도록 할 수 있으며, 이러한 경우에는 이벤트큐(315)에 유휴 지급서버 정보가 아닌 계좌이체 요구 정보를 큐잉시킴으로써 임의의 지급서버(115)가 유휴상태로 될 때마다 당해 지급서버(115)로 이벤트큐(315)에 큐잉되어 있는 계좌이체 요구를 전송할 수 있으며, 이 경우 이벤트처리에이전트부(321)는 수취인이체처리부(323)가 이체 처리 관련 작업을 완성함으로써 당해 지급서버가 유휴상태에 있게 되면 이벤트분배부(313)로 당해 지급서버의 유휴 상태 정보를 전송한다. 또한, 이벤트분배부(313)가 전송하는 계좌이체 요구에 기초하여 이벤트처리에이전트부(321)는 수취인이체처리부(323)가 계좌이체 시스템(110)의 지급계좌(205)로부터 수취인계좌(207)로 계좌이체하도록 한다.

수취인이체처리부(323)는 이벤트처리에이전트부(321)의 계좌이체 요구에 기초하여 수취인계좌 은행의 인터넷 뱅킹 시스템(107)을 통해 계좌이체 시스템(110)의 지급계좌(205)로부터 동일 은행의 수취인계좌(207)로 자금을 이체하는 역할을 수행한다.

이하에서는 이벤트큐(315)와 지급서버(115)와의 관계에 대해 설명된다. 도4a는 본 발명의 일실시예에 따른 이벤트큐 및 지급서버와의 관계를 설명하기 위한 도면이고, 도4b는 본 발명의 다른 실시예에 따른 이벤트큐 및 지급서버와의 관계를 설명하기 위한 도면이다.

앞서 설명된 바와 같이, 본 명세서에 첨부된 도면에서는 지급서버(115)가 하나만 도시되어 있으나, 복수개의 지급서버(115)가 구비되는 것이 바람직하다. 이 경우, 지급서버(115), 구체적으로 하나의 수취인이체처리부(323)가 복수개 은행의 계좌에 대한 이체 처리를 담당하는지, 또는 하나의 수취인이체처리부(323)가 한 개 은행에 대해서만 이체 처리를 담당하는지 여부에 따라 이벤트큐(315)와 지급서버(115)와의 관계가 2가지 경우로 고려될 수 있다.

첫 번째 경우는 도4a에 도시된 바와 같이 하나의 수취인이체처리부(323)가 한 개 은행에 대해서만 이체 처리를 담당하는 경우로서, 예를 들어, 어떤 수취인이체처리부(323)는 우리은행에 대해서만 이체 처리를 담당하고, 다른 수취인이체처리부(323)는 대구은행에 대해서만 이체 처리를 담당하는 경우, 이벤트큐(315)에는 각 은행에 대응하는 큐가 각각 마련될 수 있다.

도4a에서 각 큐(401, 403)에 대응하는 지급서버(115)는 지급서버군(群)(115a, 115b)으로 구성될 수 있다. 이 경우 이체 처리 용량이 증가하며 롤백 발생 회수로 줄어들게 된다. 예를 들어, 1건의 이체 처리 시간이 10초라고 하면 360건의 이체 처리를 위해 1개의 지급서버를 두면 1시간이 소요되나, 12개의 지급서버를 두면 5분이 소요된다. 지급서버의 개수와 롤백 발생 가능성은 반비례 관계에 있다.

두 번째 경우는 도4b에 도시된 바와 같이 하나의 수취인이체처리부(323)가 복수개 은행에 대한 이체 처리를 담당하는 경우이다. 예를 들어, 어떤 수취인이체처리부(323)는 우리은행, 대구은행 및 그룹1에 속한 은행에 대해서 이체 처리를 담당하고, 다른 수취인이체처리부(323)는 국민은행, 하나은행 및 그룹2에 속한 은행에 대해서 이체 처리를 담당하는 경우, 이벤트큐(315)에는 복수개 은행에 대한 이체 처리를 담당하는 각 지급서버에 대한 큐가 각각 마련될 수 있다.

여기서, 하나의 수취인이체처리부(323)가 이체 처리를 담당하는 복수개 은행은 계좌이체에 관련된 프로세스를 수행하기 위해 필수적으로 사용되는 암호화 프로그램을 기준으로 분류될 수 있다. 도4b의 이벤트큐(315)에는 암호화 프로그램을 기준으로 큐가 복수개 마련되어 있다.

예를 들어, 현재 각 은행이 사용하는 암호화 프로그램은 다음의 표1과 같이분류된다.

암호화 프로그램	은행
Iwellet	제주은행, 전북은행, 광주은행, 우체국
Xecure Web	우리은행, 국민은행, 주택은행, 외환은행, 조흥은행, 기업은행
Axiniplugin	대구은행, 하나은행, 한미은행, 제일은행, 경남은행, 서울은행
CealAX	부산은행

여기서, 동시에 두 개 이상의 세션을 처리할 수 있는 Iwellet 및 CealAX와 달리, Xecure Web 및 Axiniplugin 등의 암호화 프로그램은 동시에 두 개의 세션을 처리할 수 없는 경우가 있다.

이러한 경우, 예를 들어 Xecure Web 및 Axiniplugin을 사용하는 은행을 짝을 지우고, Iwellet 및 CealAX를 사용하는 나머지 은행을 적절하게 그루핑하여 하나의 수취인이체처리부(323)에서 계좌이체를 수행하도록 하면, Xecure Web 및 Axiniplugin과 같이 동시에 두 개의 세션을 처리할 수 없는 암호화 프로그램의 한계를 극복할 수 있다. 예를 들어, 표1에 나타난 바와 같이 Xecure Web 및 Axiniplugin을 사용하는 은행이 각각 6개이므로 6개의 지급서버(115) 즉 수취인이체처리부(323)를 마련하여 다음의 표2와 같이 지급서버(115) 즉 수취인이체처리부(323)가 이체 처리를 담당하는 복수개 은행을 설정할 수 있다.

	Xecure Web	Axiniplugin	Iwellet 또는 CealAX
지급서버1	우리은행	대구은행	은행그룹1
지급서버2	국민은행	하나은행	은행그룹2
지급서버3	주택은행	한미은행	은행그룹3
지급서버4	외환은행	제일은행	은행그룹4
지급서버5	조흥은행	경남은행	은행그룹5
지급서버6	기업은행	서울은행	은행그룹6

표2에 나타난 바와 같이 각 지급서버(115) 즉 수취인이체처리부(323)에는 동시에 두 개의 세션을 처리할 수 없는 암호화 프로그램을 사용하는 은행을 하나씩만 할당하여 계좌이체를 수행하도록 하고, 동시에 두 개 이상의 세션을 처리할 수 있는 암호화 프로그램을 사용하는 은행은 적절히 은행그룹으로 그루핑하여 계좌이체를 처리하도록 함으로써, 동시에 두 개의 세션을 처리할 수 없는 암호화 프로그램을 사용하는 은행에 대해 동시에 두 개의 세션을 처리하지 않도록 할 수 있다.

비록, 도4b에 도시된 각 큐(405 내지 411)는 암호화 프로그램에 대응되도록 도시되어 있으나, 예를 들어, Xecure Web을 이용하여 계좌이체 프로세스가 진행되는 은행(예를 들어, 우리은행, 국민은행, 주택은행, 외환은행, 조흥은행, 기업은행)에 대응하는 수취인이체처리부가 복수개(예를 들어, 323c 내지 323e 등) 있으므로 도4b에 도시된 각 큐(405 내지 411)는 수취인이체처리부가 담당하는 은행에 대응되는 것으로 이해되어야 한다.

따라서, 후술되는 바와 같이 이벤트분배부(313)가 유휴 지급서버(115)를 확인하기 위해 이벤트큐(405 내지 411)를 검색하거나 계좌이체 요구 정보를 이벤트큐(405 내지 411)에 큐잉하는 프로세스는 암호화 프로그램과 이벤트큐(405내지 411)의 대응 관계를 기초로 수행되고, 이벤트처리에이전트부(321)가 이벤트큐(405 내지 411)에 당해 지급서버(115)를 유휴 지급서버로서 큐잉시키거나 이벤트분배부(313)가 이벤트큐(405 내지 411)에 큐잉되어 있는 계좌이체 요구를 이벤트처리에이전트부(321)로 전송하는 프로세스는 이벤트큐(405 내지 411)와 수취인이체처리부가 담당하는 은행의 대응 관계를 기초로 수행된다.

도4a의 경우와 유사하게, 도4b에서 각 큐(405 내지 411)에 대응하는 지급서버(115)는 지급서버군(群)(115c, 115d, 115e)으로 구성될 수 있으며, 이 경우에도 이체 처리 용량이 증가하며 롤백 발생 회수로 줄어들게 된다.

한편, 본 발명의 일실시예를 설명하기 위해 도면에 도시된 수취인이체처리부(323)는 각 지급서버(115)에 하나씩 포함되어 있는 경우로서, 이는 단지 설명의 편의를 위한 것이며, 물리적으로는 하나의 지급서버(115)가 복수의 수취인이체처리부(323)를 포함할 수도 있음은 본 발명이 속한 기술 분야에서 통상의 지식을 가진 자에게 명백한 것이다. 따라서 본 발명은 도면에 도시된 바와 같은 지급서버(115) 및 수취인이체처리부(323)의 구조에 한정되지 않는 것으로 이해되어야 한다.

또한, 도2c에 도시된 바와 같이 수금계좌(201)로부터 집금계좌(207)로 계좌이체되는 경우 즉 집금 개념으로 계좌이체되는 경우에는 현재 모든 지급서버(115)가 계좌이체 요구를 수용하지 못하는 경우라도 롤백을 수행할 필요 없이 지급서버(115)의 유휴 상태를 기다려 유휴 지급서버(115)로 계좌이체 요구를 전송하도록 할 수 있으며, 이러한 경우에는 이벤트큐(315)에 유휴 지급서버 정보가 아닌 계좌이체 요구 정보를 큐잉시킴으로써 임의의 지급서버(115)가 유휴상태로 될 때마다 당해 지급서버(115)로 이벤트큐(315)에 큐잉되어 있는 계좌이체 요구를 전송한다.

이하에서는 본 발명에 따른 이체 프로세스가 설명된다.

도5는 본 발명의 일실시예에 따른 이체 과정을 설명하기 위한 트랜잭션 흐름도로서, 도2b에 도시된 바와 같이 송금인계좌(201)의 예금주와 수취인계좌(207)의 예금주가 상이한 경우 즉 계좌이체의 기초가 되는 거래의 주체가 상이한 경우에 적용될 수 있는 계좌이체 프로세스를 나타내고 있다.

앞서 설명된 바와 같이 개인간 계좌이체의 경우에는 정상적인 계좌이체 여부를 실시간으로 확인하는 것이 중요하며, 계좌이체 과정에서 네트워크 또는 시스템의 결함으로 인해 정상적인 계좌이체가 완성되지 못한 경우에 롤백 시키는 것은 물론, 현재 이벤트큐(315)에 유휴 지급서버(115)가 큐잉되어 있지 않은 경우, 즉 현재 모든 지급서버(115)가 동작중이어서 계좌이체 요구를 수용하지 못하는 경우에도 롤백 시키는 것이 중요하다.

도5에 도시된 바와 같이, 송금인이체처리부(301)는 계좌이체 시스템(110)에 접속(S501)한 송금인 클라이언트(101)에 대해 송금인 계좌번호, 송금인 계좌 비밀번호, 수취인 계좌번호, 이체금액 등이 포함된 이체정보를 요구(S503)하여 이체 정보를 수신(S505)한다. 이러한 이체 정보에 포함되어 있는 수취인 정보를 기초로 수취인계좌(207)의 존재여부를 통해 수취인계좌(207)의 유효성을 확인한다(S507). 수취인계좌(207)의 존재여부는 상기 이체정보 중에서 수취인 계좌번호를 통해 금융공동망과 연동하거나 은행의 인터넷 뱅킹 시스템에 대해 스크래핑(SCRAPPING) 기법을 적용함으로써 확인할 수 있다. 한편, 송금인이체처리부(301)는 계좌이체 시스템(110)에서 계좌이체 서비스 제공이 가능한지 여부를 확인한다(S507).

수취인계좌(207) 유효성 및 계좌이체 서비스 제공 가능 여부가 확인되면(S509), 송금인 클라이언트(101)는 송금인계좌(201)로부터 계좌이체 시스템(110)의 수신계좌(203)로 계좌이체를 실행한다(S511). 바람직하게는, 송금인 클라이언트(101)의 사용자가 직접 송금인계좌 은행의 인터넷 뱅킹 시스템에 접속하지 않고서도 계좌이체가 수행되어야 하는데, 이는 송금인 클라이언트(101)에 탑재되는 클라이언트 프로그램에 의해 수행되도록 할 수 있다.

즉, 클라이언트 프로그램은 단계S503의 이체정보 요구에 기초하여 사용자로 하여금 이체정보를 입력할 수 있도록 다이얼로그 박스를 디스플레이하고, 사용자로부터 입력받은 이체정보에 기초하여 계좌이체를 실행할 수 있다. 송금인 클라이언트(101)에는 계좌이체에 필요한 인증 관련 정보 및 암호 프로그램이 탑재되어 있으므로 클라이언트 프로그램은 이러한 인증 관련 정보 및 암호 프로그램과 연동하여 스크래핑(SCRAPPING)을 통해 계좌이체를 수행할 수 있다. 한편, 클라이언트 프로그램에는 인터넷 뱅킹 시스템을 운영하는 모든 은행의 수신계좌(203) 정보를 미리 저장한 후 계좌이체 시스템(110)의 데이터베이스(117)로부터 수시로 갱신할 수도 있으며, 또는 클라이언트 프로그램이 활성화될 때마다 계좌이체 시스템(110)의 데이터베이스(117)로부터 다운로드받을 수도 있다.

또한, 클라이언트 프로그램은 송금인계좌(201)로부터 수신계좌(203)로의 계좌이체를 수행하도록, 상기 다이얼로그 박스를 통해 사용자로부터 입력받은 송금인계좌(201)의 은행과 동일한 은행의 수신계좌(203)가 계좌이체의 목적계좌로 자동설정되도록 구현된다.

한편, 다이얼로그 박스를 통해 사용자로부터 입력받은 이체정보중 적어도 수취인 계좌번호 및 이체금액에 대한 정보는 단계S505에서 계좌이체 시스템(110)으로도 전송된다.

단계 S511의 계좌이체 수행이 완료되고 송금인계좌(201)로부터 수신계좌(203)로의 이체 결과 검증이 완료된 후에, 송금인 클라이언트(101)는 계좌이체 명령을 웹서버(111)로 전송한다(S513). 송금인계좌(201)로부터 수신계좌(203)로의 이체 결과 검증은 송금인 클라이언트(101)가 이체 금액을 확인하거나 송금인이체처리부(301)가 수신계좌(203)를 확인함으로써 가능하다.

다음으로, 이체코드생성부(303)는 당해 이체에 관련된 식별자인 이체코드를 생성한다(S515). 이체코드는 적어도 이체시간, 송금인 식별자(계좌이체 시스템의 사용자 ID, 계좌번호, 예금주 등), 수취인 식별자(계좌번호, 예금주 등) 및 이체금액에 관련된 필드를 포함하며, 추가적으로 단계별(예를 들어, 웹서버(111)와 릴레이서버(113)의 데이터 교환 단계, 릴레이서버(113)와 지급서버(117)의 데이터 교환 단계, 지급서버(117)로부터 은행 금융 시스템의 데이터 교환 단계 등) 데이터 전송 성공 여부 및 롤백 여부에 관련된 필드가 포함될 수 있다.

다음으로, 이벤트송신부(305)는 이체 결과가 검증된 이체 요구에 기초하여이체코드생성부(303)가 생성한 이체코드를 릴레이서버(113)로 전송하여 계좌이체 시스템(110)의 지급계좌(205)로부터 수취인계좌(207)로의 계좌이체 요구 신호를 전송한다(S517).

한편, 본 발명의 일실시예에 따르면, 지급서버(115)의 이벤트처리에이전트부(321)는 수취인이체처리부(323)의 이체 처리 관련 부하를 체크하여 추가적인 이체 요구를 수용할 수 있는 경우에 릴레이서버(113)의 이벤트큐(315)에 당해 지급서버(115) 정보를 큐잉시키기 때문에, 이벤트분배부(313)는 이벤트큐(315)를 검색하여 유휴 지급서버(115)의 존재여부를 확인할 수 있다.

따라서, 이벤트분배부(313)는 이벤트수신부(311)가 수신한 계좌이체 요구 신호에 따라 이벤트큐(315)를 검색하여 유휴 지급서버(115)가 현재 큐잉되어 있는지 여부를 확인한다(S519).

도2b에 도시된 개인간 계좌이체의 경우에는 정상적인 계좌이체 여부를 실시간으로 확인하는 것이 중요하며, 특히 현재 송금인계좌(201)에서 계좌이체 시스템(110)의 수신계좌(203)로 계좌이체가 되어 있는 상태(S511 참조)이기 때문에 송금인 입장에서는 정상적인 계좌이체를 즉시 확인할 수 없으면 불안해 할 수도 있다. 따라서, 네트워크 또는 시스템의 결함이 아니더라도 즉시 계좌이체를 수행할 수 없는 경우에는 롤백 시킴으로써 송금인을 안심시켜야 한다.

따라서, 계좌이체 과정에서 네트워크 또는 시스템의 결함으로 인해 정상적인 계좌이체가 완성되지 못한 경우는 물론, 현재 이벤트큐(315)에 유휴 지급서버(115)가 큐잉되어 있지 않은 경우, 즉 현재 모든 지급서버(115)가 동작중이어서 계좌이체 요구를 수용하지 못하는 경우에도 롤백 기능이 수행될 필요가 있다.

이러한 이유로, 본 발명에서는 현재 이벤트큐(315)에 유휴 지급서버(115)가 큐잉되어 있지 않은 경우, 즉 현재 모든 지급서버(115)가 동작중이어서 계좌이체 요구를 수용하지 못하는 경우에는 롤백을 수행하도록 한다(S523).

즉, 단계 S523에서, 롤백처리부(331)는 현재 송금인이 수신계좌(203)로 입금한 금액만큼 다시 송금인계좌(201)로 계좌이체하도록 금융공동망 시스템(미도시)에 직접 요구함으로써 롤백을 수행한다.

롤백을 수행하는 또 다른 가능한 프로세스로서 스크래핑(SCRAPPING)이 있다. 단계 S523에서, 롤백처리부(331)는 현재 송금인이 수신계좌(203)로 입금한 금액만큼 다시 송금인계좌(201)로 계좌이체하도록 송금인계좌 은행의 인터넷 뱅킹 시스템(105)에 요구함으로써 롤백을 수행한다. 롤백을 위한 스크래핑(SCRAPPING)은 롤백처리부(331)에서 수행된다. 즉 네트워크를 통해 금융 시스템과 직접 데이터 교환을 수행할 수 있는 인터페이스 장치가 탑재되어 있는 롤백처리부(331)가 인증이 필요한 계좌 즉 롤백용 계좌로부터 송금인계좌(201)로 계좌이체를 수행한다. 따라서 롤백처리부(331)에는 롤백용 계좌의 계좌이체에 필요한 인증서 정보가 저장되어 있어야 하며, 보안을 위해 암호 프로그램이 탑재되어 있어야 한다.

그러나, 유휴 지급서버의 부재로 인한 롤백의 문제는 지급서버의 증설로 해결될 수 있다. 지급서버의 개수와 지급서버의 부재로 인한 롤백 발생 가능성은 반비례 관계에 있다.

비록 도5에는 도시되어 있지 아니하나, 네트워크 또는 시스템의 결함으로 인해 계좌이체 프로세스가 정상적으로 동작하지 않는 경우에도 단계 S523에서와 마찬가지로 롤백처리부(331)는 롤백을 수행한다.

반면, 단계 S519의 확인 결과, 이벤트큐(315)에 유휴 지급서버(115)가 큐잉되어 있는 경우에 이벤트분배부(313)는 이벤트큐(315)에 큐잉되어 있는 유휴 지급서버(115)로 계좌이체를 요구한다(S521).

이벤트처리에이전트부(321)는 이벤트분배부(313)가 전송한 계좌이체 요구에 기초하여 수취인이체처리부(323)가 계좌이체 시스템(110)의 지급계좌(205)로부터 수취인계좌(207)로 계좌이체하도록 하고, 수취인이체처리부(323)는 이벤트처리에이전트부(321)의 계좌이체 요구에 기초하여 수취인계좌 은행의 인터넷 뱅킹 시스템(107)을 통해 계좌이체 시스템(110)의 지급계좌(205)로부터 동일 은행의 수취인계좌(207)로 자금을 이체한다(S525). 따라서 이체결과는 전자메일, SMS(Short Message Service), 이체결과 웹페이지 등을 통해 송금인 클라이언트(101)로 즉시 통보될 수 있다(S527).

한편, 도2의 구성과 도5의 계좌이체 프로세스를 전자상거래 시스템에서 전자지불대행(Payment Gateway, PG) 서비스로 활용하게 되면 종래의 전자지불대행 서비스가 갖는 한계를 극복할 수 있다. 즉 송금인 클라이언트(101)를 전자상거래 시스템의 고객 클라이언트로, 수취인 클라이언트(103)를 전자상거래 시스템으로 각각 하고, 본 발명에 따른 도2의 구성을 전자상거래 시스템(103)에 연동시키게 되면,상기 단계 S527에서 전자메일 또는 SMS 등 간단한 프로세스를 통해 이체결과를 고객 클라이언트(101)는 물론 즉 전자상거래 시스템(103)으로 통보함으로써, 전자상거래 고객 및 전자상거래 운영자(서비스 제공자) 입장에서는 인터넷 뱅킹에 의한 이체 서비스에 의해서도 서비스 이용 요금의 이체 여부를 실시간으로 확인할 수 있기 때문에, 인터넷 뱅킹에 의한 이체 서비스에 의해서도 고객이 전자상거래 서비스를 즉시 이용할 수 있게 되며, 이에 따라 신용카드 결재, 휴대폰 결재, 종래의 인터넷 뱅킹을 통한 결재 및 실시간 현금 관리 서비스(Cash Management Service, CMS)가 갖는 한계를 극복할 수 있게 된다.

도6은 본 발명의 다른 실시예에 따른 이체 과정을 설명하기 위한 트랜잭션 흐름도로서, 도2c에 도시된 바와 같이 송금인계좌(201)의 예금주와 수취인계좌(207)의 예금주가 동일한 경우 즉 수금계좌(201)로부터 집금계좌(207)로 계좌이체되는 경우에 적용될 수 있는 계좌이체 프로세스를 나타내고 있다.

앞서 설명된 바와 같이, 대기업 또는 중소기업들은 고객계좌(211)의 은행마다 수금계좌(201)를 개설하여 사용하기 때문에 대기업 또는 중소기업들이 보유하는 수금계좌(201)는 적게는 수십개에서 많게는 수백개에 이른다. 이러한 많은 수의 수금계좌(201)에 대해 자금 관리 차원에서 집금계좌(207)로 자금을 집금할 필요가 있으며, 효율적인 집금 관리가 요구된다.

도6은 기본적으로 도5의 프로세스와 유사하다. 다만, 도2c에 도시된 바와 같이 수금계좌(201)로부터 집금계좌(207)로 계좌이체되는 경우에는 송금인 클라이언트(101)는 소정의 제1주기로 수금계좌(201)로부터 수신계좌(203)로 계좌이체 프로세스를 수행하고, 계좌이체 시스템(110)은 소정의 제2주기로 지급계좌(205)로부터 집금계좌(207)로 계좌이체 프로세스를 수행하는 것으로 충분할 수 있으며, 이 경우에는 현재 수금계좌(201)로부터 집금계좌(207)로 계좌이체 프로세스가 일시적으로 실행 완료되지 않는다 하여도 즉시 롤백을 수행 할 필요가 없을 수도 있다. 즉 현재 모든 지급서버(115)가 계좌이체 요구를 수용하지 못한다 하여도 롤백을 수행할 필요 없이 지급서버(115)의 유휴 상태를 기다려 유휴 지급서버(115)로 계좌이체 요구를 전송하도록 구현될 수 있다.

이러한 경우에는 이벤트큐(315)에 유휴 지급서버 정보가 아닌 계좌이체 요구 정보를 큐잉(S619)시킴으로써 임의의 지급서버(115)가 유휴상태로 될 때마다 당해 지급서버(115)로 이벤트큐(315)에 큐잉되어 있는 계좌이체 요구를 전송할 수 있으며, 이벤트처리에이전트부(321)는 수취인이체처리부(323)가 이체 처리 관련 작업을 완성함으로써 당해 지급서버가 유휴상태에 있는 경우, 그 유휴상태를 확인한 이벤트분배부(313)가 전송하는 계좌이체 요구에 기초하여 수취인이체처리부(323)가 계좌이체 시스템(110)의 지급계좌(205)로부터 수취인계좌(207)로 계좌이체하도록 한다는 점에서 도5의 일실시예와 차이가 있다.

도6에는 도시되어 있지 아니하나, 임의의 지급서버(115)가 유휴상태인지 아닌지를 판단하는 프로세스는 간단하게 구현될 수 있다. 예를 들어, 수취인이체처리부(323)가 이체 처리 관련 작업을 완성함으로써 당해 지급서버가 유휴상태에 있는 경우, 이벤트처리에이전트부(321)가 이벤트분배부(313)로 당해 지급서버의 유휴상태 정보를 전송함으로써 이벤트분배부(313)가 당해 지급서버(115)의 유휴상태 여부를 확인할 수 있다.

상술한 바와 같은 본 발명의 방법은 프로그램으로 구현되어 컴퓨터로 읽을 수 있는 기록매체(시디롬, 램, 롬, 플로피 디스크, 하드 디스크, 광자기 디스크 등)에 저장될 수 있다.

이상에서 설명한 본 발명은 전술한 실시예 및 첨부된 도면에 의해 한정되는 것이 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하다는 것이 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 있어서 명백하다 할 것이다.

이상에서 설명된 바와 같이, 본 발명에 따르면, 송금인계좌와 수취인계좌가 상호 다른 은행계좌이어도 이체 수수료 부담 없이 실시간으로 계좌이체를 할 수 있고, 수취인이 이체여부를 즉시 확인할 수 있음은 물론, 많은 수의 수금계좌로부터 집금계좌로 자금을 효율적으로 이체 관리 할 수 있는 효과가 있다.

특히, 송금인 클라이언트를 전자상거래 시스템의 고객 클라이언트, 수취인 클라이언트를 전자상거래 시스템으로 하고, 본 발명을 전자상거래 시스템에 연동시키게 되면, 인터넷 뱅킹을 통한 계좌이체에 의해서도 서비스 이용 요금의 이체 여부를 실시간으로 확인할 수 있기 때문에, 인터넷 뱅킹을 통한 계좌이체에 의해서도 고객이 전자상거래 서비스를 즉시 이용할 수 있게 되며, 이에 따라 신용카드 결재, 휴대폰 결재, 종래의 인터넷 뱅킹을 통한 결재 및 실시간 현금 관리 서비스가 갖는 한계를 극복할 수 있게 된다.

한편, 많은 수의 수금계좌에 대해 자금 관리 차원에서 집금계좌로 자금을 집금하는 경우, 본 발명에 따르면 계좌이체 관리를 위해 송금인 즉 고객이 자기의 계좌를 위탁할 필요가 없기 때문에 송금인계좌가 안전하게 관리될 수 있다.

Claims (39)

1. 인터넷 뱅킹이 가능한 다수의 은행에 대한 다수의 수신계좌 및 지급계좌를 관리하는 계좌이체시스템에 있어서,

   상기 계좌이체 시스템에 접속한 송금인 클라이언트로부터 수신한 이체 정보-상기 이체 정보는 적어도 송금인의 계좌번호 및 예금주 정보, 수취인의 계좌번호 및 예금주 정보 및 이체금액을 포함함-를 기초로 수취인계좌의 존재여부를 확인하고, 상기 송금인 클라이언트에서 실행된 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하며, 상기 송금인 클라이언트가 전송하는 계좌이체 요구를 수신하는 송금인이체처리수단;

   상기 계좌이체 요구 및 상기 계좌이체 결과에 기초하여 적어도 이체시간, 송금인 식별자, 수취인 식별자 및 이체금액에 대한 정보를 포함하는 이체코드를 생성하는 이체코드생성수단;

   상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단의 존재여부를 확인하여 당해 유휴 수취인이체처리수단을 관리하는 이벤트처리에이전트수단으로 전송하는 이벤트분배수단;

   수취인이체처리수단의 부하를 체크하여 상기 이벤트분배수단으로 유휴 수취인이체처리수단 정보를 전송하고, 상기 이벤트분배수단이 전송한 계좌이체 요구에 기초하여 유휴 수취인이체처리수단을 활성화시키는 이벤트처리에이전트수단;

   상기 수취인계좌의 인터넷 뱅킹 시스템을 통해 상기 지급계좌로부터 상기 수취인계좌로의 계좌이체를 실행하는 수취인이체처리수단; 및

   상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단이 존재하지 않는 경우에 상기 송금인계좌로부터 상기 수신계좌로 실행된 계좌이체에 기초하여 롤백을 실행하는 롤백처리수단

   을 포함하되,

   상기 이벤트분배수단은

   상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단 정보를 큐잉하는 이벤트큐를 포함하는

   계좌이체시스템.
2. 제1항에 있어서,

   상기 송금인 클라이언트는

   송금인이체처리수단의 이체 정보 요구에 의해 활성화되어 송금인으로부터 상기 이체 정보를 입력받고,

   상기 입력받은 이체 정보 중에서 상기 송금인의 계좌번호를 기초로 상기 송금인계좌의 은행과 동일한 은행의 수신계좌를 목적계좌로 선택하여 스크래핑을 통해 상기 송금인계좌로부터 상기 목적계좌로의 계좌이체를 실행하며,

   상기 입력받은 이체 정보를 상기 송금인이체처리수단으로 전송하는 클라이언트 이체처리수단

   을 포함하는 계좌이체시스템.
3. 제1항에 있어서,

   상기 수취인이체처리수단은

   은행별로 계좌이체를 실행하는 다수의 수취인이체처리수단이고,

   상기 이벤트분배수단은

   상기 다수의 수취인이체처리수단 각각에 대응하도록 은행별로 구비된 다수의 이벤트큐를 포함하며,

   상기 이벤트처리에이전트수단은

   상기 이벤트분배수단이 유휴 수취인이체처리수단의 존재여부를 확인할 수 있도록 상기 이벤트큐로 유휴 수취인이체처리수단 정보를 큐잉시키는

   계좌이체시스템.
4. 제1항에 있어서,

   상기 수취인이체처리수단은

   동시에 두 개 의 세션을 처리할 수 없는 암호화 프로그램을 사용하는 은행은 동시에 두 개 의 세션을 처리할 수 없는 암호화 프로그램별로 하나만 포함되는 다수의 은행에 대해 계좌이체를 실행하는 다수의 수취인이체처리수단이고,

   상기 이벤트분배수단은

   상기 다수의 수취인이체처리수단 각각에 대응하도록 암호화 프로그램별로 구비되며된 다수의 이벤트큐를 포함하며,

   상기 이벤트처리에이전트수단은

   상기 이벤트분배수단이 유휴 수취인이체처리수단의 존재여부를 확인할 수 있도록 상기 이벤트큐로 유휴 수취인이체처리수단 정보를 큐잉시키는

   계좌이체시스템.
5. 제1항 내지 제4항 중 어느 한 항에 있어서,

   상기 송금인이체처리수단은

   상기 수취인 계좌번호를 기초로 스크래핑을 이용하여 수취인계좌의 존재여부를 확인하는

   계좌이체시스템.
6. 제1항 내지 제4항 중 어느 한 항에 있어서,

   상기 송금인이체처리수단은

   상기 수취인 계좌번호를 기초로 금융공동망과 연동하여 수취인계좌의 존재여부를 확인하는

   계좌이체시스템.
7. 제1항 내지 제4항 중 어느 한 항에 있어서,

   상기 송금인이체처리수단은

   상기 수신계좌를 조회함으로써 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는

   계좌이체시스템.
8. 제2항 내지 제4항 중 어느 한 항에 있어서,

   상기 클라이언트 이체처리수단은

   상기 송금인계좌를 조회함으로써 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는

   계좌이체시스템.
9. 제1항 내지 제4항 중 어느 한 항에 있어서,

   상기 송금인 식별자는

   적어도 상기 계좌이체시스템의 사용자 ID, 계좌번호를 포함하고,

   상기 수취인 식별자는

   적어도 계좌번호를 포함하는

   계좌이체시스템.
10. 제1항 내지 제4항 중 어느 한 항에 있어서,

    상기 이체코드는

    상기 송금인이체처리수단, 이체코드생성수단, 이벤트분배수단, 이벤트처리에이전트수단, 수취인이체처리수단 및 롤백처리수단이 교환하는 데이터의 전송 성공 여부를 나타내는 정보; 및 상기 롤백처리수단의 롤백실행여부를 나타내는 정보를 더 포함하는

    계좌이체시스템.
11. 제1항 내지 제4항 중 어느 한 항에 있어서,

    상기 롤백처리수단은

    스크래핑을 통해 롤백을 실행하는

    계좌이체시스템.
12. 제1항 내지 제4항 중 어느 한 항에 있어서,

    상기 롤백처리수단은

    금융공동망을 통해 롤백을 실행하는

    계좌이체시스템.
13. 제1항 내지 제4항 중 어느 한 항에 있어서,

    상기 계좌이체시스템은

    수취인이 운영하는 전자상거래 시스템에 연동되고,

    상기 지급계좌로부터 상기 수취인계좌로의 계좌이체가 성공한 경우에 상기 전자상거래 시스템으로 계좌이체 성공을 통지하는 통지수단

    을 더 포함함으로써 실시간으로 수취인에게 송금인의 계좌이체 여부를 알려주는 계좌이체시스템.
14. 인터넷 뱅킹이 가능한 다수의 은행에 대한 다수의 수신계좌 및 지급계좌를 관리하는 계좌이체시스템에 있어서,

    송금인 클라이언트가 상기 계좌이체 시스템에 접속하여 실행한 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는 송금인이체처리수단;

    상기 송금인이체처리수단이 전송하는 계좌이체 요구 및 상기 계좌이체 결과에 기초하여 적어도 이체시간, 송금인 식별자, 수취인 식별자 및 이체금액에 대한 정보를 포함하는 이체코드를 생성하는 이체코드생성수단;

    상기 이체코드생성수단의 이체코드 전송에 의한 계좌이체 요구를 수용할 수 있는 유휴 수취인이체처리수단의 존재여부를 확인하여 당해 유휴 수취인이체처리수단을 관리하는 이벤트처리에이전트수단으로 전송하는 이벤트분배수단;

    수취인이체처리수단의 부하를 체크하여 상기 이벤트분배수단으로 유휴 수취인이체처리수단 정보를 전송하고, 상기 이벤트분배수단이 전송한 계좌이체 요구에 기초하여 유휴 수취인이체처리수단을 활성화시키는 이벤트처리에이전트수단; 및

    상기 수취인계좌의 인터넷 뱅킹 시스템을 통해 상기 지급계좌로부터 상기 수취인계좌로의 계좌이체를 실행하는 수취인이체처리수단

    을 포함하되,

    상기 이벤트분배수단은

    상기 이체코드생성수단의 계좌이체 요구를 큐잉하는 이벤트큐를 포함하는

    계좌이체시스템.
15. 제14항에 있어서,

    상기 송금인 클라이언트는

    송금인으로부터 상기 이체 정보를 입력받고,

    상기 입력받은 이체 정보 중에서 상기 송금인의 계좌번호를 기초로 상기 송금인계좌의 은행과 동일한 은행의 수신계좌를 목적계좌로 선택하여 스크래핑을 통해 상기 송금인계좌로부터 상기 목적계좌로의 계좌이체를 실행하며,

    상기 입력받은 이체 정보를 상기 송금인이체처리수단으로 전송하는 클라이언트 이체처리수단

    을 포함하는 계좌이체시스템.
16. 제14항에 있어서,

    상기 수취인이체처리수단은

    은행별로 계좌이체를 실행하는 다수의 수취인이체처리수단이고,

    상기 이벤트분배수단은

    상기 다수의 수취인이체처리수단 각각에 대응하도록 은행별로 구비된 다수의 이벤트큐를 포함하며,

    상기 이벤트처리에이전트수단은

    상기 이벤트분배수단이 유휴 수취인이체처리수단의 존재여부를 확인할 수 있도록 상기 이벤트큐로 유휴 수취인이체처리수단 정보를 큐잉시키는

    계좌이체시스템.
17. 제14항에 있어서,

    상기 수취인이체처리수단은

    동시에 두 개 의 세션을 처리할 수 없는 암호화 프로그램을 사용하는 은행은 동시에 두 개 의 세션을 처리할 수 없는 암호화 프로그램별로 하나만 포함되는 다수의 은행에 대해 계좌이체를 실행하는 다수의 수취인이체처리수단이고,

    상기 이벤트분배수단은

    상기 다수의 수취인이체처리수단 각각에 대응하도록 암호화 프로그램별로 구비되며된 다수의 이벤트큐를 포함하며,

    상기 이벤트처리에이전트수단은

    상기 이벤트분배수단이 유휴 수취인이체처리수단의 존재여부를 확인할 수 있도록 상기 이벤트큐로 유휴 수취인이체처리수단 정보를 큐잉시키는

    계좌이체시스템.
18. 제14항 내지 제17항 중 어느 한 항에 있어서,

    상기 송금인이체처리수단은

    상기 수신계좌를 조회함으로써 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는

    계좌이체시스템.
19. 제15항 내지 제17항 중 어느 한 항에 있어서,

    상기 클라이언트 이체처리수단은

    상기 송금인계좌를 조회함으로써 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는

    계좌이체시스템.
20. 제14항 내지 제17항 중 어느 한 항에 있어서,

    상기 송금인 식별자는

    적어도 상기 계좌이체시스템의 사용자 ID, 계좌번호를 포함하고,

    상기 수취인 식별자는

    적어도 계좌번호를 포함하는

    계좌이체시스템.
21. 제1항의 계좌이체시스템에 의한 계좌이체방법에 있어서,

    상기 계좌이체 시스템에 접속한 송금인 클라이언트로부터 수신한 이체 정보-상기 이체 정보는 적어도 송금인의 계좌번호 및 예금주 정보, 수취인의 계좌번호 및 예금주 정보 및 이체금액을 포함함-를 기초로 수취인계좌의 존재여부를 확인하고, 상기 송금인 클라이언트에서 실행된 상기 송금인계좌로부터 상기 수신계좌로의계좌이체 결과를 검증하며, 상기 송금인 클라이언트가 전송하는 계좌이체 요구를 수신하는 제1단계;

    상기 계좌이체 요구 및 상기 계좌이체 결과에 기초하여 적어도 이체시간, 송금인 식별자, 수취인 식별자 및 이체금액에 대한 정보를 포함하는 이체코드를 생성하는 제2단계;

    상기 제2단계의 이체코드에 의한 계좌이체 요구를 수용할 수 있는지 여부를 확인하여 계좌이체 요구를 수용할 수 있는 경우에 상기 수취인계좌의 인터넷 뱅킹 시스템을 통해 상기 지급계좌로부터 상기 수취인계좌로의 계좌이체를 실행하는 제3단계; 및

    상기 제2단계의 이체코드에 의한 계좌이체 요구를 수용할 수 없는 경우에 상기 송금인계좌로부터 상기 수신계좌로 실행된 계좌이체에 기초하여 롤백을 실행하는 제4단계

    를 포함하는 계좌이체방법.
22. 제21항에 있어서,

    상기 제1단계는

    송금인이체처리수단의 이체 정보 요구에 의해 활성화되어 송금인으로부터 상기 이체 정보를 입력받는 제5단계,

    상기 입력받은 이체 정보 중에서 상기 송금인의 계좌번호를 기초로 상기 송금인계좌의 은행과 동일한 은행의 수신계좌를 목적계좌로 선택하여 스크래핑을 통해 상기 송금인계좌로부터 상기 목적계좌로의 계좌이체를 실행하는 제6단계,

    상기 입력받은 이체 정보를 상기 계좌이체시스템으로 전송하는 제7단계

    를 포함하는 계좌이체방법.
23. 제21항 또는 제22항에 있어서,

    상기 제1단계는

    상기 수취인 계좌번호를 기초로 스크래핑을 이용하여 수취인계좌의 존재여부를 확인하는 제8단계를 포함하는

    계좌이체방법.
24. 제21항 또는 제22항에 있어서,

    상기 제1단계는

    상기 수취인 계좌번호를 기초로 금융공동망과 연동하여 수취인계좌의 존재여부를 확인하는 제9단계를 포함하는

    계좌이체방법.
25. 제21항 또는 제22항에 있어서,

    상기 제1단계는

    상기 수신계좌를 조회함으로써 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는 제10단계를 포함하는

    계좌이체방법.
26. 제22항에 있어서,

    상기 제1단계는

    상기 송금인계좌를 조회함으로써 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는 제11단계를 포함하는

    계좌이체방법.
27. 제21항 또는 제22항에 있어서,

    상기 송금인 식별자는

    적어도 상기 계좌이체시스템의 사용자 ID, 계좌번호를 포함하고,

    상기 수취인 식별자는

    적어도 계좌번호를 포함하는

    계좌이체방법.
28. 제21항 또는 제22항에 있어서,

    상기 이체코드는

    상기 제1단계 내지 제3단계의 전송 성공 여부를 나타내는 정보; 및 상기 제4단계의 실행여부를 나타내는 정보를 더 포함하는

    계좌이체방법.
29. 제21항 또는 제22항에 있어서,

    상기 제4단계는

    스크래핑을 통해 롤백을 실행하는 제12단계를 포함하는

    계좌이체방법.
30. 제21항 또는 제22항에 있어서,

    상기 제4단계는

    금융공동망을 통해 롤백을 실행하는 제13단계를 포함하는

    계좌이체방법.
31. 제21항 또는 제22항에 있어서,

    상기 계좌이체시스템은

    수취인이 운영하는 전자상거래 시스템에 연동되고,

    상기 지급계좌로부터 상기 수취인계좌로의 계좌이체가 성공한 경우에 상기 전자상거래 시스템으로 통지하는 제14단계

    를 더 포함함으로써 실시간으로 수취인에게 송금인의 계좌이체 여부를 알려주는 계좌이체방법.
32. 상기 제14항의 계좌이체시스템에 의한 계좌이체방법에 있어서,

    송금인 클라이언트가 상기 계좌이체 시스템에 접속하여 실행한 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하여 계좌이체 요구를 생성하는 제1단계;

    상기 계좌이체 요구 및 상기 계좌이체 결과에 기초하여 적어도 이체시간, 송금인 식별자, 수취인 식별자 및 이체금액에 대한 정보를 포함하는 이체코드를 생성하는 제2단계; 및

    상기 제2단계의 이체코드에 의한 계좌이체 요구를 수용할 수 있는지 여부를 확인하여 계좌이체 요구를 수용할 수 있는 경우에 상기 수취인계좌의 인터넷 뱅킹 시스템을 통해 상기 지급계좌로부터 상기 수취인계좌로의 계좌이체를 실행하는 제3단계

    를 포함하는 계좌이체방법.
33. 제32항에 있어서,

    상기 제1단계는

    송금인으로부터 상기 이체 정보를 입력받는 제4단계,

    상기 입력받은 이체 정보 중에서 상기 송금인의 계좌번호를 기초로 상기 송금인계좌의 은행과 동일한 은행의 수신계좌를 목적계좌로 선택하여 스크래핑을 통해 상기 송금인계좌로부터 상기 목적계좌로의 계좌이체를 실행하는 제5단계,

    상기 입력받은 이체 정보를 상기 계좌이체시스템으로 전송하는 제6단계

    를 포함하는 계좌이체방법.
34. 제32항 또는 제33항에 있어서,

    상기 제1단계는

    상기 수취인 계좌번호를 기초로 스크래핑을 이용하여 수취인계좌의 존재여부를 확인하는 제7단계를 포함하는

    계좌이체방법.
35. 제32항 또는 제33항에 있어서,

    상기 제1단계는

    상기 수취인 계좌번호를 기초로 금융공동망과 연동하여 수취인계좌의 존재여부를 확인하는 제8단계를 포함하는

    계좌이체방법.
36. 제32항 또는 제33항에 있어서,

    상기 제1단계는

    상기 수신계좌를 조회함으로써 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는 제9단계를 포함하는

    계좌이체방법.
37. 제33항에 있어서,

    상기 제1단계는

    상기 송금인계좌를 조회함으로써 상기 송금인계좌로부터 상기 수신계좌로의 계좌이체 결과를 검증하는 제10단계를 포함하는

    계좌이체방법.
38. 제32항 또는 제33항에 있어서,

    상기 송금인 식별자는

    적어도 상기 계좌이체시스템의 사용자 ID, 계좌번호를 포함하고,

    상기 수취인 식별자는

    적어도 계좌번호를 포함하는

    계좌이체방법.
39. 제32항 또는 제33항에 있어서,

    상기 이체코드는

    상기 제1단계 내지 제3단계의 전송 성공 여부를 나타내는 정보; 및 상기 제4단계의 실행여부를 나타내는 정보를 더 포함하는

    계좌이체방법.