KR20090066149A - 결제 방법 및 그 시스템 - Google Patents

결제 방법 및 그 시스템 Download PDF

Info

Publication number
KR20090066149A
KR20090066149A KR1020070133779A KR20070133779A KR20090066149A KR 20090066149 A KR20090066149 A KR 20090066149A KR 1020070133779 A KR1020070133779 A KR 1020070133779A KR 20070133779 A KR20070133779 A KR 20070133779A KR 20090066149 A KR20090066149 A KR 20090066149A
Authority
KR
South Korea
Prior art keywords
payment
account
account information
terminal
request
Prior art date
Application number
KR1020070133779A
Other languages
English (en)
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 KR1020070133779A priority Critical patent/KR20090066149A/ko
Publication of KR20090066149A publication Critical patent/KR20090066149A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (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)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 결제 방법 및 그 시스템에 관한 것이다. 본 발명은 단말기로부터 계좌 정보를 포함하는 지불 처리 요청을 받아 open API를 통해 지불 대행 요청하며, 상기 지불 처리 수행되면 상기 단말기 사용자에게 지불 내역을 통보하며, 이용 가능 한도가 일정 금액에 못 미치면 상기 단말기 사용자에게 잔액 통보하는 응용 서버, 상기 지불 대행 요청을 전송 받아 상기 지불 처리 요청을 수행하는 게이트웨이, 및 상기 지불 처리에 따른 지불 내역을 저장하는 과금 서버를 포함한다. 이에 의해 결제가 이루어지며 통보 기능으로 소비 정도를 알 수 있다.
개방형 서비스, API, 결제

Description

