KR20080074039A

KR20080074039A - 청구인과 연계된 결제카드를 이용한 입금방법 및 시스템

Info

Publication number: KR20080074039A
Application number: KR1020080011525A
Authority: KR
Inventors: 필립 시. 그레이브스; 메릴 브룩스 스미스
Original assignee: 이투인터액티브 인코포레이티드 디/비/에이 이투인터액티브 인코포레이티드
Priority date: 2007-02-07
Filing date: 2008-02-05
Publication date: 2008-08-12
Also published as: US20070118477A1; AU2008200269A1; US7437328B2; CA2618235A1; EP1956542A3; AU2008200269B2; CN101256653A; CA2618235C; EP1956542A2; JP2008204448A; MX2008001521A

Abstract

본 발명은 제3자가 관리하는 선불계좌에 돈을 입금하는 것에 관한 것이다. 고객의 계좌에 입금하는 방법은, 상품이나 서비스 제공자와 관련되고 식별자를 갖는 결제카드를 계좌를 가진 고객에게 배포하는 단계; 결제카드를 POS(point of sale)에 제공하는 단계; 결제카드에 관한 정보를 읽거나 결제카드에서 획득하는 단계; 고객에게서 돈을 받는 단계; 고객에게서 받은 돈을 고객계좌에 입금하는 단계를 포함한다. 또, 고객계좌에 입금하는 시스템은, 상품이나 서비스 제공자; 상기 제공자와 관련되고 식별자를 갖는 결제카드; 및 결제카드를 읽거나 결제카드에 관한 정보를 결제카드에서 획득하고, 고객한테서 돈을 받는 POS를 포함한다.

Description

청구인과 연계된 결제카드를 이용한 입금방법 및 시스템{VALUE INSERTION USING BILL PAY CARD PREASSOCIATED WITH BILLER}

본 발명은 선불카드 계좌에 관한 것으로, 구체적으로는 제3자가 관리하는 선불계좌에 돈을 입금하는 것에 관한 것이다. 선불카드의 데이터는 카드의 소지자나 최종사용자가 지불하거나 선불한 서비스나 상품에 연계된다.

선불계좌는 상품이나 서비스 제공자와 연계된다. 본 발명에서 선불계좌는 무선통신서비스 제공자와 연계되고, 때로는 배달원과 연계된다. 예컨대 선불계좌의 20불짜리 무선서비스를 이용하려면 고객이 20불짜리 PIN을 구입한다.

장거리 전화카드와 같은 선불카드는 대개 고객이 장거리 전화를 걸 때 사용한다. 카드마다 식별번호가 인쇄되어 있다. 관련 식별정보는 자기저장되거나 바코드에 인쇄된다. 식별번호는 카드발급자가 관리하는 데이터베이스에 파일로 저장되기도 한다. 기존의 비즈니스 모델에서는, 카드를 파는 소매점에 카드를 보낼 때, 데이터베이스의 해당 기록이 활성화되어, 고객이바로 카드를 사용할 수 있었다. 이런 카드를 선불 장거리 전화카드로 사용하려면, 고객이 카드발급자의 시스템에 접속하기 위해 수신자부담 전화를 걸어, 식별번호를 입력한 다음, 원하는 장거리 전 화를 한다.

이런 종래의 선불형 전화카드 시스템은 문제가 많다. 예를 들어, 소매점에 진열되어 있는 동안 카드가 활성화되어, 도난이 쉽고 사용도 쉽다. 이런 단점을 커버하기 위해 카드발급자 전용의 활성화 단말기를 설치한다.이런 시스템을 "폐쇄형"이라 하고, Stimson의 미국특허 5,577,109에 소개된바 있다. 폐쇄형 시스템에서는 카드를 미리 활성화시키지 않고, 카드를 판매하는 소매점에 전용 단말기를 비치하고 카드를 팔 때 카드의 가격을 설정한다. 활성화 단말기를 카드발급자의 시스템에 연결해 금액량을 보내고 카드 활성화를 요청한다. 다 쓴 카드는 판매할 때와 같은 방식으로 충전될 수 있다. 폐쇄형 시스템의 심각한 문제는, 소매점에서 한가지 기능 전용의 하드웨어를 설치해야 해, 융통성이 아주 없고 비싼 시스템이라는 것이다.

Dorf의 미국특허 6,000,608은 다양한 금액으로 판매되고 폐쇄시스템을 사용하지 않고도 충전되는 카드를 사용하는 장거리 전화카드 활성화 시스템을 포함한 다기능 카드시스템을 소개한다. POS(point of sale) 기기를 은행시스템에 연결해 Stimson의 특허의 단점을 어느정도 완화했지만, 사용자가 많을 경우 일어날 수 있는 도난의 감시를 강화하기 위해 카드 활성화 요청의 소스를 확인하지는 못한다.

Resnick의 미국특허 6,185,545에서 소개하는 싱글 지불카드는 상인의 단말기로 카드를 긁어 고객으로 하여금 선불계좌에 반복적으로 입금하게 한다. 이 특허에서는, 고객이 먼저 중앙프로세서에 접속하여 입금에 앞서 카드와 고객계좌를 연결한다. 이 카드는 POS에서 판매되지도 않고 상환되지도 않아, 카드 자체가 어떤 가 격도 갖지 못한다.

따라서, 하나의 카드를 사용해 선불계좌에 반복적으로 입금하는 시스템과 방법이 필요하다.

또, 배달원에 대한 PIN 요청을 중앙프로세서에서 취급하는 시스템과 방법도 필요한데, 여기서 배달원은 선불계좌를 갖고, 이 계좌는 중앙프로세서에 저장되지도 관리되지도 않으며, 중앙프로세서의 엔트리는 카드를 배포하고 활성화시킨다.

또, 고객이 상품이나 서비스를 신용으로 구입한 다음 상품이나 서비스 제공자로부터 지불요청 청구서를 받는 것이 일반적이다. 종래부터, 고객은 현금이나 수표나 우편환으로 지불하거나, 현금카드를 사용해 일시불이나 할부로 빚을 갚기도 한다. 더 최근에는 온라인 지불방법을 이용해, 인터넷을 통해 청구인이나 은행의 웹사이트를 이용해 지불하기도 한다.

이런 종래의 방법과 시스템은 일반적으로 은행, 당좌예금계좌 또는 신용카드를 필요로 하지만, 고객에 따라서는 지불할 때 은행계좌나 신용카드가 없거나 사용을 꺼리기도 한다. 우편환을 사용하기도 하지만, 불편하면서 수수료와 우편료가 부담된다는 문제가 있다.

따라서, 본 발명의 목적은 은행계좌, 신용카드, 우편환을 사용하지 않고도 청구서나 기타 채무에 대한 지불을 할 수 있는 시스템과 방법을 제공하는데 있다.

이와 같은 본 발명의 목적은, 상품이나 서비스 제공자와 함께 고객계좌에 입금하는 시스템과 방법에 의해 해결된다. 고객의 계좌에 입금하는 방법은, 상품이나 서비스 제공자와 관련되고 식별자를 갖는 결제카드를 계좌를 가진 고객에게 배포하는 단계; 결제카드를 POS(point of sale)에 제공하는 단계; 결제카드에 관한 정보를 읽거나 결제카드에서 획득하는 단계; 고객에게서 돈을 받는 단계; 고객에게서 받은 돈을 고객계좌에 입금하는 단계를 포함한다. 또, 고객계좌에 입금하는 시스템은, 상품이나 서비스 제공자; 상기 제공자와 관련되고 식별자를 갖는 결제카드; 및 결제카드를 읽거나 결제카드에 관한 정보를 결제카드에서 획득하고, 고객한테서 돈을 받는 POS를 포함한다.

이와 같이 구성된 본 발명에 의하면, 은행계좌나 신용카드나 우편환을 사용하지 않고도 청구서나 채무에 대한 지불을 할 수 있다.

무선전화기를 사용하거나 상품이나 서비스를 받으려면 선불계좌를 이용해 선불을 해야할 경우가 많다. 선불 무선전화서비스 공급자는 설명의 편의상 예를 든 것일 뿐이다. 본 발명은 모든 상품, 서비스는 물론 상품이나 서비스 공급자도 관련된다. 선불카드로 거래할 수 있는 서비스의 예로는 장거리전화, 무선통신, 페이징, 인터넷 통신서비스, 무선 웹서비스, 긴급 노상서비스, 법률서비스, 회계서비스, 세금서비스, 건물 청소관리서비스, 세탁서비스, 운송서비스, 여행서비스, 배달서비스, 온라인(오프라인) 데이트 서비스, 전기/주유 서비스, 테이블 서비스, 인터넷접속, 영화서비스 등이 있다. 선불카드로 거래할 수 있는 다른 서비스나 제품에 기프트카드, 주유카드, 식료품카드, 엔터테인먼트 카드, 영화카드, 다운로드 링톤(ringtone) 카드, 다운로드 게임카드, 다운로드 영화카드, MP3, MP4, WMV, WAV 등의 음악포맷을 사용하는 다운로드 음악카드, 기타 다운로드 소프트웨어 카드, 고객관리카드, 톨게이트 카드, 기타 다른 방식의 선불카드가 있다.

선불고객은 배달원과 같이 가서 서비스 댓가를 자신의 계좌에서 바로 인출하여 지불한다. 본 발명은 고객이 필요한 서비스를 얻을 수 있도록 배달원이 관리하는 고객계좌에 서비스 가격을 현금이나 신용으로 입금하는 고객친화적 과정을 제시한다.

