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

Abstract

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

Description

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

본 발명은 계좌 이체 시 사용자가 계좌 이체 화면에서 상대방의 은행, 계좌번호, 이체 금액 등의 정보를 일일이 입력할 필요 없이 외부에서 전달된 정보를 계좌 이체 화면에 보여주고, 이체 후 지정된 서버로 이체 결과를 전송하는 장치 및 방법에 대한 발명이다.

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

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

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

본 발명은 계좌 이체 시 사용자가 계좌 이체 화면에서 상대방의 은행, 계좌번호, 이체 금액 등의 정보를 일일이 입력할 필요 없이 외부에서 전달된 정보를 계좌 이체 화면에 보여주고, 이체 후 지정된 서버로 이체 결과를 전송하는 장치 및 방법에 대한 발명이다.

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

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

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

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

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

본 발명은 사용자가 일일이 정보를 입력하는 대신 전달된 정보로 이체하는 장치 및 방법에 대한 발명이다.

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

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

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

이체번호란 신용카드 승인번호와 같이 은행에서 계좌 이체 건을 식별할 수 있는 고유 번호를 의미한다.

이체 모듈은 은행에서 제공하는 모듈로써 계좌 이체 기능을 제공하며 본 발명에서는 수신된 정보로 이체하고, 이체 후 이체 결과를 전달하는 기능을 제공한다.

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

연동 모듈은 이체 모듈을 호출하고, 정보를 전달하는 역할을 하는 모듈로써 PC 또는 스마트폰에서 동작하는 모듈을 의미한다.

일반적으로 송신자마다 거래 은행이 다르고, 은행마다 호출하는 방법이 다르기 때문에 송신자가 자신의 거래 은행을 선택할 수 있도록 하고, 선택된 은행의 연동 모듈을 호출하는 기능을 포함한다.

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

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

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

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

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

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

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

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

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

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

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

이체부는 기존과 마찬가지로 계좌 이체 기능을 담당한다.

연동부는 연동 모듈로부터 전송된 정보를 수신하고, 이체 결과를 지정된 URL로 전송하는 역할을 담당한다.

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

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

송신자가 국민은행을 이용하고 있다면 다음과 같이 은행 이체 모듈을 호출한다.

물론 같은 은행이라 하더라도 송신자가 개인인지 법인인지 또는 에스크로 기능을 사용하는지 여부에 따라 호출하는 URL이 달라질 수 있다.

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

여기에서

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

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

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

amount는 이체할 금액이다.

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

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

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

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

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

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

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

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

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

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

다만 일반적으로 받는 사람 기재 사항에 입력할 수 있는 글자 수가 짧기 때문에 식별번호를 저장하기 위해서는 필드 크기를 늘려야 하는 경우가 있을 수 있다.

여기에서는 설명의 편의를 위해 GET 방식을 예로 들어 설명하였지만 당연히 POST 방식으로 전송할 수도 있다.

2단계, 이체 모듈은 로그인 화면을 보여주고, 송신자는 기존처럼 로그인한다.

3단계, 이체 모듈은 도3과 같이 화면에 정보를 보여준다.

3-1단계, 송신자의 계좌 정보를 조회한다.

송신자가 하나의 은행에 여러 개의 인터넷 뱅킹 계좌를 보유하고 있을 경우에는 여러 개의 계좌를 보여주고, 송신자가 선택할 수 있다.

각 계좌의 잔액을 같이 보여줌으로써 사용자가 이체 가능 여부를 미리 확인할 수 있도록 한다.

또는 상기에서 이체 금액이 수신된 경우 이체 금액과 비교하여 이체가 가능한지 구분하여 보여줄 수 있다.

3-2단계, 기존의 계좌 이체와 마찬가지로 이체 모듈은 수신자 계좌 정보를 조회하여 예금주명을 화면에 보여줌으로써 송신자가 확인할 수 있도록 한다.

3-3단계, 수신된 항목 중에 값이 전달되지 않은 항목은 빈칸으로 보여주고, 입력할 수 있도록 한다.

값이 전달된 항목은 수정할 수 없도록 할 수 있다.

또한 일반 계좌 이체인지 에스크로 이체인지 여부를 화면에 표시할 수 있다.

4단계, 송신자는 화면의 정보를 확인한 후 기존과 마찬가지로 공인인증서나 비밀번호 또는 지문 또는 OTP 등을 이용하여 본인을 인증한 후 이체한다.

5단계, returl 값이 전달된 경우에는 이체 모듈은 해당 URL로 이체 결과를 전송한다.

http://www.cjmall.com/return.asp?retcd=OK&retmsg=정상&ordno=20180815000001&apprno=67351678&bankcd=003&account=1112233334444&amount=10000&sendmsg=CJ몰 상품 구매&recvmsg=홍길동

