KR20210059881A - 계좌 이체 연동 장치 및 방법 - Google Patents

Abstract

현재 계좌 이체를 하려면 은행 홈페이지에 접속하거나 은행 앱을 실행하고 로그인한 후 상대방 은행을 선택하고, 계좌번호를 입력하고, 금액을 입력해야 한다.
이체 사유를 기록하려면 보내는 사람 기재 사항도 입력해야 하고, 상대방의 통장에 예금주 대신 다른 이름으로 표시되게 하려면 받는 사람 기재 사항도 입력해야 한다.
따라서 계좌 이체를 하기 위해서 많은 정보를 일일이 입력해야 하기 때문에 매우 불편하다.
본 발명은 사용자가 계좌 이체 화면에서 상대방의 은행, 계좌번호, 이체 금액 등의 정보를 일일이 입력하는 대신 별도의 연동 모듈이 은행 계좌 이체 화면을 열고, 외부에서 전달된 정보를 계좌 이체 화면에 자동으로 입력하고, 이체 완료 화면에서 이체 결과를 추출하여 리턴하는 장치 및 방법에 대한 발명이다.
본 발명에 의하면 이체하는 사람이 일일이 상대방 은행을 선택하고, 계좌번호를 입력하고, 금액을 입력할 필요가 없기 때문에 매우 편리해진다.

Description

계좌 이체 연동 장치 및 방법 {The system and method to interwork to account transfer}

본 발명은 사용자가 계좌 이체 화면에서 상대방의 은행, 계좌번호, 이체 금액 등의 정보를 일일이 입력하는 대신 별도의 연동 모듈이 은행 계좌 이체 화면을 열고, 외부에서 전달된 정보를 계좌 이체 화면에 자동으로 입력하고, 이체 완료 화면에서 이체 결과를 추출하여 리턴하는 장치 및 방법에 대한 발명이다.

현재 계좌 이체를 하려면 은행 홈페이지에 접속하거나 은행 앱을 실행하고 로그인한 후 상대방 은행을 선택하고, 계좌번호를 입력하고, 금액을 입력해야 한다.

이체 사유를 기록하려면 보내는 사람 기재 사항도 입력해야 하고, 상대방의 통장에 예금주 대신 다른 이름으로 표시되게 하려면 받는 사람 기재 사항도 입력해야 한다.

따라서 계좌 이체를 하기 위해서 많은 정보를 일일이 입력해야 하기 때문에 매우 불편하다.

본 발명은 사용자가 계좌 이체 화면에서 상대방의 은행, 계좌번호, 이체 금액 등의 정보를 일일이 입력하는 대신 별도의 연동 모듈이 은행 계좌 이체 화면을 열고, 외부에서 전달된 정보를 계좌 이체 화면에 자동으로 입력하고, 이체 완료 화면에서 이체 결과를 추출하여 리턴하는 장치 및 방법에 대한 발명이다.

본 발명에 의하면 이체하는 사람이 일일이 상대방 은행을 선택하고, 계좌번호를 입력하고, 금액을 입력할 필요가 없기 때문에 매우 편리해진다.

도1은 본 발명에 의한 연동 모듈의 흐름도의 예시이다.
도2는 본 발명에 의한 연동 모듈의 구성도의 예시이다.
도3은 은행의 이체 정보 입력 화면의 예시이다.
도4는 은행의 계좌 정보 조회 결과 화면의 예시이다.
도5는 은행의 이체 완료 화면의 예시이다.
도6은 본 발명을 쇼핑몰에 적용한 경우의 흐름도의 예시이다.

현재 계좌이체를 하려면 은행 사이트에 접속하거나 은행 앱을 실행하고 로그인한 후 상대방 은행을 선택하고, 계좌번호를 입력하고, 이체할 금액을 입력해야 한다.

이체 사유를 기록하려면 송신자 기재 사항도 입력해야 하고, 상대방에게 예금주 대신 다른 이름으로 표시되게 하려면 수신자 기재 사항도 입력해야 한다.

따라서 많은 정보를 일일이 입력해야 하기 때문에 매우 불편하다.