고객이 자신의 계좌에 서비스가격을 입금하게 하는 과정을 중앙시스템에서 관리한다. 중앙시스템은 PIN(Personal Identification Number)와 같은 일단의 식별자를 유지관리하는데, 식별자마다 관련 서비스가격을 가지면서 화폐도안(예; $10, $25, $50 등)이나 서비스 사용단위(예; 분, 초 등)를 나타내는 것이 바람직하다. 식별자와 관련된 인디시아(indicia)는 고객에게 배포하기 위해 우선 상인에게 배포된다. $10, $25, $50짜리 카드와 같이 가격이 정해진 마그네틱띠 카드에 인디시아 를 배포할 수 있다. 이런 인디시아나 인디시아가 실린 물건을 중앙시스템이 관리하는 하나의 식별자하고만 연계하도록 한다. 따라서, 배포된 각각의 카드가 중앙시스템에서 관리하는 하나의 식별자에만 연결된다.

일단 고객이 인디시아나 인디시아를 띤 물건을 선택하면, 고객은 이 인디시아가 나타낸 식별자와 관련된 서비스가격을 지불한다. 예를 들어, 25달러의 서비스가격과 관련된 식별자와 연관된 25달러 카드의 대가로 고객이 25달러를 지불하면, 상인은 고객과의 거래를 중앙시스템에 확인시켜 중앙시스템의 식별자를 활성화시키게 한다. 이어서, 고객은 중앙시스템에 접촉해 자신의 계좌에 서비스대금을 입금한다. 고객은 활성화된 식별자를 대신하는 입력값과 고객의 계좌정보를 중앙시스템에 제공한다. 고객의 계좌정보는 고객의 배달원을 확인하는데 이용되기도 한다.

식별자와 고객계좌정보를 확인했으면, 중앙시스템이 고객의 배달시스템과 통신하면서 서비스가격을 계좌에 입금한다. 이어서, 고객의 업데이트된 계좌정보를 고객에게 보내준다. 배달원에 따라서는 중앙시스템이 고객계좌에 서비스가격을 직접 입금하지 않을 수도 있다. 이 경우, 시스템이 다른 배달원 식별자를 제공하고, 고객이 배달시스템에 송금하여 서비스가격 입금을 완료한다.

중앙시스템이 고객, 상인, 배달원 사이의 중개인 역할을 한다. 중앙시스템은 입금을 위해 여러 배달원들을 관리하고 선불 통신서비스의 중개인이 된다. 고객은 여러 판매소에서 얻을 수 있는 리소스에 접속하여 이득을 보고 여러 참여 배달원을 위해 서비스가격을 보충할 수 있다. 배달원은 시장의 물건을 가져와 이득을 보고, 고객은 더 쉽게 자신의 계좌 잔고를 보충할 수 있다. 끝으로, 상인은 판매증가로 이득을 보는데, 이는 고객이 상품을 선택할 수 있어 수요가 있는 상품을 판매하기 때문이다.

중앙시스템이 하나 이상의 관련 정보 데이터베이스를 관리하면서, 중앙시스템의 여러 사용자들(예; 고객, 상인, 관리자)이 본 발명의 각종 특징과 인터페이스에 접속할 수 있다. 관련 데이터베이스 시스템을 통해 여러 테이블에 들어있는 정보에 접속할 수 있으며, 또한 관련 데이터베이스의 어느 한 테이블의 데이터를 바꾸면 이 데이터를 공유하는 다른 테이블의 같은 데이터에 영향을 주는 것도 장점이다. 테이블이란 비슷한 데이터정보 필드에 여러 데이터를 기록하여 모은 것이다. 데이터기록은 필드에 기입되는 데이터 집합을 말한다. 이런 필드가 다양한 종류의 데이터를 받도록 포맷할 수도 있다. 따라서, 중앙시스템이나 시스템 사용자가 본 발명의 특징을 구현하기 위해 각종 데이터테이블과 기록에 포함된 데이터를 처리, 문의 또는 보고할 수 있다. 본 발명에 의하면, 다양한 데이터베이스가 예컨대 식별자 집합, MIN(Mobile Identification Number) 등을 가질 수 있다.

통신서비스를 공급하는 방법

도 1은 통신서비스를 공급하는 방법을 예시하는 순서도이다.

S1에서 시작해 S20에서는 관련 서비스가격을 갖는 식별자 집합을 설정한다. 식별자 각각이 데이터나 식별자 기록의 일부분을 이루므로, 나중에 고객에게 판매되는 관련 서비스가격을 중앙시스템에서 확인할 수 있다. 식별자로 PIN(Personal Identification Number)이 있는데, PIN은 1필드의 식별자기록을 갖지만, 동일한 식별자기록의 다른 필드에 서비스가격이 들어있다. 기록 X가 식별자 ABC와 서비스가 격 $25를 가질 수 있다. 서비스가격은 예컨대 $10, $25, $50과 같이 화폐도안이 바람직하지만, 배달원 체계에서 가능한 다른 서비스 사용단위(예; 시간, 분)로 표시될 수도 있다.

식별자 집합이 식별자 데이터베이스를 이루고, 식별자기록마다 상태 인디시아(즉, 식별자기 활성상태인지 여부), 일련번호, VAN(Visa Account Network Number), 또는 인디시아를 배포하는 상인을 확인하는 상인코드를 위한 필드를 가질 수 있다.

이어서, S40에서 식별자 인디시아를 고객에게 배포하기 위해 먼저 상인에게 배포한다. 전술한 바와 같이, 인디시아는 여러 이유로 식별자에 관한 정보를 제공한다. 첫째, 배포한 뒤에 활성화되어야 하는 식별자가 상인이 중앙시스템에 보낼 수 있도록 한다. 마찬가지로, 인디시아가 전달하는 정보 때문에, 인디시아를 상인에게서 받았을 때 구입되는 서비스가격과 식별자를 중앙시스템에 보낼 수 있다. 인디시아는 이런 정보를 갖고 있는 모든 물건을 포함하기도 한다. 한편, 중앙시스템과의 연락을 위해 인디시아는 고객에 명령을 내리기도 한다.

마그네틱띠 카드, 스마트카드, 바코드 카드, 또는 이들의 조합체와 같은 물건도 인디시아에 포함된다. 마그네틱띠, 칩 또는 바코드는 카드의 식별자를 나타내는 정보를 담고있다. 따라서, 고객에게 카드를 판매한 상인은 단말기에 카드를 긁거나 카드의 바코드를 스캔한다. 상인의 시스템은 식별자를 찾아 관련식별자를 갖는 물건의 판매를 중앙시스템에 통보한다.

고객이 구입한 카드를 사용토록 하기 위해, 카드가 식별자를 디스플레이하여 고객이 식별자를 중앙시스템에 알리도록 한다. 또, 고객이 카드를 제대로 구입하도록 하려면 카드에 제시된 식별자와 관련된 서비스가격을 디스플레이해야만 한다. 마지막으로, 중앙시스템과 연락하기 위한 정보(예; 수신자부담 전화번호)도 카드에 있어야 한다.

인디시아는 영수증이나 다른 통지서의 배달을 통해 고객에게 제공되기도 한다. 이 경우, 고객은 단말기나 상인을 통해서 POS에서 구매행위를 시작할 수 있는데, 선불서비스의 가격을 요청하고, 이 가격을 지불하면 중앙시스템이 식별자를 고객에게 배포하기 위해 POS로 식별자를 배달한다.

S60에서 고객에게 인디시아를 배포했을 때 식별자를 활성화시킨다. 전술한 바와 같이, 고객에게의 인디시아 배포를 상인에게 연락받은 뒤 식별자를 활성화할 수 있다. 이 조치는 가격지불 전에 인디시아의 도난 방지를 위해 도움이 된다. 활성화란 식별자기록과 관련된 상태 인디시아를 불활성에서 활성으로 바꾸는 것이다. 상인과 중앙시스템 사이의 통신은 호스트끼리 이루어지거나 비자넷 접속을 통해 이루어지는 것이 좋지만, 거래를 확인하는 입력정보를 상인 시스템에서 받는 모든 네트웍 통신이 포함된다. 따라서, 본 발명은 2000년 8월 18일자의 미국출원번호 09/641,363에 소개한 모든 특징을 이용한다.

이어서, S80에서 식별자와 관련된 서비스가격을 고객계좌에 추가하라는 요청을 고객한테서 받는다. 이 요청을 처리하기 위해, 중앙시스템은 전용전화번호로 연결할 수 있는 IVR(Interactive Voice Response) 시스템을 갖는다. 전화를 걸면, 구입한 서비스가격을 고개계좌에 추가해 달라는 요청에 대해 고객을 도와주는 음성지 시를 받는다.

IVR 시스템은 고객의 입력을 요청하고, (DTMF를 캡처하여) 고객의 입력을 받아들이고, 고객의 입력을 처리하는 고개에 대한 음성지시를 내려 적절한 반응과 필요한 행동을 취하도록 구성되어 있다. 고객의 요청은 중앙시스템과의 전체 통신세션, 즉 IVR 시스템과의 행위를 포함한다. 이후, IVR 시스템에 의한 고객에게서의 입력 요청은 모두 전화기 키패드상의 숫자를 선택하도록 고객에게 요구하는 음성지시나 메시지 형태로 된다. IVR 시스템과의 통신중에 언제라도 자동으로 이루어지기도 하지만, 고객과의 거래를 할 서비스 사원에게 전달되는 옵션을 고객이 선택할 수도 있다.

또, 올바른 입력 숫자와 같은 기준을 만족하는 고객의 입력을 받도록 IVR 시스템을 구성하기도 한다. 고객의 입력이 기준(예; 고객의 MIN을 요구할 때 10자리 전화번호)을 만족하지 않으면 IVR 시스템은 재입력을 요구하거나 고객을 정비공에게 보내도록 IVR 시스템을 구성한다. 또, 언어선택(즉, 영어, 스페인어, 프랑스어, 독일어 중에서 고객이 음성지시 언어를 선택토록 함), 고객의 확인, 도움말, 고객의 명령, 기타 중앙시스템과의 통신중에 언제라도 접속할 수 있는 내비게이션 등의 특징을 제시하도록 IVR 시스템을 구성할 수도 있다.