본 예시에서 retcd는 이체 결과 코드, retmsg는 이체 결과 문자열을 의미한다.

apprno는 이체를 식별할 수 있는 이체번호를 의미한다.

물론 이체 실패 시에는 실패 코드와 사유를 전송한다.

스마트폰 앱의 경우에는 자동으로 앱을 실행하고, 앱으로 정보를 전송한다.

여기에는 여러가지 방법이 있을 수 있으며 간단하게는 다음과 같이 URL Scheme 방식으로 호출할 수 있다.

bktp://www.kbstar.com/transfer.asp?bankcd=003&account=1112233334444&amount=10000&sendmsg=CJ몰 상품 구매&recvmsg=홍길동&returl=http://www.cjmall.com/return.asp

또는

bktp-kbstar://www.kbstar.com/transfer.asp?bankcd=003&account=1112233334444&amount=10000&sendmsg=CJ몰 상품 구매&recvmsg=홍길동&returl=http://www.cjmall.com/return.asp

아울러 스마트폰 결제 모듈의 경우에는 이체 성공 시에 화면에 은행 코드와 이체번호를 숫자와 QR코드 또는 바코드로 표시하여 사용자나 상점 직원이 눈으로 확인하거나 스캐너로 스캔하도록 할 수 있다.

연동 모듈은 다음과 같이 이체 모듈과 연동한다.

1단계, 연동 모듈은 이체 요청 정보를 수신한다.

수신자 은행 계좌, 이체 금액, 보내는 사람 기재사항, 받는 사람 기재사항, 주문번호, 결과 수신 URL 등의 정보를 수신한다.

송신자의 은행을 지정할 수 있을 경우에는 송신자 은행 코드도 수신한다.

2단계, 연동 모듈은 도5와 같이 송신자의 거래 은행과 수신자의 계좌를 선택하는 화면을 보여주고, 송신자가 선택할 수 있도록 한다.

2-1단계, 송신자마다 거래 은행이 다르고, 은행마다 URL이 다르기 때문에 송신자의 거래 은행을 선택하는 화면을 보여주고 송신자는 자신의 거래 은행을 선택한다.

물론 송신자의 계좌가 지정된 경우에는 이 단계를 생략한다.

아울러 스마트폰 앱 등 송신자의 은행을 저장할 수 있는 경우에는 이전에 선택한 은행을 자동으로 선택할 수 있다.

2-2단계, 수신자가 여러 은행의 계좌를 보유하고 있는 경우에는 수신자의 계좌 목록을 보여주고 송신자가 선택할 수 있도록 한다.

이체 수수료 절감을 위해 수신자의 거래 은행 중 송신자의 거래 은행과 일치하는 은행이 있을 경우에는 해당 은행을 선택할 수 있다.

물론 수신자의 계좌가 하나인 경우에는 이 단계를 생략한다.

3단계, 연동 모듈은 URL을 생성하고, 이체 모듈을 호출한다.

3-1단계, 송신자의 거래 은행에 따라 다음과 같이 URL을 선택한다.

Select Case (송신자 은행 코드)

Case “004”: URL = “http://www.kbstar.com/transfer.asp”

Case “088”: URL = “http://www.shinhan.com/transfer.asp”

Case “081”: URL = “http://www.kebhana.com/transfer.asp”

...

End Select

3-2단계, 수신자 은행 코드, 수신자 은행 계좌번호, 이체할 금액, 보내는 사람 기재사항, 받는 사람 기재사항, 주문번호, 결과 수신 URL 등의 정보로 상기의 예시와 같은 URL을 구성한다.

3-3단계, 구성한 URL을 호출함으로써 이체 모듈을 호출하고, 정보를 전달한다.

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

각각의 수신자 또는 수신 기관에서 처리할 수도 있고, 통합 서비스를 이용할 수도 있다.

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

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

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

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

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

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

2단계, 쇼핑몰 연동 모듈은 도5와 같이 은행 선택 화면을 보여주고, 고객은 자신의 거래 은행과 쇼핑몰의 계좌를 선택한다.

3단계, 쇼핑몰 연동 모듈은 상기의 예시와 같이 URL을 생성하여 이체 모듈을 호출하고, 정보를 전달한다.

4단계, 사용자는 이체 모듈에서 로그인 후 화면의 내용을 확인하고, 이체한다.

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

은행이 상기의 기능을 스마트폰 앱에서만 지원한다면 PC에서는 바로 스마트폰의 이체 모듈을 호출할 수 없기 때문에 다음과 같이 처리할 수 있다.

