KR20160131153A

KR20160131153A - 계좌정보 연계 서비스 방법

Info

Publication number: KR20160131153A
Application number: KR1020150062920A
Authority: KR
Inventors: 정영수
Original assignee: 정영수
Priority date: 2015-05-06
Filing date: 2015-05-06
Publication date: 2016-11-16
Also published as: KR101817130B1

Abstract

본 발명은 계좌정보 연계 서비스 방법에 관한 것이다.
제1클라이언트로부터 계좌정보를 수신하는 단계(S100); 상기 계좌정보를 포함하는 계좌관리페이지를 생성하는 단계(S200); 제2클라이언트로부터 상기 계좌관리페이지 내 상기 제1클라이언트의 특정한 계좌정보를 선택받는 단계(S300); 상기 제2클라이언트로부터 이체금액정보 또는 이체은행정보를 수신하는 단계(S400); 및 상기 제2클라이언트에 상기 이체은행정보에 상응하는 이체페이지를 제공하는 단계(S500);를 포함한다.
본 발명에 따르면, 사용자는 타인에게 계좌관리페이지의 URL만을 제공하면 되어 간편하며, 타인은 계좌관리페이지에 쉽게 접근하여 기존의 뱅킹 시스템으로 계좌번호를 자동 입력하여 거래를 진행할 수 있어 간편하다.

Description

계좌정보 연계 서비스 방법 {METHOD FOR MANAGING ACCOUNT NUMBER}

본 발명은 계좌정보 연계 서비스 방법에 관한 것으로, 보다 자세하게는 사용자의 계좌번호와 거래은행 정보, 즉 계좌정보를 통합 관리하며 상대방에게 계좌정보를 간편하게 제공하고, 자동으로 계좌정보를 입력할 수 있는 방법에 관한 것이다.

인터넷이 발전하면서 최근 인터넷 뱅킹이 활성화되었다. 또한, 최근 스마트폰이 보급됨에 따라 모바일 뱅킹도 활성화되었다. 인터넷뱅킹 또는 모바일뱅킹을 수행하기 위해서는 타인의 계좌번호와 거래은행을 입력하여야 한다.

기존의 은행, 증권사 계좌의 번호는 11자리 숫자, 가상계좌는 14자리로 이루어져 있어 길이가 길다. 뿐만 아니라, 의미가 있는 어떠한 단어나 숫자의 나열이 아니기 때문에, 외우기 껄끄럽고 입력하기도 어려워서 자신이 입금을 하거나 타인에게 계좌정보를 주는 등의 상황에서 불편함이 있다.

또한, 국내에서 계좌 개설, 사용, 입금이 가능한 은행은 약 28여개, 증권사는 약 25여개에 달하는데 반해, 여기에 속해 있는 계좌정보들을 통합하여 확인, 활용할 수 있는 개인용 서비스 모델이 전무하여 이용자들에게 불편함을 초래했다.

상기 불편함을 해결하기 위해, 사용자가 본인의 계좌번호 또는 거래은행을 미리 입력한 계좌관리페이지에 제공하여 계좌 관리를 용이하게 할 수 있으며, 타인에게 계좌관리페이지만 알려주어 계좌정보 자체를 타인에게 노출하지 않고 타인의 기존의 뱅킹 시스템에 계좌번호와 거래은행을 입력하도록 할 수 있어 금융 보안 강도를 높여주는, 계좌정보 연계 서비스 방법을 제공하고자 한다.

본 발명의 일실시예에 따른 계좌정보 연계 서비스 방법은, 제1클라이언트로부터 계좌정보를 수신하는 단계; 상기 계좌정보를 포함하는 계좌관리페이지를 생성하는 단계; 제2클라이언트로부터 상기 계좌관리페이지 내 상기 제1클라이언트의 특정한 계좌정보를 선택받는 단계; 상기 제2클라이언트로부터 이체금액정보 또는 이체은행정보를 수신하는 단계; 및 상기 제2클라이언트에 이체은행에 상응하는 이체페이지를 제공하는 단계;를 포함하며, 상기 이체페이지는, 상기 계좌정보 또는 상기 이체금액정보가 입력되어 제공되며, 상기 제2클라이언트는 상기 계좌관리페이지의 URL을 획득하여 상기 계좌관리페이지에 접속하는 것을 특징으로 한다.