결제 방법 및 그 시스템 {Method of payment and its system}
본 발명은 결제 방법 및 그 시스템으로, 인터넷 상에서 상품 및 서비스의 구매 비용을 지불함에 있어서, 인터넷에 연결된 응용 서버를 통해 결제하는 방법 및 그 시스템이다.
본 발명은 정보통신부 및 정보통신연구진흥원의 IT성장동력기술개발사업의 일환으로 수행한 연구로부터 도출된 것이다[과제관리번호:2005-S-056-03, 과제명: Open API 및 서비스 플랫폼 기술 개발].
개방형 인터페이스 기반의 과금 서비스를 이용하여 인터넷 상에서 상품 및 서비스의 구매 비용을 지불함에 있어서, 인터넷 상의 어플리케이션 서비스 로직이 개방형(open) API(Application Program Interface)를 호출하여 구매자의 계좌에서 결제를 수행한다.
개방형 API란 통신 서비스 로직과 통신망 사이의 규격화된 공개 인터페이스를 말하는데, 하부 전달망 특성과 형태에 관계없이 다양한 통합 서비스의 제공을 가능하게 하는 핵심 기술로서, Parlay Group(http://www.parlay.org) 주도로 CORBA 기반의 개방형 API와 웹 서비스 기반의 개방형 API로 표준화되고 있다. Parlay Group은 IT 기반 응용 프로그램에서 안전하고 손쉽게 호출하여 사용될 수 있도록 Parlay X API를 발전시켰는데, 이것은 통신망 프로토콜에 대한 세부적인 지식이 없는 IT 응용 개발자가 통신망 자원을 간단하게 액세스 할 수 있도록 한 것이다.
일반적으로 인터넷에서 대금을 지불하는 경우 거래상의 불안함 및 과다 지출의 위험이 존재하며, 대금 결제 시스템을 구축하는데 많은 비용을 요한다.
따라서, 본 발명의 목적은, 상품이나 서비스 제공자가 결제 시스템을 구축하지 않고 통신망 사업자의 개방형 API를 이용하여 서비스 제공자가 통신망 사업자에게 지불 기능을 요청하여 비용을 지불하게 하며, 소비 정도를 서비스 이용자에게 알리는 지불 방법 및 그 시스템을 제공함에 있다.
상기 목적을 달성하기 위한 본 발명에 따른 결제 방법은, 단말기로부터 계좌 정보를 포함하는 지불 처리 요청 받는 단계, 개방형 서비스 게이트웨이에 과금 서버의 등록 계좌 정보들 중 상기 계좌 정보와 일치하는 등록 계좌 정보에서 지불 대행 요청하는 단계, 상기 과금 서버에서 지불 대행 처리하는 단계, 상기 계좌 정보와 연결된 개인 정보를 이용하여 상기 단말기 사용자에게 지불 내역을 통보하는 단계, 및 이용 가능 한도가 일정 금액에 못 미치면 상기 개인 정보를 이용하여 상기 단말기 사용자에게 잔액 통보하는 단계를 포함한다.
한편, 본 발명에 따른 결제 시스템은 단말기로부터 계좌 정보를 포함하는 지불 처리 요청을 받아 open API를 통해 지불 대행 요청하며, 상기 지불 처리 수행되면 상기 단말기 사용자에게 지불 내역을 통보하며, 이용 가능 한도가 일정 금액에 못 미치면 상기 단말기 사용자에게 잔액 통보하는 응용 서버, 상기 지불 대행 요청을 전송 받아 상기 지불 처리 요청을 수행하는 게이트웨이, 상기 지불 처리에 따른 지불 내역을 저장하는 과금 서버를 포함한다.
본 발명에 따르면, 인터넷 전자상거래 서비스 사용자들이 설정된 월 사용 한도에서 손쉽게 상품 및 서비스의 구매 비용을 결제할 수 있도록 하며, 응용 서버에서 요청되는 지불 기능을 처리함에 있어서 통신 사업자가 제공하는 개방형 인터페이스를 통해 안전한 지불 대행을 요청할 수 있다. 또한, 서비스 이용자들이 카드를 분실하여도 카드의 무제한 사용을 예방한다.
이하 도면을 참조하여 본 발명을 보다 상세하게 설명한다.
도 1은 본 발명의 일실시예에 따른 결제 시스템의 동작 환경을 도시한 서비스 망 구조도이다.
도 1을 참조하면 서비스 망은 인터넷(20)으로 연결된 단말기(10)와 응용 서버(100), 통신망(25)에 속해 있는 프레임워크(30), 망 자원을 사용할 수 있게 하는 게이트웨이(300), 및 지불 처리하는 과금 서버(400)를 포함한다.
서비스 망은 단말기(10)는 인터넷(20)을 통해 응용 서버(100)에 접속하여 지불 처리를 요청하고, 응용 서버(100)는 통신망(25) 사업자가 제공하는 프레임워크(30)로부터 개방형 서비스 API를 도입한 게이트웨이(300)에 지불 대행 요청한다.
응용 서버(100)는 단말기(10)로부터 계좌 정보를 포함하는 지불 처리 요청을 받아 open API를 통해 지불 대행 요청하며, 지불 처리가 수행되면 단말기(10) 사용자에게 지불 내역을 통보하며, 이용 가능 한도가 일정 금액에 못 미치면 단말기(10) 사용자에게 잔액 통보한다. 대금 지불을 위해 후불 카드를 많이 사용한다. 후불 카드는 컨텐츠나 상품 등을 구입하고 대금을 후에 지불하는 것인데, 이의 무분별한 사용은 과소비, 신용 불량이나 파산 문제를 만들 수도 있다. 이에 이용 한도액을 따로 설정하여 사용하는 방법이 많이 사용되고 있으며, 이용 한도액은 후불 카드 자체에서 설정하는 것 뿐만 아니라, 본 결제 시스템을 이용함에 있어서도 이용 한도액을 별도로 설정할 수 있다. 또한, 응용 서버(100)는 이용 한도액이 미리 설정한 일정 금액에 못 미치면 이를 단말기(10) 사용자에게 알리거나 지불 가능한 한도인 잔액을 통보하여, 소비 패턴을 알릴 수 있다. 응용 서버(100)는 이용 한도액 대신에 누적된 총 사용 금액에 미리 설정한 일정 금액을 초과하면 사용자에게 초과 사실을 알릴 수도 있다.
또한, 응용 서버(100)는 단말기(10)로부터 계좌 정보를 포함하는 계좌 이용 가능 여부 요청을 받아 계좌 이용 가능 여부를 확인하여 확인 결과를 단말기(10) 사용자에 전송할 수도 있다. 이는 지불 서비스를 이용하기 전에 이용 가능한지 사용자에게 알릴 수 있다. 응용 서버(100)는 계좌 이용 가능 여부 뿐만 아니라, 계좌 사용 가능 한도나 총 사용 금액 등을 사용자 선택이나 기본적인 서비스로 알릴 수도 있다.
게이트웨이(300)는 응용 서버(100)로부터 open API를 통해 지불 대행 요청을 전송 받아 지불 대행 요청이 처리되도록 한다. 게이트웨이(300)는 지불 대행 요청을 처리하기 위해 과금 서버(400)에 요청한다.
게이트웨이(300)는 통신망(25) 사업자가 제공할 수도 있으며, 이 경우 응용 서버(100)는 게이트웨이(300)를 통해 단말기 사용자에게 문자 메시지 서비스를 할 수도 있다. 문자 메시지 서비스는 지불 내역, 미등록 계좌, 비밀 번호 오류, 이용 한도 초과, 지불 불능, 이용 가능 여부 등을 통보하기 위해 사용 될 수 있다. 문자 메시지 서비스는 게이트웨이(300)에서 통신망(25)의 문자 메시지 센터(SMS 센터)(50)로 문자 메시지 기능을 수행하면 MSC(Mobile Switching Center)(55) 및 기지국(60)을 통해 사용자 이동 단말기(70)로 통보된다.
과금 서버(400)는 지불 대행 요청을 받아 단말기 사용자의 등록 계좌 정보를 이용하여 응용 서버(100) 측으로 지불 처리하고, 지불 처리에 따른 지불 내역을 저장한다. 또한, 과금 서버(400)는 등록 계좌 정보의 이용 가능 한도가 기설정된 일정 금액에 못 미치면, 이를 게이트웨이(300)를 통해 응용 서버(100)에 전달할 수 있다.
본 실시예에서 응용 서버(100)나 게이트웨이(300)는 개방형 서비스를 지원할 수 있다.
도 2는 본 발명의 결제 시스템에 대한 일실시예에 따른 내부 블록도이다.
도 2를 참조하면, 결제 시스템은 계좌 관리로직(110), 지불로직(120), 문자 메시지로직(130), 사용자 인터페이스(150), 및 데이터베이스(160)를 포함하는 응용 서버(100)와 계좌 관리부(310), 지불부(320), 문자 메시지부(330)를 포함하는 게이트웨이(300), 및 과금 서버(400)를 포함한다.
사용자 인터페이스(150)는 지불 처리 요청 및 이용 가능 여부 요청을 위한 화면이나 지불 내역 출력용 화면 또는 지불 내역을 검색할 수 있는 화면을 제공한다.
데이터베이스(160)는 지불 처리 요청하는 사용자의 가입을 관리하기 위한 사용자 정보를 저장한다. 사용자 정보는 개인 정보 및 사용자의 이동 단말기 정보를 포함할 수 있다.
단말기(10)로부터 지불 처리 요청이나 계좌 이용 가능 여부 요청을 받은 경우, 사용자 인터페이스(150)는 단말기(10)로부터 계좌 정보를 입력 받는다. 계좌 정보는 계좌 번호나 비밀 번호 등을 포함한다.
사용자 인터페이스(150)를 통해 지불 처리 요청을 수신 받은 경우, 응용 서버(100)의 지불로직(120)은 지불 API(220)를 통해 지불 처리 하기 위한 지불 대행을 게이트웨이(300)에 요청한다.
게이트웨이(300)의 지불부(320)은 지불 대행 요청을 받으면 지불 기능을 수행하고 이를 과금 서버(400)에 적용한다.
과금 서버(400)는 등록된 계좌 정보들 중 지불 요청한 계좌 정보와 일치하는 등록 계좌에 지불 기능을 적용한다. 과금 서버(400)는 지불 기능 적용에 따른 트랜잭션 처리 결과 데이터와 로그 등을 저장하고, 지불 내역을 게이트웨이(300)에 전달한다.
과금 서버(400)는 이용 가능 한도가 기설정된 일정 금액에 못 미치면 계좌 잔액을 게이트웨이(300)에 전달한다. 지불 내역과 계좌 잔액을 전달 받은 게이트웨이(300)는 이를 응용 서버(100)의 문자 메시지로직(130)에 전달한다. 문자 메시지로직(130)은 사용자 인터페이스(150)를 통해 지불 내역이나 계좌 잔액을 출력할 수 있다. 또는 문자 메시지로직(130)은 SMS(Short Messaging Service) API를 통해 게 이트웨이(300)로 하여금 문자 메시지 서비스 기능을 이용하여 사용자 단말기에 문자 메시지로 통보할 수도 있다. 사용자 단말기 정보는 데이터베이스(160)에 저장된 개인 정보를 참조하여 알 수 있다. 문자 메시지부(330)는 프로토콜(미도시)과 SMS 센터를 통해 문자 메시지 서비스 기능을 수행할 수 있다.
사용자 인터페이스(150)를 통해 계좌 정보를 포함하는 계좌 이용 가능 여부 요청을 수신 받은 경우, 응용 서버(100)의 계좌 관리로직(110)은 계좌관리 API(210)를 통해 게이트웨이(300)에 이용 가능 여부를 요청한다. 게이트웨이(300)의 계좌 관리부(310)는 과금 서버(400)에 이용 가능 여부를 요청할 수도 있고, 모니터링을 통해 이용 가능 여부를 확인할 수도 있다. 이용 가능 여부 확인은 과금 서버(400)의 등록 계좌 정보들 중 이용 가능 여부 요청에 포함된 계좌 정보와 일치하는 등록 계좌 정보를 참조하여 계좌의 사용한도, 유효기간, 및 일시정지 등을 고려하여 확인한다. 이후 과금 서버(400)는 게이트웨이(300)를 통해 또는 게이트웨이(300)는 확인 결과를 응용 서버(100)의 계좌 관리로직(110)에 전달한다. 계좌 관리로 직(110)은 확인 결과를 사용자 인터페이스(150)를 통해 출력하거나, 문자 메시지로직(130)에 전달하여 사용자의 이동 단말기에 문자 메시지 서비스를 통해 통보한다.
본 실시예에서 계좌 관리로직(120), 지불로직(120), 및 문자 메시지로직(130)은 하나의 응용 서버 내에서 구현되었지만 별개의 응용 서버에서 구현될 수도 있다. 이 경우, 사용자 인터페이스도 각각의 응용 서버에서 별도로 구현되어야 한다. 또한 데이터베이스(160)가 별도의 응용 서버에서 구현될 수도 있다.
도 3은 본 발명의 결제 방법의 일실시예에 따른 순서도이다.
도 3을 참조하면, 단말기(10)는 응용 서버(100)의 사용자 인터페이스(150)를 통해 지불 처리 요청한다(S510).
지불 처리 요청을 받은 경우, 응용 서버(100)의 지불로직(120)은 단말기(10)로부터 계좌 번호를 입력 요청하여 계좌 번호를 입력 받는다(S520). 이 경우, 계좌 번호의 비밀 번호 및 그 외 유효기간 등의 정보를 같이 요구할 수도 있다.
지불로직(120)은 게이트웨이(300)에 지불 대행 요청한다(S530). 지불 대행 요청 받은 경우, 게이트웨이(300)의 지불부(320)는 지불 기능을 수행한다. 우선 계좌 번호가 과금 서버(400)에 등록되었는지 판단한다(S540). 미등록 계좌 번호인 경우, 이를 응용 서버(100)의 지불로직(120)에 알린다. 지불로직(120)은 사용자 인터페이스(150)를 통해 미등록 계좌임을 사용자에게 통보하거나, 문자 메시지로직(130)에 전달하여 문자 메시지를 통해 사용자에게 통보할 수 있다(S545).
계좌 번호가 등록 계좌 번호인 경우, 지불 요청한 액수가 계좌 번호의 이용한도를 초과하는지 판단한다(S550). 지불 액수가 이용 한도를 초과하는 경우, 이를 응용 서버(100)의 지불로직(120)에 알린다. 지불로직(120)은 사용자 인터페이스(150)를 통해 지불 불능임을 사용자에게 통보하거나, 문자 메시지로직(130)에 전달하여 문자 메시지를 통해 사용자에게 통보할 수 있다(S555).
지불 액수가 이용 한도 이내인 경우, 지불부(320)는 과금 서버(400)에 지불 기능을 적용하여 지불 처리한다(S560).
지불 처리 후, 이용 한도 가능 금액이 기설정된 일정 금액에 못 미치는지 판 단한다(S565). 이용 가능 한도가 일정 금액보다 많은 경우, 계좌 관리로직(110)에 지불 내역을 전달한다. 계좌 관리로직(110)은 사용자 인터페이스(150)를 통해 지불 내역을 사용자에게 통보하거나, 문자 메시지로직(130)에 전달하여 문자 메시지를 통해 사용자에게 통보할 수 있다(S575). 이용 가능 한도가 일정 금액에 못 미치면, 계좌 관리로직(110)에 지불 내역 및 잔액을 전달한다. 계좌 관리로직(110)은 사용자 인터페이스(150)를 통해 지불 내역 및 잔액을 사용자에게 통보하거나, 문자 메시지로직(130)에 전달하여 문자 메시지를 통해 사용자에게 통보할 수 있다(S570, S575).
도 4는 본 발명의 결제 방법의 다른 실시예에 따른 순서도이다.
응용 서버(100)는 사용자 인터페이스(150)를 통해 단말기(10)로부터 계좌 정보를 포함하는 계좌 이용 가능 여부 요청을 수신 받는다(S620).
응용 서버(100)는 사용자 인터페이스(150)를 통해 단말기(10)에 계좌 번호 및 비밀 번호를 요청하여 입력 받는다(S620).
응용 서버(100)는 계좌관리 API(210)를 통해 게이트웨이(300)에 계좌 이용 가능 여부를 요청한다. 게이트웨이(300)는 계좌 번호가 과금 서버(400)에 등록된 계좌 정보들에 포함되어 있는지 판단한다(S649). 등록 되어있지 않은 경우, 응용 서버(100)에 미등록임을 전달하고, 응용 서버(100)는 미등록 계좌임을 사용자에 통보한다. 통보는 사용자 인터페이스(150)를 통해 출력할 수 있으며, 문자 메시지로직(130)을 통해 문자 서비스로 통보할 수도 있다(S645).
계좌 번호가 등록 계좌 번호인 경우, 비밀 번호를 체크한다(S650). 비밀 번 호가 틀린 경우(오류), 이를 응용 서버(100)에 전달한다. 응용 서버(100)는 비밀 번호 오류임을 사용자 인터페이스(150) 또는 문자 메시지로직(130)을 통해 문자 서비스로 사용자에게 통보한다(S655).
계좌 번호가 등록되어있고 비밀 번호가 일치하는 경우, 계좌 이용 가능 여부를 확인한다(S660). 과금 서버(400)의 등록 계좌 정보를 통해 계좌의 사용 한도, 유효 기간, 일시 정지 등을 고려하여 이용 가능 여부를 확인한다.
이용 가능 여부 확인 결과를 응용 서버(100)에 전달하면, 응용 서버(100)는 사용자 인터페이스(150) 또는 문자 메시지로직(130)을 통해 문자 서비스로 사용자에게 통보한다(S655). 이용 가능한 경우 이용 가능 통보(S665)를, 이용 불가능한 경우 이용 불가능 통보(S670)를 한다.
상기 본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고 본 발명을 구현하기 위한 기능적인(functional) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.
또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안 될 것이다.
도 1은 본 발명에 따른 결제 시스템를 포함하는 서비스 망 구조도,
도 2는 본 발명의 결제 시스템에 대한 일실시예에 따른 내부 블록도,
도 3은 본 발명의 결제 방법의 일실시예에 따른 순서도, 및
도 4는 본 발명의 결제 방법의 다른 실시예에 따른 순서도이다.
* 도면의 주요 부분에 대한 부호의 설명 *
100: 응용 서버 300: 게이트웨이

Claims (8)

  1. 단말기로부터 계좌 정보를 포함하는 지불 처리 요청 받는 단계;
    개방형 서비스 게이트웨이에 과금 서버의 등록 계좌 정보들 중 상기 계좌 정보와 일치하는 등록 계좌 정보에서 지불 대행 요청하는 단계;
    상기 과금 서버에서 지불 대행 처리하는 단계;
    상기 계좌 정보와 연결된 개인 정보를 이용하여 상기 단말기 사용자에게 지불 내역을 통보하는 단계; 및
    이용 가능 한도가 일정 금액에 못 미치면 상기 개인 정보를 이용하여 상기 단말기 사용자에게 잔액 통보하는 단계를 포함하는 결제 방법.
  2. 제 1 항에 있어서,
    상기 계좌 정보의 이용 한도를 초과하는 지불 요청인 경우, 상기 단말기 사용자에게 지불 대행 불능 통보를 보내는 단계를 더 포함하는 결제 방법.
  3. 제 1 항에 있어서,
    상기 단말기로부터 계좌 정보를 포함하는 계좌 이용 가능 여부 요청 받는 단계;
    상기 과금 서버의 등록 계좌 정보들 중 상기 계좌 정보와 일치하는 등록 계좌 정보를 이용하여 상기 계좌 이용 가능 여부를 확인한 결과를 상기 개방형 서비 스 게이트웨이에 요청하여 전달 받는 단계; 및
    상기 단말기 사용자에게 상기 확인 결과를 통보하는 단계를 더 포하하는 결제 방법.
  4. 제 1 항 또는 제 3 항에 있어서,
    상기 계좌 정보는 계좌 번호 및 계좌 비빌 번호 중 적어도 상기 계좌 번호를 포함하는 결제 방법.
  5. 제 4 항에 있어서,
    상기 계좌 정보와 일치하는 등록 계좌 정보가 없는 경우, 상기 단말기 사용자에게 불일치 정보를 통보하는 단계를 더 포함하는 결제 방법.
  6. 제 1 항에 있어서,
    상기 통보는 상기 단말기를 통해 알리는 것 및 상기 개인 정보를 이용하여 이동 단말기에 문자 메시지를 전송하는 것 중 적어도 어느 하나인 것을 특징으로 하는 결제 방법.
  7. 단말기로부터 계좌 정보를 포함하는 지불 처리 요청을 받아 open API를 통해 지불 대행 요청하며, 상기 지불 처리 수행되면 상기 단말기 사용자에게 지불 내역을 통보하며, 이용 가능 한도가 일정 금액에 못 미치면 상기 단말기 사용자에게 잔 액 통보하는 응용 서버;
    상기 지불 대행 요청을 전송 받아 상기 지불 처리 요청을 수행하는 게이트웨이;
    상기 지불 처리에 따른 지불 내역을 저장하는 과금 서버를 포함하는 결제 시스템.
  8. 제 7 항에 있어서,
    상기 응용 서버는 상기 단말기로부터 계좌 정보를 포함하는 계좌 이용 가능 여부 요청을 받아 계좌 이용 가능 여부를 확인하여 상기 확인 결과를 상기 단말기 사용자에서 전송하는 것을 특징으로 하는 결제 시스템.
KR1020070133779A 2007-12-18 2007-12-18 결제 방법 및 그 시스템 KR20090066149A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020070133779A KR20090066149A (ko) 2007-12-18 2007-12-18 결제 방법 및 그 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020070133779A KR20090066149A (ko) 2007-12-18 2007-12-18 결제 방법 및 그 시스템

Publications (1)

Publication Number Publication Date
KR20090066149A true KR20090066149A (ko) 2009-06-23

Family

ID=40994275

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020070133779A KR20090066149A (ko) 2007-12-18 2007-12-18 결제 방법 및 그 시스템

Country Status (1)

Country Link
KR (1) KR20090066149A (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150141170A (ko) * 2015-11-26 2015-12-17 엔에이치엔엔터테인먼트 주식회사 결제 서비스 방법 및 시스템
CN113746646A (zh) * 2021-08-30 2021-12-03 中国银联股份有限公司 一种应用程序接口api网关计费方法、装置、设备及介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150141170A (ko) * 2015-11-26 2015-12-17 엔에이치엔엔터테인먼트 주식회사 결제 서비스 방법 및 시스템
CN113746646A (zh) * 2021-08-30 2021-12-03 中国银联股份有限公司 一种应用程序接口api网关计费方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
US20190279189A1 (en) Method, system, and computer program product for facilitating post-sale transactions using mobile devices
US7328000B2 (en) Transaction-based service billing in a telecommunication system
US20110217994A1 (en) Systems and Methods to Automate Transactions via Mobile Devices
US20070266130A1 (en) A System and Method for Presenting Offers for Purchase to a Mobile Wireless Device
KR20100059932A (ko) 송금 및/또는 결제를 위한 방법 및 시스템, 장치-판독가능한 매체
JP2009508257A (ja) 安全な態様で搬送されるプリペイド又はペイ・アズ・ユー・ゴー・ソフトウェア、コンテンツ及びサービス
CA2760193A1 (en) Alert prioritization logic
JP2001512872A (ja) 広域ネットワーク上の小売り方法
JP6053076B1 (ja) 管理システム及び連絡システム
JP2005524912A (ja) 支払いのシステムおよび方法
JP2004164598A (ja) 前払いサービス提供を組み込んだネットワークベースの電子商取引システム
CN101132290B (zh) 一种用短信实现网络订购的计费方法与系统
CN113723942A (zh) 聚合支付方法、装置、设备及存储介质
CA2546911A1 (en) A system and method for presenting offers for purchase to a mobile wireless device
KR20090066149A (ko) 결제 방법 및 그 시스템
JP4979723B2 (ja) 通信方法、通信システム、サービス提供基盤アクセス方法
US10298777B2 (en) Methods and apparatus to determine a telecommunications account status
JP2017073113A (ja) 管理システム及び連絡システム
RU2458400C2 (ru) Выдача и возвращение очков вознаграждения с использованием протоколов беспроводной связи закодированного продукта
KR20120082644A (ko) 휴대 단말을 이용한 결제 처리 방법 및 서버
EP1400934A1 (en) Commerce broker
JP2002251578A (ja) 売買取引処理方法及びそのシステム
KR20050115082A (ko) 신용카드 결제 시스템 및 상기 시스템에서의 가맹점 정보제공 방법
KR20100057872A (ko) 통신 방법, 통신 시스템 및 컴퓨터 판독가능한 매체
KR20060059526A (ko) 휴대폰을 이용한 결제 시스템 및 그 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application