1단계, 쇼핑몰 서버는 다음과 같이 주문번호를 포함하는 QR코드를 생성한다.

http://www.cjmall.com/transfer.asp?ordno=20190815000005

2단계, 고객이 스마트폰으로 PC 화면의 QR코드를 스캔하면 자동으로 쇼핑몰 서버에 접속한다.

3단계, 쇼핑몰 서버는 주문번호로부터 주문을 검색하고, 연동 모듈을 호출한다.

이후 상기의 예시와 동일한 과정을 거쳐 이체하고, 이체 모듈은 쇼핑몰 서버로 이체 결과를 전송한다.

물론 PC 연동 모듈에서 고객 은행과 쇼핑몰 계좌를 선택하고, URL에 고객 은행과 쇼핑몰 계좌 정보를 포함하여 QR코드를 생성할 수도 있다.

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

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

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

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

이후 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을 생성하여 이체 모듈을 호출하고, 정보를 전달한다.

http://www.kbstar.com/transfer.asp?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단계, 이후에는 동일한 과정을 거쳐 이체한다.

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

상기의 설명에서 QR코드를 스캔하는 경우에는 은행 앱에 QR코드 스캔 기능을 추가하여 다음과 같이 이체 모듈과 연동할 수도 있다.

상기의 예시와 같이 QR코드가 다음과 같은 정보를 포함하고 있다고 가정한다.

http://www.cjmall.com/transfer.asp?ordno=20190815000005

1단계, 송신자는 자신이 사용하는 은행 앱을 실행하고, QR코드를 스캔한다.

2단계, 은행 앱은 해당 서버로부터 이체에 필요한 정보를 수신한다.

2-1단계, 은행 앱은 다음과 같이 식별번호와 함께 은행 식별정보를 해당 서버로 전송한다.

http://www.cjmall.com/transfer.asp?ordno=20190815000005&bankcd=004

2-2단계, 해당 서버는 수신자 은행 코드, 수신자 은행 계좌번호, 이체할 금액, 보내는 사람 기재사항, 받는 사람 기재사항, 주문번호, 결과 수신 URL 정보를 리턴한다.

이 때에 해당 서버는 수신된 은행 식별정보와 동일한 은행 계좌가 있을 경우에는 계좌 정보는 해당 계좌만 리턴할 수 있다.

3단계, 은행 앱은 이체 모듈을 호출하고, 이체 모듈을 이용하여 이체한다.

물론 내부적으로 결제 모듈을 호출하는 것이므로 URL이나 URL Scheme 방식 대신 직접 파라메타로 전달할 수 있으며 상기의 1단계에서 은행 앱을 실행할 때에 로그인하면 이체 모듈에서의 로그인 단계는 생략할 수 있다.

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

본 발명에 의하면 이체하는 사람이 일일이 상대방 은행을 선택하고, 계좌번호를 입력하고, 이체 금액을 입력할 필요가 없기 때문에 편리할 뿐만 아니라 잘못 이체하는 경우도 감소한다.

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

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

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

은행도 기존의 계좌 이체 기능을 약간만 수정하면 서비스가 가능할 뿐만 아니라 하나의 모듈로 다양한 분야에 적용할 수 있기 때문에 개발 및 유지보수가 간편하고, 계좌 이체가 간편해지면 계좌 이체가 활성화되기 때문에 이체 수수료 수익도 증가한다.

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

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

도면 참조

Claims (3)

1. 사용자가 계좌 이체 화면에서 계좌 이체에 필요한 정보를 일일이 입력하는 대신 외부에서 전달된 정보를 계좌 이체 화면에 보여주고, 이체 후 이체 결과를 지정된 서버로 전송함을 특징으로 하는 계좌 이체 연동 장치 및 방법
   
2. 1항에 있어
   은행 서버는 전달된 정보를 수신하는 단계
   사용자가 은행 서버에 로그인하는 단계
   은행 서버는 사용자 계좌 정보와 받는 사람 계좌 예금주명과 수신한 정보를 화면에 보여주는 단계
   은행 서버는 사용자를 인증하고 이체하는 단계
   은행 서버는 이체 결과를 수신된 URL로 전송하는 단계
   를 포함하는 이체 모듈을 포함함을 특징으로 하는 계좌 이체 연동 장치 및 방법
   
3. 1항 및 2항에 있어
   계좌 이체에 필요한 정보를 수신하는 단계
   보내는 사람의 은행을 선택하는 단계
   2항의 기능을 갖는 이체 모듈 중 선택한 은행의 모듈을 호출하고, 수신한 정보를 전달하는 단계
   를 포함함을 특징으로 하는 계좌 이체 연동 장치 및 방법
   
   

Images