본 발명은 사용자가 계좌 이체 화면에서 상대방의 은행, 계좌번호, 이체 금액 등의 정보를 일일이 입력하는 대신 별도의 연동 모듈이 은행 계좌 이체 화면을 열고, 외부에서 전달된 정보를 계좌 이체 화면에 자동으로 입력하고, 이체 완료 화면에서 이체 결과를 추출하여 리턴하는 장치 및 방법에 대한 발명이다.

본 설명에 앞서 다음과 같이 용어를 정의한다.

수신자는 계좌 이체를 받는 모든 회사나 개인을 의미한다.

송신자는 계좌 이체를 하는 모든 회사나 개인을 의미한다.

은행 모듈은 은행에서 제공하는 계좌 이체 기능을 제공하며 모듈을 의미한다.

은행 모듈은 웹 형태일 수도 있고, 앱 형태일 수도 있다.

연동 모듈은 은행 모듈을 호출하고, 정보를 입력하고, 결과를 추출하는 역할을 하는 모듈로써 PC 또는 스마트폰에서 동작하는 모듈을 의미한다.

일반적으로 송신자마다 거래 은행이 다르고, 은행마다 계좌 이체 화면이나 방법이 다르기 때문에 각각의 은행 모듈에 따라 다르게 처리해야 한다.

연동 모듈은 별도의 독립적인 모듈일 수도 있고, 각 수신자 서버 또는 통합 서버나 통합 모듈의 일부일 수 있다.

통합 서비스는 다수의 수신자에게 서비스를 제공하는 서비스를 의미한다.

통합 서버는 통합 서비스에 필요한 정보를 저장하고, 제공하는 서버를 의미한다.

아래의 설명에서는 통합 서버의 URL을 www.bankpays.com이라고 가정한다.

통합 모듈은 통합 서비스를 위해 PC 또는 스마트폰에서 동작하는 모듈을 의미한다.

통합 모듈도 웹 형태일 수도 있고, 앱 형태일 수도 있다.

식별번호는 수신자가 계좌 이체 건을 식별하기 위한 번호로써 쇼핑몰이나 상점의 주문번호, 공공기관의 지로번호 또는 통합 서비스에서 생성한 번호 등이 이에 해당한다.

물론 식별번호는 숫자 이외에 문자를 포함할 수 있다.

아울러 온라인 쇼핑몰의 경우 비대면 거래이고, 대부분 물품을 택배로 배송하기 때문에 배달 완료 여부를 확인한 후 수신자의 계좌로 입금할 필요가 있다.

이 경우에는 은행의 에스크로 기능을 이용하여 이체할 수 있다.

연동 모듈은 도2와 같이 외부 연동부와 은행 연동부로 구성된다.

외부 연동부는 외부 서버나 통합 서버에서 전송된 정보를 수신하고, 이체 결과를 리턴하는 역할을 담당한다.

은행 연동부는 은행 모듈을 실행하고, 정보를 입력하고, 결과를 추출하는 역할을 담당한다.

연동 모듈은 다음과 같이 동작하도록 제작한다.

여기에서는 은행 홈페이지를 열고 이체하는 경우를 예로 들어 설명하며 웹페이지에 정보를 입력하거나 선택하거나 버튼을 클릭하거나 또는 웹페이지의 정보를 추출하는 방법은 본 발명의 목적이 아니므로 방법에 대한 상세한 설명은 생략한다.

1단계, 연동 모듈은 다음과 같은 정보를 수신한다.

연동 모듈을 호출하고, 정보를 전달하는 방법은 여러가지 방법이 있을 수 있다.

여기에서는 다음의 예시와 같이 URL 방식으로 정보를 전달한다고 가정한다.

sendbank=004bankcd=003&account=1112233334444&amount=10000&sendmsg=CJ몰 상품 구매&recvmsg=홍길동&ordno=20180815000001&returl=http://www.cjmall.com/return.asp

여기에서

sendbankcd는 송신자 즉, 이체하는 자의 은행 코드이다.

bankcd는 수신자 은행 코드이다.

즉, 본 예시에서는 국민은행에서 기업은행 계좌로 송금하는 것을 의미한다.

account는 수신자 은행 계좌번호이다.

amount는 이체할 금액이다.

사전에 금액이 결정되지 않은 경우에는 생략할 수 있다.

sendmsg는 보내는 사람 기재사항으로 송신자의 통장에 표시되는 내용이다.