또한, 상기 제1클라이언트로부터 인스턴트거래 진행요청을 수신한 경우, 상기 계좌관리페이지는 인스턴트거래페이지이며, 상기 제1클라이언트로부터 특정한 이체목표횟수를 수신하는 단계; 상기 제2클라이언트로부터 이체수행결과를 수신하여 이체수행횟수를 카운트하는 단계; 및 상기 이체수행횟수가 상기 이체목표횟수에 도달하면, 상기 인스턴트거래페이지 사용을 종료하는 단계;를 더 포함할 수 있다.

또한, 상기 제1클라이언트로부터 복수의 상기 계좌정보를 수신한 경우, 상기 이체수행횟수 카운트단계는, 각각의 상기 계좌정보에 대한 상기 이체수행횟수를 합산하는 것을 특징으로 할 수 있다.

또한, 상기 이체페이지 제공단계는, 상기 서버가 상기 제2클라이언트의 유형을 인식하여, 상기 제2클라이언트 내 어플리케이션 실행 또는 상기 제2클라이언트에 부합하는 이체 웹페이지 연결을 요청하는 것을 특징으로 할 수 있다.

또한, 상기 계좌정보 수신단계는, 상기 제1클라이언트로부터 수신한 이미지에서 계좌번호정보 또는 거래은행정보를 획득하는 것을 특징으로 할 수 있다.

또한, 상기 계좌정보 선택단계는, 상기 제2클라이언트가 상기 URL을 획득한 경로를 인식하여, 상기 경로에 따라 특정한 상기 계좌정보가 선택되거나 선택 가능한 계좌정보의 범위가 제한되는 것을 특징으로 할 수 있다.

또한, 상기 제2클라이언트가 상기 계좌관리페이지에 접속하는 경우, 상기 제1클라이언트로 알림정보를 전송하는 단계;를 더 포함하며, 상기 알림정보는, 상기 제2클라이언트의 접속경로, 상기 제2클라이언트의 사용자정보, 상기 제2클라이언트의 위치정보 중 적어도 하나 이상을 포함하는 것을 특징으로 할 수 있다.

상기와 같은 본 발명에 따르면, 아래와 같은 다양한 효과들을 가진다.

첫째, 사용자는 타인에게 계좌관리페이지의 URL만을 제공하면 되어 간편하며, 타인은 계좌관리페이지에 쉽게 접근하여 기존의 뱅킹 시스템으로 계좌번호 및 거래은행을 자동 입력하여 거래를 진행할 수 있어 간편하다.

둘째, 사용자가 계좌 관리를 용이하게 할 수 있으며, 사용자가 자신의 계좌번호가 기억나지 않을 때 어디서든 자신의 계좌관리페이지를 방문하여 간단하게 확인할 수 있는 효과가 있다.

셋째, 타인으로 계좌이체를 통해 입금을 받고자 할 때, 계좌번호 자체를 제공할 필요 없이 계좌관리페이지의 URL만을 제공하면 되므로, 외부에 계좌번호가 노출되는 것을 막을 수 있다. 이를 통해, 금융사고가 발생할 가능성 또한 줄일 수 있다.

넷째, 입금자가 인터넷뱅킹, 모바일뱅킹을 이용할 때 계좌번호 및 거래은행을 외울 필요가 없다. 또한, 입금자가 계좌번호, 거래은행을 잘못 입력하여 발생할 수 있는 금융사고를 막을 수 있고, 계좌번호 또는 거래은행을 잘못 입력함에 따라 오류가 발생하면 계좌정보를 재입력해야 하는 불편함을 줄일 수 있다.

다섯째, 사용자가 인스턴스거래를 수행할 때, 중복 이체가 발생하는 것을 방지할 수 있으며, 목표횟수 이상으로 이체 거래가 발생하여 환불절차를 진행하여야 하는 불편을 줄일 수 있다. 또한, 사용자는 중복거래 또는 재고수량 초과 판매 등을 방지하여 고객의 신뢰를 확보할 수 있다.

도 1은 본 발명의 실시예들에 따른 계좌정보 연계 서비스 방법의 순서도이다.

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명한다. 본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 게시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 발명의 게시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있을 것이다. 또 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다.

본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성요소 외에 하나 이상의 다른 구성요소의 존재 또는 추가를 배제하지 않는다.

본 명세서에서 제1클라이언트는 계좌관리페이지를 생성을 서버에 요청하는 클라이언트에 해당하며, 제1사용자는 제1클라이언트의 사용자에 해당한다. 본 명세서에서 제2클라이언트는 계좌관리페이지에 접근하여 계좌이체를 수행하고자 하는 클라이언트에 해당하며, 제2사용자는 제2클라이언트의 사용자에 해당한다.

본 명세서에서 은행은 은행, 증권사, 카드사 등의 금융회사를 모두 포함한다. 이에 따라, 은행의 계좌번호는 증권사의 계좌번호 등을 포함한다.

본 명세서에서 계좌정보는 금융사의 계좌와 관련된 다양한 정보를 포함한다. 예를 들어, 계좌정보는 계좌번호, 거래은행 등을 포함할 수 있다.

이하, 도면을 참조하여 본 발명의 실시예들에 따른 계좌정보 연계 서비스 시스템 및 방법에 대해 설명하기로 한다.

도 1을 참조하면, 본 발명의 일실시예에 따른 계좌정보 연계 서비스 방법은, 제1클라이언트로부터 계좌정보를 수신하는 단계(S100); 상기 계좌정보를 포함하는 계좌관리페이지를 생성하는 단계(S200); 제2클라이언트로부터 상기 계좌관리페이지 내 상기 제1클라이언트의 특정한 계좌정보를 선택받는 단계(S300); 상기 제2클라이언트로부터 이체금액정보 또는 이체은행정보를 수신하는 단계(S400); 및 상기 제2클라이언트에 상기 이체은행정보에 상응하는 이체페이지를 제공하는 단계(S500);를 포함한다. 본 발명의 일실시예에 따른 계좌정보 연계 서비스 방법을 순서대로 설명한다.

서버는 제1클라이언트로부터 계좌정보를 수신한다(S100). 상기 계좌정보는 제1클라이언트의 사용자인 제1사용자가 보유한 은행계좌의 계좌번호정보 또는 상기 계좌번호에 대응하는 거래은행정보(예를 들어, 거래은행의 명칭)을 포함할 수 있다. 서버는 제1클라이언트가 획득한 상기 계좌정보를 수신하여 저장할 수 있다. 제1클라이언트는 다양한 방식으로 계좌정보를 획득할 수 있다. 예를 들어, 제1클라이언트는 계좌정보를 촬영한 이미지를 획득하여, 이미지 내의 계좌번호정보 또는 거래은행정보를 추출할 수 있다. 또한, 서버가 제1클라이언트로부터 계좌정보를 포함하는 이미지를 수신하여, OCR과 같은 이미지 내 문자인식 방식에 의해 상기 계좌번호정보 또는 거래은행정보를 획득할 수 있다. 또한, 제1클라이언트는 제1사용자로부터 제1클라이언트가 구비한 사용자입력부(예를 들어, 마우스, 키보드, 터치스크린에 표시된 인터페이스 등)을 통해 계좌정보를 입력받을 수 있다. 서버는, 제1사용자가 복수의 계좌번호를 보유한 경우, 제1클라이언트로부터 복수의 계좌번호정보를 수신할 수 있다.

서버는 계좌정보를 포함하는 계좌관리페이지를 생성한다(S200). 계좌관리페이지는 제1클라이언트로부터 수신한 계좌정보를 표시하는 웹페이지에 해당한다. 상기 계좌관리페이지는 사용자의 계좌번호를 직접 표시할 수도 있고, 특정한 명칭 또는 생성된 가상번호로 표현하거나 해당 계좌의 은행명(즉, 거래은행정보)으로만 표시할 수도 있다. 예를 들어, 제1사용자가 A은행과 B은행의 계좌번호정보를 제1클라이언트에 입력하여 서버로 전송한 경우, 서버는 계좌관리페이지에 계좌번호를 노출하지 않고, 제1사용자의 A은행계좌, B은행계좌로 표시할 수 있다.

또한, 계좌관리페이지에 접근하는 사용자에 따라 계좌정보가 계좌관리페이지에 표시되는 방식이 달라질 수 있다. 서버는 제1사용자가 접근할 경우에 계좌관리페이지에 실제계좌번호로 표시할 수 있고, 제2사용자가 접근할 경우에 가상번호를 표시할 수 있다.

서버는 제2클라이언트로부터 계좌관리페이지 내 상기 제1클라이언트의 특정한 계좌정보를 선택받는다(S300). 서버는 제2클라이언트에 상기 계좌관리페이지를 제공한다. 제2클라이언트는 상기 계좌관리페이지의 URL을 획득하여 서버가 제공하는 계좌관리페이지에 접속할 수 있다. 예를 들어, 제2클라이언트는 다른 클라이언트로부터 메시지 등을 통해 계좌관리페이지의 URL을 받을 수 있고, 다른 웹사이트에 기재되어 있는 계좌관리페이지의 URL을 획득할 수 있다. 그 후, 서버는 제2사용자(즉, 제2클라이언트의 사용자)가 선택한 계좌정보를 제2클라이언트로부터 수신한다. 즉, 제2클라이언트의 사용자는 계좌관리페이지에 표시된 계좌정보(예를 들어, 계좌번호 또는 거래은행)를 선택하여 서버로 전송할 수 있다.

본 발명의 일실시예에서, 상기 계좌번호 선택단계(S300)는, 서버는 상기 제2클라이언트가 상기 URL을 획득한 경로를 인식하여, 상기 경로에 따라 특정한 상기 계좌번호가 선택되거나 선택 가능한 계좌번호의 범위가 제한할 수 있다. 제1사용자(즉, 제1클라이언트의 사용자)는 특정한 계좌를 특정한 접근경로로만 접근할 수 있도록 한정할 수 있다. 예를 들어, 제1사용자는 특정한 계좌는 개인 사용 계좌로 설정하여 웹페이지 상에 표시된 URL링크를 통해서 계좌관리페이지를 접근하는 경우에는 확인되지 않도록 할 수 있다. 즉, 제1사용자는 제1클라이언트를 통해 서버가 제공하는 계좌관리페이지로 접근하여 접근경로에 따른 표시범위 설정을 할 수 있다.

상기 제2클라이언트로부터 이체금액정보 또는 이체은행정보를 수신한다(S400). 즉, 이체은행정보는 제2사용자가 사용하는 은행에 해당하며, 이체금액정보는 제2사용자가 선택된 계좌번호로 전송할 이체금액에 해당한다. 또한, 이체금액이 정해져 있어서 이체금액정보를 별도로 수신할 필요가 없는 경우, 서버는 제2클라이언트에 이체은행정보만을 요청하여 수신할 수 있다.

서버는 제2클라이언트에 상기 이체은행에 상응하는 이체페이지를 제공한다(S500). 이체페이지는 제2사용자가 계좌이체를 수행할 은행사이트 상의 이체 진행 웹페이지 또는 상기 은행 어플리케이션의 이체 수행 화면일 수 있다. 서버는 상기 이체페이지에 제2클라이언트에 의해 선택된 계좌정보(즉, 계좌번호정보 및 거래은행정보) 또는 상기 제2클라이언트로부터 수신된 이체금액정보가 입력되어 제공될 수 있다. 예를 들어, 서버는 상기 이체페이지의 이체 금액 입력란 또는 이체 상대방에 해당하는 제1사용자의 계좌번호 입력란이 완성된 페이지를 제공하여, 제2사용자가 직접 계좌번호를 입력하여야 하는 불편함을 줄일 수 있다. 또한, 예를 들어, 계좌이체 과정이 여러 단계로 나누어져 있고 상대방 계좌번호를 입력하는 단계가 다른 단계와 별도로 구성되어 있는 경우, 서버가 이체페이지 내에 계좌번호를 제공하여 계좌번호 입력단계를 완료하여 다음 단계로 진행하고, 다시 이전 단계로 돌아가지 못하게 하여 계좌번호가 유출되는 것을 방지할 수 있다.

또한, 상기 이체페이지 제공단계(S500)는, 상기 서버가 상기 제2클라이언트 유형을 인식하여, 상기 제2클라이언트 내 어플리케이션 실행 또는 상기 제2클라이언트에 적합한 이체페이지 연결을 요청할 수 있다. 즉, 제2클라이언트가 PC(예를 들어, 데스크톱, 노트북 등)인지 모바일디바이스(예를 들어, 스마트폰, 태블릿PC 등)인지에 따라, 제2사용자가 이체 과정을 수행하기 적절한 이체페이지가 존재할 수 있다. 제2클라이언트가 PC인 경우, 서버가 제2클라이언트에 웹브라우저를 통한 웹페이지 형식으로 이체페이지를 제공하는 것이 적절하고, 제2클라이언트가 모바일 디바이스인 경우, 서버가 제2클라이언트에 설치된 은행 어플리케이션을 실행하여 이체페이지를 제공하는 것이 적절하다. 따라서, 서버는 제2클라이언트의 유형을 파악하고, 파악된 유형에 상응하는 이체페이지 형식을 제공하도록 할 수 있다.

또한, 본 발명의 일실시예는, 상기 제1클라이언트로부터 특정한 이체목표횟수를 수신하는 단계; 상기 제2클라이언트로부터 이체수행결과를 수신하여 이체수행횟수를 카운트하는 단계; 및 상기 이체수행횟수가 상기 이체목표횟수에 도달하면, 상기 인스턴트거래페이지 사용을 종료하는 단계;를 더 포함할 수 있다. 상기 제1클라이언트로부터 인스턴트거래 진행요청을 수신하는 경우, 상기 계좌관리페이지는 인스턴트거래페이지에 해당할 수 있다. 인스턴트거래페이지는, 제1사용자가 일시적인 거래 수행을 위한 계좌번호정보를 제공하는 페이지에 해당할 수 있다. 예를 들어, 제1사용자가 공동구매 또는 특정 수량만의 판매를 수행하는 경우, 제1클라이언트는 서버에 인스턴트거래페이지를 개설을 요청하고, 계좌정보를 입력할 수 있다. 인스턴트거래를 수행하는 경우, 서버는 제1클라이언트로부터 특정한 이체목표횟수를 수신할 수 있다. 즉, 서버는 제1클라이언트로부터 원하는 총 이체 횟수를 수신할 수 있다. 인스턴트 거래는 동일한 금액에 대해서 복수 회의 거래가 수행되는 것이므로, 서버는 제1클라이언트로부터 특정한 거래금액정보를 수신할 수 있다.

그 후, 서버는 제2클라이언트로부터 이체수행결과를 수신하여 이체수행횟수를 카운트할 수 있다. 즉, 서버는 서버로부터 계좌정보를 받아가서 계좌이체를 수행한 제2클라이언트로부터 계좌이체를 완료하였다는 이체수행결과정보를 수신할 수 있고, 서버는 이체수행결과정보를 수신할 때마다 이체수행횟수를 증가시켜 카운트할 수 있다.

또한, 상기 제1클라이언트로부터 복수의 상기 계좌번호정보를 수신한 경우, 서버는 각각의 계좌번호정보에 대한 상기 이체수행횟수를 합산할 수 있다. 제2사용자들은 인스턴트 거래를 수행하면서 본인에게 편한(예를 들어, 본인의 거래은행에 해당하여 수수료가 발생하지 않은) 은행으로 계좌이체 수행을 원할 수 있다. 이를 위해 제1사용자가 여러 은행의 계좌정보를 인스턴트거래페이지에 입력하는 경우, 서버는 총 이체수행횟수를 각각의 계좌에 대한 이체수행횟수를 합산할 필요가 있다.

그 후, 서버는 이체수행횟수가 상기 이체목표횟수에 도달하면, 상기 인스턴트거래페이지 사용을 종료할 수 있다. 즉, 서버는 목표하는 이체목표횟수에 도달하면 인스턴트거래페이지의 사용을 종료하여 원하는 횟수 이상 이체가 수행되어 문제가 발생하는 것을 방지할 수 있다. 예를 들어, 제1사용자가 인스턴트거래를 통해 특정개수의 물품을 판매하는 경우, 물품의 개수보다 많은 횟수의 계좌이체가 이루어지게 되면 다시 환불하는 절차가 필요하며 고객인 제2사용자들의 불만이 발생할 수 있으므로, 이체목표횟수 이상 거래가 이루어지는 것을 방지할 필요가 있다.

또한, 상기 제2클라이언트가 상기 계좌관리페이지에 접속하는 경우, 상기 제1클라이언트로 알림정보를 전송하는 단계;를 더 포함할 수 있다. 상기 알림정보는, 제2클라이언트의 접속경로, 상기 제2클라이언트의 사용자정보, 상기 제2클라이언트의 위치정보 등을 포함할 수 있다. 이를 통해, 보안상의 문제, 고객 관리상의 필요성 등에 의해, 제1사용자는 본인의 계좌관리페이지에 접근하는 제2사용자의 정보를 파악하기를 원할 수 있다.

첫째, 사용자는 타인에게 계좌관리페이지의 URL만을 제공하면 되어 간편하며, 타인은 계좌관리페이지에 쉽게 접근하여 기존의 뱅킹 시스템으로 계좌번호를 자동 입력하여 거래를 진행할 수 있어 간편하다.

셋째, 타인으로 계좌이체를 통해 입금을 받고자 할 때, 계좌번호 자체를 제공할 필요 없이 계좌관리페이지의 URL만을 제공하면 되므로, 외부에 계좌정보가 노출되는 것을 막을 수 있다. 이를 통해, 금융사고가 발생할 가능성 또한 줄일 수 있다.

이상 첨부된 도면을 참조하여 본 발명의 실시예들을 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다.

Claims

서버가 제1클라이언트로부터 계좌정보를 수신하는 단계;
상기 계좌정보를 포함하는 계좌관리페이지를 생성하는 단계;
제2클라이언트로부터 상기 계좌관리페이지 내 상기 제1클라이언트의 특정한 계좌정보를 선택받는 단계;
상기 제2클라이언트로부터 이체금액정보 또는 이체은행정보를 수신하는 단계; 및
상기 제2클라이언트에 이체은행에 상응하는 이체페이지를 제공하는 단계;를 포함하며,
상기 이체페이지는, 상기 계좌정보 또는 상기 이체금액정보가 입력되어 제공되며,
상기 제2클라이언트는 상기 계좌관리페이지의 URL을 획득하여 상기 계좌관리페이지에 접속하는 것을 특징으로 하는, 계좌정보 연계 서비스 방법.
제1항에 있어서,
상기 제1클라이언트로부터 인스턴트거래 진행요청을 수신한 경우,
상기 계좌관리페이지는 인스턴트거래페이지이며,
상기 제1클라이언트로부터 특정한 이체목표횟수를 수신하는 단계;
상기 제2클라이언트로부터 이체수행결과를 수신하여 이체수행횟수를 카운트하는 단계; 및
상기 이체수행횟수가 상기 이체목표횟수에 도달하면, 상기 인스턴트거래페이지 사용을 종료하는 단계;를 더 포함하는, 계좌정보 연계 서비스 방법.
제2항에 있어서,
상기 제1클라이언트로부터 복수의 상기 계좌정보를 수신한 경우,
상기 이체수행횟수 카운트단계는,
각각의 상기 계좌정보에 대한 상기 이체수행횟수를 합산하는 것을 특징으로 하는, 계좌정보 연계 서비스 방법.
제1항 내지 제3항 중 어느 한 항에 있어서,
상기 이체페이지 제공단계는,
상기 서버가 상기 제2클라이언트의 유형을 인식하여, 상기 제2클라이언트 내 어플리케이션 실행 또는 상기 제2클라이언트에 부합하는 이체페이지 연결을 요청하는 것을 특징으로 하는, 계좌정보 연계 서비스 방법.
제1항 내지 제3항 중 어느 한 항에 있어서,
상기 계좌정보 수신단계는,
상기 제1클라이언트로부터 수신한 이미지에서 계좌번호정보 또는 거래은행정보를 획득하는 것을 특징으로 하는, 계좌정보 연계 서비스 방법.
제1항 내지 제3항 중 어느 한 항에 있어서,
상기 계좌정보 선택단계는,
상기 제2클라이언트가 상기 URL을 획득한 경로를 인식하여, 상기 경로에 따라 특정한 상기 계좌정보가 선택되거나 선택 가능한 계좌정보의 범위가 제한되는 것을 특징으로 하는, 계좌정보 연계 서비스 방법.
제1항 내지 제3항 중 어느 한 항에 있어서,
상기 제2클라이언트가 상기 계좌관리페이지에 접속하는 경우,
상기 제1클라이언트로 알림정보를 전송하는 단계;를 더 포함하며,
상기 알림정보는,
상기 제2클라이언트의 접속경로, 상기 제2클라이언트의 사용자정보, 상기 제2클라이언트의 위치정보 중 적어도 하나 이상을 포함하는 것을 특징으로 하는, 계좌정보 연계 서비스 방법.