IVR 시스템을 이용해 중앙시스템에 접속하는 것에 대해 설명했지만, 이더넷, 모뎀, 전화, 무선통신기(예; 휴대폰, PDA 등)를 이용한 시스템과의 디지털/아날로그 연결, POS 기기나 트랜시버(예; 베리폰(verifone)), 토큰링, 인터넷, 인트라넷, 컴퓨터 연결, 기타 고객이 중앙시스템과 입출력을 주고받을 수 있는 네트웍 연결을 포함해 어떤 인터페이스로도 중앙시스템에 접속할 수 있다.

도 2는 도 1의 "식별자와 관련된 서비스가격을 고객계좌에 추가하라는 요청을 고객한테서 받는" 단계에 대해 더 자세히 설명하는 순서도이다. 이 요청은 구입한 인디시아와 관련된 식별자를 나타내는 입력(예; PIN)은 물론 고객계좌를 설명하는 고객의 입력(예; 중앙시스템이 고객의 배달원을 확인할 수 있는 고객의 단말기 전화번호)을 포함한다. 따라서, S80에서 S100으로 넘어가 식별자를 확인한다. 이어서, S120에서 고객계좌정보를 확인한다.

도 3은 도2의 "식별자 확인" 단계를 더 자세히 설명하는 순서도로서, S102에서 IVR 시스템은 고객의 식별자 입력을 요구한다(예; PIN을 요청하는 음성지시). S104에서 고객에게서 식별자 입력을 받는다(예; 카드상의 PIN). 이어서 S106에서 식별자 입력이 중앙시스템의 식별자 집합과 관계가 있는지 여부를 결정한다. 중앙시스템은 고객이 제시한 PIN을 데이터베이스와 비교하고, PIN을 포함한 기록을 데이터베이스에서 찾으면, S108로 진행한다. 식별자를 데이터베이스에서 찾았으면, S108에서 식별자가 활성상태인지 판단한다. 적당한 식별자 기록과 연계된 상태인디시아를 통해 식별자의 상태를 판단할 수 있다. 따라서, 중앙시스템이 식별자기록을 찾으면 상태인디시아의 값이 활성/불활성 상태를 나타내는지 여부를 판단할 수 있다. 식별자를 데이터베이스에서 찾았는데 활성상태이면, 이 식별자가 S110에서 이미 상환되었는지 여부를 판단한다. 이렇게 되면 식별자가 이미 상환되었다고 중앙시스템이 고객에게 알려줄 수 있다. 어떤 경우에는, 입금과정을 확인하기 전에 중앙시스템과 고객의 통신 세션이 미리 끝날 수도 있다. 이렇게 되면, 사전 호출로 입금기능이 끝났다는 경고를 고객이 받지 못한다. 따라서, 고객이 일정 기간(예; 지난 24시간)내에 사전에 호출을 받았으면, 입금이 되었음을 중앙시스템이 고객에게 알려줄 수 있다. 식별자가 상환되지 않았으면, S116 단계로 간다.

S106에서 식별자를 데이터베이스에서 찾을 수 없거나, 데이터베이스에서 찾았지만 S108에서 불활성이라고 판단되거나, 활성이지만 이미 S110에서 상환되었다고 판단되면, S112 단계로 진행한다. S112에서 사전 식별자 점검이 있었는지 판단하고, 있었다면 S114로 나아간다. 고객이 사전에 식별자 입력을 받았고 이 입력에도 S106, 108, 110 단계의 어떤 판단도 못했을 경우 사전 식별자점검이 일어난다. 사전 식별자점검이 없었다면, S102 단계로 나아가 고객이 식별자를 재입력할 것을 요청한다.

활성이면서 상환되지 않았다고 발견된 식별자에 대해, S116에서 관련 서비스가격을 결정한 다음, S119 단계로 진행하였다가 S120 단계로 돌아간다.

도 4는 도 2의 "계좌정보확인" 단계를 자세히 보여주는 순서도이다. 고객은 자신의 계좌정보를 넘겨주면서 구입한 서비스가격이 올바른 배달시스템에서 올바른 고객계좌나 MIN(Mobile Identification Number) 에 입금되도록 한다. 도 4에 의하면, S121 단계에서 고객이 중앙시스템에 접속했을 때 고객의 MIN을 캡처했는지 여부를 판단하는데, 고객의 MIN은 ANI(Automatic Number Identification)나 비슷한 ID 기능을 이용해 캡처할 수 있다. 중앙시스템은 ANI를 통해 고객의 MIN을 ISDN 전송으로 획득한다. 한편, 요청이 있을 때 고객이 자신의 MIN을 제공할 수도 있다. 이렇게 되면 선불 서비스가격을 입금해야 할 MIN 계좌를 고객이 확인할 수 있다.

아직 고객의 MIN을 캡처하지 못했으면 S127 단계로 나아가고, 캡처했으면 S122 단계로 나아가 MIN을 데이터베이스에서 찾을 수 있는지 판단한다. MIN 데이터베이스는 기존의 MIN을 편집한 것으로, MIN과 관련 배달원 정보를 담고있다. MIN 데이터베이스는 중앙시스템에 저장되거나 Telcordia와 같은 외부 공공 데이터베이스에 저장된다. 이 데이터베이스가 WLNP(Wireless Local Number Portability) 법에 의해 생긴 데이터베이스를 포함할 수도 있다. MIN을 데이터베이스에서 못찾았으면, S123 단계로 넘어가, 유선전화나 다른 연결방법으로 중앙시스템에 접속하여 고객이 서비스가격을 추가하고자 하는 MIN을 입력하도록 한다. MIN을 데이터베이스에서 찾았으면 S125 단계로 나아간다.

S123에서는 고객의 MIN을 고객에게 사전에 요청했는지 판단하고, 요청했으면 S124 단계로 나아가고, 요청하지 않았으면 S127 단계로 나아간다.

S125에서 고객이 자신의 MIN을 입력했는지 판단하고, 입력했으면 S129로 나아가며, 입력하지 않았으면 S126 단계로 나아가 MIN을 확인했는지 판단한다. 확인된 MIN이 서비스가격을 추가할 올바른 계좌임을 고객의 입력으로 확인한다. MIN을 확인했으면 S129 단계로 나아간다.

한편, MIN을 확인하지 못했으면, S127 단계로 진행하여 서비스가격 추가를 요청하기 위한 고객의 MIN을 나타내는 입력을 할 것을 요청한다. 이어서, S128에서는 S121로 돌아가기 전에 고객의 MIN 입력을 받아들인다.

S129에서는 고객의 배달원을 확인하는데, MIN 데이터베이스에서 확인한 MIN을 차아 관련 배달원에 연계시키면 배달원을 결정할 수 있다. 배달원이 결정되면 S130에서 배달원의 지역코드를 제시했는지 판단한다. 제시하지 않았으면 S138로 뛰어넘는다. 배달원 지역코드가 필요하면, S132 단계에서 이 코드를 요청한다. 지역 휴대폰 고객에 관한 데이터를 관리하는 지역센터를 갖는 배달원이 지역코드를 필요로할 수 있다. 고객의 우편번호로 지역코드를 표시할 수 있다.

S133에서 배달원 지역코드를 받고 S134로 넘어가, 지역코드가 유효한지 판단한다. 지역코드가 데이터베이스에서 관리되는 지역코드와 관계가 있다면 유효하다고 본다. 지역코드가 단순히 고객의 우편번호이면, 배달원 데이터베이스를 참조하여 적절한 지역을 결정할 수 있다. 지역코드가 유효하지 않으면, S132로 돌아가, 지역코드를 재입력할 것을 요구한다. 지역코드가 유효하면 S135로 넘어가, 고객의 MIN과 배달원 지역코드 사이를 연계하여 후속 거래시 지역코드르 다시 요청하는 것을 피한다. S138 단계로 갔다가 S139 단계로 간다.

고객의 요청을 받은 뒤, S140에서 관련 서비스가격을 고객계좌에 추가한다. 도 5는 도 1의 "관련 서비스가격을 고객계좌에 추가하는" 단계를 자세히 설명하는 순서도이다. S141에서 고객의 배달원이 고객계좌로의 서비스가격 입금을 지원하는지 판단한다. 배달원이 입금을 직접 지원하면, S144 단계로 가서 배달원 시스템에 접속한다. 이어서, S145에서 식별자와 관련된 서비스가격을 고객계좌에 추가하는데 대한 동의를 배달원 시스템에 요청하고, S146에서는 추가요청을 찬성했는지 판단하며, 찬성했으면 S148 단계에서 서비스가격을 고객계좌에 추가한 다음 S150 단계에서 업데이트된 고객계좌정보를 배달원 시스템에게서 받는다. 업데이트된 계좌정보는 새로운 계좌잔고는 물론 만료일도 포함한다. 이어서, S152 단계로 나아간다.

그러나, S146에서 입금요청이 받아들이지 않으면, S147에서 입금이 거부된 이유를 배달원 시스템에게서 받는다. S152 단계로 나아가, 배달원 시스템과의 통신세션을 끝낸 다음, S159를 지나 S160으로 돌아간다.

입금을 직접 지원하지 않는 배달원을 위해, S142에서 고객에게 다른 배달원 식별자를 제공한다. 배달원 식별자는 중앙시스템과 함께 사용되는 식별자와 비슷한 기능을 하지만, 배달원 시스템과의 통신을 통해 상환되어야 한다. 이들 배달원 식별자들은 별도의 데이터베이스에 관리된다. 따라서, S143에서 가격 상환을 끝내도록 배달원 시스템이 관리하는 IVR 시스템에 고객을 보낸다.

도 1의 S160에서 고객계좌 요약정보를 고객에게 제시한다. 도 6은 도 1의 "고객계좌 요약정보를 제시하는" 단계를 더 자세히 설명하는 순서도이다. S162에서 배달원 시스템이 입금을 동의했는지 판단하고, 동의했으면 S164에서 업데이트된 고객계좌정보를 고객에게 제시한 다음, S169로 간다. 동의하지 않았으면, S166 단계에서 요청 거부 이유를 고객에게 제시한다. 이유로는, 고객계좌의 잔고가 너무 높거나 한계를 넘어 배달원이 이 계좌를 찾을 수 없고 미확인 실시로 계좌가 취소된 등등의 이유가 있다. S169 단계로 나아가서 S199 단계로 돌아간다. 일단 고객계좌 요약정보를 고객에게 제공했으면 S199 단계에서 끝난다.

이상 설명한 방법은 배포된 식별자의 인디시아에 관련 서비스가격이 없는 경우에 이용된다. 이 경우, 인디시아가 식별자를 포함하지만, 카드로 구입할 서비스 가격을 고객이 선택할 수 있다. 따라서, 카드를 배포할 때, 고객이 서비스가격을 예컨대 25달러짜리로 선택하고 중앙시스템에서 이 가격을 기록에 추가한다. 중앙시 스템에게 구입가격을 통보한 다음, 관련 서비스가격 필드에 입력한다.

본 발명의 범위를 벗어나지 않는 여러 다른 실시예도 있을 수 있는데, 어떤 경우에는 통신서비스가 아닌 POS에서 입금행위가 일어날 수 있다. 이런 방법에서는 POS에서 고객에게서 상품제공자에게 송금을 한다.

예를 들어, 고객이 돈을 지불하고자 하는 상품이나 서비스를 위해 특정 계좌에 관한 정보를 POS에 제공한다. 이 가격은 구입이나 사용 전에 제공되거나(선불), 사후에 제공된다(청구서결제). 고객은 송금할 계좌를 확인할 수 있는 정보를 제공하고, 계좌번호나 다른 식별자를 POS에 제공하거나 고객의 식별정보(예; 성명, 사회보험번호)를 제공하여 계좌를 확인할 수 있다. 한편, 필요한 계좌와 지불정보가 들어있는 결제카드를 POS에 제시할 수도 있다. 예를 들어, 고객을 식별할 정보(예; 성명, 계좌번호, 주소 등)나, 지불을 받는 상품이나 서비스 제공자를 식별할 정보(예; 은행의 라우팅 번호, 송금받을 계좌 등)가 지불카드에 포함된다.

결제카드는 마그네틱띠, 바코드, 스마트칩 등을 포함한 어떤 리더블 포맷으로도 이 정보를 포함할 수 있다. 이제 도 11을 참조하여 상품이나 서비스에 대해 특정 계좌에 입금하는 방법에 대해 설명한다. 1110에서 고객인 결제카드를 POS에 제시한다. POS는 상인 POS, ATM, 전용 키오스크(kiosk) 등의 형태를 취하지만, 이에 한정되지도 않는다.

1120에서 POS는 고객의 결제카드를 읽고 상품이나 서비스 제공자로 고객의 계좌를 확인할 수 있다. 1130에서 고객은 POS에 지불을 하되, 현금, 크레딧, 송금, 선불의 형태로 지불한다. 1140에서 고객이 지불한 금액을 상품이나 서비스 제공자 를 갖는 고객의 계좌에 기입하고, 1150에서 POS와 제공자 사이에 결제가 일어난다.

다른 방법의 결제도 가능하다. 상품이나 서비스에 대해 특정 계좌에 입금하는 다른 방법에 대해 도 12를 참조하여 설명한다. 1210에서 고객이 POS에 결제카드를 제시한다. 1220에서, POS는 결제카드를 읽고 고객을 대표하는 인디시아와 중앙프로세서에 관한 정보를 획득한다. 중앙프로세서는 거래 제3자이거나 상품이나 서비스 제공자의 신원으로 존재할 수 있다. 1230에서, POS는 중앙프로세서와 접촉하고 고객을 나타내는 인디시아를 제공한다. 1240에서, 중앙프로세서는 인디시아를 조사하여 고객에 관한 정보(예; 성명, 주소, 계좌 등)를 획득한다. 전과 마찬가지로, 1260에서 고객은 POS에 지불을 하지만, 1250에서 중앙프로세서가 고객이 서비스나 상품 제공자에게 빚진 금액을 결정하고 1255에서 POS가 이 금액을 고객에게 알려줄 수도 있다. 1280에서는 상품이나 서비스 제공자에게 지불이 이루어진다. 또는, 1270에서 중개송금이 일어나 중앙프로세서를 통해 제공자에게 지불이 된다. 1270 단계는 양쪽 거래 당사자 사이에 중립적이고 신뢰성있는 제3자를 개입시키므로 바람직하다. 1290에서 결제가 되어 과정이 끝난다.

상품이나 서비스 제공자와 함께 이전 계좌에 입금하는 방법에 대해 도 13을 참조하여 설명한다. 1310에서 고객이 POS에 결제카드를 제시한다. 1320에서 POS는 결제카드를 읽고 중앙프로세서에 관한 정보와 고객을 나타내는 인디시아를 획득한다. POS는 1330에서 중앙프로세서에 접촉하고 인디시아를 제공한다. 1340에서 중앙프로세서는 제공된 인디시아를 근거로 고객을 조사하고, 고객에 관한 정보를 획득한다. 이런 정보는 고객의 성명, 주소, 은행계좌 등을 포함하지만, 이에 한정되지 도 않는다. 1350에서 중앙프로세서는 고객의 은행계좌에 관한 정보를 POS에 되돌려 보내고, POS는 이 정보를 고객에게 제공한다.

이 시점에, 중앙프로세서는 고객이 상품이나 서비스 제공자에게 빚진 금액을 1360에서 POS에 돌려주기도 하는데, POS는 1365에서 이 금액을 고객에게 제공하지만, 경우에 따라서는 이들 단계를 생략할 수 있다.

고객은 1370에서 POS에 지불을 할지 여부를 결정하거나, 1380에서 고객과 관련된 은행계좌로부터의 송금(예; 고객의 당좌예금계좌로부터의 송금)에 동의할지 여부를 결정한다. 1370에서 고객이 POS에 지불하면, 1375에서 중앙프로세서를 통해 지불되거나 직접 제공자에게 지불된다. 1380에서 고객이 자기 은행계좌에서 송금된 금액을 갖기를 선택하면 이 금액이 고객의 은행계좌에서 중앙프로세서로 송금되거나 직접 제공자에게 송금된다. 1390에서 POS, 중앙프로세서 및 상품이나 서비스 제공자 사이의 결제가 일어난다.

예를 들어, 결제카드를 특정 청구인이나 제공자와 미리 연계하는 방법을 고려할 수 있다. 이렇게 연계된 결제카드는 판매되거나 청구인이나 제공자가 결제카드를 고객에게 제공할 수 있다. 이런 카드의 사용자는 중개인을 통해 청구인이나 제공자에게 송금한다. 중개인은 전화, 인터넷 등을 통해 접촉할 수 있다. 결제카드 사용자는 결제카드를 제3자인 상인에게 결제카드를 제시하여 지불을 하고, 상인은 중앙프로세서에 접속하여 카드상의 정보를 제공한다. 사용자는 자신이 지불할 금액을 상인을 통해 중앙프로세서에 알려주고, 중앙프로세서는 상인에게 접속하여 사용자가 선택한 금액을 사용자 계좌에 입금한다. 중앙프로세서와 청구인이나 제공자 사이의 접속은 실시간으로 이루어지거나 주기적으로, 즉 일괄송금으로 일어난다. 제3자인 상인은 사용자에게서 지불을 받고, 중앙프로세서와 상인은 ACH나다른 지불체계를 통해 결제를 한다.

통신서비스 요금시스템

통신서비스 요금을 지불하는 시스템에 대해 도 7을 참조하여 설명한다. 도 7에는 중앙시스템(10), 다수의 고객시스템(20,22,24), 다수의 상인시스템(40,42,44) 및 다수의 배달원 시스템(60,62,64)이 있다. 고객시스템(20,22,24)은 네트웍(19)을 통해 중앙시스템(10)과 통신하고, 상인시스템(40,42,44)은 네트웍(39)을 통해 중앙시스템(10)과 통신하며, 배달원 시스템(60,62,64)은 네트웍(59)을 통해 중앙시스템(10)과 통신한다. 이들 네트웍(19,39,59)은 경우에 따라 동일할 수도 있다.

중앙시스템(10)은 고객, 상인, 배달원 시스템으로부터의 입력을 처리하고 출력을 만드는 프로세서(12), 메모리(14), 및 고객, 상인, 배달원 시스템과 입출력을 주고받는 사용자 인터페이스(16)를 갖는데, 프로세서(12)는 중앙시스템이 사용할 데이터를 메모리(14)에 저장한다. 프로세서(12), 메모리(14) 및 인터페이스(16)는 데이터버스(11)를 통해 서로 연결되어 통신한다. IVR 시스템은 프로세서(12), 메모리(14) 및 사용자 인터페이스(16) 각각의 성분을 이용할 수 있다.

프로세서(12)는 중앙시스템(10)의 각종 동작을 감시제어한다. 처음에 프로세서(12)는 인디시아 배포를 확인했을 때 상인시스템(40)이 준 정보를 처리하고, 중앙시스템(10)에 접속하거나 요청이 있을 때 고객시스템(20)이 준 정보를 처리한다. 중앙시스템(10)에 접속한 고객은 사용자 인터페이스(16)를 이용해 입력을 하는데, 이런 인터페이스는 IVR 시스템이 제시한 음성지시 등이 있다.

메모리(14)는 프로세서(12)는 물론 중앙시스템(10)의 다른 부분이 사용하는 각종 데이터를 저장한다. 예를 들어, 식별자와 관련 서비스요금, MIN, 배달원, 기타 중앙시스템과 IVR에 필요한 정보의 각종 데이터베이스가 메모리(14)에 저장될 수 있다. 메모리(14)에 포함된 여러 부분도 필요한대로나 원하는대로 구성될 수 있다. 또, 메모리의 여러 부분들 사이에 데이터를 교환할 수도 있다.

사용자 인터페이스(16)를 통해 사용자가 입력을 하고 중앙시스템(10)의 출력을 받는다. 사용자 인터페이스(16)는 고객, 상인 및 배달원 시스템들과 통신을 하고, 프로세서(12)의 제어하에 중앙시스템(10)에 관한 데이터나 정보의 입출력을 포함해 고객이나 다른 운용시스템과 교류함은 물론, 시스템관리자, 중앙시스템(10) 및 다른 원격시스템들 사이의 인터페이스도 한다. 시스템관리자는 주로 사용자 인터페이스(16)를 이용해 메모리(14)에 데이터와 정보의 저장을 관리하고 또한 중앙시스템(10)을 업데이트한다.

작동중에, 적당한 고객시스템(20)을 이용하는 고객이 고객네트웍(19)을 통해 중앙시스템(10)에 접속한다. 고객시스템(20)으로는 휴대폰, 인터넷에 접속하는 컴퓨터, PDA, 기타 고객네트웍(19)에 접속되는 무선통신기가 포함된다. 상인시스템(40)으로는 중앙시스템에서 입력을 받을 수 있는 트랜시버(예; 베리폰)가 있는데, 이런 트랜시버는 인디시아나 다른 정보를 인쇄하고, 스마트카드나 마그네틱띠 카드나 바코드 스캐너 기능을 수행하며, 중앙시스템(10)에 출력할 수 있다. 따라서, 지불을 했을 때 식별자를 활성화시키려면, 상인 트랜시버의 적당한 카드 인터 페이스로 카드를 긁어 중앙시스템(10)에 접속하여 데이터베이스내 식별자를 활성화시킨다.

사용자 인터페이스(16)는 고객시스템(20)에 데이터를 전송하여 입력을 받고 고객이 중앙시스템(10)에 출력하도록 한다. IVR 시스템에 관련하여 사용자 인터페이스를 설명했지만, 다른 사용자 인터페이스를 이용해 고객이 웹페이지에 접속하여 필요한 상환정보를 적절한 형태로 제공할 수도 있다.

도 7에는 고객시스템과 상인시스템이 여러개 제시되었지만, 고객시스템과 상인시스템이 하나만 제시되어 중앙시스템(10)과 통신할 수도 있다.

사용자 인터페이스(16)는 식별자 입력과 고객계좌 입력을 포함해, 입금요청을 고객시스템(20)에게서 받는다. 프로세서(12)는 메모리(14)에서 관리되는 식별자 데이터베이스로 식별자 입력을 확인한 다음, 메모리(14)에서 관리되거나 외부 공용데이터베이스에서 관리되는 MIN 데이터베이스로 고객의 계좌입력을 확인한다. 사용자 인터페이스(16)는 배달원 시스템(60)과 통신하면서 고객계좌 요약정보를 고객에게 제공하기 전에 입금과정을 끝낸다.

본 발명은 통신서비스 가격을 배포하는 장치도 포함한다. 이런 장치는 고객이 구입할 선불 서비스가격을 선택하도록 하고 지불도 하도록 하는 단말기(예; 베리폰이나 자판기 등)를 포함한다. 단말기는 각종 서비스가격을 제시하는 상품선택부(예; 고객의 선택을 받는 사용자 인터페이스), (현금, 마그네틱띠 카드나 스마트카드 판독기를 통해) 고객의 지불을 받는 지불부, 관련 식별자를 활성화시키는데 필요하고 인디시아의 판매를 중앙시스템에 통보하는 통신부(예; 모뎀), 및 식별자 의 인디시아를 고객에게 제공하는 배달부(예; 기계식 카드배달장치나, 인디시아를 출력하는 프린터 등)를 포함한다.

도 1~6은 본 발명의 여러가지 방법들을 예시한다. 도 7은 본 발명의 시스템의 일례를 보여준다. 본 발명의 시스템이나 시스템의 일부는 범용컴퓨터나 네트웍 운용시스템과 같은 "프로세싱 머신" 형태일 수 있다. "프로세싱 머신"은 메모리가 하나 이상인 프로세서를 포함하는 개념으로 이해하면 된다. 메모리마다 명령어 집단을 저장할 수 있다. 명령어는 프로세싱 머신의 메모리에 영구적으로나 임시로 저장된다. 이렇게 저장된 명령어는 프로세서에 의해 실행되어 데이터를 처리한다. 명령어에는 순서도에서 설명한 임무를 실행하는 각종 명령어들이 포함된다.

프로세싱 머신은 데이터처리를 위해 메모리에 저장된 명령어를 실행한다. 이런 데이터처리는 프로세싱머신의 사용자의 명령어에 대한 응답, 이전 처리에 대한 응답, 다른 프로세싱머신이나 입력에 의한 요청에 대한 응답일 수 있다.

전술한 바와 같이, 본 발명의 프로세싱머신이 범용컴퓨터일 수 있지만, 특수목적 컴퓨터, 마이크로컴퓨터나 미니컴퓨터나 메인프레임을 포함한 컴퓨터 시스템, 프로그램된 마이크로프로세서, 마이크로컴퓨터, 주변기기, CSIC(Customer Specific Integrated Circuit), ASIC(Application Specific Integrated Circuit), 기타 다른 집적회로, 논리회로, 디지털신호 프로세서, FPGA, PLD, PLA, PAL과 같은 프로그래머블 논리장치, 기타 본 발명의 방법을 실현할 수 있는 다른 기기도 포함한다.

전술한 본 발명의 방법을 실행하는데 프로세싱머신의 메모리와 프로세서를 같은 위치에 놓을 필요는 없다. 즉, 프로세서와 메모리를 별도 위치에 놓고 연결하 기면 된다. 또, 프로세서와 메모리를 하나의 장비로만 구성할 필요는 없어, 프로세서가 한 장소의 하나의 장비이고 메모리는 다른 장소의 다른 하나의 장비일 필요는 없는 것이다. 즉, 프로세서가 2개 장소의 2개 장비일 수도 있다. 2개의 별도의 장비를 적절히 연결하면 된다. 이는 메모리도 마찬가지다.

더 자세히 설명하면 앞서 설명한 처리과정이 여러 요소와 메모리에 의해 실행되지만, 2군데 떨어진 요소에 의해서 실행되거나 하나의 요소로 실행될 수도 있다. 또, 별도의 하나의 요소에서 실행되는 처리과정이 2개의 별도의 요소로 실행되기도 한다. 마찬가지로, 2개의 별도의 메모리에서 실행되는 메모리 저장을 하나의 메모리에서 실행하기도 하고, 그 반대도 가능하다.

또, 프로세서와 메모리 사이의 통신은 물론 프로세서와 메모리가 다른 장치와 통신하여 명령어를 받거나 접속하거나 저장하는 등등의 기능을 하는데 각종 기술을 적용할 수 있다. 이런 통신에 이용되는 기술은 네트웍, 전용회로, IP 기반 접속, 인터넷, 인트라넷, 익스트라넷, LAN, WAN, VPN, 이더넷, 클라이언트-서버 시스템 등이 있다. 이런 통신기술은 TCP/IP, U에 OSI, SNA, X.25, ISO 85/83, XML, SOAP와 같은 프로토콜을 이용한다.

명령어는 본 발명의 처리과정에 사용되고, 프로그램이나 소프트웨어 형태이다. 소프트웨어는 주로 시스템이나 애플리케이션 소프트웨어 형태이지만, 별도의 프로그램 집합, 대형 프로그램내의 프로그램 모듈 또는 프로그램 모듈의 일부분 형태일 수도 있고, 객체지향 프로그래밍 형태의 모듈라 프로그래밍을 포함하기도 하며, 처리되는 데이터로 프로세싱머신이 할 일을 알려준다.

또, 본 발명에 사용되는 명령어는 프로세싱머신이 읽을 수 있는 형태를 취한다. 예를 들어, 프로그램 형태일 경우 적당한 프로그래밍 언어 형태로서 프로세서가 읽을 수 있는 기계어나 목적코드로 변환된다. 즉, 특별한 프로그래밍 언어로 프로그래밍 코드나 소스코드를 쓴 라인을 컴파일러, 어셈블러 또는 인터프리터를 사용해 기계어로 바꾼다. 기계어는 프로세싱머신에 맞는, 즉 컴퓨터의 종류에 맞는 2진코드 기계 명령어이다. 컴퓨터는 기계어만 이해한다.

프로그래밍 언어로는 어셈블리어, Ada, APL, 베이직, C, C++, COBOL, dBase, Forth, Fortran, Java, Modula-2, Pascal, Prolog, REXX, 비주얼 베이직, JavaScript 등이 있지만, 굳이 한종류의 명령어나 프로그래밍 언어를 사용할 필요는 없고, 필요에 따라 여러가지 언어를 사용할 수도 있다.

또, 본 발명에 사용되는 명령어나 데이터는 모든 압축, 암호화 기술이나 알고리즘을 이용할 수 있다. 암호화 모듈은 데이터를 암호화하는데 이용되고, 해독모듈을 사용해 파일이나 데이터를 해독할 수 있다.

본 발명은 컴퓨터나 컴퓨터 시스템을 포함한 프로세싱머신에서 구현된다. 명령어, 즉 컴퓨터 운용시스템을 통해 전술한 기능을 실행하는 소프트웨어가 필요에 따라 다양한 매체에 포함될 수 있다. 또, 명령어로 처리되는 데이터 역시 다양한 매체에 포함될 수 있다. 즉, 프로세싱머신에서 명령어나 데이터를 저장하는데 사용되는 메모리와 같은 매체는 다양한 물리적 형태나 전송방식을 취할 수 있는바, 예컨대 종이, 투명종이, 콤팩트 디스크, DVD, 집적회로, 하드디스크, 플로피 디스크, 광디스크, 자기테이프, RAM, ROM, PROM, EPROM, 와이어, 케이블, 광섬유, 통신채 널, 위성송신기, 원격송신기, 기타 프로세서가 읽을 수 있는 매체나 데이터 소스를 모두 포함한다.

또, 사용되는 메모리도 명령어나 데이터나 다른 정보를 필요한대로 저장할 수만 있으면 되어, 데이터를 저장하는 데이터베이스 형태를 취하며, 단층파일이나 관계형 데이터베이스와 같은 구성을 취할 수 있다.

본 발명의 시스템과 방법에서, 다양한 "사용자 인터페이스"를 이용해 프로세싱머신과 인터페이스할 수 있는데, 이런 사용자 인터페이스는 사용자가 프로세싱머신과 교류할 수 있도록 프로세싱머신에서 사용되는 모든 하드웨어나 소프트웨어나 이들의 조합을 포함하고, IVR, 대화형 스크린 형태를 취할 수 있지만, 고객의 브라우저에 의해 고객시스템에 제시되는 웹페이지나 다른 양방향 애플리케이션일 수도 있다. 웹페이지나 애플리케이션은 데이터를 기입하여 광고시스템에 전송하기 위한 필드를 갖고 있다. 사용자 인터페이스에는 마우스, 터치스크린, 키보드, 키패드, 카드슬롯, 보이스리더, 음성인식기, 대화스크린, 메뉴박스, 리스트, 체크박스, 토글스위치, 푸시버튼, 기타 프로세싱머신이 명령어를 처리할 때의 동작에 관한 정보를 사용자가 입력할 수 있는 다른 기기가 포함된다. 따라서, 사용자 인터페이스는 사용자가 프로세싱머신과 통신할 수 있는 모든 기기를 포함한다. 사용자 인터페이스를 통해 사용자가 프로세싱머신에 제공하는 정보는 명령어, 데이터, 기타 입력 형태를 취한다.

사용자 인터페이스는 프로세싱머신이 데이터를 처리하도록 하는 명령어를 실행하는데 이용되고, 정보를 주고받을 수 있도록 사용자와 교류하는 프로세싱머신에 서 사용되는 것이 보통이지만, 반드시 인간이 사용자 인터페이스를 사용하는 것은 아니고, 인간이 아닌 다른 프로세싱머신과 데이터를 주고받는데 이용되기도 한다. 따라서, 다른 프로세싱머신이 사용자일 수도 있다. 또, 본 발명에서 사용되는 사용자 인터페이스는 한편으로는 다른 프로세싱머신과 교류하면서 한편으로는 인간 사용자와 교류할 수도 있다.

도 8은 통신서비스를 공급하는 방법의 순서도로서 도 1과 비슷하지만, 관련 서비스가격이 처음에는 미리 설정되지 않고 식별자를 고객에게 배포했을 때 고객의 선택에 의해 결정된다. 이와 관련해, 인디시아가 식별자를 포함하지만, 고객이 중앙시스템의 기록에 넣기 위해 25불이나 50불처럼 서비스가격을 선택할 수 있다. 전술한 바와 같이, 서비스가격은 시간(분)과 같이 다른 단위를 취할 수도 있다. 상인이 구입한 가격을 중앙시스템에 통보하면, 이 정보가 기록을 위해 관련 서비스가격 필드에 입력된다.

도 8과 같이, 서비스가격이 결정되지 않은 식별자 집합이 S20A에서 설정된 다음, S40에서 도 1과 같이 식별자의 인디시아가 상인에게 배포된다. 도 1과는 달리, S50으로 진행하여, 고객이 10불, 25불, 50불처럼 서비스가격을 선택한 다음, S60A에서, 인디시아가 고객에게 배포되었을 때 식별자가 활성화되고 서비스가격이 기록된다. S80A에서 식별자와 관련된 서비스가격을 고객계좌에 추가입금하라는 고객의 요청이 도달하면, 도 9의 단계로 넘어간다. 끝으로, 관련 서비스가격이 S140에서 고객계좌에 추가되고 고객계좌 요약정보가 S160 단계에서 제공된다.

도 9는 도 8의 "식별자와 관련된 서비스가격을 고객계좌에 추가하라는 요청 을 고객에게서 받는" 단계를 더 자세히 설명하는 순서도로서, 도 8의 S80A 단계를 더 자세히 설명한다. 도 9의 순서도는 도 2에서 설명한 과정과 같지만, 식별자를 확인한 뒤, S101에서 서비스 배달원을 선택하고, 고객계좌정보를 확인했을 때 S120 단계로 진행한다.

도 10은 본 발명에 따라 선불계좌에 입금하고 충전하는 방법을 설명하는 순서도로서, 도 1과 관련 도면들과 함께 이해해야 한다.

1001 단계에서 고객이 카드를 선택하는데, 여러가지 카드중에서 하나를 선택한다. 카드마다 가격이 다르고 제공자도 다르다. 카드는 무선통신서비스와 같은 선불 서비스와 관련된다. 예를 들어, 고객이 특정 제공자의 40불짜리 무선전화서비스 카드를 선택할 수 있다. 이런 카드마다 PIN, 일련번호(바코드나 자기저장 번호 형태), 카드번호를 갖는다.

PIN이나 다른 번호는 구입 뒤에도 보이지 않도록 카드에 숨겨지는데, 덮개로 가린 다음 구입 후 동전으로 긁어낼 수 있다. 또는, 불투명 접착테이프를 사용해 구입 후에까지 PIN을 임시로 보이지 않도록 하기도 한다. 이렇게 카드정보를 가리는 방법은 당업계에 잘 알려져 있다.

PIN은 카드마다 하나씩 임의로 생성되는 번호와 같은 고유식별자일 수 있다. 관련 바코드 번호도 POS에서 상인의 단말기로 긁거나 스캔할 수 있도록 카드에 인쇄된다. 바코드와 마그네틱띠의 사용은 잘 알려져 있다. 카드번호는 다른 목적으로 카드와 관련된 번호로서, 제공자의 라우팅 번호일 수 있고, 정부의 가이드라인에 따라 카드에 인쇄되는 번호이다.

PIN, 바코드, 자기저장 일련번호, 가격, 카드번호와 같은 정보는 중앙프로세서의 데이터베이스에 저장된다. 이런 정보는 모두 함께 하나의 선불카드에 연계될 수 있다. 이 경우, 중앙프로세서가 PIN과 같은 번호 하나를 받은 뒤 다른 번호를 판단할 수 있다.

이들 번호와 다른 인디시아는 카드에 인쇄된다. 예를 들어, 서비스제공자의 성명과 카드의 가격이 카드에 인쇄된다. 카드는 카드활성화 방법을 고객에게 안내하는 활성화정보도 보여준다. 상환정보는 1~800의 번호(또는 다른 8xxx 번호나 다른 전화번호), IVR 입력코드, 웹사이트, 중앙시스템에 접속하거나 카드를 상환하거나 고객계좌를 바꾸기 위한 안내문이나 명령어를 포함할 수 있다. 이런 상황지시정보는 카드에 인쇄되거나, 카드를 구입할 때 고객이 받는 영수증에 인쇄된다.

카드마다 명령어가 다를 수 있다. 예를 들어, 어떤 서비스제공자와 연계된 카드는 1-800 번호를 갖고, 이는 다른 서비스제공자와 연계된 카드와는 다를 수 있다. 다른 1-800 번호, 웹사이트 또는 입력값을 통해, 중앙시스템에 접속하는데 이용된 방법을 근거로 중앙프로세서에서 카드 제공자의 신원이나 다른 특징을 구분할 수 있다.

1002 단계에서 고객이 카드를 구입한다. 상인이나 고객은 카드의 바코드를 스캔하고, 카드의 마그네틱띠를 긁거나, 단말기에서 카드정보를 입력한다. 카드의 가격이 정해지지 않았으면, 고객이 가격을 정해서 단말기에 입력할 수 있다. 이렇게 정해진 가격이 카드의 관련 가격이 되는데, 단 고객, 상인, 중앙프로세서 또는 제공자가 뒤에 이 가격을 바꾸지 않아야 한다.

상인의 단말기는 카드정보를 중앙프로세서에 보낸다. 상인의 단말기는 이때 상인이나 단말기의 식별정보, 카드의 다른 인디시아 정보, 또는 성명이나 계좌번호와 같은 고객정보를 같이 보낼 수 있다. 또, 카드를 활성화시키라는 요청이나 카드를 사전승인하라는 요청을 같이 보낼 수 있다. 물론 정식 승인요청이 추후 뒤따를 것이다. 사전승인 요청은 활성화될 준비가 된 유효카드인지 여부를 중앙프로세서에 문의하는 것일 뿐이다.

1003 단계에서 중앙프로세서는 상인의 단말기로부터 정보를 받는데, 단말기에서 입력한 정보는 물론 단말기에서 보내진 모든 추가정보를 포함한다. 받은 정보에 바코드나 마그네틱띠의 정보도 포함되는 것이 좋다. 중앙프로세서는 카드에 대응하는 데이터베이스 엔트리에 접속해, 카드의 상태를 점검한다. 예를 들어, 카드가 활성화될 준비가 된 유효카드인지 점검하고, 분실도거나 도난된 것인지, 카드정보에 대응하는 데이터베이스 엔트리가 있는지, 카드가 상인이나 단말기와 연계되는지, 예컨대 수신된 단말기 정보가 데이터베이스에 저장된 단말기 정보와 반하는지 여부를 점검한다. 중앙프로세서는 단말기가 선불카드 요청을 하도록 승인된 단말기인지 (또는 요청을 하는데 사용된 통신망이 믿을만한지) 확인하는 것이 바람직하다. 예를 들어, 상인이 카드정보와 상인식별자를 같이 전송하면, 중앙프로세서는 상인식별자가 데이터베이스내 카드정보와 연계됨을 확인한다. 이때, 중앙프로세서는 사전승인을 상인단말기로 돌려보낸다.

중앙프로세서는 상인단말기의전송이 사전승인 요청이면 카드를 사전승인한다. 예를 들어, 유효하면서 발급 준비된 카드를 사전승인한다. 특정 단말기에 의해 사전승인된 카드임을 표시하도록 엔트리를 수정할 수도 있다. 사전승인은 중앙프로세서에서 상인단말기로 보내진다. 이때 카드는 아직 구입되지 않았다.

상인단말기는 사전승인을 받고 고객이 구입하도록 한다. 예를 들어, 신용카드나 현금거래로 고객에게서 돈을 받는데, 그 전이나 중간이나 뒤에, 상인단말기는 승인/활성화 요청을 중앙프로세서에 보낸다. 중앙프로세서는 승인요청을 받고 정보를 처리하는데, 이 요청에는 카드정보와 상인이나 단말기 정보가 포함된다.

중앙프로세서는 이어서 수신된 카드정보에 대응하는 선불카드 엔트리를 수정한 다음, 이 카드를 활성화시키고 등록한다. 예컨대, 카드가 등록되었거나 활성화되었음을 보여주도록 엔트리를 수정한다. 카드를 활성화하거나 등록하면, 이 카드가 상인 단말기에서 제대로 구입한 것임을 중앙프로세서가 확인해준다. 고객이 뒤에 카드를 상환하거나 고객계좌에 입금하거나 계좌를 고치려고 할 때, 카드가 유효하게 발급되거나 활성화되지 않았으면 중앙프로세서에서 이 요청을 거절한다. 이렇게 되면 도난카드를 활성화시킬 수 없어 카드 도난이 방지된다. 중앙프로세서는 상인단말기에 거래확인을 해주고, 이 확인은 고객에게 보내진다. 어떤 경우에는, 사전승인이 일어나고 한참 뒤에 승인이 일어나게 되어, 확인이 고객에게 보내지지 않기도 한다.

PIN이 카드에 인쇄되지 않았으면, 카드가 활성화될 때 중앙프로세서가 PIN을 상인단말기에 전송한다. 상인단말기는 PIN을 영수증에 인쇄하여 고객에게 배포하고, 중앙프로세서는 PIN을 카드엔트리에 저장하거나 그 반대로 하거나 하여 카드와 연계시킨다.

사전승인은 도난이나 분실방지에 유리하다. 사전승인 단계가 없으면, 지불하기 전에 카드를 상환할 수 있다. 예컨대, 카드를 처리(스캔이나 활성화)하고 나서 카드값을 지불하기까지 카드를 상환할 수 있다. 이 시간은 카드를 스캔하고 나서 고객이 실제로 충전되기까지 카운터에서 점검하는 시간이거나 신용카드를 점검하는 시간이다. 그러나, 활성화된/승인된 카드만 상환되고, 사전승인카드는 아니다. 스캔하거나 상인단말기로 카드정보를 입력할 때 사전승인을 하면, 사용자는 이 시간을 불법적으로 이용할 수 없다. 카드가 활성화되면, 자금이 이미 송금되어, 고객은 제대로 구입하지 않은 가격을 상환하지 못한다.

1002, 1003 단계는 상인단말기와 중앙프로세서 사이에서 이루어지는 사전승인, 승인/활성화 요청 및 응답과 같은 통신을 포함한다.

1004에서, 고객이 중앙프로세서에 접속한다. 예컨대, 관련가격의 상환요청을 하기 위해 중앙프로세서에 접속한다. 중앙프로세서는 IVR 폰시스템이나 관련 웹사이트를 갖는 외에, 고객과 중앙시스템 사이의 다른 통신수단도 갖는다. 이를 위해, 중앙 IVR과 중앙웹사이트는 중앙프로세서 데이터베이스와 함께 일반 중앙프로세서 시스템의 일부라고 할 수 있다.

1005에서, 중앙시스템은 고객에게 정보를 질문하는데, 이 질문은 웹사이트의 입력필드와 같이 웹사이트에 있는 IVR 질문이나 명령어일 수 있고, 중앙프로세서가 고객에게 정보를 요청하는 모든 문의사항을 포함하는데, 카드나 서비스나 고객과 관련된 PIN, 가격, 고객성명, 전화번호, 계좌번호와 같은 정보를 문의할 수 있다. 예를 들어, 제공자의 신원을 고객에게 질문할 수 있다. 이런저런 정보는 자동으로 결정될 수 있다.

1006에서, 고객이 중앙시스템에 질문에 응답하는 식으로 정보를 제공하는데, 카드의 PIN이나 고객의 계좌번호나 전화번호를 제공하면 바람직하다.

1007에서 중앙프로세서는 고객계좌와 관련된 서비스제공자와 고객 계좌번호와 같은 정보는 물론, 일련번호, 다른 카드 인디시아, 가격, 고객성명, 주소, 사회보장번호, 기타 고객이나 계좌정보와 같은 다른 정보도 제공하는데, 이런 정보는 고객의 입력값을 기반으로 식별된다.

어떤 정보는 중앙시스템에서 자동으로 결정되므로, 질문이나 고객 입력을 필요로 하지 않는다. 무선통신서비스의 경우, 계좌번호가 고객의 휴대폰번호이거나 MIN(mobile identification number)이다. MIN과 같은 식별정보는 ANI(automatic number identification)로 확인되는데, 예를 들어 고객이 무선전화기로 800번으로 전화를 하면, 중앙시스템은 무선전화기 번호와 관련된 계좌를 확인한다. 장거리전화의 경우, 중앙시스템이 마찬가지로 전화번호와 관련된 계좌를 확인한다.

제공자의 신원도 자동으로 결정될 수 있다. 예를 들어, 전술한 바와 같이, 고객이 중앙시스템에 접속하는 방법으로 제공자를 확인할 수 있는바, 1부터 800 사이의 번호가 특정 제공자와 관련된다. 따라서, 중앙시스템이 이 번호로 고객의 전화를 받으면, 고객계좌가 특정 제공자와 관련됨이 자동으로 결정된다.

중앙시스템이 받아 확인한 정보는 관련 카드의 데이터베이스에 저장되고, 이곳에서 다른 정보들이 함께 관련된다. 카드와 관련된 정보를 확인하면 중앙시스템에서 데이터베이스에 저장된 다른 관련카드나 계좌정보를 확인할 수 있다.

1005~1007 단계는 고객과 중앙시스템 사이의 통신에 관련되고, 따라서 같은 시간데에 중복되어 발생할 수 있다.

1008에서 중앙프로세서는 제공자의 시스템에 가격정보를 입력한다. 고객의 계좌가 중앙시스템에 의해 직접 바뀌면, 중앙시스템이 고객계좌를 수정하여 가격을 추가한다. 예를 들어, 중앙프로세서가 제공자이거나 제공자의 회원이어서 계좌를 관리할 수도 있다. 이 경우, 직접 계좌에 입금할 수 있다.

수정된 계좌정보, 계좌 이력정보, 기타 당 분야에 알려진 방법에 따른 다른 계좌정보도 저장할 수 있다.

중앙시스템이 직접 고객의 계좌를 바꿀 수 없으면, 제공자의 시스템에서 고객의 입금요청을 처리하도록 입금정보를 제공자의 시스템에 보낸다. 이런 정보는 고객의 계좌와 관련 가격을 포함하는 것이 바람직하다. 예를 들어, 이 정보를 통해 제공자가 특정 계좌에 일정 금액을 추가하라는 지시를 할 수 있다.

제공자에게 정보를 보내기 위해, 중앙프로세서가 제공자의 데이터베이스에 접속하는데, 이곳에는 제공자와 관련된 사용자 계좌를 위한 선불 계좌정보(예; 무선서비스 계좌)가 저장된다. 중앙프로세서는 제공자의 웹사이트나 다른 컴퓨터 인터페이스에 접속하기도 한다.

한편, 중앙프로세서는 인터넷 프로토콜이나 파일전송 프로토콜을 이용해 선불카드나 사용자의 PIN 데이터를 전송하기도 한다. 예를 들어, 제공자의 컴퓨터 플랫폼에 xml 요청을 보내거나, 이메일, ftp 등을 통해 이 요청을 보낼 수 있다. 이 요청은 제공자의 API(application programming interface)나 다른 포맷조건에 맞 고, 제공자의 IVR 시스템이나 웹사이트에 접속하고 제공자의 시스템의 질문에 맞게 정보를 입력하는 작업도 포함한다. 중앙프로세서는 고객의 선불계좌에 입금하는데 적당한 어떤 입력도 할 수 있어, PIN, 사용자 성명, 주소, 계좌번호, 휴대폰 번호, 패스워드 등의 정보를 제공자에게 보낼 수 있다. 예컨대, 중앙프로세서는 일정 금액을 사용자 선불계좌에 입금하라고 제공자에게 명령할 수 있다.

1009에서 제공자는 관련 가격을 고객계좌에 입금한다. 1008 단계에서 중앙시스템이 고객계좌를 직접 관리하여 이미 고객계좌에 입금된 경우에는 이 단계가 불필요하다.

1008 단계에서 중앙프로세서에서 보내진 정보를 제3자인 제공자가 먼저 수신한다. 입금을 위해, 제공자는 (데이터베이스에 저장된) 고객계좌 기록 을 수정하여 고객계좌의 증가된 금액과 같은 정보를 반영한다. 제공자는 xml과 같은 통신수단을 통해 중앙프로세서에 거래확인을 해주고, 이를 통해 PIN-관련 거래가 제대로 이루어졌는지 여부를 확인한다.

계좌로의 입금이 된 뒤, 프로세서나 제공자가 고객에게 거래확인을 해준다. 이런 확인에는 긍정적이거나 부정적인 응답, 새로운 계좌잔고, 기타 계좌나 카드 관련정보도 포함된다. 배달원이 계좌를 인식하지 못해 고객의 계좌가 정지되거나 다른 부정적이거나 의심스런 환경이 있을 때 부정적 응답을 한다.

1010에서 고객이 후속 거래에 동일한 선불카드를 사용한다. 예컨대, 이 카드를 두번째 상인 단말기로 스캔하거나 긁고 1002 단계와 비슷하게 진행한다. 즉, 상인이 카드정보를 입력해 중앙프로세서에 전송한다. 이 단말기는 첫번째 단말기와 같거나 아닐 수 있고, 다른 상점에 위치할 수도 있다.

한편, 중앙프로세서는 인터넷, 이메일, 전화(예; IVR), 기타 통신수단을 통해 카드정보를 받는데, 예를 들면 중앙프로세서와 관련된 웹사이트에 로그인하여 카드번호나 PIN과 같은 카드정보를 입력할 수 있다. 고객은 전화, PDA, 컴퓨터 등을 포함해 중앙프로세서와 통신할 수 있는 수단이면 어떤 것도 사용할 수 있다.

거래마다 가격이 다를 수 있다. 예컨대, 고객이 웹사이트의 입력필드에 가격을 입력하거나, 상인이 카드정보를 입력하기 전후에 상인 단말기에 새로운 가격을 입력할 수 있다.

한편, 거래마다 (고객에 의해) 제공자가 바뀔 수도 있다.

1011 단계에서 중앙프로세서는 카드정보를 받고, 이 정보를 근거로 관련 가격을 고객계좌에 자동으로 "충전"할 수 있다.

이 단계는 1003 단계와 비슷하다. 이 정보는 카드를 활성화시키거나 카드정보를 처리하라는 두번째 요청에 따라 수신된다. 두번째 요청은 두번째 상인단말기에서 올 수 있고, 이 단말기는 다른 상인의 것일 수 있다. 두번째 요청이 같은 상인단말기에서 올 수도 있다. 이 요청은 중앙프로세서와 통신하는 컴퓨터, PDA, 전화기 등의 어떤 소스로부터도 올 수 있다.

다음, 중앙프로세서는 수신된 카드정보와 관련된 카드에 대해 계좌번호와 제공자가 미리 확인되었는지 판단한다. 예를 들면, 데이터베이스내 카드기록에 접근하여, 확인된 제공자와 계좌번호가 엔트리에 있는지 판단한다. 계좌가 이미 등록되거나 활성화되었고, 계좌와 카드정보가 이미 저장되어 있기 때문에, 중앙프로세서 는 이 카드가 활성화된 카드라고 인식한다. 예를 들어, 바코드 일련번호나 다른 식별자를 상인단말기에서 받고 적당한 데이터베이스 엔트리에 접속하여 계좌가 활성화되었음을 판단한다.

중앙프로세서가 이전 거래에서 이런 정보를 이미 확인하고 저장했기 때문에 여기서 계좌는 이미 제공자와 계좌번호와 관련되어 있으므로, 고객이 중앙시스템에 직접 접속하여 상환요청을 하는 1006 단계는 불필요하다. 따라서, 중앙프로세서는 1008 단계와 같이 자동으로 고객계좌에 입금한다.

1011 단계는 전처리된 카드를 후속 거래에 사용할 때의 과정을 설명한다. 카드를 거래에 사용한 적이 없어서 제공자와 계좌번호가 전혀 확인되지 않았으면, 1001 단계부터 시작한다. 상인단말기나 다른 소스에서 중앙프로세서로 카드정보를 전송할 때마다 중앙프로세서는 이 카드가 계좌번호 및 제공자와 벌써 연관되어 있는지를 점검한다. 연관되어 있으면, 입금요청을 제공자에게 보내거나 고객계좌에 입금하여 자동으로 거래를 끝낸다.

1012 단계에서 중앙프로세서는 상인단말기에 확인을 해주고, 상인단말기는 고객에게 확인해준다.

이 카드에 대한 추가 활성화 요청이 있을 수 있다. 예를 들어, 상인 단말기에서 카드를 구입하고 활성화한 뒤, 같은 단말기를 포함한 어떤 상인단말기에서도 몇번이고 카드 가격을 고객이 충전할 수 있다. 고객은 인터넷이나 전화를 이용해 충전할 수도 있다. 고객은 충전하는 도중에 새로운 관련가격, 새 제공자, 새 PIN, 다른 식별자와 같은 각종 변수를 특정할 수 있다.

중앙프로세서가 제공자의 컴퓨터시스템이나 별도의 시스템일 수 있다. 예컨대, 배달원의 무선컴퓨터일 수 있는데, 이 경우 배달원이 고객을 위해 무선 PIN을 제공하고 상환한다. 한편, 무선 배달원과 직접 관련이 없는 시스템일 수도 있는데, 이 경우 중앙프로세서는 단순한 중앙시스템 기능을 한다.

중앙프로세서가 이런 정보를 근거로 고객에게 특수한 거래를 제안할 수도 있는데, 예를 들면 카드의 번호나 PIN을 근거로 고객에게 포인트점수를 줄 수 있다.

도 1은 통신서비스를 공급하는 방법을 예시하는 순서도;

도 2는 도 1의 "식별자와 관련된 서비스가격을 고객계좌에 추가하라는 요청을 고객한테서 받는" 단계에 대해 더 자세히 설명하는 순서도;

도 3은 도2의 "식별자 확인" 단계를 더 자세히 설명하는 순서도;

도 4는 도 2의 "계좌정보확인" 단계를 자세히 보여주는 순서도

도 5는 도 1의 "관련 서비스가격을 고객계좌에 추가하는" 단계를 자세히 설명하는 순서도;

도 6은 도 1의 "고객계좌 요약정보를 제시하는" 단계를 더 자세히 설명하는 순서도;

도 7은 본 발명의 시스템의 일례의 블록도;

도 8은 통신서비스를 공급하는 방법의 순서도로서 도 1과 비슷하지만, 관련 서비스가격이 처음에는 미리 설정되지 않고 식별자를 고객에게 배포했을 때 고객의 선택에 의해 결정됨;

도 9는 도 8의 "식별자와 관련된 서비스가격을 고객계좌에 추가하라는 요청을 고객에게서 받는" 단계를 더 자세히 설명하는 순서도;

도 10은 본 발명에 따라 선불계좌에 입금하고 충전하는 방법을 설명하는 순서도;

도 11은 상품이나 서비스에 대해 특정 계좌에 입금하는 방법의 순서도;

도 12는 상품이나 서비스에 대해 특정 계좌에 입금하는 다른 방법의 순서도;

도 13은 상품이나 서비스 제공자와 함께 이전 계좌에 입금하는 방법의 순서도.

Claims

고객의 계좌에 입금하는 방법에 있어서:

상품이나 서비스 제공자와 관련되고 식별자를 갖는 결제카드를 계좌를 가진 고객에게 배포하는 단계;

결제카드를 POS(point of sale)에 제공하는 단계;

결제카드에 관한 정보를 읽거나 결제카드에서 획득하는 단계;

고객에게서 돈을 받는 단계;

고객에게서 받은 돈을 고객계좌에 입금하는 단계;를 포함하는 것을 특징으로 하는 방법.
제1항에 있어서, 상품이나 서비스 제공자와 POS 사이에서 계좌를 결제하는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 POS가 상인의 POS인 것을 특징으로 하는 방법.
제1항에 있어서, 상기 POS가 전용 결제기기인 것을 특징으로 하는 방법.
제1항에 있어서, 상품이나 서비스 제공자에게 고객이 빚진 금액을 결정하는 단계; 및 빚진 금액을 고객에게 제시하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
제1항에 있어서, 고객에게서 받은 돈을 고객계좌에 입금하는 단계에서, 받은 돈을 중앙프로세서에 입금한 다음, 이 돈에서 비용을 뺀 돈을 중앙프로세서에서 서비스나 상품 제공자에게 입금하는 것을 특징으로 하는 방법.
제1항에 있어서, 고객과 관련된 은행계좌를 확인할 수 있는 정보를 상기 결제카드에 포함시키는 것을 특징으로 하는 방법.
제7항에 있어서,

관련 은행계좌에 관한 정보를 고객에게 제공하는 단계;

고객이 은행계좌에서 송금하길 원한다는 결정이 있으면, 은행계좌에서 돈을 송금하는 단계; 및

고객이 은행계좌에서 송금하길 원하지 않는다는 결정이 있으면, POS에서 고객에게서 돈을 받는 단계;를 더 포함하는 것을 특징으로 하는 방법.
제8항에 있어서, 고객이 은행계좌에서 송금하길 원한다는 결정이 있으면, 은행계좌에서 중앙프로세서로 돈을 송금하는 것을 특징으로 하는 방법.
제9항에 있어서, 상품이나 서비스 제공자와 중앙프로세서 사이에서 계좌를 결제하는 것을 특징으로 하는 방법.
고객계좌에 입금하는 시스템에 있어서:

상품이나 서비스 제공자;

상기 제공자와 관련되고 식별자를 갖는 결제카드; 및

결제카드를 읽거나 결제카드에 관한 정보를 결제카드에서 획득하고, 고객한테서 돈을 받는 POS;를 포함하는 것을 특징으로 하는 시스템.
제11항에 있어서, 상품이나 서비스 제공자와 고객에 관한 정보가 담긴 중앙프로세서를 더 포함하는 것을 특징으로 하는 시스템.
제12항에 있어서, 중앙프로세서가 POS 및 상품이나 서비스 제공자와 선택적으로 통신하면서 제공자와 POS 사이의 중개인 역할을 하는 것을 특징으로 하는 시스템.
제11항에 있어서,

고객과 관련된 금융기관; 및

POS, 상품이나 서비스 제공자, 및 금융기관과 선택적으로 통신하는 중앙프로세서를 더 포함하는 것을 특징으로 하는 시스템.
제14항에 있어서, 금융기관이 유치한 고객관련 금융계좌를 확인하기 위한 정보를 상기 중앙프로세서에 저장하는 것을 특징으로 하는 시스템.