본 예시에서는 CJ몰에서의 상품 구매 대금을 의미한다.

recvmsg는 받는 사람 기재사항으로 수신자 통장에 표시될 내용이다.

기존 계좌 이체와 마찬가지로 recvmsg를 생략하면 은행에서 송신자 계좌의 예금주명을 입력한다.

경우에 따라 sendmsg와 recvmsg는 생략할 수 있다.

ordno는 이체 결과를 리턴하는 경우에 결과를 리턴받는 서버가 이체 건을 식별할 수 있는 식별번호이다.

returl은 이체 후 결과를 리턴받는 URL이다.

사용 방법에 따라 returl과 ordno는 생략할 수 있다.

아울러 recvmsg에 수신자가 식별할 수 있는 식별번호를 전송하여 받는 사람 기재사항에 식별번호를 저장함으로써 수신자가 통장 입금 내역에서 받는 사람 기재사항으로 이체 건을 식별할 수 있도록 할 수도 있다.

다만 일반적으로 받는 사람 기재 사항에 입력할 수 있는 글자 수가 짧기 때문에 여기에 전송되는 식별번호는 ordno보다 짧게 작성할 수 있다.

또는 대부분의 식별번호가 날짜와 일련번호의 조합인 경우가 많으므로 연동 모듈이 “Right(식별번호, 10)”과 같이 은행의 받는 사람 기재 사항의 길이에 맞게 식별번호의 뒷자리를 추출하여 입력할 수 있다.

2단계, 연동 모듈은 웹브라우저를 열고, 송신자의 은행 이체 화면으로 이동한다.

국민은행의 경우 다음과 같이 이동한다.

WebBrowser.Navigate “https://obank.kbstar.com/quics?page=C055027”

로그인 정보가 없기 때문에 대부분 로그인 화면으로 이동하고, 로그인하면 이체 화면으로 이동한다.

물론 먼저 로그인 화면으로 이동하도록 하고, 로그인 후 이체 화면으로 이동하도록 할 수도 있다.

3단계, 다음과 같은 방법으로 은행 홈페이지에 로그인한다.

첫째, 연동 모듈을 통해 미리 ID와 비밀번호 또는 공인인증서와 비밀번호를 등록하고, 연동 모듈에서 자동 로그인할 수 있다.

둘째, 사용자가 직접 ID와 비밀번호 또는 공인인증서와 비밀번호로 로그인하도록 할 수도 있다.

4단계, 연동 모듈은 이체 정보 입력 화면이 열렸는지 확인하고, 자동으로 이체 정보를 입력한다.

4-1단계, 다음과 같이 이체 정보 입력 화면이 열릴 때까지 기다린다.

sURL = “https://obank.kbstar.com/quics?page=C055027&QSL=F”

Do Until WebBrowser.Document.URL = sURL Then

Do Until WebBrowser.Document.readyState = “complete”

Sleep

Loop

Sleep

Loop

물론 상기에서 화면의 특정 필드가 존재하는지 여부를 체크하는 방법으로 화면이 열렸는지 확인할 수도 있다.

4-2단계, 연동 모듈은 도3과 같은 화면이 열리면 이체 정보를 입력한다.

웹브라우저에 정보를 입력하는 방법은 여러 가지 방법이 있을 수 있다.

아주 간단하게는 다음과 같이 값을 바로 대입하는 방법이 있다.

WebBrowser.Document.getElementById(“amount”).value = “10,000”

이 외에도 키보드로 입력하듯이 키보드 이벤트를 발생시켜 입력할 수도 있다.

버튼을 클릭하는 경우에는 다음과 같이 Click 메소드를 호출할 수 있다.

WebBrowser.Document.getElementById(“select”).click

단순 필드가 아닌 경우 특정 좌표에 마우스 이벤트를 발생시킬 수도 있다.

4-2-1단계, 수신 은행을 선택한다.

4-2-2단계, 계좌번호를 입력한다.

4-2-3단계, 이체 금액을 입력한다.

이체 금액이 전달되지 않은 경우에는 사용자가 입력하도록 한다.

아울러 이체수수료를 수신자가 부담하는 경우에는 이체수수료가 발생하면 다음과 같이 처리한다.

첫째, 이체수수료를 수신자가 부담하는 계좌라면 별도 처리가 필요 없다.

둘째, 이체수수료를 수신자가 부담하는 옵션이 있다면 옵션을 선택한다.

셋째, 이체수수료를 수신자가 부담하는 방법이 없다면 이체 금액에서 이체수수료를 차감하고 입력한다.

물론 대부분 동일한 은행 간 이체는 수수료가 면제되기 때문에 수신자가 여러 개의 은행 계좌를 보유하고, 고객 거래은행과 동일한 은행을 선택하면 이체수수료가 발생하지 않는다.

4-2-4단계, 받는 사람 기재사항을 입력한다.

4-2-5단계, 보내는 사람 기재사항을 입력한다.

4-3단계, 연동 모듈은 확인 버튼을 클릭한다.

다음과 같이 화면에서 고객이 처리해야 할 부분이 있는 경우에는 자동으로 확인 버튼을 클릭할 수 없다.

첫째, 상기에서 고객이 이체 금액을 입력하는 경우

둘째, 고객이 해당 은행에 여러 개의 인터넷 뱅킹 계좌를 보유하고 있고, 이체 화면에서 선택하도록 되어있는 경우

이런 경우에는 고객이 정보를 입력하거나 선택한 후 확인 버튼을 클릭해야 하는데 이 때에는 자동 입력된 정보를 고객이 수정하지 못하도록 해당 필드의 속성을 readonly 등과 같이 변경하거나 버튼의 경우 disable 처리할 수 있다.

5단계, 은행 모듈은 도4와 같은 확인 화면으로 이동한다.

이 때에 당연히 은행은 수신 은행과 계좌번호로 예금주를 조회하여 화면에 보여준다.

6단계, 사용자는 화면의 정보를 확인한 후 이체 버튼을 클릭하고, 공인인증서나 보안카드, OTP 등의 수단을 통해 인증하고, 이체한다.

7단계, 연동 모듈은 도5와 같은 이체 완료 화면이 열릴 때까지 기다렸다가 이체 결과 화면이 열리면 화면에서 “이체 결과”, “정상” 문구 등을 확인하는 방법 등을 이용하여 이체 결과를 추출한 후 화면을 닫고 정보를 리턴한다.

모달로 호출하는 경우에는 리턴 값이 여러 개일 경우

{retcd:OK, retmsg:정상이체, amount:10000}

등과 같이 리턴할 수 있다.

URL을 호출하여 결과를 전달하는 경우에는 다음과 같이 호출한다.

www.cjmall.com/return.asp?retcd=OK&retmsg=정상이체&amount=10000

URL을 호출하는 경우에는 수신 서버는 정상적인 호출인지 확인할 필요가 있다.

오류가 발생하는 경우에 화면에서 오류 내역을 추출할 수는 있지만 어차피 고객이 화면을 통해 오류 내역을 확인할 수 있기 때문에 굳이 상세 내역을 리턴할 필요는 없다.

상기의 과정에서 사용자가 뒤로 가기 버튼이나 화면의 메뉴를 클릭하여 정상적인 순서가 아닌 다른 화면으로 이동하면 고객이 다른 계좌번호나 금액을 입력할 수도 있고, 또한 본 발명의 목적이 이체 정보를 자동으로 입력하는 것인데 화면을 이동하면 사용자가 다시 입력해야 하기 때문에 본 발명의 목적을 달성할 수 없다.

이런 경우에는 연동 모듈은 화면을 닫고 종료하여 고객이 다시 시도하도록 할 수 있다.

본 발명을 다양한 분야에 다양한 방법으로 적용할 수 있다.

각각의 수신자 또는 수신 기관에서 연동 모듈과 직접 연동하여 처리할 수도 있고, 통합 서비스를 이용할 수도 있다.

통합 서비스의 경우에는 먼저 수신자는 통합 서비스에 회원으로 가입하고, 자신의 계좌 정보를 등록한다.

수신자가 여러 개의 계좌를 보유하고 있는 경우에는 여러 개의 계좌를 등록하고, 송신자가 선택하도록 할 수 있다.

물론 미리 등록하지 않고, 이체할 때마다 계좌 정보를 전달할 수도 있다.

상기의 예시와 같이 인터넷쇼핑몰에서 상품을 구매할 때에 결제 수단으로 활용할 수 있다.

이 경우에는 수신자는 쇼핑몰이고, 송신자는 상품을 주문하는 고객이 된다.

1단계, 쇼핑몰 서버는 연동 모듈을 호출하고, 정보를 전달한다.

2단계, 연동 모듈은 상기와 같이 은행 이체 화면을 열고, 정보를 입력하고, 사용자가 이체하면 이체 결과를 추출한다.

3단계, 연동 모듈은 쇼핑몰 서버로 이체 결과를 전송한다.

오프라인 상점에도 적용할 수 있다.

여기에서는 통합 서비스를 사용하는 경우를 예로 들어 설명한다.

이 경우에는 수신자는 상점이고, 송신자는 상품을 주문하는 고객이 된다.

먼저 각 상점은 통합 서비스에 회원으로 가입한 후 자신의 계좌 정보를 등록한다.

상점이 여러 개의 계좌를 보유하고 있는 경우에는 여러 개의 계좌를 등록한다.

이후 POS에 주문을 입력한 후 고객이 계좌 이체를 선택하면 다음과 같이 처리한다.

1단계, POS는 통합 모듈에 상점의 통합 서비스 ID와 주문번호와 결제 금액, 보내는 사람 기재사항, 받는 사람 기재사항 등의 정보를 전송한다.

http://www.bankpays.com/pay.asp?id=starbucks&ordno=20180815000001&amount=10000&sendmsg=스타벅스 커피&recvmsg=20180815000001

아래에서 고객 스마트폰으로 URL을 전송하는 경우에는 상점 직원은 고객 핸드폰 번호를 물어본 후 입력하고, POS는 고객 핸드폰 번호를 같이 전송한다.

2단계, 통합 모듈은 수신된 정보를 통합 서버에 전송하고, 식별번호를 수신한다.

2-1단계, 통합 모듈은 통합 서버에 수신된 정보를 전송한다.

2-2단계, 통합 서버는 수신된 정보를 저장한다.

2-3단계, 해당 주문을 식별할 수 있는 식별번호를 생성하여 리턴한다.

3단계, 통합 모듈은 다음과 같이 식별번호를 포함한 URL을 전달한다.

http://www.bankpays.com/?id=2018081500063463

POS에서 직접 고객 스마트폰의 은행 모듈로 전달할 수 없기 때문에 다음과 같이 처리한다.

첫째, POS에 고객용 모니터가 있는 경우에는 식별번호를 QR코드로 변환하여 모니터에 보여준다.

물론 전용 앱으로 스캔하는 경우에는 URL은 제외하고 식별번호만 포함할 수 있다.

둘째, POS에 고객용 모니터가 없는 경우에는 고객 스마트폰으로 문자나 메신저로 해당 URL을 전송할 수 있다.

셋째, 식별번호를 고객에게 알려주고, 고객이 식별번호를 입력한다.

4단계, 고객은 QR코드를 스캔하거나 메시지 내의 URL을 터치하거나 식별번호를 입력한다.

5단계, 스마트폰 통합 모듈은 식별번호를 통합 서버로 전송하고 결제에 필요한 정보를 수신한다.

5-1단계, 스마트폰 통합 모듈은 식별번호를 통합 서버로 전송한다.

5-2단계, 통합 서버는 식별번호로 상점을 검색하고, 상점의 계좌 정보를 리턴한다.

6단계, 통합 모듈은 고객에게 은행 선택 화면을 보여주고, 고객이 선택하면 선택된 정보와 POS로부터 수신한 정보로 URL을 생성하여 연동 모듈을 호출한다.

7단계, 고객은 상기의 예시와 같이 이체한다.

8단계, 통합 모듈이 이체 결과를 통합 서버로 전송하면 통합 서버는 식별번호를 이용하여 주문을 검색하고, 이체 결과를 저장한다.

9단계, 고객이 이체한 후 상점 직원은 POS에서 확인 버튼을 클릭하면 POS는 다음과 같이 이체 결과를 수신한다.

9-1단계, POS는 주문번호를 통합 모듈로 전송한다.

9-2단계, 통합 모듈은 통합 서버로 상점 ID와 주문번호를 전송한다.

9-3단계, 통합 서버는 상점 ID와 주문번호로 이체 결과를 검색하여 리턴한다.

결과를 수신하는 서버가 없는 POS에서 통합 서비스를 사용하지 않고, 직접 URL을 생성해서 QR코드로 보여주거나 URL을 전송할 수 있고, 상기와 같이 고객 스마트폰 화면을 통해 이체 여부를 확인할 수도 있다.

각종 공과금은 일반적으로 지로용지를 발급하고, 사용자가 은행을 방문하여 납부하거나 인터넷 뱅킹을 이용하여 은행으로 송금하게 되어있다.

본 발명을 이용하면 사용자에게 다음과 같이 문자나 메신저 또는 메일로 해당 건을 식별할 수 있는 정보가 포함된 URL을 전송한다.

http://www.kepco.co.kr/pay.asp?no=1065726984

이후 사용자가 URL을 클릭하여 다음과 같이 요금을 바로 납부할 수 있다.

1단계, 사용자가 문자나 메신저 또는 메일을 수신한 후 URL을 클릭하면 상기의 웹사이트에 접속한다.

2단계, 해당 기관의 서버는 식별번호로 검색하여 이미 납부한 건인지 확인하고, 이미 납부한 건일 경우에는 납부가 완료되었다는 메시지를 전송하고, 종료한다.

아직 납부하지 않은 건일 경우에는 다음 단계로 진행한다.

3단계, 해당 기관의 서버는 은행 선택 화면을 보여주고, 사용자는 자신의 거래 은행을 선택한다.

4단계, 해당 기관의 서버는 다음과 같이 URL을 생성하여 연동 모듈을 호출하고, 정보를 전달한다.

sendbankcd=003&bankcd=003&account=1112233334444&amount=10000&sendmsg=전기요금(08월)&recvmsg=홍길동&ordno=20180815000001&returl=http://www.kepco.com/return.asp

5단계, 이후 상기의 예시와 동일한 과정을 거쳐 이체한다.

6단계, 연동 모듈은 상기의 예시와 같이 결제 결과를 해당 기관 서버로 전송한다.

개인이나 기업 간의 이체에도 적용할 수 있다.

여기에서는 축의금이나 조의금을 전달하는 과정을 통합 서비스를 이용하는 경우를 예로 들어 설명한다.

아래의 설명에서 수신자는 혼주나 결혼 당사자나 상주가 되고, 송신자는 하객이나 조문객이 된다.

상기의 예시와 같이 수신자는 통합 서비스에 회원으로 가입하고, 자신의 은행과 계좌번호를 등록한다.

1단계, 수신자는 서버에 로그인한다.

2단계, 서버는 도2와 같은 화면을 보여주고, 수신자는 정보를 입력한다.

회원 정보에 등록된 수신자의 계좌를 보여준다.

여러 개의 계좌를 등록했을 때에는 선택할 수 있도록 한다.

계좌를 선택하지 않으면 이체 시에 송신자가 선택하도록 할 수 있다.

이체하는 사람의 거래 은행을 알 수 없기 때문에 입력하지 않는다.

자동으로 송신자의 예금주명이 표시되도록 받는 사람 기재 내용도 입력하지 않는다.

물론 특정인을 지정하여 전송하는 경우에는 입력한다.

아울러 금액도 정해져 있지 않기 때문에 빈칸으로 둔다.

결과를 전송받지 않기 때문에 ordno나 returl도 입력하지 않는다.

물론 통합 서버가 자동으로 returl을 자신으로 지정하여 이체가 완료되면 송신자나 수신자에게 문자 등으로 통보해 줄 수 있다.

3단계, 수신자가 전송이나 QR생성을 클릭하면 다음과 같은 URL을 생성한다.

http://bankpays.com?bankcd=003&account=1112233334444&amount=&sendmsg=홍길동결혼축의금&recvmsg=

물론 단축 URL이나 식별번호만 포함할 수도 있다.

전송을 클릭하는 경우에는 URL을 생성하여 입력된 핸드폰 번호로 문자나 메신저 또는 메일로 전송한다.

이체 건마다 전송할 내용이 다른 경우에는 엑셀로 업로드하는 기능을 제공할 수도 있다.

생성된 URL을 복사할 수 있도록 하여 수신자가 초대 문구와 함께 문자나 메신저 또는 메일로 전송하도록 할 수도 있다.

