KR20210067173A - 계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버 - Google Patents

계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버 Download PDF

Info

Publication number
KR20210067173A
KR20210067173A KR1020190156522A KR20190156522A KR20210067173A KR 20210067173 A KR20210067173 A KR 20210067173A KR 1020190156522 A KR1020190156522 A KR 1020190156522A KR 20190156522 A KR20190156522 A KR 20190156522A KR 20210067173 A KR20210067173 A KR 20210067173A
Authority
KR
South Korea
Prior art keywords
account
bank
amount
balance
server
Prior art date
Application number
KR1020190156522A
Other languages
English (en)
Other versions
KR102395872B1 (ko
Inventor
김장원
김정환
이장혁
Original Assignee
한국정보통신주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국정보통신주식회사 filed Critical 한국정보통신주식회사
Priority to KR1020190156522A priority Critical patent/KR102395872B1/ko
Publication of KR20210067173A publication Critical patent/KR20210067173A/ko
Application granted granted Critical
Publication of KR102395872B1 publication Critical patent/KR102395872B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Abstract

본 발명은 계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버에 관한 것으로, 그 방법은 복수의 은행 서버들과 연결된 공동 운영 서버로 조회 API를 호출하여 제1 은행의 계좌에 대한 잔액 조회를 요청하는 단계; 제1 은행의 서버로부터 제공된 제1 은행의 계좌에 대한 잔액 조회결과 정보를 공동 운영 서버로부터 수신하는 단계; 제1 은행의 계좌 잔액을 기준 금액과 비교하는 단계; 및 제1 은행의 계좌 잔액이 기설정된 조건에 해당하는 경우 공동 운영 서버로 이체 API를 호출하여 제1 은행의 계좌와 제2 은행의 계좌 간 이체가 자동 실행되도록 처리하는 단계;를 포함한다.

Description

계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버{METHOD OF PROVIDING INTEGRATED MANAGEMENT SERVICE FOR SERVER THEREOF}
본 발명은 타은행 계좌들을 통합하여 관리하기 위한 서비스를 제공하는 방법에 관한 것이다.
통신망의 발전에 따라, 은행, 증권사, 신용카드사 등을 포함하는 금융기관들과 핀테크(fintech) 업체들은 기존의 오프라인 거래에서 벗어나 다양한 온라인 금융 거래 서비스를 제공하고 있다.
이러한 서비스 제공에 의해 고객은 은행에 직접 방문하거나 현금지급기에 가지 않고도 잔액조회, 거래내역조회 및 계좌이체 등을 할 수 있게 되었다.
그러나 온라인 금융 거래 서비스는 각각 해당 금융기관이 제공하는 웹페이지나 애플리케이션을 통해 각 서버에 개별적으로 접속하여야 하며, 웹 페이지의 경우 HTML TAG, 그림 파일 등 사용자에게 필요 없는 관련 파일을 사용자의 웹 브라우저로 다운로드 하고 웹 페이지를 이동하여야 하는 불편함이 있다.
최근 들어, 위와 같은 온라인 금융 거래 서비스의 불편함을 해소하기 위해, 하나의 통합 금융 서비스 사이트를 개설하고 고객이 각 금융 기관에서 제공하는 인터넷 뱅킹 서비스 사이트에 접속하지 않아도 웹 또는 모바일 앱을 통해 복수 은행의 입출금 내역을 확인할 수 있는 시스템이 제공되고 있다.
위와 같은 종래의 계좌 통합 서비스는 일반적으로 스크래핑(scaping) 기술을 이용해 일정 주기마다 지속적으로 인터넷 뱅킹 사이트에 접속하여 거래 정보를 수집하며, 그에 따라 스크래핑해야 할 정보량이 작은 경우에는 크게 문제되지 않지만, 많은 고객에 대하여 복수 계좌를 통합 관리하기 위해서는 거래 정보 수집에 많은 시간이 소요되며 시스템 부하가 증가하는 문제점이 있다.
선행기술문헌 1. 한국 등록 특허 제10-1532831호 (2015.06.24 공고)
본 발명은 타은행 계좌들을 통합 관리함에 있어 사용자의 불편함을 개선하고 시스템의 부하를 감소시킬 수 있는 계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버를 제공하는 것을 목적으로 한다.
본 발명의 일실시예에 따른 계좌 간 통합 관리 서비스 제공 방법은 사용자 단말기와 통신 가능한 서버에서 계좌 간 통합 관리 서비스를 제공하며, 복수의 은행 서버들과 연결된 공동 운영 서버로 조회 API(Application Programming Interface)를 호출하여, 제1 은행의 계좌에 대한 잔액 조회를 요청하는 단계; 상기 제1 은행의 서버로부터 제공된 상기 제1 은행의 계좌에 대한 잔액 조회결과 정보를 상기 공동 운영 서버로부터 수신하는 단계; 상기 제1 은행의 계좌 잔액을 기준 금액과 비교하는 단계; 및 상기 비교 결과 상기 제1 은행의 계좌 잔액이 기설정된 조건에 해당하는 경우, 상기 공동 운영 서버로 이체 API를 호출하여 상기 제1 은행의 계좌와 제2 은행의 계좌 간 이체가 자동 실행되도록 처리하는 단계;를 포함한다.
또한, 본 발명의 일실시예에 따른 계좌 간 통합 관리 서비스를 제공하기 위한 서버 장치는, 복수의 은행 서버들과 연결된 공동 운영 서버로 조회 API를 호출하여 제1 은행의 계좌에 대한 잔액 조회를 요청하고, 상기 제1 은행의 서버로부터 제공된 상기 제1 은행의 계좌에 대한 잔액 조회결과 정보를 상기 공동 운영 서버로부터 수신하는 통신부; 상기 제1 은행의 계좌 잔액을 기준 금액과 비교하여, 상기 제1 은행의 계좌 잔액이 기설정된 조건에 해당하지 여부를 판단하는 잔액확인부; 및 상기 제1 은행의 계좌 잔액이 상기 기설정된 조건에 해당하는 경우, 상기 공동 운영 서버로 이체 API를 호출하여 상기 제1 은행의 계좌와 제2 은행의 계좌 간 이체가 자동 실행되도록 처리하는 이체처리부;를 포함한다.
한편, 상기 계좌 간 통합 관리 서비스 제공 방법은 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체로 구현될 수 있으며, 프로그램 그 자체로 제공될 수 있다.
본 발명의 실시 예에 따르면, 복수의 은행 서버들과 연결된 공동 운영 서버로 조회 API를 호출하여 특정 은행의 계좌에 대한 잔액 조회를 요청해 확인하여 기설정된 조건에 해당하는 경우 공동 운영 서버로 이체 API를 호출해 타은행 계좌 간 이체가 자동 실행되도록 처리되도록 함으로써, 복수 은행들의 계좌들을 보유한 사용자의 금융 거래 편의성을 향상시킬 수 있으며, 계좌 간 통합 관리 서비스를 제공하는 시스템의 부하를 감소시킬 수 있다.
도 1은 본 발명에 따른 계좌 통합 관리 서비스 제공 시스템의 구성에 대한 일실시예를 나타내는 블록도이다.
도 2는 본 발명의 일실시예에 따른 서비스 제공 서버의 구성을 나타내는 블록도이다.
도 3은 본 발명에 따른 서비스 제공 서버에서 수행되는 계좌 통합 관리 서비스 제공 방법에 대한 일실시예를 나타내는 흐름도이다.
도 4는 본 발명에 따른 시스템에서 계좌 통합 관리 서비스를 제공하는 방법에 대한 제1 실시예를 설명하기 위한 타이밍도이다.
도 5는 계좌 통합 관리 서비스를 위해 제공되는 API(Application Programming Interface)들의 기능을 나타내는 표이다.
도 6은 본 발명에 따른 시스템에서 계좌 통합 관리 서비스를 제공하는 방법에 대한 제2 실시예를 설명하기 위한 타이밍도이다.
도 7은 본 발명에 따른 시스템에서 계좌 통합 관리 서비스를 제공하는 방법에 대한 제3 실시예를 설명하기 위한 타이밍도이다.
도 8은 본 발명에 따른 시스템에서 계좌 통합 관리 서비스를 제공하는 방법에 대한 제4 실시예를 설명하기 위한 타이밍도이다.
이하, 첨부한 도면을 참조하여 본 발명의 실시예에 따른 얼굴인식을 이용한 분할결제 처리 방법 및 그를 수행하기 위한 서버 및 결제 단말 장치에 대해 상세히 설명하고자 한다.
하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서, 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 발명에서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
또한, 이하 실시되는 본 발명의 바람직한 실시예는 본 발명을 이루는 기술적 구성요소를 효율적으로 설명하기 위해 각각의 시스템 기능구성에 기 구비되어 있거나, 또는 본 발명이 속하는 기술분야에서 통상적으로 구비되는 시스템 기능구성은 가능한 생략하고, 본 발명을 위해 추가적으로 구비되어야 하는 기능구성을 위주로 설명한다.
만약 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면, 하기에 도시하지 않고 생략된 기능구성 중에서 종래에 기사용되고 있는 구성요소의 기능을 용이하게 이해할 수 있을 것이며, 또한 상기와 같이 생략된 구성요소와 본 발명을 위해 추가된 구성요소 사이의 관계도 명백하게 이해할 수 있을 것이다.
도 1은 본 발명에 따른 계좌 통합 관리 서비스 제공 시스템의 구성에 대한 일실시예를 블록도로 도시한 것으로, 도시된 시스템(10)은 사용자 단말기(100), 서비스 제공 서버(200), 공동 운영 서버(300) 및 복수의 은행 서버들(400 내지 420)을 포함하여 구성될 수 있다.
도 1을 참조하면, 사용자 단말기(100)는 본 발명에 따른 계좌 통합 관리 서비스를 제공받는 사용자가 소지하는 단말 장치로서, 휴대폰, 스마트폰(smart phone), 노트북 컴퓨터(laptop computer), 데스크탑 컴퓨터(desktop computer), 태블릿 PC(tablet PC) 중 어느 하나일 수 있으나, 본 발명은 이에 한정되지 아니하고 그 이외에 사용자 입력 및 정보 표시 등이 가능한 다양한 장치가 포함될 수 있다.
서비스 제공 서버(200)는 본 발명에 따른 계좌 통합 관리 서비스를 제공하는 서비스 제공자가 운영하는 서버로서, 사용자 단말기(100) 및 공동 운영 서버(300)와 유무선 네트워크를 이용해 통신할 수 있다.
공동 운영 서버(300)는 본 발명에 따른 계좌 통합 관리 서비스를 제공하기 위한 개방형 은행 공동 업무 시스템을 운영하는 서버로서, 서비스 제공 서버(200) 및 사용자 단말기(100) 및 복수의 은행 서버들(400 내지 420)과 유무선 네트워크를 이용해 통신할 수 있다.
한편, 복수의 은행 서버들(400 내지 420)은 각각 서로 다른 은행에서 운영하는 서버로서, 각각의 은행 서버는 해당 은행의 계좌에 대한 조회 및 이체 등의 금융 거래를 처리할 수 있다.
도 1에 도시된 바와 같은 시스템(10)에서, 개별 은행과의 제휴 없이 개방형 은행 공동 업무 시스템으로부터 제공되는 API(Application Programming Interface)를 이용해 서비스 제공 서버(200)가 은행 계좌에 대한 조회 및 이체 서비스를 사용자에게 제공할 수 있다.
API는 프로그래머를 위한 운영체제나 프로그램의 인터페이스로서, 응용 프로그램이 운영체제나 데이터베이스 관리 시스템과 같은 시스템 프로그램과 통신할 때 사용되는 언어나 메시지 형식을 가지며, 프로그램 내에서 실행을 위해 특정 서브루틴에 연결을 제공하는 함수를 호출하는 것으로 구현될 수 있다.
그를 위해, 하나의 API는 함수의 호출에 의해 요청되는 작업을 수행하기 위해 이미 존재하거나 또는 연결되어야 하는 몇 개의 프로그램 모듈이나 루틴을 가질 수 있다.
본 발명의 실시 예에 따르면, 서비스 제공 서버(200)가 복수의 은행 서버들(400 내지 420)과 연결된 공동 운영 서버(300)로 조회 API를 호출하여 특정 은행의 계좌에 대한 잔액 조회를 요청해 확인하여, 기설정된 조건에 해당하는 경우 공동 운영 서버(300)로 이체 API를 호출해 타은행 계좌 간 이체가 자동 실행되도록 처리되도록 함으로써, 복수 은행들의 계좌들을 보유한 사용자의 금융 거래 편의성을 향상시킬 수 있으며, 계좌 간 통합 관리 서비스를 제공하는 시스템의 부하를 감소시킬 수 있다.
도 2는 본 발명의 일실시예에 따른 서비스 제공 서버의 구성을 블록도로 도시한 것이며, 도 3은 본 발명에 따른 서비스 제공 서버에서 수행되는 계좌 통합 관리 서비스 제공 방법에 대한 일실시예를 흐름도로 도시한 것이다.
도 2 및 도 3을 참조하면, 서비스 제공 서버(200)는 제어부(210), 통신부(220), 잔액확인부(230), 이체처리부(240) 및 저장부(250)를 포함하여 구성될 수 있다.
서비스 제공 서버(200)에서 계좌 통합 관리 서비스 제공 방법을 수행하기 위해, 통신부(220)는 복수의 은행 서버들(400 내지 420)과 연결된 공동 운영 서버(300)로 조회 API를 호출하여 제1 은행의 계좌에 대한 잔액 조회를 요청하고(S300 단계), 제1 은행의 서버(400)로부터 제공된 제1 은행의 계좌에 대한 잔액 조회결과 정보를 공동 운영 서버(300)로부터 수신한다(S310 단계).
조회 API는 특정 계좌에 대한 정보, 예를 들어 계좌 잔액을 조회하는 기능을 제공하는 API로서, 조회 API를 호출받은 공동 운영 서버(300)는 해당 은행의 서버로 계좌 잔액 조회를 요청하여 응답받은 조회 결과를 전달할 수 있다.
그 후, 잔액확인부(230)는 통신부(220)를 통해 수신된 잔액 조회결과 정보를 이용해 제1 은행의 계좌 잔액을 확인하여 기준 금액과 비교하고(S320 단계), 비교 결과에 따라 제1 은행의 계좌 잔액이 기설정된 조건에 해당하지 여부를 판단한다(S330 단계).
여기서, 상기 기설정된 조건은, 제1 은행의 계좌 잔액이 기설정된 기준 금액 이상인지 또는 미만인지에 따라, 해당 조건에 해당하는지 여부가 판단될 수 있다.
이체처리부(240)는, 제1 은행의 계좌 잔액이 기설정된 조건에 해당하는 경우, 공동 운영 서버(300)로 이체 API를 호출하여 제1 은행의 계좌와 제2 은행의 계좌 간 이체가 자동 실행되도록 처리한다(S340 단계).
이체 API는 특정 계좌로부터 다른 계좌로 이체하는 기능을 제공하는 API로서, 이체 API가 호출되면 공동 운영 서버(300)는 출금 은행의 서버로 출금을 요청하여 응답받은 이체 결과를 전달할 수 있다.
한편, 제어부(210)는 서비스 제공 서버(200)의 상기한 바와 같은 전체적인 동작을 제어하는 역할을 수행할 수 있으며, 저장부(250)에는 계좌 통합 관리 서비스를 제공하기 위한 사용자 식별 정보, 사용자 설정 정보, 계좌 정보 및 은행 정보 등이 저장될 수 있다.
본 발명의 일실시예에 따르면, 상기 S340 단계에서, 제1 은행의 계좌 잔액이 제1 금액 미만인 경우, 제1 은행의 계좌 잔액과 제1 금액 간 차이 금액 이상인 제2 금액이 제2 은행의 계좌로부터 제1 은행의 계좌로 이체되도록 처리할 수 있다.
그를 위해, 서비스 제공 서버(200)는 공동 운영 서버(300)로 조회 API를 호출하여 제2 은행의 계좌에 대한 잔액 조회를 요청하여, 제2 은행의 서버(410)로부터 제공된 제2 은행의 계좌에 대한 잔액 조회결과 정보를 공동 운영 서버(300)로부터 수신할 수 있다.
이 경우, 서비스 제공 서버(200)는 조회 API를 호출하여 조회된 제2 은행의 계좌 잔액과 제2 금액을 비교하여, 제1 은행의 계좌 잔액의 부족한 금액을 제2 은행의 계좌로부터 이체 가능한지 여부를 먼저 확인할 수 있다.
그 후, 서비스 제공 서버(200)는 공동 운영 서버(300)로 이체 API를 호출하여 제2 은행의 계좌에서 제1 은행의 계좌로 제2 금액이 이체되도록 처리하고, 공동 운영 서버(300)로 이체 API를 다시 호출해 제1 은행의 계좌에서 제1 금액이 출금되도록 처리할 수 있다.
여기서, 상기 제1 금액은 사용자 단말기(100)로부터 이체 요청된 금액이거나, 또는 기등록된 자동 납부 설정에 따른 납부 예정 금액일 수 있으나, 본 발명은 이에 한정되지는 아니한다.
이하, 도 4 내지 도 6을 참조하여, 본 발명에 따른 계좌 통합 관리 서비스 제공 방법에 대한 실시예들을 보다 상세히 설명하기로 한다.
도 4는 본 발명에 따른 시스템에서 계좌 통합 관리 서비스를 제공하는 방법에 대한 제1 실시예를 설명하기 위한 타이밍도로서, 도시된 서비스 제공 방법 중 도 1 내지 도 3을 참조하여 설명한 것과 동일한 것에 대한 설명은 이하 생략하기로 한다.
도 4를 참조하면, 사용자 단말기(100)는 제1 금액에 대한 이체를 서비스 제공 서버(200)에 요청한다(S400 단계).
그를 위해, 사용자는 사용자 단말기(100)에 설치된 계좌 통합 관리 서비스 애플리케이션(application)을 실행시키거나 웹브라우저를 통해 계좌 통합 관리 서비스 웹사이트(website)에 접속한 후, 애플리케이션 또는 웹사이트 상에서 출금 계좌, 입금 계좌 및 이체 금액 등을 선택하여 입력할 수 있다.
여기서, 출금 계좌는, 사용자로부터 선택받거나 입력받지 아니하고, 계좌 통합 관리 서비스에 등록된 사용자 보유 계좌들 중에서 대표 계좌로 미리 등록된 계좌로 자동 지정될 수도 있다.
서비스 제공 서버(200)는 출금 계좌로 선택된 제1 은행의 계좌에 대한 잔액 정보를 조회하기 위해 공동 운영 서버(300)로 잔액조회 API를 호출한다(S401 단계).
도 5를 참조하면, 계좌 통합 관리 서비스를 위해 제공되는 API들은 크게 조회 API와 이체 API로 분류될 수 있다.
한편, 조회 API는, 사용자가 이용기관이 제공하는 서비스를 통해 본인계좌에 대한 잔액 및 출금가능금액을 조회하는 기능을 제공하는 잔액조회 API, 사용자가 이용기관이 제공하는 서비스를 통해 본인계좌에 대한 잔액 및 거래내역을 조회하는 기능을 제공하는 거래내역조회 API, 이용기관이 자금을 수취할 수취인 또는 출금이체 신청을 한 사용자 계좌의 정상여부 및 실명을 실시간 조회하는 기능을 제공하는 계좌실명조회 API, 이용기관이 자금을 출금이체 신청을 한 사용자 계좌의 정상여부를 실시간 조회하는 기능을 제공하는 송금인정보조회 API를 포함할 수 있다.
또한, 이체 API는, 이용기관의 지급계좌에서 자금을 인출하여 수취인 계좌로 실시간 입금하는 기능을 제공하는 출금이체 API와, 이용기관의 출금에 동의한 사용자 계좌에서 출금하여 이용기관의 수납계좌로 실시간 입금하는 기능을 제공하는 입금이체 API를 포함할 수 있다.
상기 잔액조회 API를 호출받은 공동 운영 서버(300)는, 서비스 제공 서버(200)로부터 전송된 제1 은행 계좌 정보를 이용해 제1 은행 서버(400)로 해당 계좌에 대한 잔액 조회를 요청하여(S402 단계), 제1 은행 서버(400)로부터 조회 응답을 받아(S403 단계), 제1 은행의 계좌에 대한 잔액 조회 결과를 서비스 제공 서버(200)로 응답한다(S404 단계).
서비스 제공 서버(200)는 S404 단계에서 수신된 조회 결과에 따라 제1 은행의 계좌 잔액이 S400 단계에서 이체 요청된 제1 금액 이상인지 확인하여, 출금 계좌로 선택된 제1 은행의 계좌에 대한 잔액 부족 여부를 판단한다(S405 단계).
만약, 제1 은행의 계좌 잔액이 이체 요청된 제1 금액 미만으로서, 잔액이 부족하다고 판단되면, 서비스 제공 서버(200)는 계좌 통합 관리 서비스에 등록된 또 다른 계좌인 제2 은행의 계좌에 대한 잔액 정보를 조회하기 위해 공동 운영 서버(300)로 잔액조회 API를 호출한다(S406 단계).
상기 잔액조회 API를 호출받은 공동 운영 서버(300)는, 서비스 제공 서버(200)로부터 전송된 제2 은행 계좌 정보를 이용해 제2 은행 서버(410)로 해당 계좌에 대한 잔액 조회를 요청하여(S407 단계), 제2 은행 서버(410)로부터 조회 응답을 받아(S408 단계), 제2 은행의 계좌에 대한 잔액 조회 결과를 서비스 제공 서버(200)로 응답한다(S409 단계).
서비스 제공 서버(200)는 S409 단계에서 수신된 조회 결과에 따라 제2 은행의 계좌 잔액이 제1 금액 이체를 위해 제1 은행 계좌에 부족한 제2 금액 이상인지 확인하여, 제2 은행의 계좌로부터 제1 은행의 계좌로의 잔액 보충 여부를 판단한다(S410 단계).
제2 은행의 계좌 잔액이 잔액 보충이 필요한 제2 금액 이상으로서, 제1 은행의 계좌에 대한 잔액 보충이 가능하다고 판단되면, 서비스 제공 서버(200)는 제2 은행의 계좌로부터 제2 금액을 출금하기 위해 공동 운영 서버(300)로 출금이체 API를 호출한다(S411 단계).
상기 출금이체 API를 호출받은 공동 운영 서버(300)는 제2 은행 서버(410)로 제2 은행의 계좌에 대한 제2 금액 출금을 요청하여(S412 단계), 제2 은행 서버(410)로부터 출금 응답을 받아(S413 단계), 제2 은행의 계좌로부터의 출금 이체 결과를 서비스 제공 서버(200)로 응답한다(S414 단계).
상기한 바와 같은 서비스 제공 서버(200)의 출금이체 API 호출에 의해, 제2 은행의 계좌로부터 제3 은행의 계좌로 제2 금액에 대한 이체가 자동 실행될 수 있다.
이때, 제3 은행 서버(415)는 공동 운영 서버(300)로부터 제2 금액에 대한 입금 요청을 받은 후, 공동 운영 서버(300)로 제2 금액에 대한 입금 응답을 회신할 수 있다.
여기서, 상기 제3 은행의 계좌는 계좌 간 통합 관리 서비스를 이용하기 위해 미리 지정된 계좌일 수 있으며, 예를 들어 계좌 간 통합 관리 서비스 제공자와 연관된 지급계좌일 수 있다.
그 후, 서비스 제공 서버(200)는 제1 은행의 계좌로 제2 금액을 입금하기 위해 공동 운영 서버(300)로 입금이체 API를 호출한다(S415 단계).
상기 입금이체 API를 호출받은 공동 운영 서버(300)는 제3 은행 서버(415)로 제1 은행의 계좌로의 제2 금액 출금을 요청하여(S416 단계), 제3 은행 서버(415)로부터 출금 응답을 받아(S417 단계), 제3 은행의 계좌로부터 제1 은행의 계좌로의 입금 이체 결과를 서비스 제공 서버(200)로 응답한다(S418 단계).
상기한 바와 같은 서비스 제공 서버(200)의 입금이체 API 호출에 의해, 제3 은행의 계좌로부터 제1 은행의 계좌로 제2 금액에 대한 이체가 자동 실행될 수 있다.
이때, 제1 은행 서버(400)는 공동 운영 서버(300)로부터 제2 금액에 대한 입금 요청을 받은 후, 공동 운영 서버(300)로 제2 금액에 대한 입금 응답을 회신할 수 있다.
그 다음, 서비스 제공 서버(200)는 사용자가 이체 요청한 제1 금액을 제1 은행의 계좌로부터 출금하기 위해 공동 운영 서버(300)로 출금이체 API를 호출한다(S419 단계).
상기한 바와 같은 서비스 제공 서버(200)의 출금이체 API 호출에 의해, 제1 은행의 계좌로부터 사용자가 지정한 입금 계좌로 제1 금액에 대한 이체가 실행될 수 있다.
도 6은 본 발명에 따른 시스템에서 계좌 통합 관리 서비스를 제공하는 방법에 대한 제2 실시예를 설명하기 위한 타이밍도로서, 도시된 서비스 제공 방법 중 도 1 내지 도 5를 참조하여 설명한 것과 동일한 것에 대한 설명은 이하 생략하기로 한다.
도 6을 참조하면, 서비스 제공 서버(200)는 사용자에 의해 기등록된 자동 납부 설정을 확인한다(S600 단계).
예를 들어, 사용자는 사용자 단말기(100)에 설치된 계좌 통합 관리 서비스 애플리케이션을 실행시키거나 웹브라우저를 통해 계좌 통합 관리 서비스 웹사이트에 접속한 후, 애플리케이션 또는 웹사이트 상에서 일정 주기로 이체하여야 할 내역(카드 대금, 아파트관리비, 월세, 회비 등)에 대한 자동 납부를 설정하여 미리 등록할 수 있다.
이 경우, 서비스 제공 서버(200)는, 기등록된 자동 납부 설정에 따른 납부 일자로부터 일정 시간 이전(예를 들어, 하루 전)에, 납부 예정 금액을 확인할 수 있다.
여기서, 상기 납부 예정 금액은, 사용자 단말기(100)에서 사용자가 직접 입력하거나, 웹스크래핑을 이용해 해당 기관의 웹사이트에서 자동 수집하거나, 또는 메일이나 우편물 등으로 수신된 청구서로부터 읽어들이는 등의 다양한 방법에 의해 확인될 수 있다.
납부 예정 금액이 확인되면, 서비스 제공 서버(200)는 자동 납부 계좌로 등록된 제1 은행의 계좌에 대한 잔액 정보를 조회하기 위해 공동 운영 서버(300)로 잔액조회 API를 호출한다(S601 단계).
상기 잔액조회 API를 호출받은 공동 운영 서버(300)는, 서비스 제공 서버(200)로부터 전송된 제1 은행 계좌 정보를 이용해 제1 은행 서버(400)로 해당 계좌에 대한 잔액 조회를 요청하여(S602 단계), 제1 은행 서버(400)로부터 조회 응답을 받아(S603 단계), 제1 은행의 계좌에 대한 잔액 조회 결과를 서비스 제공 서버(200)로 응답한다(S604 단계).
서비스 제공 서버(200)는 S604 단계에서 수신된 조회 결과에 따라 제1 은행의 계좌 잔액이 납부 예정 금액인 제1 금액 이상인지 확인하여, 자동 납부 계좌로 등록된 제1 은행의 계좌에 대한 잔액 부족 여부를 판단한다(S605 단계).
만약, 제1 은행의 계좌 잔액이 자동 납부할 제1 금액 미만으로서, 잔액이 부족하다고 판단되면, 서비스 제공 서버(200)는 계좌 통합 관리 서비스에 등록된 또 다른 계좌인 제2 은행의 계좌에 대한 잔액 정보를 조회하기 위해 공동 운영 서버(300)로 잔액조회 API를 호출한다(S606 단계).
상기 잔액조회 API를 호출받은 공동 운영 서버(300)는, 서비스 제공 서버(200)로부터 전송된 제2 은행 계좌 정보를 이용해 제2 은행 서버(410)로 해당 계좌에 대한 잔액 조회를 요청하여(S607 단계), 제2 은행 서버(410)로부터 조회 응답을 받아(S608 단계), 제2 은행의 계좌에 대한 잔액 조회 결과를 서비스 제공 서버(200)로 응답한다(S609 단계).
서비스 제공 서버(200)는 S609 단계에서 수신된 조회 결과에 따라 제2 은행의 계좌 잔액이 자동 납부를 위해 제1 은행 계좌에 부족한 제2 금액 이상인지 확인하여, 제2 은행의 계좌로부터 제1 은행의 계좌로의 잔액 보충 여부를 판단한다(S610 단계).
제2 은행의 계좌 잔액이 잔액 보충이 필요한 제2 금액 이상으로서, 제1 은행의 계좌에 대한 잔액 보충이 가능하다고 판단되면, 서비스 제공 서버(200)는 제2 은행의 계좌로부터 제2 금액을 출금하기 위해 공동 운영 서버(300)로 출금이체 API를 호출한다(S611 단계).
상기 출금이체 API를 호출받은 공동 운영 서버(300)는 제2 은행 서버(410)로 제2 은행의 계좌에 대한 제2 금액 출금을 요청하여(S612 단계), 제2 은행 서버(410)로부터 출금 응답을 받아(S613 단계), 제2 은행의 계좌로부터의 출금 이체 결과를 서비스 제공 서버(200)로 응답한다(S614 단계).
상기한 바와 같은 서비스 제공 서버(200)의 출금이체 API 호출에 의해, 제2 은행의 계좌로부터 제3 은행의 계좌로 제2 금액에 대한 이체가 자동 실행될 수 있다.
그 후, 서비스 제공 서버(200)는 제1 은행의 계좌로 제2 금액을 입금하기 위해 공동 운영 서버(300)로 입금이체 API를 호출한다(S615 단계).
상기 입금이체 API를 호출받은 공동 운영 서버(300)는 제3 은행 서버(415)로 제1 은행의 계좌로의 제2 금액 출금을 요청하여(S616 단계), 제3 은행 서버(415)로부터 출금 응답을 받아(S617 단계), 제3 은행의 계좌로부터 제1 은행의 계좌로의 입금 이체 결과를 서비스 제공 서버(200)로 응답한다(S618 단계).
상기한 바와 같은 서비스 제공 서버(200)의 입금이체 API 호출에 의해, 제3 은행의 계좌로부터 제1 은행의 계좌로 제2 금액에 대한 이체가 자동 실행될 수 있다.
그 다음, 서비스 제공 서버(200)는 자동 납부할 제1 금액을 제1 은행의 계좌로부터 출금하기 위해 공동 운영 서버(300)로 출금이체 API를 호출한다(S419 단계).
상기한 바와 같은 서비스 제공 서버(200)의 출금이체 API 호출에 의해, 제1 은행의 계좌로부터 자동 납부 수납 계좌로 제1 금액에 대한 이체가 실행될 수 있다.
본 발명의 또 다른 실시예에 따르면, 도 3에 도시된 S340 단계에서, 제1 은행의 계좌 잔액이 제3 금액 이상인 경우, 제1 은행의 계좌 잔액과 제3 금액 간 차이 금액 이하인 제4 금액이 제1 은행의 계좌로부터 제2 은행의 계좌로 이체되도록 처리할 수 있다.
또한, 제1 은행의 계좌 잔액이 제5 금액 미만인 경우, 제1 은행의 계좌 잔액과 제5 금액 간 차이 금액 이상인 제6 금액이 제2 은행의 계좌로부터 제1 은행의 계좌로 이체되도록 처리할 수 있다.
여기서, 상기 제3 금액과 상기 제5 금액 중 적어도 하나는, 사용자에 의해 설정되거나, 또는 이후 일정기간 동안 상기 제1 은행의 계좌로부터 이체 예상되는 출금예정 금액에 기초하여 설정될 수 있다.
한편, 제1 은행의 계좌는 입출금통장 계좌이며, 제2 은행의 계좌는 대출통장 계좌일 수 있으며, 그에 따라 입출금통장 계좌에는 향후 지출 예정인 금액 정도가 잔액으로 유지되고 나머지 초과 잔액은 대출통장 계좌로 자동 이체 처리되도록 하여 대출 이자가 감소되는 효과를 거둘 수 있다.
이하, 도 7 및 도 8을 참조하여, 본 발명에 따른 계좌 통합 관리 서비스 제공 방법에 대한 또 다른 실시예들을 보다 상세히 설명하기로 한다.
도 7은 본 발명에 따른 시스템에서 계좌 통합 관리 서비스를 제공하는 방법에 대한 제3실시예를 설명하기 위한 타이밍도로서, 도시된 서비스 제공 방법 중 도 1 내지 도 6을 참조하여 설명한 것과 동일한 것에 대한 설명은 이하 생략하기로 한다.
도 7을 참조하면, 서비스 제공 서버(200)는 미리 등록된 입출금 계좌인 제1 은행의 계좌에 대한 잔액 정보를 조회하기 위해 공동 운영 서버(300)로 잔액조회 API를 호출한다(S700 단계).
예를 들어, 서비스 제공 서버(200)는 미리 설정된 일정 주기로 잔액조회 API를 호출하여, 제1 은행의 계좌 잔액을 확인할 수 있다.
상기 잔액조회 API를 호출받은 공동 운영 서버(300)는, 서비스 제공 서버(200)로부터 전송된 제1 은행 계좌 정보를 이용해 제1 은행 서버(400)로 해당 계좌에 대한 잔액 조회를 요청하여(S701 단계), 제1 은행 서버(400)로부터 조회 응답을 받아(S702 단계), 제1 은행의 계좌에 대한 잔액 조회 결과를 서비스 제공 서버(200)로 응답한다(S703 단계).
서비스 제공 서버(200)는 S604 단계에서 수신된 조회 결과에 따라 제1 은행의 계좌 잔액이 상한금액인 제3 금액 이상인지 확인하여, 입출금 통장인 제1 은행의 계좌에 대한 통장 잔액 초과 여부를 판단한다(S704 단계).
만약, 제1 은행의 계좌 잔액이 제3 금액 이상으로서, 입출금통장의 잔액이 초과되었다고 판단되면, 서비스 제공 서버(200)는 제1 은행의 계좌 잔액과 제3 금액 간 차이에 해당하는 제4 금액을 계좌 통합 관리 서비스에 등록된 수시 입출금 가능한 대출통장(예를 들어, 마이너스 통장)인 제2 은행의 계좌로 자동 이체 처리할 것을 결정할 수 있다.
그에 따라, 서비스 제공 서버(200)는 공동 운영 서버(300)로 출금이체 API를 호출하여, 제1 은행의 계좌로부터 제4 금액의 출금을 요청한다(S705 단계).
상기 출금이체 API를 호출받은 공동 운영 서버(300)는 제1 은행 서버(400)로 제1 은행의 계좌에 대한 제4 금액 출금을 요청하여(S706 단계), 제1 은행 서버(400)로부터 출금 응답을 받아(S707 단계), 제1 은행의 계좌로부터의 출금 이체 결과를 서비스 제공 서버(200)로 응답한다(S708 단계).
상기한 바와 같은 서비스 제공 서버(200)의 출금이체 API 호출에 의해, 제1 은행의 계좌로부터 제3 은행의 계좌로 제4 금액에 대한 이체가 자동 실행될 수 있다.
그 후, 서비스 제공 서버(200)는 제2 은행의 계좌로 제4 금액을 입금하기 위해 공동 운영 서버(300)로 입금이체 API를 호출한다(S709 단계).
상기 입금이체 API를 호출받은 공동 운영 서버(300)는 제3 은행 서버(415)로 제2 은행의 계좌로의 제4 금액 출금을 요청하여(S710 단계), 제3 은행 서버(415)로부터 출금 응답을 받아(S711 단계), 제3 은행의 계좌로부터 제2 은행의 계좌로의 입금 이체 결과를 서비스 제공 서버(200)로 응답한다(S712 단계).
상기한 바와 같은 서비스 제공 서버(200)의 입금이체 API 호출에 의해, 제3 은행의 계좌로부터 제2 은행의 계좌로 제4 금액에 대한 이체가 자동 실행될 수 있다.
도 8은 본 발명에 따른 시스템에서 계좌 통합 관리 서비스를 제공하는 방법에 대한 제4실시예를 설명하기 위한 타이밍도로서, 도시된 서비스 제공 방법 중 도 1 내지 도 7을 참조하여 설명한 것과 동일한 것에 대한 설명은 이하 생략하기로 한다.
도 8을 참조하면, 서비스 제공 서버(200)는 미리 등록된 입출금 계좌인 제1 은행의 계좌에 대한 잔액 정보를 조회하기 위해 공동 운영 서버(300)로 잔액조회 API를 호출한다(S800 단계).
상기 잔액조회 API를 호출받은 공동 운영 서버(300)는, 서비스 제공 서버(200)로부터 전송된 제1 은행 계좌 정보를 이용해 제1 은행 서버(400)로 해당 계좌에 대한 잔액 조회를 요청하여(S801 단계), 제1 은행 서버(400)로부터 조회 응답을 받아(S802 단계), 제1 은행의 계좌에 대한 잔액 조회 결과를 서비스 제공 서버(200)로 응답한다(S803 단계).
서비스 제공 서버(200)는 S604 단계에서 수신된 조회 결과에 따라 제1 은행의 계좌 잔액이 하한금액인 제5 금액 미만인지 확인하여, 입출금 통장인 제1 은행의 계좌에 대한 통장 잔액 부족 여부를 판단한다(S804 단계).
만약, 제1 은행의 계좌 잔액이 제5 금액 미만으로서, 입출금통장의 잔액이 부족하다고 판단되면, 서비스 제공 서버(200)는 제1 은행의 계좌 잔액과 제5 금액 간 차이에 해당하는 제6 금액을 계좌 통합 관리 서비스에 등록된 수시 입출금 가능한 대출통장(예를 들어, 마이너스 통장)인 제2 은행의 계좌로부터 자동 입금 처리할 것을 결정할 수 있다.
그에 따라, 서비스 제공 서버(200)는 공동 운영 서버(300)로 출금이체 API를 호출하여, 제2 은행의 계좌로부터 제6 금액의 출금을 요청한다(S805 단계).
상기 출금이체 API를 호출받은 공동 운영 서버(300)는 제2 은행 서버(410)로 제2 은행의 계좌에 대한 제6 금액 출금을 요청하여(S806 단계), 제2 은행 서버(410)로부터 출금 응답을 받아(S807 단계), 제2 은행의 계좌로부터의 출금 이체 결과를 서비스 제공 서버(200)로 응답한다(S808 단계).
상기한 바와 같은 서비스 제공 서버(200)의 출금이체 API 호출에 의해, 제2 은행의 계좌로부터 제3 은행의 계좌로 제6 금액에 대한 이체가 자동 실행될 수 있다.
그 후, 서비스 제공 서버(200)는 제1 은행의 계좌로 제6 금액을 입금하기 위해 공동 운영 서버(300)로 입금이체 API를 호출한다(S809 단계).
상기 입금이체 API를 호출받은 공동 운영 서버(300)는 제3 은행 서버(415)로 제1 은행의 계좌로의 제6 금액 출금을 요청하여(S810 단계), 제3 은행 서버(415)로부터 출금 응답을 받아(S811 단계), 제3 은행의 계좌로부터 제1 은행의 계좌로의 입금 이체 결과를 서비스 제공 서버(200)로 응답한다(S812 단계).
상기한 바와 같은 서비스 제공 서버(200)의 입금이체 API 호출에 의해, 제3 은행의 계좌로부터 제1 은행의 계좌로 제6 금액에 대한 이체가 자동 실행될 수 있다.
상술한 본 발명의 일실시예에 따른 방법들은 컴퓨터에서 실행되기 위한 프로그램으로 제작될 수 있다. 또한, 상기 프로그램은 컴퓨터가 읽을 수 있는 기록 매체에 저장될 수 있으며, 컴퓨터가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있다.
컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고, 상기 방법을 구현하기 위한 기능적인(function) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.
또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형 실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안 될 것이다.

Claims (16)

  1. 사용자 단말기와 통신 가능한 서버에서 계좌 간 통합 관리 서비스를 제공하기 위한 방법에 있어서,
    복수의 은행 서버들과 연결된 공동 운영 서버로 조회 API(Application Programming Interface)를 호출하여, 제1 은행의 계좌에 대한 잔액 조회를 요청하는 단계;
    상기 제1 은행의 서버로부터 제공된 상기 제1 은행의 계좌에 대한 잔액 조회결과 정보를 상기 공동 운영 서버로부터 수신하는 단계;
    상기 제1 은행의 계좌 잔액을 기준 금액과 비교하는 단계; 및
    상기 비교 결과 상기 제1 은행의 계좌 잔액이 기설정된 조건에 해당하는 경우, 상기 공동 운영 서버로 이체 API를 호출하여 상기 제1 은행의 계좌와 제2 은행의 계좌 간 이체가 자동 실행되도록 처리하는 단계;를 포함하는 계좌 간 통합 관리 서비스 제공 방법.
  2. 제1항에 있어서, 상기 처리 단계는
    상기 제1 은행의 계좌 잔액이 제1 금액 미만인 경우, 상기 제1 은행의 계좌 잔액과 상기 제1 금액 간 차이 금액 이상인 제2 금액이 상기 제2 은행의 계좌로부터 상기 제1 은행의 계좌로 이체되도록 처리하는 계좌 간 통합 관리 서비스 제공 방법.
  3. 제2항에 있어서,
    상기 공동 운영 서버로 조회 API를 호출하여 상기 제2 은행의 계좌에 대한 잔액 조회를 요청하는 단계;
    상기 제2 은행의 서버로부터 제공된 상기 제2 은행의 계좌에 대한 잔액 조회결과 정보를 상기 공동 운영 서버로부터 수신하는 단계; 및
    상기 제2 은행의 계좌 잔액과 상기 제2 금액을 비교하는 단계;를 더 포함하는 계좌 간 통합 관리 서비스 제공 방법.
  4. 제2항에 있어서,
    상기 공동 운영 서버로 이체 API를 호출하여 상기 제1 은행의 계좌에서 상기 제1 금액이 출금되도록 처리하는 단계;를 더 포함하는 계좌 간 통합 관리 서비스 제공 방법.
  5. 제2항에 있어서, 상기 제1 금액은
    상기 사용자 단말기로부터 이체 요청된 금액인 계좌 간 통합 관리 서비스 제공 방법.
  6. 제2항에 있어서, 상기 제1 금액은
    기등록된 자동 납부 설정에 따른 납부 예정 금액인 계좌 간 통합 관리 서비스 제공 방법.
  7. 제2항에 있어서, 상기 이체 API는
    이용기관의 지급계좌에서 자금을 인출하여 수취인 계좌로 실시간 입금하는 기능을 제공하는 출금이체 API와, 이용기관의 출금에 동의한 사용자 계좌에서 출금하여 이용기관의 수납계좌로 실시간 입금하는 기능을 제공하는 입금이체 API를 포함하고,
    상기 처리 단계는
    상기 공동 운영 서버로 상기 출금이체 API를 호출하여, 상기 제2 은행의 계좌로부터 제3 계좌로의 출금을 요청하는 단계; 및
    상기 공동 운영 서버로 상기 입금이체 API를 호출하여, 상기 제3 계좌로부터 상기 제1 은행의 계좌로의 입금을 요청하는 단계;를 포함하는 계좌 간 통합 관리 서비스 제공 방법.
  8. 제1항에 있어서, 상기 처리 단계는
    상기 제1 은행의 계좌 잔액이 제3 금액 이상인 경우, 상기 제1 은행의 계좌 잔액과 상기 제3 금액 간 차이 금액 이하인 제4 금액이 상기 제1 은행의 계좌로부터 상기 제2 은행의 계좌로 이체되도록 처리하는 계좌 간 통합 관리 서비스 제공 방법.
  9. 제1항에 있어서, 상기 처리 단계는
    상기 제1 은행의 계좌 잔액이 제5 금액 미만인 경우, 상기 제1 은행의 계좌 잔액과 상기 제5 금액 간 차이 금액 이상인 제6 금액이 상기 제2 은행의 계좌로부터 상기 제1 은행의 계좌로 이체되도록 처리하는 계좌 간 통합 관리 서비스 제공 방법.
  10. 제8항 및 제9항 중 어느 한 항에 있어서,
    상기 제3 금액 또는 상기 제5 금액은
    사용자에 의해 설정되거나, 또는 이후 일정기간 동안 상기 제1 은행의 계좌로부터 이체 예상되는 출금예정 금액에 기초하여 설정되는 계좌 간 통합 관리 서비스 제공 방법.
  11. 제8항 및 제9항 중 어느 한 항에 있어서,
    상기 제1 은행의 계좌는 입출금통장 계좌이며, 상기 제2 은행의 계좌는 대출통장 계좌인 계좌 간 통합 관리 서비스 제공 방법.
  12. 계좌 간 통합 관리 서비스를 제공하기 위한 서버 장치에 있어서,
    복수의 은행 서버들과 연결된 공동 운영 서버로 조회 API를 호출하여 제1 은행의 계좌에 대한 잔액 조회를 요청하고, 상기 제1 은행의 서버로부터 제공된 상기 제1 은행의 계좌에 대한 잔액 조회결과 정보를 상기 공동 운영 서버로부터 수신하는 통신부;
    상기 제1 은행의 계좌 잔액을 기준 금액과 비교하여, 상기 제1 은행의 계좌 잔액이 기설정된 조건에 해당하지 여부를 판단하는 잔액확인부; 및
    상기 제1 은행의 계좌 잔액이 상기 기설정된 조건에 해당하는 경우, 상기 공동 운영 서버로 이체 API를 호출하여 상기 제1 은행의 계좌와 제2 은행의 계좌 간 이체가 자동 실행되도록 처리하는 이체처리부;를 포함하는 서버 장치.
  13. 제12항에 있어서, 상기 이체처리부는
    상기 제1 은행의 계좌 잔액이 제1 금액 미만인 경우, 상기 제1 은행의 계좌 잔액과 상기 제1 금액 간 차이 금액 이상인 제2 금액이 상기 제2 은행의 계좌로부터 상기 제1 은행의 계좌로 이체되도록 처리한 후,
    상기 공동 운영 서버로 이체 API를 호출하여 상기 제1 은행의 계좌에서 상기 제1 금액이 출금되도록 처리하는 서버 장치.
  14. 제13항에 있어서, 상기 제1 금액은
    상기 사용자 단말기로부터 이체 요청된 금액이거나, 또는 기등록된 자동 납부 설정에 따른 납부 예정 금액인 서버 장치.
  15. 제12항에 있어서, 상기 이체처리부는
    상기 제1 은행의 계좌 잔액이 제3 금액 이상인 경우, 상기 제1 은행의 계좌 잔액과 상기 제3 금액 간 차이 금액 이하인 제4 금액이 상기 제1 은행의 계좌로부터 상기 제2 은행의 계좌로 이체되도록 처리하고,
    상기 제1 은행의 계좌 잔액이 제5 금액 미만인 경우에는, 상기 제1 은행의 계좌 잔액과 상기 제5 금액 간 차이 금액 이상인 제6 금액이 상기 제2 은행의 계좌로부터 상기 제1 은행의 계좌로 이체되도록 처리하는 서버 장치.
  16. 제15항에 있어서,
    상기 제1 은행의 계좌는 입출금통장 계좌이며, 상기 제2 은행의 계좌는 대출통장 계좌인 서버 장치.
KR1020190156522A 2019-11-29 2019-11-29 계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버 KR102395872B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020190156522A KR102395872B1 (ko) 2019-11-29 2019-11-29 계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190156522A KR102395872B1 (ko) 2019-11-29 2019-11-29 계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버

Publications (2)

Publication Number Publication Date
KR20210067173A true KR20210067173A (ko) 2021-06-08
KR102395872B1 KR102395872B1 (ko) 2022-05-06

Family

ID=76399715

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190156522A KR102395872B1 (ko) 2019-11-29 2019-11-29 계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버

Country Status (1)

Country Link
KR (1) KR102395872B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102645217B1 (ko) * 2023-08-02 2024-03-08 이승민 핀테크를 이용한 통합 뱅킹 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080000767A (ko) * 2006-06-28 2008-01-03 주식회사 케이티 잔고 금액 알리미 서비스 장치 및 방법
KR20090001910A (ko) * 2007-05-29 2009-01-09 주식회사 신한은행 자동이체 운용 방법 및 시스템과 이를 위한 기록매체
KR20140060900A (ko) * 2012-11-13 2014-05-21 인크로스 주식회사 모바일 대금 결제 방법
KR101532831B1 (ko) 2013-06-27 2015-06-30 중소기업은행 통합계좌 관리 장치 및 그 방법
JP2019101479A (ja) * 2017-11-28 2019-06-24 株式会社マネーフォワード 残高管理システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080000767A (ko) * 2006-06-28 2008-01-03 주식회사 케이티 잔고 금액 알리미 서비스 장치 및 방법
KR20090001910A (ko) * 2007-05-29 2009-01-09 주식회사 신한은행 자동이체 운용 방법 및 시스템과 이를 위한 기록매체
KR20140060900A (ko) * 2012-11-13 2014-05-21 인크로스 주식회사 모바일 대금 결제 방법
KR101532831B1 (ko) 2013-06-27 2015-06-30 중소기업은행 통합계좌 관리 장치 및 그 방법
JP2019101479A (ja) * 2017-11-28 2019-06-24 株式会社マネーフォワード 残高管理システム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102645217B1 (ko) * 2023-08-02 2024-03-08 이승민 핀테크를 이용한 통합 뱅킹 장치

Also Published As

Publication number Publication date
KR102395872B1 (ko) 2022-05-06

Similar Documents

Publication Publication Date Title
US8086508B2 (en) Method and apparatus for delegating authority
CN111369333B (zh) 分布式系统日切协同处理方法及系统
KR101662014B1 (ko) 온라인을 통한 제3자담보 기반 대출제공시스템, 방법 및 프로그램
JP2021135904A (ja) データ処理装置およびデータ処理方法
JP5292646B2 (ja) 預金口座に対する入出金処理方法およびシステム
JP5850592B1 (ja) 金融口座を管理するコンピュータ・システム
US20070067237A1 (en) Methods and systems for the transfer of money services provided to non-citizen residents
JP5522868B1 (ja) 資金移動制御装置及び資金移動の制御方法
JP2009075925A (ja) 給与支払い管理サーバ及びコンピュータプログラム
KR102395872B1 (ko) 계좌 통합 관리 서비스 제공 방법 및 그를 수행하기 위한 서버
KR20100124226A (ko) 잔액 기반의 정기예금 운영방법
JP6062522B1 (ja) 賃金の支払をサポートするシステム、方法及びプログラム
JP2004199525A (ja) 前払可能な支払方法及びサーバ装置、並びにプログラム
JP2003242345A (ja) 融資支援システム及びコンピュータプログラム
JP2002342586A (ja) 取引明細管理システム
JP5852636B2 (ja) マンション管理会社向け振込管理システムおよび方法
JP2020140742A (ja) 口座管理システム、口座の管理方法及びホストコンピュータ
JP4803638B2 (ja) 現金自動処理装置、支払処理システム、支払処理方法及びコンピュータプログラム
JP2003168004A (ja) 出金処理方法、融資認証処理方法および金融機関システム
KR100539123B1 (ko) 신용카드로 급여를 지급하는 방법
JP6718422B2 (ja) 預金口座管理システム、預金口座の管理方法、インターネットバンキングサーバ及びホストコンピュータ
KR20000072453A (ko) 이메일과 사이버 계좌를 이용한 금융 대행 서비스 사업방법 및 이를 구현할 수 있는 프로그램이 수록된 컴퓨터로읽을 수 있는 기록매체
JPH10105630A (ja) 貸借管理サポートシステム
JP7153818B2 (ja) プログラム、情報処理装置及び情報処理方法
KR20020034001A (ko) 네트워크를 통한 대납 서비스 제공 시스템 및 그 방법

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
E90F Notification of reason for final refusal
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant