KR20080054320A - 결제 카드를 이용한 대금결제 시스템 및 방법과 이에 사용되는 서비스 서버 - Google Patents

결제 카드를 이용한 대금결제 시스템 및 방법과 이에 사용되는 서비스 서버 Download PDF

Info

Publication number
KR20080054320A
KR20080054320A KR1020060126689A KR20060126689A KR20080054320A KR 20080054320 A KR20080054320 A KR 20080054320A KR 1020060126689 A KR1020060126689 A KR 1020060126689A KR 20060126689 A KR20060126689 A KR 20060126689A KR 20080054320 A KR20080054320 A KR 20080054320A
Authority
KR
South Korea
Prior art keywords
payment
customer
server
information
card
Prior art date
Application number
KR1020060126689A
Other languages
English (en)
Other versions
KR100841009B1 (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 KR1020060126689A priority Critical patent/KR100841009B1/ko
Publication of KR20080054320A publication Critical patent/KR20080054320A/ko
Application granted granted Critical
Publication of KR100841009B1 publication Critical patent/KR100841009B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명은, 결제 카드를 이용한 대금결제 시스템 및 그 방법에 관한 것으로서, 본 대금결제 시스템은, 서비스사업자로부터 서비스를 제공받는 고객이 상기 서비스에 대한 대금을 결제하기 위한 것으로서, 고객관리정보를 저장하고 있는 결제 카드, 대금결제액을 입력받고, 결제 카드에 저장된 고객관리정보를 인식하며, 인식한 고객관리정보와 입력받은 대금결제액을 포함한 결제내용을 전송하면서 승인을 요청하는 결제단말기, 결제단말기로부터 승인을 요청받고, 기저장된 고객정보를 이용하여 승인여부를 결정하며, 승인한 경우 고객의 계좌로부터 서비스사업자의 계좌로 대금결제액을 이체할 수 있는데 필요한 계좌 이체정보를 전송하는 서비스 서버, 및 서비스 서버로부터 계좌이체정보를 전송받아서, 고객 계좌로부터 대금을 인출하여 서비스 사업자의 계좌로 이체하는 금융결제서버를 포함한다. 이에 의해, 수수료의 감소에 따라 본사의 비용절감효과를 가져올 수 있을 뿐만 아니라, 자금흐름의 정확한 예측과 리스크의 최소화로 경영이익을 극대화할 수 있다. 그리고 수금사원의 현금관리에 따른 금전사고의 위험을 미연에 방지할 수 있다.
결제 카드(S-card), 대금결제, 포인트, 적립, 잔여 포인트, 승인, 계좌 이체, 중개서버, 사업자 서버, VAN 서버

Description

결제 카드를 이용한 대금결제 시스템 및 그 방법{SETTLEMENT SYSTEM FOR CHARGE USING A SETTLEMENT CARD}
도 1은 본 발명의 일 실시예에 따른 대금결제 시스템의 기능 블럭도,
도 2는 도 1의 결제단말기의 일 실시예에 따른 기능 블럭도,
도 3은 도 1의 중개서버의 일 실시예에 따른 기능 블럭도,
도 4a는 도 1의 사업자 서버의 일 실시예에 따른 기능 블럭도,
도 4b는 도 1의 사업자 서버(40)의 다른 실시예에 따른 기능 블럭도,
도 5은 본 발명의 다른 실시예에 따른 대금 결제 시스템의 기능 블럭도,
도 6는 본 발명의 일 실시예에 따른 대금결제 시스템을 이용하여 가맹점에서 결제 카드로 대금결제하는 과정을 나타낸 흐름도,
도 7은 본 발명의 다른 실시예에 따른 대금결제 시스템을 이용하여 가맹점에서 결제 카드로 대금결제하는 과정을 나타낸 흐름도,
도 8은 본 발명의 제2실시예에 따른 대금결제 시스템의 기능 블럭도,
도 9는 도 8의 복합 중개서버의 일 실시예에 따른 기능 블럭도,
도 10은 본 발명의 일 실시예에 따른 대금결제 시스템의 기능 블럭도이다.
* 도면의 주요 부분에 대한 부호의 설명 *
1, 101, 201 : 대금결제 시스템 10, 110, 210 : 결제 카드
20, 120, 220 : 결제단말기 21 : 입력부
22 : 카드리더 25 : 제어부
26 : 디스플레이부 27 : 인쇄부
29 : 통신부 30 : 결제중개서버
31 : 단말기측 통신 인터페이스 32 : 사업자측 통신 인터페이스
33 : VAN측 통신 인터페이스 34 : 중개정보 저장부
35 : 제어부 40 : 사업자 서버
41 : 통신 인터페이스 42 : 승인부
43 : 고객 DB 관리부 44 : 고객 DB
45 : 매출관리부 46 : 청구서 작성부
47 : 이체 요청부
본 발명은 결제 카드를 이용한 대금결제 시스템 및 그 방법에 관한 것으로서, 보다 상세하게는, 수수료의 감소에 따라 본사의 비용절감효과를 가져올 수 있을 뿐만 아니라, 매출의 자동 전산통계에 따라 자금흐름의 정확한 예측과 리스크의 최소화로 경영이익을 극대화할 수 있고, 수금사원의 현금관리에 따른 금전사고의 위험을 미연에 방지할 수 있는 결제 카드를 이용한 대금결제 시스템 및 그 방법에 관한 것이다.
일반적으로 프랜차이즈 사업에서는, 본사가 자신의 상품이나 서비스를 적어도 하나의 가맹점에게 제공하고, 가맹점에서는 상품이나 서비스에 대한 대금을 본사에 지불한다.
대금을 결제하는 경우, 본사의 수금사원이 직접 가맹점을 방문하고, 가맹점에서는 대금을 현금이나 신용카드로 지불하게 된다. 이를 위해, 수금사원은 PDA등의 카드결제기를 소지하며, 대부분의 가맹점의 경우 후불이 가능한 신용카드를 사용하여 대금을 지불하게 된다. 가맹점에서 신용카드를 사용하여 대금을 결제하면, 신용카드에 대한 수수료는 본사에서 부담하게 된다. 일반적으로 신용카드 수수료는 결제대금의 2.5 ~ 5%에 이르며, 수수료는 신용카드사의 자금조달 비용으로 0.61%, 카드승인 대행사인 VAN의 수수료 1.05%, 부가서비스 비용 0.64% 등 2.3%의 고정비용을 포함한다.
이렇게 신용카드 수수료는 2.3%의 고정비용을 포함하기 때문에, 결제량이나 결제금액이 증가한다고 해서 신용카드 수수료율이 감소하지는 아니한다. 따라서, 매출액이 커질수록 본사에서 부담하는 수수료가 커지게 된다. 예를 들어, 본사의 매출액이 500억이면, 이것의 2.5%인 12억 5천만원의 수수료가 발생하고, 본사의 매출액이 1000억이면, 이것의 2.5%인 25억원이 수수료가 발생한다.
또한, 신용카드 수수료율은 본사의 순수익에 대한 비율이 아니라 매출액에 대한 비율이기 때문에, 본사는 적자를 보더라도 신용카드 수수료는 내야 하는 경우가 발생한다. 실례로, 손해보험협회에 따르면, 지난해 손해보험업게에서 신용카드사에 지불한 수수료가 손해보험업계의 적자의 20%에 맞먹는 금액이었다고 한다. 그리고 대한출판문화협회에 따르면, 지난해 경영난으로 인해 서점의 수가 3429개로 급감했는데도 불구하고, 서점으로부터 신용카드사에 지급된 수수료는 사상 최대 액수였다고 한다. 또한 대한의사협회에 따르면 일반 병의원이 지불해야 하는 수수료율인 2.5~2.7%는 골프장 카드 수수료율1.5~2.0%보다 높다고 한다.
한편, 가맹점에서 신용카드 대신 현금으로 지불하는 경우, 수금사원이 현금을 관리해야 하므로, 번거로울 뿐만 아니라, 분실이나 도난 등의 금전사고가 발생할 가능성이 있다. 또한, 본사에서는 수금내용을 일일이 다시 컴퓨터에 입력하여 전산 통계 자료를 작성해야 한다는 불편함이 있다.
이에 따라, 가맹점에서 신용카드나 현금을 사용하지 아니하고, 본사의 서비스나 물품에 대해 결제할 수 있는 획기적인 대금결제 시스템을 구축함으로써, 신용카드 수수료로 지불되는 엄청난 자금을 절감하고, 수금사원의 현금관리에 따른 불편함을 제거하며, 본사에서 전산 통계 자료를 작성할 필요가 없도록 하는 방법을 모색하여야 할 것이다.
따라서, 본 발명의 목적은, 신용카드 수수료를 지불할 필요가 없도록 하는 결제 카드를 이용한 대금결제 시스템 및 그 방법을 제공하는 것이다.
본 발명의 다른 목적은, 수금사원의 현금관리에 따른 사고를 미연에 방지할 수 있을 뿐만 아니라, 전산 통계 자료의 작성에 따른 인적 비용적 지출을 절감할 수 있도록 하는 결제 카드를 이용한 대금결제 시스템 및 그 방법을 제공하는 것이다.
이러한 목적을 달성하기 위한 본 발명의 구성은, 서비스사업자로부터 서비스를 제공받는 고객이 상기 서비스에 대한 대금을 결제하기 위한 것으로서, 고객관리정보를 저장하고 있는 결제 카드; 대금결제액을 입력받고, 상기 결제 카드에 저장된 고객관리정보를 인식하며, 인식한 고객관리정보와 입력받은 대금결제액을 포함한 결제내용을 전송하면서 승인을 요청하는 결제단말기; 상기 결제단말기로부터 승인을 요청받고, 기저장된 고객정보를 이용하여 승인여부를 결정하며, 승인한 경우 상기 고객의 계좌로부터 상기 서비스사업자의 계좌로 상기 대금결제액을 이체할 수 있는데 필요한 계좌 이체정보를 전송하는 서비스 서버; 및 상기 서비스 서버로부터 계좌이체정보를 전송받아서, 상기 고객 계좌로부터 대금을 인출하여 상기 서비스 사업자의 계좌로 이체하는 금융결제서버를 포함하는 것을 특징으로 한다.
상기 서비스 서버는, 고객에 따라서 상이한 한도의 포인트를 기저장하고 있으며, 상기 결제단말기로부터 받은 대금결제액과 상기 기저장하고 있는 포인트를 비교하여 승인 가부를 결정할 수 있다.
상기 결제단말기는, 상기 승인 요청시 상기 서비스 서버로 상기 결제 카드번호와, 결제대금에 대한 정보를 상기 서비스 서버로 전송하도록 제어하는 제어부를 더 포함할 수 있다.
상기 서비스 서버는 승인 여부 결과를 상기 결제단말기로 전송할 수 있다.
상기 대금결제 시스템은, 상기 서비스 서버로부터의 요청에 따라, 승인여부에 대한 정보를 상기 결제단말기로 SMS 문자서비스로 제공하는 SMS 서버를 더 포함 할 수 있다.
상기 서비스 서버는, 적어도 하나의 서비스 사업자가 운영하는 사업자 서버와; 상기 각 사업자 서버와, 상기 각 사업자 서버에 속하는 상기 각 결제단말기 간의 정보를 전달하는 결제중개서버;를 포함할 수 있다.
상기 사업자 서버는, 상기 각 고객에 대한 정보와, 상기 각 고객이 소지하는 결제 카드에 대한 카드정보가 저장된 고객 DB와; 상기 고객 DB에 저장된 정보를 관리하는 고객 DB 관리부;를 포함할 수 있다.
상기 고객 DB에는, 고객명, 주민등록번호, 고객 고유번호, 전화번호, 주소를 포함하는 고객정보와, 상기 결제 카드의 카드번호, 포인트 한도, 잔여 포인트, 결제내역을 포함하는 카드정보가 저장될 수 있다.
상기 사업자 서버는, 상기 대금결제의 승인을 결정하는 승인부를 더 포함할 수 있다.
상기 승인부는, 상기 결제단말기로부터 제공된 상기 결제 카드번호 및 결제대금과, 상기 고객 DB에 저장된 상기 고객정보 및 상기 카드정보를 비교하여 승인여부를 결정할 수 있다.
상기 승인부는 상기 결제대금이 상기 고객 DB에 저장된 상기 결제 카드의 잔여 포인트보다 작거나 같은 경우 승인할 수 있다.
상기 사업자 서버는, 상기 승인부에 의한 상기 결제내역의 승인시 상기 금융결제서버로 상기 결제대금의 이체를 요청하는 이체 요청부를 더 포함할 수 있다.
상기 이체 요청부는, 상기 서비스사업자의 계좌 정보와, 상기 고객의 계좌 정보와, 상기 결제대금에 대한 정보를 상기 금융결제서버로 제공할 수 있다.
상기 이체 요청부는, 미리 설정된 일정 시간마다 상기 이체를 요청할 수 있다.
상기 사업자 서버는, 상기 승인부에서의 승인된 내역을 이용하여 상기 각 고객에 대한 매출을 자동으로 통계처리하는 매출관리부를 더 포함할 수 있다.
상기 결제중개서버는, 상기 결제단말기와의 무선 또는 유선 통신을 위한 단말기측 통신 인터페이스와; 상기 사업자 서버와의 통신을 위한 사업자측 통신 인터페이스와; 상기 사업자에 따른 정보를 분류하여 저장하는 중개정보 저장부와; 상기 중개정보 저장부에 저장된 정보에 따라 정보를 전달할 상기 사업자 서버 또는 상기 결제단말기를 결정하는 제어부;를 포함할 수 있다.
상기 서비스 서버는, 상기 사업자 서버와 상기 중개 서버의 역할을 수행하며 상기 서비스사업자에 의해 관리되는 통합 사업자 서버일 수 있다.
상기 통합 사업자 서버는, 상기 각 고객에 대한 정보와, 상기 각 고객이 소지하는 결제 카드에 대한 카드정보가 저장된 고객 DB; 상기 고객 DB에 저장된 정보를 관리하는 고객 DB 관리부; 상기 대금결제의 승인을 결정하는 승인부; 상기 승인부에 의한 상기 결제내역의 승인시 상기 금융결제서버로 상기 결제대금의 이체를 요청하는 이체 요청부; 상기 결제단말기와의 통신을 위한 단말기측 통신 인터페이스; 상기 금융결제서버와의 통신을 위한 VAN측 통신 인터페이스;를 포함할 수 있다.
상기 서비스 서버는, 상기 사업자 서버와 상기 중개 서버의 역할을 수행하며 상기 결제중개서버의 운영자에 의해 관리되는 복합 중개서버이다.
상기 복합 중개서버는, 상기 각 서비스사업자가 네트워크를 통해 접속할 수 있도록 웹서비스를 제공하는 웹서버; 상기 각 고객에 대한 정보와, 상기 각 고객이 소지하는 결제 카드에 대한 카드정보를 상기 각 서비스 사업자에 따라 분류저장된 고객 DB; 상기 고객 DB에 저장된 정보를 관리하는 고객 DB 관리부; 상기 대금결제의 승인을 결정하는 승인부; 상기 승인부에 의한 상기 결제내역의 승인시 상기 금융결제서버로 상기 결제대금의 이체를 요청하는 이체 요청부; 상기 결제단말기와의 통신을 위한 단말기측 통신 인터페이스; 상기 금융결제서버와의 통신을 위한 VAN측 통신 인터페이스;를 포함할 수 있다.
본 발명의 상기 목적을 달성하기 위한, 본 발명의 일 실시예에 따른 대금결제 방법은,
서비스사업자로부터 제공받은 서비스에 대한 대금을 결제할 수 있는 포인트가 적립된 결제 카드가 적어도 하나의 고객에게 제공되는 제공단계; 대금결제시 상기 결제 카드에 대한 정보와, 결제내용에 대한 정보를 네트워크를 통해 상기 서비스사업자에게 전달하여 승인을 요청하는 승인요청단계; 상기 결제내용에 대한 정보를 미리 저장된 각 고객에 대한 정보와 비교하여 상기 결제내용의 승인여부를 결정하는 승인결정단계; 및, 상기 결제내용의 승인시, 상기 고객의 계좌로부터 대금을 인출하여 상기 서비스사업자에게 제공하는 결제단계;를 더 포함한다.
상기 제공단계는, 상기 각 고객에 따라 상이한 한도의 포인트가 적립된 상기 결제 카드가 제공될 수 있다.
상기 승인요청단계는, 유선 또는 무선 네트워크를 통해 요청될 수 있다.
상기 승인요청단계는, 상기 고객의 결제 카드번호, 고객명, 주민등록번호, 미리 설정된 고객의 고유번호 중 하나의 고객정보와, 결제될 대금에 대한 결제정보가 상기 서비스사업자에게 전송되어 승인이 요청될 수 있다.
상기 서비스사업자로부터 전송된 승인여부에 대한 정보를 수신하여 표시하는 표시단계를 더 포함할 수 있다.
상기 표시단계는, 상기 승인여부에 대한 정보를 SMS 문자서비스로 제공받을 수 있다.
한편, 복수의 서비스사업자가 존재하는 경우, 상기 승인요청을 상기 각 서비스사업자에 따라 분류하여 제공하는 단계를 더 포함할 수 있다.
상기 승인결정단계는, 상기 승인요청시 상기 결제 카드의 잔여포인트와, 상기 결제대금을 비교하여 승인여부를 결정할 수 있다.
상기 승인결정단계는, 상기 결제단말기에서 요청된 결제대금이 상기 잔여 포인트보다 작거나 같은 경우 승인할 수 있다.
상기 결제단계는, 상기 요청된 대금을 미리 설정된 결제일에 상기 각 고객의 계좌로부터 상기 서비스사업자의 계좌로 이체하도록 각 은행에 요청할 수 있다.
본 발명의 상기 목적을 달성하기 위한, 본 발명의 일 실시예에 따른 서비스 서버는,
서비스사업자로부터 서비스를 제공받는 고객이 상기 서비스에 대한 대금을 결제하기 위한 것으로서, 고객관리정보를 저장하고 있는 결제 카드; 대금결제액을 입력받고, 상기 결제 카드에 저장된 고객관리정보를 인식하며, 인식한 고객관리정보와 입력받은 대금결제액을 포함한 결제내용을 전송하면서 승인을 요청하는 결제단말기; 상기 결제단말기로부터 승인을 요청받고, 기저장된 고객정보를 이용하여 승인여부를 결정하며, 승인한 경우 상기 고객의 계좌로부터 상기 서비스사업자의 계좌로 상기 대금결제액을 이체할 수 있는데 필요한 계좌 이체정보를 전송하는 서비스 서버; 및 상기 서비스 서버로부터 계좌이체정보를 전송받아서, 상기 고객 계좌로부터 대금을 인출하여 상기 서비스 사업자의 계좌로 이체하는 금융결제서버를 포함하는 대금결제 시스템에서의 상기 서비스 서버인 것을 특징으로 한다.
또한 상기 본 발명의 목적을 달성하기 위한, 본 발명의 일 실시예에 따른 복합결제 서버는, 서비스사업자로부터 서비스를 제공받는 고객이 상기 서비스에 대한 대금을 결제하기 위한 것으로서, 고객관리정보를 저장하고 있는 결제 카드; 대금결제액을 입력받고, 상기 결제 카드에 저장된 고객관리정보를 인식하며, 인식한 고객관리정보와 입력받은 대금결제액을 포함한 결제내용을 전송하면서 승인을 요청하는 결제단말기; 상기 결제단말기로부터 승인을 요청받고, 기저장된 고객정보를 이용하여 승인여부를 결정하며, 승인한 경우 상기 고객의 계좌로부터 상기 서비스사업자의 계좌로 상기 대금결제액을 이체할 수 있는데 필요한 계좌 이체정보를 전송하며, 서상기 서비스사업자가 인터넷을 통하여 접속할 수 있는 복합결제 서버; 및 상기 서비스 서버로부터 계좌이체정보를 전송받아서, 상기 고객 계좌로부터 대금을 인출하여 상기 서비스 사업자의 계좌로 이체하는 금융결제서버를 포함하는 대금결제 시스템에서의 상기 복합결제 서버인 것을 특징으로 하는 한다.
한편, 본 발명의 상기 목적을 달성하기 위한 통합 사업자 서버는,
서비스사업자로부터 서비스를 제공받는 고객이 상기 서비스에 대한 대금을 결제하기 위한 것으로서, 고객관리정보를 저장하고 있는 결제 카드; 대금결제액을 입력받고, 상기 결제 카드에 저장된 고객관리정보를 인식하며, 인식한 고객관리정보와 입력받은 대금결제액을 포함한 결제내용을 전송하면서 승인을 요청하는 결제단말기; 상기 결제단말기로부터 승인을 요청받고, 기저장된 고객정보를 이용하여 승인여부를 결정하며, 승인한 경우 상기 고객의 계좌로부터 상기 서비스사업자의 계좌로 상기 대금결제액을 이체할 수 있는데 필요한 계좌 이체정보를 전송하는 통합 사업자 서버; 및 상기 통합 사업자 서버로부터 계좌이체정보를 전송받아서, 상기 고객 계좌로부터 대금을 인출하여 상기 서비스 사업자의 계좌로 이체하는 금융결제서버를 포함하는 대금결제 시스템에서의 상기 통합사업자 서버인 것을 특징으로 한다.
이하에서는 첨부도면을 참조하여 본 발명을 상세히 설명한다.
본 대금결제 시스템은, 본사에서 고객인 가맹점에 포인트를 부여하고, 미리 부여된 포인트내에서 본사에서 제공하는 서비스나 물품에 대한 결제가 가능하도록 하고, 본사에서는 VAN 서버를 통해 결제대금을 받을 수 있도록 한다.
도 1은 본 발명의 일 실시예에 따른 대금결제 시스템의 기능 블럭도이다.
본 대금결제 시스템(1)은, 가맹점에 제공되는 결제 카드(10), 결제 카드(10)를 이용한 대금결제를 수행하기 위한 결제단말기(20), 결제중개서버(30), 사업자 서버(40), 및 금융결제서버(70)를 포함한다.
여기서, 결제 카드(10)는 가맹점을 식별하기 위한 고객관리정보를 저장하고, 결제단말기(20)는 결제 카드(10)로부터 읽은 고객관리정보와 입력받은 결제액을 결제중개서버(30)로 전송하며, 결제중개서버(30)는 전송받은 정보의 전부 또는 일부를 사업자 서버(40)로 중계하며, 사업자 서버(40)는 결제중개서버(30)로부터 받은 정보에 기초하여 결제 승인 여부를 결정하고 승인결과를 결제단말기(20)로 결제중개서버(30)를 통하여 전송하며, 또한 계좌이체정보를 결제중개서버(30)를 통하여 금융결제서버(70)로 전송한다. 이후에, 금융결제서버(70)는 계좌이체를 수행한다.
이하에서, 본 발명의 일 실시예에 따른 대금결제 시스템(1)의 구성요소들을 예시적으로 상세히 설명한다.
본 발명의 일 실시예에 따른 결제 카드(10)는, 가맹점을 식별하기 위한 고객관리정보를 저장한다. 본 결제 카드(10)는 가맹점에 제공된다. 고객관리정보는, 예를 들면 결제 카드(10)에 고유하게 할당된 번호(즉, 카드번호)일 수 있다. 고객관리정보가 결제 카드(10)에 고유하게 할당된 번호인 경우, 이 번호와 고객간을 매칭시키는 정보가 결제중개서버(30)나 사업자 서버(40) 중 적어도 어느 하나에 저장되어 있다.
본 발명의 다른 일 실시예에 따른 결제 카드(10)는 고객관리정보외에 미리 적립된 포인트를 추가적으로 저장할 수 있다. 이 경우, 결제 카드(10)에 적립된 포인트는 각 가맹점에서 본사로부터의 서비스나 물품에 대해 결제할 때 사용되며, 각 가맹점은 적립된 포인트 내에서만 대금을 결제할 수 있다. 각 가맹점에 부여되는 결제 카드(10)는 각 가맹점에 동일한 포인트가 적립될 수도 있고, 가맹점마다 상이 한 포인트가 제공될 수도 있다. 이때, 가맹점마다 상이한 포인트가 제공된다면, 본사는 가맹점의 매출실적, 계좌잔고, 신용도 등에 따라 포인트를 제공할 수 있다.
본 발명에 따른 결제 카드(10)는, 예를 들면 바코드 카드, 마그네틱 카드, 스마트 카드 등의 형태로 제작할 수 있다.
결제단말기(20)는 가맹점에서 대금을 결제할 때 사용하며, 결제 카드(10)의 정보를 읽어들이고, 결제금액을 입력받아 결제중개서버(30)로 대금결제를 요청한다. 결제단말기(20)는 사용되는 통신방식에 따라 무선 결제단말기(20)와 유선 결제단말기(20)로 나눌 수 있다.
무선 결제단말기(20)는, 본사의 수금사원이 직접 소지하고 가맹점에 방문하여 대금을 결제할 수 있도록 하며, 전용 단말기가 사용될 수도 있고, PDA, 휴대폰 등을 이용할 수도 있다. 무선 결제단말기(20)는 예를 들어 CDMA방식이나 무선 인터넷을 통해 대금결제를 위한 정보를 송수신할 수 있다. 다른 예로서, 소켓통신방식, TCP통신방식, 웹서비스 방식, HTTP 통신방식 등을 사용하여 대금 결제를 위한 정보를 송수신할 수 있다.
유선 결제단말기(20)는, 가맹점에 설치하여 사용할 수 있으며, 일반 신용카드 결제기와 마찬가지로 전화선 또는 인터넷선을 연결하여 사용할 수 있다.
본 실시예에서는 무선 결제단말기(20)를 예로 들어 설명하며, 도 2는 본 발명의 일 실시예에 따른 결제단말기의 기능 블럭도이다.
도시된 바와 같이, 본 결제단말기(20)는, 입력부(21), 디스플레이부(26), 카드리더(22), 통신부(29), 인쇄부(27), 및 제어부(25)를 포함한다.
입력부(21)는, 결제대금 등의 정보를 입력하기 위한 것으로서, 다수의 버튼으로 형성될 수도 있고, 디스플레이부(26)의 전면에 터치패널을 마련하여 구성할 수도 있다.
디스플레이부(26)는 입력부(21)를 통한 정보의 입력시 제어부(25)의 제어에 따라 정보를 표시하고, 사업자 서버(40)로부터 승인여부가 결정되면 승인여부에 대한 정보를 표시할 수 있다. 디스플레이부(26)는 예를 들면 LCD, TFT LCD, 터치패널 등으로 마련될 수 있다.
카드리더(22)는, 결제 카드(10)를 읽어들이기 위한 것으로서, 결제 카드(10)의 종류에 따라 카드리더(22)의 종류도 달라질 수 있다. 예를 들어, 결제 카드(10)가 바코드 카드로 제작되는 경우, 카드리더(22)는 바코드리더로 구성되고, 결제 카드(10)가 마그네틱 카드인 경우, 카드리더(22)는 마그네틱 카드리더(MSR)로 구성되며, 결제 카드(10)가 스마트카드인 경우, 카드리더(22)는 IC카드리더로 구성된다.
통신부(29)는 결제중개서버(30)와의 통신을 위한 통신방식을 지원하며, 예를 들어 소켓통신방식, TCP통신방식, 웹서비스 방식, 또는 HTTP 통신방식을 지원할 수 있다. 통신부(29)는 결제중개서버(30)의 IP주소를 저장하고 있으며, 결제 대금의 승인요청시 제어부(25)의 제어에 따라 결제중개서버(30)의 IP주소와 결제정보를 네트워크를 통해 전송하고, 네트워크는 IP 주소대로 결제정보를 결제중개서버(30)로 전달한다. 이때, 결제중개서버(30)로 전달되는 결제 정보는, 고객관리정보와 결제 대금을 포함한다. 고객관리정보로는 예를 들면 결제 카드번호가 될 수 있다.
본 발명의 일 실시예에 따른 통신부(29)는 통신 접속기능을 제공할 수 있다. 예를 들면 교환접속 제어기능, 통신 방식제어기능, 다중 접속 제어 기능, 및/또는 우회 중계 회선 설정 기능 등과 같이 통신 접속을 위한 기능을 제공할 수 있다.
또한, 본 발명의 일 실시예에 따른 통신부(29)는 정보 전송 기능을 수행할 수 있다. 예를 들면, 동기제어, 오류 제어, 흐름 제어, 응답 제어, 및/또는 우선권 제어와 같은 정보 전송을 위한 제어 기능을 제공할 수 있다.
한편, 본 발명의 일 실시예에 따른 통신부(29)는, 아날로그 전화선을 이용하는 모뎀(미 도시) 또는 디지털 전용 회선을 이용하는 디지털 서비스 유닛과 같은 신호변환장치(미 도시)를 포함할 수 있다.
인쇄부(27)는, 결제대금의 승인이 완료되면, 제어부(25)로부터의 제어에 따라 승인된 결제내역을 용지에 인쇄하여 외부로 배출한다. 인쇄내용은 예를 들면 고객관리번호나 결제액을 포함할 수 있다. 한편, 인쇄부(27)에는 용지 삽입부(미 도시)가 마련되어 있을 수 있다.
제어부(25)는, 대금 결제시 입력부(21) 또는 디스플레이부(26)를 통해 결제할 대금이 입력되면, 카드리더(22)를 통해 읽어 들여진 고객관리정보, 예를 들면 결제 카드번호와, 수금사원에 의해 입력된 결제대금에 대한 정보를 통신부(29)로 제공한다. 그리고, 제어부(25)는, 추가적으로, 결제단말기(20)에서 진행되는 상황을 디스플레이부(26)를 통해 디스플레이되도록 제어할 수 있다. 사업자 서버(40)에서 대금결제의 승인이 완료되면, 제어부(25)는 디스플레이부(26)를 통해 대금결제의 승인이 완료되었음을 표시하는 동시에, 인쇄부(27)를 동작시켜 용지에 승인된 결제내역이 인쇄되어 배출되도록 한다. 한편, 제어부(25)는 미리 설정된 소정 시간내에 결제중개서버(30)로부터 승인여부에 대한 결과가 수신되지 아니하면, 승인 요청이 결제중개서버(30)로 전달되지 아니한 것으로 판단하고, 승인 요청을 재전송할 수도 있다.
결제중개서버(30)는, 서비스사업자에 의해 관리되는 사업자 서버(40)와, 결제단말기(20) 간의 통신을 중개한다. 결제중개서버(30)는 하나의 사업자 서버(40)와 복수의 결제단말기(20)를 중개할 수도 있고, 복수의 사업자 서버(40)와 다수의 결제 단말기를 중개할 수도 있다. 결제중개서버(30)는, 결제단말기(20)로부터 제공된 각 가맹점의 결제정보를 해당 가맹점의 본사인 사업자 서버(40)로 제공하고, 사업자 서버(40)로부터의 정보를 해당 결제단말기(20)로 전달한다. 예를 들어, 결제중개서버(30)는 가맹점 a,b,c로부터 제공된 결제정보는 해당 가맹점의 본사인 A사의 사업자 서버(40)로 제공하고, 가맹점 e,f,g로부터 제공된 결제정보는 해당 본사인 B사의 사업자 서버(40)로 제공한다. 또한 결제중개서버(30)는 사업자 서버(40)로부터 결제대금의 이체가 요청되면, 사업자 서버(40)로부터 제공된 계좌이체정보를 VAN 서버(50)로 제공한다.
본 발명의 일 실시예에 따른 결제중개서버(30)는, 도 3에 도시된 바와 같이, 단말기측 통신 인터페이스(31), 사업자측 통신 인터페이스(32), VAN측 통신 인터페이스(33), 중개정보 저장부(34), 제어부(35)를 포함한다. 도 3에 도시된 결제중개서버(30)의 구성은 기능 블럭도로서, 결제중개서버(30)가 가지는 기능을 설명의 편의를 위해서 나타낸 것이다. 따라서, 물리적으로 구현시에는 다른 모습일 수 있다 는 것에 유념하여야 한다. 예를 들면, 도 3에는 통신인터페이스가 단말기측, 사업자측, 및 VAN 측으로 구분되어 도시되어 있지만, 이들 통신인터페이스가 물리적으로 분리되어 있음을 나타내는 것은 아니며, 본 결제중개서버(30)가 적어도 단말기측, 사업자측, 및 금융결제서버 측과 통신을 할 수 있는 기능을 가지고 있음을 나타내는 것이다. 따라서 이들이 실제로 구현될 때 하나의 물리적 장치로 구현되어도 본원 발명의 목적은 달성될 수 있다.
단말기측 통신 인터페이스(31)는, 결제단말기(20)와 무선 또는 유선으로 통신하며, 본 실시예의 결제단말기(20)와 통신하기 위해 결제단말기(20)와 동일한 통신방식을 지원한다. 사업자측 통신 인터페이스(32)는 사업자 서버(40)와 무선 또는 유선으로 통신하며, 무선 또는 유선통신방식을 지원한다. VAN측 통신 인터페이스(33)는 VAN과 무선 또는 유선으로 통신하도록 지원한다.
중개정보 저장부(34)는, 결제중개서버(30)를 통해 통신하는 각 사업자 서버(40)와, 각 무선 결제단말기(20)의 정보를 저장할 수 있다. 예를 들어, 각 사업자 서버(40)의 IP주소와, 각 서비스사업자에 속하는 가맹점을 식별하는 방법 등이 저장된다. 이때, 각 가맹점이 소유하는 결제 카드(10)의 번호에 특징을 두어 각 서비스사업자에 속하는 가맹점을 식별하거나, 결제 카드(10)의 번호 이외에 결제단말기(20)를 통해 별도의 본사 식별코드를 부여하는 방법 등을 사용할 수 있다. 예를 들어, A 본사에 속하는 가맹점의 결제 카드(10)의 번호는 '00'으로 시작하고, B 본사에 속하는 가맹점의 결제 카드(10)의 번호는 '01'로 시작하도록 미리 약속할 수 있다. 다른 방법으로, A 본사에 속하는 가맹점의 결제단말기(20)는 대금결제시 결 제 카드번호, 결제대금과 함께 별도의 식별코드로 'AA'를 함께 전송하도록 프로그램하고, B 본사에 속하는 가맹점의 결제단말기(20)는 식별코드로 'BB'를 함께 전송하도록 프로그램할 수 있다.
제어부(35)는 단말기측 통신 인터페이스(31)를 통해 결제단말기로부터 결제정보가 제공되면, 중개정보 저장부(34)에 저장된 정보와 비교하여 해당 가맹점이 속하는 본사를 찾아낸다. 그리고 제어부(35)는 해당 본사의 사업자 서버(40)로 결제단말기(20)로부터 제공된 결제정보를 제공한다. 사업자 서버(40)에서 승인여부가 결정되면, 제어부(35)는 승인여부에 대한 정보를 결제단말기(20)로 제공한다.
도 4a는 도 1의 사업자 서버(40)의 일 실시예에 따른 기능 블럭도이다.
본 사업자 서버(40)는, 결제 카드(10)를 통해 대금결제의 승인을 결정하며, 대금결제의 승인시 승인된 내역에 기초하여 이체요청을 한다. 이를 위해, 사업자 서버(40)는, 고객 DB(44), 고객 DB 관리부(43), 승인부(42), 이체 요청부(47), 및 통신 인터페이스(41)를 포함한다.
고객 DB(44)는, 예를 들면, 결제 카드(10)에 관련된 카드정보와, 가맹점 자체에 대한 고객정보를 포함한다. 카드정보로는, 예를 들면, 가맹점의 결제 카드번호, 적립된 포인트 한도, 잔여 포인트, 카드만료일 등을 포함하며, 고객정보로는, 예를 들면, 점주명, 주소, 전화번호, 매출실적 등을 포함한다. 또한, 고객 DB(44)는 고객의 신용도를 나타내는 정보를 저장할 수 있다. 고객의 신용도를 나타내는 정보는 예를 들면 "1(신용있음)" 또는 "0(신용없음)"과 같이 2단계로 구성될 수 있다.
고객 DB 관리부(43)는, 결제중개서버(30)를 통해 제공된 정보와 사업자 서버(40)를 통해 입력된 정보에 따라 카드정보나 고객정보 또는 신용도를 갱신한다. 그리고 가맹점에서의 승인요청시, 고객 DB 관리부(43)는 승인에 필요한 정보 예를 들면 카드정보와 고객정보를 승인부(42)로 제공할 수 있다. 한편, 고객 DB 관리부(43)는 승인을 위한 정보로서 신용도를 승인부(42)로 제공할 수 있다. 본 실시예는 바람직하게는 입력부(미 도시)를 더 포함할 수 있으며, 입력부(미 도시)를 통해서 고객정보를 갱신할 수 있다. 이를 위해, 입력부(미 도시)는 고객 DB 관리부(43)와 기능상 직접 또는 간접적으로 연관되어 있을 수 있다.
승인부(42)는, 결제중개서버(30)를 통해 가맹점의 대금결제에 대한 승인이 요청되면, 고객 DB 관리부(43)로 승인하는데 필요한 정보를 요청하고, 그 정보를 이용하여 승인 또는 불승인한다.
본 발명의 일 실시예에 따른 승인부(42)는, 고객 DB(44)에 저장된 정보와 결제중개서버(30)를 통해 제공된 정보를 비교하여 대금결제를 승인한다.
이 경우 승인부(42)는, 승인이 요청되면, 결제중개서버(30)를 통해 제공된 결제 카드번호가 등록된 번호인지를 확인한다. 이를 위해, 승인부(42)는 고객 DB 관리부(43)로 결제 카드번호를 제공하여 해당 결제 카드번호에 관련된 정보를 요청한다. 고객 DB(44)에 해당 결제 카드번호가 존재하는 경우, 고객 DB 관리부(43)는 해당 결제 카드번호와 관련된 정보, 예를 들면, 포인트 한도, 잔여 포인트, 카드만료일에 대한 정보를 인출하여 승인부(42)로 제공한다. 승인부(42)는 잔여 포인트와, 결제중개서버(30)로부터 제공된 결제대금을 비교하여 결제대금이 잔여 포인트 보다 작거나 같은 경우에만 결제를 승인한다. 잔여 포인트가 결제대금보다 작은 경우, 승인부(42)는 승인을 거절한다. 한편, 결제대금이 잔여 포인트보다 작거나 같은 경우, 승인부(42)는 할부거래에 대한 결제도 승인한다.
한편, 본 발명의 다른 실시예에 따른 승인부(42)는, 고객 DB 관리부(43)로 고객의 신용도를 문의하고, 신용도에 따라서 승인 여부를 결정할 수 있다. 고객 DB 관리부(43)가 제공해주는 정보는 "1" 또는 "0"과 같이 두 가지 상태를 나타내는 정보일 수 있으며, 이때 승인부(42)는 "1"을 받은 경우 승인하는 것으로 결정하고, "0"을 받은 경우 불승인하는 것으로 결정할 수 있다. 물론 반대의 결정도 가능하다.
승인부(42)의 승인 결과는 통신 인터페이스(41)를 통하여, 결제 중개서버(30)를 경유하여 결제단말기(20)로 통지된다. 이와 다른 방식으로, 승인부(42)의 승인 결과가 결제단말기(20)로 통지되어도 본 발명의 목적이 달성됨은 물론이다. 예를 들어 결제 중개서버(30)를 반드시 경유할 필요는 없으며, 별도의 통신 경로를 통하여 승인결과가 결제단말기(20)로 통지될 수 있다.
이체 요청부(47)는, 승인부(42)에서 승인된 내역을 금융결제서버(70)로 제공하여 가맹점의 계좌로부터 본사의 계좌로 대금이 이체되도록 요청한다. 이체 요청부(47)는, 가맹점의 계좌번호, 본사의 계좌번호, 결제금액을 금융결제서버(70)로 제공한다. 이체 요청부(47)는, 하루에 한번 일일 승인된 내역을 한번에 금융결제서버(70)로 제공할 수도 있고, 청구서가 작성되면 일주일 또는 한달 단위로 승인된 내역을 금융결제서버(70)로 제공하는 배치(Batch)처리방식으로 이체를 요청할 수도 있다.
한편, 통신 인터페이스(41)는, 결제중개서버(30)와의 무선 또는 유선 통신을 지원한다.
도 4b는 본 발명의 다른 실시예에 따른 사업자 서버(40)이다. 본 사업자 서버(40)는, 결제 카드(10)를 통해 대금결제의 승인을 결정하며, 대금결제의 승인시 승인된 내역에 기초하여 이체요청을 하고 결제내역을 통계 관리한다. 여기서, 고객 DB(44), 고객 DB 관리부(43), 승인부(42), 이체 요청부(47), 및 통신 인터페이스(41)는 상술한 도 4a의 실시예에서와 동일한 역할을 수행함으로, 중복되는 설명은 생략하고, 매출관리부(45)와 청구서 작성부(46)에 대해서 중점적으로 설명하기로 한다.
매출관리부(45)는, 승인부(42)로부터 승인된 내역을 제공받으며, 승인된 내역을 가맹점과 날짜별로 자동 분류함으로써, 각 가맹점에 대한 매출을 자동으로 통계처리할 수 있다. 매출관리부(45)는 일 단위 뿐만 아니라 주 단위 또는 월 단위로 매출을 통계처리하고, VAN 서버(50)를 통해 결제대금의 이체내역을 제공받아 각 가맹점별로 연체가 존재하는지 여부와 연체기간에 따라 단기연체와 장기연체를 분류하여 관리한다. 본 실시예에서, 매출관리부(45)는 승인부(42)로부터 승인된 내역을 제공받아서 매출을 관리하는 것으로 도시되어 있지만, 고객 DB 관리부(43)에 문의하여 승인 내역을 직접 제공받는 구성도 가능하다. 또한, 매출 관리부(45)가 고객 DB에 직접 접근하여 승인 내역을 받을 수 있으며, 그 경우 승인 내역이 저장된 물리적 주소를 매출 관리부(45)가 알고 있어야 할 것이다.
청구서 작성부(46)는, 승인부(42)에서 승인되거나 취소된 결제에 대한 정보에 기초하여, 각 가맹점에 대해 월 단위로 결제할 내역과, 누적된 카드 사용내역 등을 포함하는 청구서를 작성할 수 있다. 청구서에는 카드 약관, 이벤트, 공지사항 등의 정보도 포함된다. 예를 들면, 계좌이체일이 매월 5일이라면, 그 전월(前月)의 대금 결제 내역과 누적된 카드 사용내역이 포함된 청구서를 청구서 작성부(46)가 작성할 수 있다. 그리고, 작성된 청구서는 매월 5일이 도달되기 전에 고객에게 전달될 것이다.
청구서 작성부(46)는 청구서 작성을 위해서 필요한 정보를, 도 4에 도시된 바와 같이 승인부(42)나 매출관리부(45)로부터 얻을 수 있지만, 이와 달리 고객 DB 관리부(43)에 문의하여 필요한 정보를 직접 제공받는 구성도 가능하다. 또한, 청구서 작성부(45)가 고객 DB에 직접 접근하여 승인 내역을 받을 수 있으며, 그 경우 원하는 정보가 저장된 물리적 주소를 청구서 작성부(45)가 알고 있어야 함은 물론이다.
한편, 이체 요청부(47)는, 하루에 한번 일일 승인된 내역을 한번에 VAN 서버(50)로 제공할 수도 있고, 청구서가 작성되면 일주일 또는 한달 단위로 승인된 내역을 VAN 서버(50)로 제공하는 배치(Batch)처리방식으로 이체를 요청할 수도 있다.
이러한 매출관리부(45)와 청구서 작성부(46) 이외에, 사업자 서버(40)는 가맹점 및 판매사원을 관리하기 위한 사원 관리부, 결제 카드(10)의 발급에 관련된 카드 관리부 등을 더 구비할 수 있다.
본 발명의 일 실시예에 따른 금융결제서버(70)는 이체요청부(47)로부터 계좌이체정보를 송신받아서, 계좌이체를 수행한다. 본 발명의 일 실시예에 따른 금융결제서버(70)는 VAN 서버(50)와 은행서버(55)를 포함한다.
여기서, VAN 서버(50)는 각 은행서버(55)와 연결되어 은행서버(55) 간의 자금 이체를 수행한다. 사업자 서버(40)의 이체 요청부(47)로부터 가맹점의 계좌번호(이체할 은행의 계좌번호)와 본사의 계좌번호(이체받을 은행의 계좌번호), 및 결제금액을 제공받고, 유효성을 검증한 후, 이체할 은행(55)의 서버에 가맹점의 계좌번호, 본사의 계좌번호, 결제금액을 제공하여 이체가 이루어지도록 한다.
도 5은 본 발명의 다른 실시예에 따른 대금 결제 시스템의 기능 블럭도이다.
도 5에 도시된 대금 결제 시스템은, 가맹점에 제공되는 결제 카드(10), 결제 카드(10)를 이용한 대금결제를 수행하기 위한 결제단말기(20), 결제중개서버(30), 사업자 서버(40), 금융결제서버(50, 55), SMS 서버(60)를 포함한다.
여기서, 결제단말기(20), 결제중개서버(30), 사업자 서버(40), 금융결제서버(50, 55)는 상술한 도 1의 실시예에서와 동일한 역할을 수행함으로, 중복되는 설명은 생략하고, SMS 서버(60)에 대해서 중점적으로 설명하기로 한다.
본 발명의 일 실시예에 따른 SMS 서버(60)는, 문자 메시지를 결제 단말기(20)로 전송할 수 있다.
구체적으로, 본 발명의 일 실시예에 따른 제어부(35)는 결제 단말기(20)로부터 전송되던 결제정보가 중단된 경우, SMS 서버(60)를 통해서 문자로 결제정보가 전송되지 않았음을 결제 단말기(20)로 알린다.
또한, 본 발명의 일 실시예에 따르면 제어부(35)는, 승인결과를 네트워크를 통해서 결제단말기(20)로 전송하지만 이와 달리 승인여부의 결과를 SMS 서버(60)를 통하여 문자로 알려줄 수도 있다.
본 발명의 일 실시예에 따른 SMS 서버(60)는, 도 5에 도시된 바에 따르면 네트워크를 통하지 않은 것으로 되어 있지만, 네트워크를 경유하여 SMS 메시지를 결제 단말기(20)에 제공하는 구성도 가능할 것이다.
한편, 도 5에서는 도시되지 않았지만, 결제중개서버(30)는 SMS 서버(60)와의 통신을 위한 SMS 측 통신 인터페이스 기능 블럭(미 도시)을 더 필요로 한다.
본 발명의 일 실시예에 따른 대금결제 시스템(1)을 이용하여 가맹점에서 결제 카드(10)로 대금을 결제하는 과정을 도 6을 참조하여 설명하면 다음과 같다.
본사에서는 각 가맹점에 고객관리정보가 저장된 결제 카드(10)를 지급한다(S500). 그리고 본사에서는 가맹점으로 서비스 및/또는 물품을 제공하고, 본사의 수금사원은 대금결제를 위해 가맹점을 방문하게 된다(S505). 가맹점 또는 수금사원이 소지하는 결제단말기(20)의 카드리더(22)를 이용하여 결제 카드(10)를 읽어들이고, 결제될 대금을 입력하여 승인을 요청한다(S510). 결제단말기(20)로 입력된 결제 카드번호와 결제대금에 대한 정보는 유선 또는 무선 통신네트워크를 통해 결제중개서버(30)로 제공된다. 결제중개서버(30)에서는 결제 카드번호 또는 결제단말기(20)에서 제공된 본사의 식별번호를 이용하여 본사를 파악하고, 해당 본사의 사업자 서버(40)로 결제 카드번호와 결제대금에 대한 정보를 전달한다. 한편, 결제단말기(20)는 결제중개서버(30)로 승인이 요청되었는지를 판단하고(S515), 소정 시간내에 승인여부에 대한 결과가 통지되지 아니하면, 승인요청을 재전송한다(S520).
사업자 서버(40)의 승인부(42)에서는 고객 DB(44)에 저장된 고객이 신용 정보(신용도)를 전송받아 승인여부를 결정한다.
상세하게, 승인부(42)는 결제 카드번호가 고객 DB(44)에 존재하는지 판단하고(S525), 존재하지 아니하면 승인이 불가함을 결제중개서버(30)를 통해 결제단말기(20)로 전달한다(S530).
반면, 결제 카드번호가 고객 DB(44)에 존재하는 경우, 승인부(42)는 고객 DB(44)에 저장된 신용정보를 전송받아 해당 고객이 신용도가 있는지 여부에 따라서 승인여부를 결정한다. 본 발명의 일 실시예에 따르면, 고객 DB(44)에 저장된 신용정보는 "신용있음" 과 "신용없음" 의 두 가지 상태를 나타내는 정보일 수 있으며, 승인부(42) 이러한 상태 정보를 받아서 그 상태정보가 신용있음을 나타내는 경우 승인을 결정하고, 신용없음을 나타내는 경우 승인불가 결정을 내리게 된다. 그리고, 승인부(42)는 승인된 경우는 승인결과를 결제중개서버(30)를 통해 결제단말기(20)로 전달한다(S540). 그러나, 승인불가의 경우, 승인부(42)는 결제를 거절하고, 결제중개서버(30)는 결제가 불가함을 결제단말기(20)로 전달한다(S530). 승인이 허여된 경우, 결제단말기(20)의 제어부(25)는 인쇄부(27)를 작동시켜 결제내역을 용지에 인쇄하여 출력하도록 한다(S545).
한편, 본사의 사업자 서버(40)의 이체 요청부(47)는, 가맹점의 은행명(이체할 은행명) 및 계좌번호, 본사의 은행명(이체받을 은행명) 및 계좌번호, 결제금액 을 결제중개서버(30)로 전달하여 대금이체를 요청하고, 결제중개서버(30)는 해당 정보를 VAN 서버(50)로 전달한다(S550). VAN 서버(50)에서는 이체할 은행의 서버로 가맹점의 계좌번호, 본사의 은행명 및 계좌번호, 결제금액을 전달하여 대금이체가 수행되도록 한다.
본 실시예에서는, 승인부(42)가 승인 여부를 결정하기 위해서 고객 DB(44)에 저장된 고객의 신용정보를 활용하였다. 본원 발명은, 승인 여부를 결정하기 위해서 고객의 신용정보를 활용하는 것에 제한되지는 않으며 다른 정보를 이용하여 고객의 승인 여부를 결정할 수도 있다. 후술하는 도 7의 실시예는 결제카드에 적립된 포인트 점수를 활용하여 승인여부를 결정하는 예를 기술한 것이다.
본 발명의 일 실시예에 따른 대금결제 시스템(1)을 이용하여 가맹점에서 결제 카드(10)로 대금을 결제하는 과정을 도 7을 참조하여 설명하면 다음과 같다.
본사에서는 각 가맹점에 한도가 설정된 포인트가 적립되고 고객관리정보가 저장된 결제 카드(10)를 지급한다(S600). 그리고 본사에서는 가맹점으로 서비스 및/또는 물품을 제공하고, 본사의 수금사원은 대금결제를 위해 가맹점을 방문하게 된다(S605). 가맹점 또는 수금사원이 소지하는 결제단말기(20)의 카드리더(22)를 이용하여 결제 카드(10)를 읽어들이고, 결제될 대금을 입력하여 승인을 요청한다(S610). 결제단말기(20)로 입력된 결제 카드번호와 결제대금에 대한 정보는 유선 또는 무선 통신네트워크를 통해 결제중개서버(30)로 제공된다. 결제중개서버(30)에서는 결제 카드번호 또는 결제단말기(20)에서 제공된 본사의 식별번호를 이용하여 본사를 파악하고, 해당 본사의 사업자 서버(40)로 결제 카드번호와 결제 대금에 대한 정보를 전달한다. 한편, 결제단말기(20)는 결제중개서버(30)로 승인이 요청되었는지를 판단하고(S615), 소정 시간내에 승인여부에 대한 결과가 통지되지 아니하면, 승인요청을 재전송한다(S620).
사업자 서버(40)의 승인부(42)에서는 고객 DB(44)에 저장된 정보와, 결제 카드번호 및 결제대금을 비교하여 승인여부를 결정한다. 먼저 승인부(42)는 결제 카드번호가 고객 DB(44)에 존재하는지 판단하고(S625), 존재하지 아니하면 승인이 불가함을 결제중개서버(30)를 통해 결제단말기(20)로 전달한다(S630).
반면, 결제 카드번호가 고객 DB(44)에 존재하는 경우, 승인부(42)는 고객 DB(44)로부터 인출한 잔여 포인트와, 결제중개서버(30)로부터 제공된 결제대금을 비교한다(S635). 비교결과 결제대금이 잔여 포인트보다 작거나 같은 경우, 승인부(42)는 결제를 승인하고, 승인결과를 결제중개서버(30)를 통해 결제단말기(20)로 전달한다(S640). 그러나, 결제대금이 잔여포인트보다 큰 경우, 승인부(42)는 결제를 거절하고, 결제중개서버(30)는 결제가 불가함을 결제단말기(20)로 전달한다(S630). 승인이 허여된 경우, 결제단말기(20)의 제어부(25)는 인쇄부(27)를 작동시켜 결제내역을 용지에 인쇄하여 출력하도록 한다(S645).
한편, 본사의 사업자 서버(40)의 이체 요청부(47)는, 가맹점의 은행명(이체할 은행명) 및 계좌번호, 본사의 은행명(이체받을 은행명) 및 계좌번호, 결제금액을 결제중개서버(30)로 전달하여 대금이체를 요청하고, 결제중개서버(30)는 해당 정보를 VAN 서버(50)로 전달한다(S650). VAN 서버(50)에서는 이체할 은행의 서버 로 가맹점의 계좌번호, 본사의 은행명 및 계좌번호, 결제금액을 전달하여 대금이체가 수행되도록 한다.
도 8은 본 발명의 일 실시예에 따른 대금결제 시스템의 기능 블럭도이다.
본 실시예의 대금결제 시스템(101)에서는, 본사에서 별도의 사업자 서버(40)를 구비하지 아니한 경우, 결제중개서버(30)에서 사업자 서버(40)의 역할을 함께 수행하도록 한다.
본 대금결제 시스템(101)은, 결제 카드(110), 결제단말기(120), 사업자 PC(140), 사업자 서버(40)를 포함하는 복합 결제서버(130), 금융결제서버(VAN 서버(150), 은행서버(155))를 포함한다. 한편, 본 대금결제 시스템(101)은, 추가적으로, SMS 서버(60)를 포함할 수 있다.
본 대금결제 시스템(101)이 가지는 결제 카드(110), 결제단말기(120), VAN 서버(150)는 상술한 도 1의 실시예에서와 동일한 역할을 수행하므로, 중복되는 설명은 생략하고, 복합 결제서버(130)에 대해서만 설명하기로 한다.
복합 결제서버(130)는, 웹서버(131), 중개서버(132)를 포함하며, 본사는 중개서버(132)에 접속할 수 있도록 하는 웹브라우저를 갖는 컴퓨터(140)를 구비하면 된다.
웹서버(131)는 사업자 PC(140)가 인터넷을 통해 중개서버(132)에 접속할 수 있도록 웹페이지를 제공하며, 중개서버(132)로부터의 정보를 웹페이지 형태로 변환하거나, 웹페이지내에 포함시켜 사업자 PC(140)로 제공한다.
중개서버(132)는, 도 9에 도시된 바와 같이, 고객 DB(135), 고객 DB 관리 부(134), 승인부(133), 이체 요청부(139), 단말기측 통신 인터페이스(138), VAN측 통신 인터페이스(137), 제어부(136)를 포함하며, 중개서버(132)의 설계에 따라 매출관리부(미 도시), 청구서 작성부(미 도시)를 더 포함할 수도 있다.
고객 DB(135)는 결제 카드(110)에 관련된 카드정보와, 가맹점 자체에 대한 고객정보를 포함하며, 각 본사에 포함되는 각 가맹점에 대한 카드정보와 고객정보를 분류하여 저장한다.
고객 DB 관리부(134)는, 사업자 컴퓨터를 통해 입력된 정보에 따라 카드정보나 고객정보를 갱신하며, 가맹점에서의 승인요청시, 승인에 필요한 카드정보와 고객정보를 승인부(133)로 제공한다.
승인부(133)는, 가맹점의 대금결제에 대한 승인이 요청되면, 고객 DB 관리부(134)로 정보를 요청하고, 고객 DB(135)에 저장된 정보와 결제단말기(120)로부터의 정보를 비교하여 대금결제를 승인한다. 승인부(133)는, 승인이 요청되면 먼저, 결제단말기(120)에서 제공된 결제 카드번호와, 고객 DB(135)에 저장된 결제 카드번호를 비교한다. 고객 DB(135)에 해당 결제 카드번호가 존재하는 경우, 추가적인 정보를 이용하여 승인 여부를 결정한다. 예를 들면, 승인부(133)는 잔여 포인트와, 결제단말기(120)로부터 제공된 결제대금을 비교하여 결제대금의 승인여부를 결정한다. 이와 달이 고객의 신용도를 이용하여 승인여부를 결정할 수도 있다.
이체 요청부(139)는, 승인부(133)에서 승인된 내역을 VAN 서버(150)로 제공하여 가맹점의 계좌로부터 본사의 계좌로 대금이 이체되도록 요청한다. 이체 요청부(139)는, 가맹점의 계좌번호, 본사의 계좌번호, 결제금액을 VAN 서버(150)로 제 공한다. 이체 요청부(139)는, 하루에 한번 일일 승인된 내역을 한번에 VAN 서버(150)로 제공할 수도 있고, 청구서가 작성되면 일주일 또는 한달 단위로 승인된 내역을 VAN 서버(150)로 제공하는 배치(Batch)처리방식으로 이체를 요청할 수도 있다.
제어부(136)는 승인부(133)에서 승인여부가 결정되면, 승인여부에 대한 정보를 결제단말기(120)로 제공한다. 이 때, 제어부(136)는 결제단말기(120)의 통신방식에 따라, 승인여부에 대한 정보를 무선인터넷을 통해 결제단말기(120)로 제공하거나, SMS 서버(60)로 전달하여 결제단말기(120)에 문자서비스가 제공되도록 할 수 있다. SMS 서버(60)를 통해 문자서비스를 제공하는 경우, 복합 결제서버(130)는 SMS 서버(60)와의 통신을 위한 SMS 측 통신 인터페이스를 더 필요로 한다.
도 8의 복합결제서버(131)는 웹 서버(131)와 중개서버(132)를 포함하는 것으로 구성하고, 중개서버(132)가, 고객 DB(135), 고객 DB 관리부(134), 승인부(133), 이체 요청부(139), 단말기측 통신 인터페이스(138), VAN측 통신 인터페이스(137), 제어부(136)를 모두 포함하는 것으로 도시하여 설명하였다. 이는, 전술한 바와 같이 복합결제서버(131)가 가지는 기능을 편의상 설명하기 위한 것이며, 중개서버(132)가 가지는 고객 DB(135), 고객 DB 관리부(134), 승인부(133), 이체 요청부(139), 단말기측 통신 인터페이스(138), VAN측 통신 인터페이스(137), 제어부(136)들의 적어도 일부를 별도의 서버로 분리하여 복합결제서버(131)를 구성하는 것(예를 들면 웹서버, 중개서버, 고객서버(고객 DB, 고객 DB 관리부, 승인부, 및 이체 요청부를 포함)와 같이 3개의 서버로 구성될 수도 있을 것이다)도 가능하다.
도 10는 본 발명의 제3실시예에 따른 대금결제 시스템의 기능 블럭도이다.
본 실시예의 대금결제 시스템(201)은, 결제중개서버(30)를 갖지 아니하고, 사업자 서버(40)에서 결제중개서버(30)의 역할까지 수행한다. 즉, 사업자 서버(40)는 결제단말기(220)와 직접 통신하여 결제단말기(220)로부터 승인을 요청받는다. 그리고 결제가 승인되면, 사업자 서버(40)는 VAN 서버(250)로 직접 대금의 이체를 요청한다.
본 대금결제 시스템(201)은, 결제 카드(210), 결제단말기(220), 통합 사업자 서버(230), VAN 서버(250)를 포함한다. 한편, 본 대금결제 시스템(201)은, 추가적으로, SMS 서버(60)를 포함할 수 있다.
본 대금결제 시스템(201)이 가지는 결제 카드(210), 결제단말기(220), VAN 서버(250)는 상술한 실시예에서와 동일한 역할을 수행하므로, 중복되는 설명은 생략하고, 통합 사업자 서버(230)에 대해서만 설명하기로 한다.
통합 사업자 서버(230)는, 고객 DB(231), 고객 DB 관리부(232), 승인부(234), 이체 요청부(237), 단말기측 통신 인터페이스(233), VAN측 통신 인터페이스(239), 및 제어부(238)를 포함한다. 한편, 통합 사업자 서버(230)은 추가적으로 매출관리부(235)와 청구서 작성부(236)를 포함할 수 있다.
여기서, 고객 DB(231), 고객 DB 관리부(232), 매출관리부(235), 청구서 작성부(236), 이체 요청부(237)는, 상술한 실시예의 대응되는 구성요소와 동일한 역할을 수행하므로, 반복되는 설명은 생략하기로 한다.
승인부(234)는 단말기측 통신 인터페이스(233)를 통해 결제단말기(220)로부 터 직접 승인을 요청받는다. 승인부(234)는 승인이 요청되면, 고객 DB 관리부(232)로 정보를 요청하고, 고객 DB(231)에 저장된 정보와 결제단말기(220)를 통해 제공된 정보가 매칭되는 경우에만 대금결제를 승인한다. 승인부(234)에서 결제를 승인하는 과정은 상술한 실시예와 동일하므로 생략하기로 한다.
제어부는 승인부(234)에서 승인여부가 결정되면, 제어부(238)는 승인여부에 대한 정보를 결제단말기(220)로 제공한다. 이 때, 제어부(238)는 결제단말기(220)의 통신방식에 따라, 승인여부에 대한 정보를 무선인터넷을 통해 결제단말기(220)로 제공하거나, SMS 서버(60)로 전달하여 결제단말기(220)에 문자서비스가 제공되도록 할 수 있다. SMS 서버(60)를 통해 문자서비스를 제공하는 경우, 통합 사업자 서버(230)는 SMS 서버(60)와의 통신을 위한 SMS 측 통신 인터페이스를 더 필요로 한다.
한편, 본원 명세서에서 사용하는 "서비스 서버"는 결재중개 서버와 사업자 서버를 포괄하여 지칭하거나, 또는 "복합결제서버", 또는 통합사업자 서버"를 포함하는 의미로 사용된다.
이와 같이, 본 결제 카드(10,110,210)를 이용한 대금결제 시스템(1,101,201)에 따르면, 가맹점에서 본사에서 제공하는 서비스 및/또는 물품에 대해 신용카드 대신 결제 카드(10,110,210)로 결제할 수 있도록 함으로써, 본사에서는 신용카드 결제에 따르는 신용카드사측의 수수료를 지불할 필요가 없다. 따라서, 본사는 기존의 카드결제 시스템을 사용하면서 발생하는 수수료에 대한 부담을 감소시킬 수 있으므로, 본사의 비용절감효과를 가져올 수 있다.
또한, 본사는 포인트카드 결제에 따른 승인을 직접 수행하므로, 매출에 관한 정보를 용이하게 수집하여 통계자료를 생성할 수 있다. 따라서, 가맹점 관리 및 매출 관리를 보다 용이하게 수행할 수 있으므로, 효율적인 관리로 인해 경영이익을 극대화할 수 있다. 그리고, 본사에서 직접 각 가맹점의 이체 현황을 파악할 수 있으므로, 상술한 통계자료와 연계하여 자금흐름의 정확한 예측이 가능하고, 리스크를 최소화할 수 있다.
뿐만 아니라, 기존에 수금사원이 현금을 관리함에 따라 발생할 수 있는 도난이나 분실 등의 금전사고 위험을 사전에 방지할 수 있다.
본원명세서에서, 기능블록으로 도시되어 설명된 본 발명의 실시예들은 그러한 기능을 가지는 것으로 이해되어야 하는 것이지, 기능 블록이 반드시 물리적으로 별도로 구현되는 것을 의미하는 것은 아니다. 하나의 물리적 장치에 여러가지 기능이 구현될 수 도 있으며, 하나의 기능이 여러 가지 물리적 장치에 구현될 수 도 있음에 유념해야 한다.
이상에서 설명한 바와 같이, 본 발명에 따르면, 수수료의 감소에 따라 본사의 비용절감효과를 가져올 수 있을 뿐만 아니라, 자금흐름의 정확한 예측과 리스크의 최소화로 경영이익을 극대화할 수 있다. 그리고 수금사원의 현금관리에 따른 금전사고의 위험을 미연에 방지할 수 있다.
또한, 본 발명의 상세한 설명에서는 구체적인 실시형태에 관해 설명하였으나, 이는 예시적인 것으로 받아들여져야 하며, 본 발명의 기술적 사상에서 벗어나 지 않는 한도내에서 여러 가지 변형이 가능함은 물론이다. 그러므로, 본 발명의 범위는 설명된 실시 형태에 국한되어 정해져서는 안되며 후술하는 특허청구범위 뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.

Claims (30)

  1. 서비스사업자로부터 서비스를 제공받는 고객이 상기 서비스에 대한 대금을 결제하기 위한 것으로서, 고객관리정보를 저장하고 있는 결제 카드;
    대금결제액을 입력받고, 상기 결제 카드에 저장된 고객관리정보를 인식하며, 인식한 고객관리정보와 입력받은 대금결제액을 포함한 결제내용을 전송하면서 승인을 요청하는 결제단말기;
    상기 결제단말기로부터 승인을 요청받고, 기저장된 고객정보를 이용하여 승인여부를 결정하며, 승인한 경우 상기 고객의 계좌로부터 상기 서비스사업자의 계좌로 상기 대금결제액을 이체할 수 있는데 필요한 계좌 이체정보를 전송하는 서비스 서버; 및
    상기 서비스 서버로부터 계좌이체정보를 전송받아서, 상기 고객 계좌로부터 대금을 인출하여 상기 서비스 사업자의 계좌로 이체하는 금융결제서버를 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  2. 제 1 항에 있어서,
    상기 서비스 서버는, 고객에 따라서 상이한 한도의 포인트를 기저장하고 있 으며, 상기 결제단말기로부터 받은 대금결제액과 상기 기저장하고 있는 포인트를 비교하여 승인 가부를 결정하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  3. 제 1 항에 있어서,
    상기 결제단말기는, 상기 승인 요청시 상기 서비스 서버로 상기 결제 카드번호와, 결제대금에 대한 정보를 상기 서비스 서버로 전송하도록 제어하는 제어부를 더 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  4. 제1항에 있어서,
    상기 서비스 서버는 승인 여부 결과를 상기 결제단말기로 전송하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  5. 제 1 항에 있어서,
    상기 서비스 서버로부터의 요청에 따라, 승인여부에 대한 정보를 상기 결제단말기로 SMS 문자서비스로 제공하는 SMS 서버를 더 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  6. 제 1 항에 있어서,
    상기 서비스 서버는,
    적어도 하나의 서비스 사업자가 운영하는 사업자 서버와;
    상기 각 사업자 서버와, 상기 각 사업자 서버에 속하는 상기 각 결제단말기 간의 정보를 전달하는 결제중개서버;를 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  7. 제 6 항에 있어서,
    상기 사업자 서버는,
    상기 각 고객에 대한 정보와, 상기 각 고객이 소지하는 결제 카드에 대한 카드정보가 저장된 고객 DB와;
    상기 고객 DB에 저장된 정보를 관리하는 고객 DB 관리부;를 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  8. 제 7 항에 있어서,
    상기 고객 DB에는, 고객명, 주민등록번호, 고객 고유번호, 전화번호, 주소를 포함하는 고객정보와, 상기 결제 카드의 카드번호, 포인트 한도, 잔여 포인트, 결제내역을 포함하는 카드정보가 저장된 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  9. 제 7 항에 있어서,
    상기 사업자 서버는, 상기 대금결제의 승인을 결정하는 승인부를 더 포함하 는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  10. 제 9 항에 있어서,
    상기 승인부는, 상기 결제단말기로부터 제공된 상기 결제 카드번호 및 결제대금과, 상기 고객 DB에 저장된 상기 고객정보 및 상기 카드정보를 비교하여 승인여부를 결정하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  11. 제 10 항에 있어서,
    상기 승인부는 상기 결제대금이 상기 고객 DB에 저장된 상기 결제 카드의 잔여 포인트보다 작거나 같은 경우 승인하는 것을 특징으로 하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  12. 제 11 항에 있어서,
    상기 사업자 서버는, 상기 승인부에 의한 상기 결제내역의 승인시 상기 금융결제서버로 상기 결제대금의 이체를 요청하는 이체 요청부를 더 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  13. 제 12 항에 있어서,
    상기 이체 요청부는, 상기 서비스사업자의 계좌 정보와, 상기 고객의 계좌 정보와, 상기 결제대금에 대한 정보를 상기 금융결제서버로 제공하는 것을 특징으 로 하는 결제 카드를 이용한 대금결제 시스템.
  14. 제 13 항에 있어서,
    상기 이체 요청부는, 미리 설정된 일정 시간마다 상기 이체를 요청하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  15. 제 9 항에 있어서,
    상기 사업자 서버는, 상기 승인부에서의 승인된 내역을 이용하여 상기 각 고객에 대한 매출을 자동으로 통계처리하는 매출관리부를 더 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  16. 제 6 항에 있어서,
    상기 결제중개서버는,
    상기 결제단말기와의 무선 또는 유선 통신을 위한 단말기측 통신 인터페이스와;
    상기 사업자 서버와의 통신을 위한 사업자측 통신 인터페이스와;
    상기 사업자에 따른 정보를 분류하여 저장하는 중개정보 저장부와;
    상기 중개정보 저장부에 저장된 정보에 따라 정보를 전달할 상기 사업자 서버 또는 상기 결제단말기를 결정하는 제어부;를 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  17. 제 6 항에 있어서,
    상기 서비스 서버는, 상기 사업자 서버와 상기 중개 서버의 역할을 수행하며 상기 서비스사업자에 의해 관리되는 통합 사업자 서버인 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  18. 제 17 항에 있어서,
    상기 통합 사업자 서버는,
    상기 각 고객에 대한 정보와, 상기 각 고객이 소지하는 결제 카드에 대한 카드정보가 저장된 고객 DB;
    상기 고객 DB에 저장된 정보를 관리하는 고객 DB 관리부;
    상기 대금결제의 승인을 결정하는 승인부;
    상기 승인부에 의한 상기 결제내역의 승인시 상기 금융결제서버로 상기 결제대금의 이체를 요청하는 이체 요청부;
    상기 결제단말기와의 통신을 위한 단말기측 통신 인터페이스;
    상기 금융결제서버와의 통신을 위한 VAN측 통신 인터페이스;를 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  19. 제 6 항에 있어서,
    상기 서비스 서버는, 상기 사업자 서버와 상기 중개 서버의 역할을 수행하며 상기 결제중개서버의 운영자에 의해 관리되는 복합 중개서버인 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  20. 제 19 항에 있어서,
    상기 복합 중개서버는,
    상기 각 서비스사업자가 네트워크를 통해 접속할 수 있도록 웹서비스를 제공하는 웹서버;
    상기 각 고객에 대한 정보와, 상기 각 고객이 소지하는 결제 카드에 대한 카드정보를 상기 각 서비스 사업자에 따라 분류저장된 고객 DB;
    상기 고객 DB에 저장된 정보를 관리하는 고객 DB 관리부;
    상기 대금결제의 승인을 결정하는 승인부;
    상기 승인부에 의한 상기 결제내역의 승인시 상기 금융결제서버로 상기 결제대금의 이체를 요청하는 이체 요청부;
    상기 결제단말기와의 통신을 위한 단말기측 통신 인터페이스;
    상기 금융결제서버와의 통신을 위한 VAN측 통신 인터페이스;를 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 시스템.
  21. 서비스사업자로부터 제공받은 서비스에 대한 대금을 결제할 수 있는 포인트가 적립된 결제 카드가 적어도 하나의 고객에게 제공되는 제공단계;
    대금결제시 상기 결제 카드에 대한 정보와, 결제내용에 대한 정보를 네트워 크를 통해 상기 서비스사업자에게 전달하여 승인을 요청하는 승인요청단계;
    상기 결제내용에 대한 정보를 미리 저장된 각 고객에 대한 정보와 비교하여 상기 결제내용의 승인여부를 결정하는 승인결정단계; 및,
    상기 결제내용의 승인시, 상기 고객의 계좌로부터 대금을 인출하여 상기 서비스사업자에게 제공하는 결제단계;를 더 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  22. 제 21 항에 있어서,
    상기 제공단계는, 상기 각 고객에 따라 상이한 한도의 포인트가 적립된 상기 결제 카드가 제공되는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  23. 제 21 항에 있어서,
    상기 승인요청단계는, 유선 또는 무선 네트워크를 통해 요청되는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  24. 제 23 항에 있어서,
    상기 승인요청단계는, 상기 고객의 결제 카드번호, 고객명, 주민등록번호, 미리 설정된 고객의 고유번호 중 하나의 고객정보와, 결제될 대금에 대한 결제정보가 상기 서비스사업자에게 전송되어 승인이 요청되는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  25. 제 21 항에 있어서,
    상기 서비스사업자로부터 전송된 승인여부에 대한 정보를 수신하여 표시하는 표시단계를 더 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  26. 제 25 항에 있어서,
    상기 표시단계는, 상기 승인여부에 대한 정보를 SMS 문자서비스로 제공받는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  27. 제 21 항에 있어서,
    복수의 서비스사업자가 존재하는 경우, 상기 승인요청을 상기 각 서비스사업자에 따라 분류하여 제공하는 단계를 더 포함하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  28. 제 21 항에 있어서,
    상기 승인결정단계는, 상기 승인요청시 상기 결제 카드의 잔여포인트와, 상기 결제대금을 비교하여 승인여부를 결정하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  29. 제 28 항에 있어서,
    상기 승인결정단계는, 상기 결제단말기에서 요청된 결제대금이 상기 잔여 포인트보다 작거나 같은 경우 승인하는 것을 특징으로 하는 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
  30. 제 21 항에 있어서,
    상기 결제단계는, 상기 요청된 대금을 미리 설정된 결제일에 상기 각 고객의 계좌로부터 상기 서비스사업자의 계좌로 이체하도록 각 은행에 요청하는 단계인 것을 특징으로 하는 결제 카드를 이용한 대금결제 방법.
KR1020060126689A 2006-12-12 2006-12-12 결제 카드를 이용한 대금결제 시스템 및 방법과 이에 사용되는 서비스 서버 KR100841009B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020060126689A KR100841009B1 (ko) 2006-12-12 2006-12-12 결제 카드를 이용한 대금결제 시스템 및 방법과 이에 사용되는 서비스 서버

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020060126689A KR100841009B1 (ko) 2006-12-12 2006-12-12 결제 카드를 이용한 대금결제 시스템 및 방법과 이에 사용되는 서비스 서버

Publications (2)

Publication Number Publication Date
KR20080054320A true KR20080054320A (ko) 2008-06-17
KR100841009B1 KR100841009B1 (ko) 2008-06-24

Family

ID=39801363

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060126689A KR100841009B1 (ko) 2006-12-12 2006-12-12 결제 카드를 이용한 대금결제 시스템 및 방법과 이에 사용되는 서비스 서버

Country Status (1)

Country Link
KR (1) KR100841009B1 (ko)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013043759A3 (en) * 2011-09-25 2013-05-23 Redbox Automated Retail, Llc System and method for currency conversion related to credits redeemable in a variable value transaction
WO2013043753A3 (en) * 2011-09-25 2013-05-23 Redbox Automated Retail, Llc System and method for redemption of credits in a variable value transaction
US9767476B2 (en) 2011-08-19 2017-09-19 Redbox Automated Retail, Llc System and method for importing ratings for media content
KR20170111699A (ko) * 2016-03-29 2017-10-12 네이버 주식회사 전자 결제 시스템, 장치 및 방법

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014134514A1 (en) * 2013-02-28 2014-09-04 Gramling Richard Dynamic payment authorization system and method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030050147A (ko) * 2001-12-18 2003-06-25 주식회사 원클릭테크놀로지스 구매 전용 카드를 이용한 결제 방법 및 시스템
KR20040003512A (ko) * 2002-07-03 2004-01-13 주식회사 코밴 신용카드용 전자포인트 결재시스템 및 방법
KR100737886B1 (ko) * 2003-06-27 2007-07-10 이길진 전자지불시스템 및 그 방법
KR100721760B1 (ko) * 2004-12-10 2007-05-25 권도균 현금 카드를 이용한 재화 또는 용역 대금 결제를 중계하는방법

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9767476B2 (en) 2011-08-19 2017-09-19 Redbox Automated Retail, Llc System and method for importing ratings for media content
WO2013043759A3 (en) * 2011-09-25 2013-05-23 Redbox Automated Retail, Llc System and method for currency conversion related to credits redeemable in a variable value transaction
WO2013043753A3 (en) * 2011-09-25 2013-05-23 Redbox Automated Retail, Llc System and method for redemption of credits in a variable value transaction
KR20170111699A (ko) * 2016-03-29 2017-10-12 네이버 주식회사 전자 결제 시스템, 장치 및 방법

Also Published As

Publication number Publication date
KR100841009B1 (ko) 2008-06-24

Similar Documents

Publication Publication Date Title
JP6815234B2 (ja) 汎用携帯端末を利用した決済システム
JP6640928B2 (ja) 給与前払システム
JP2007510190A (ja) 販売時点情報管理購買システム
KR100841009B1 (ko) 결제 카드를 이용한 대금결제 시스템 및 방법과 이에 사용되는 서비스 서버
JP3517412B1 (ja) 決済処理装置と決済処理システム、決済処理方法、及びそのプログラム
JP2005070935A (ja) 推定口座残高参照システム、推定口座残高参照方法及びそのプログラム
KR101593120B1 (ko) 포스 단말을 이용한 대출 시스템 및 이를 이용한 대출 방법
JP2017138874A (ja) 積立年金処理装置、方法、及びコンピュータプログラム
KR20040073779A (ko) 통합 승인 처리, 새로운 충전 기능들 또는 카드간 송금기능을 구비하는 선불 카드 시스템들 및 관련 방법들
KR20140038654A (ko) 가맹점에 대한 결제 정보 제공 시스템
KR100875246B1 (ko) 대출정보 제공 시스템
KR20000024454A (ko) 인터넷망을 이용한 카드거래 승인 및 관리시스템과 방법
JP7165535B2 (ja) 両替サーバ及び両替システム
KR20130062395A (ko) 금융자동화기기를 이용한 포인트 통합 현금 인출 서비스 제공 시스템
KR20080081240A (ko) 지급 가상계좌를 이용한 결제처리 시스템
JP2005276061A (ja) 個人立替経費精算プログラム、システム、および方法
KR102380284B1 (ko) 박매니저 솔루션을 이용한 자동화 디바이스 및 그의 방법
KR101014368B1 (ko) 납부자 결제용id를 이용한 카드 결제 방법 및 결제 서버
KR100854344B1 (ko) 의료비 입금계좌 관리 시스템과 이를 위한 기록매체
KR20080074823A (ko) 의료비 결제 처리방법
KR20080033024A (ko) 의료비 결제 처리를 위한 단말장치와 프로그램 기록매체
KR20090048413A (ko) 일용직 근로자 전용카드를 이용한 노임처리 시스템
KR100790380B1 (ko) 신용결제를 이용한 조세징수 시스템 및 방법
KR20090081757A (ko) 대리운전 현금결제 대금 정산 방법 및 시스템과 이를 위한기록매체
KR20100129452A (ko) 뱅킹 서비스 기능을 갖는 pos단말 시스템

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130617

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140605

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150610

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20160615

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20170612

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20180611

Year of fee payment: 11