QR생성 버튼을 클릭하는 경우에는 해당 URL을 QR코드 이미지로 생성하고, 수신자는 QR코드 이미지를 인쇄하여 식장에 부착한다.

물론 회원으로 가입하지 않을 수도 있고, 계좌번호를 등록하지 않고, 서비스를 이용할 때마다 입력할 수도 있다.

이후 송신자가 문자나 메시지 또는 메일을 받은 후 URL을 클릭하거나 현장에서 QR코드를 스캔하면 다음과 같이 동작한다.

1단계, 송신자는 URL을 클릭하거나 QR코드를 스캔하면 통합 서버에 접속된다.

2단계, 통합 서버는 수신된 내용을 통합 모듈로 전송한다.

3단계, 통합 모듈은 송신자의 은행 선택 화면을 보여주고, 송신자는 자신의 은행을 선택하면 통합 모듈은 선택된 정보와 수신한 정보로 URL을 생성하여 연동 모듈을 호출한다.

4단계, 이후에는 동일한 과정을 거쳐 이체한다.

다만 금액은 빈칸으로 호출되었으므로 직접 입력하고 이체한다.

이 외에도 다양한 분야에 적용할 수 있다.

본 발명에 의하면 이체하는 사람이 일일이 상대방 은행을 선택하고, 계좌번호를 입력하고, 금액을 입력할 필요 없이 자동으로 입력되기 때문에 편리할 뿐만 아니라 정보를 잘못 입력하여 잘못 이체되는 경우도 방지할 수 있다.

물론 기존의 계좌 이체와 마찬가지로 비밀번호, 공인인증서, 지문, OTP 등으로 본인을 인증할 뿐만 아니라 상대방 예금주명을 확인할 수 있기 때문에 안전하다.

아울러 신용카드, 실시간 계좌 이체 등의 결제 수단은 VAN이나 PG를 이용하는데 비해 본 발명은 해당 계좌로 직접 이체하는 방식이기 때문에 수수료가 저렴할 뿐만 아니라 별도의 정산 과정이 필요 없고, 쇼핑몰이나 상점의 자금 회전도 원활해진다.

각 기관은 고지서나 지로용지를 보낼 필요가 없기 때문에 비용을 절감할 수 있다.

은행도 계좌 이체가 간편해지면 계좌 이체가 활성화되기 때문에 이체 수수료 수익도 증가한다.

또한 수신자는 식별번호로 이체 건을 식별할 수 있기 때문에 가상계좌를 발급할 필요도 없다.

아울러 이상은 본 발명의 한 실시 예에 불과하며 발명의 범위 내에서 다양한 변조 및 개조가 가능하다.

도면 참조

Claims (5)

1. 사용자가 계좌 이체 화면에서 계좌 이체에 필요한 정보를 일일이 입력하는 대신 자동으로 은행 계좌 이체 화면을 열고, 외부에서 전달된 정보를 자동으로 입력하고, 이체 결과를 추출함을 특징으로 하는 계좌 이체 연동 장치 및 방법
   
2. 1항에 있어
   전달된 정보를 수신하는 단계
   은행의 이체 화면을 여는 단계
   은행의 이체 정보 입력 화면이 열리면 수신된 정보를 자동으로 입력하는 단계
   은행의 이체 완료 화면이 열리면 화면으로부터 이체 결과를 추출하는 단계
   이체 결과를 리턴하는 단계
   를 포함함을 특징으로 하는 계좌 이체 연동 장치 및 방법
   
3. 1항 및 2항에 있어
   자동으로 입력한 정보를 사용자가 수정할 수 없도록 함을 특징으로 하는 계좌 이체 연동 장치 및 방법
   
4. 1항 및 2항에 있어
   사용자가 뒤로 가기 버튼이나 메뉴를 클릭하여 정상적인 순서가 아닌 다른 화면으로 이동하면 화면을 닫고 종료함을 특징으로 하는 계좌 이체 연동 장치 및 방법
   
5. 1항 및 2항에 있어
   받는 사람의 기재사항에 해당 이체 건을 식별할 수 있는 식별번호의 전부 또는 일부를 입력함을 특징으로 하는 계좌 이체 연동 장치 및 방법
   
   

Images